Автор Тема: Xfce c Sysv  (Прочитано 562255 раз)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #585 : 16.07.2018 18:02:05 »
Я сталкивался не broadwell с периодическим зависанием ядра. Пролечилось (для меня) переходом с video драйвера modesetting на интеловский.

Спасибо за подсказку, надо посмотреть и покатать.
У меня как раз Broadwell-U.

Запустил
# ls -l /var/log/Xorg.0.log
-rw-r--r-- 1 root root 22026 июл 16 16:44 /var/log/Xorg.0.log
# grep '^model name' /proc/cpuinfo | sort -u
model name : Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz # Broadwell-U

c
# uname -rmv
4.9.105-std-def-alt0.M80P.1 #1 SMP Fri Jun 1 01:37:51 UTC 2018 i686
# cat /etc/X11/xorg.conf.d/10-monitor.conf
Section "Device"
 Identifier "Intel Graphics"
 Driver "intel"
#  Option "SwapbuffersWait" "false"
EndSection

Section "Monitor"
    Identifier "Monitor0"
EndSection
# sed -n '53,56p' /var/log/Xorg.0.log
[    24.215] (II) LoadModule: "intel"
[    24.227] (II) Loading /usr/lib/X11/modules/drivers/intel_drv.so
[    24.276] (II) Module intel: vendor="X.Org Foundation"
[    24.276] compiled for 1.18.4, module version = 2.99.917

Будем посмотреть.

dango

  • Гость
Re: Xfce c Sysv
« Ответ #586 : 17.07.2018 07:09:17 »
Я сталкивался не broadwell с периодическим зависанием ядра. Пролечилось (для меня) переходом с video драйвера modesetting на интеловский.
Спасибо, ASte. Возьму на заметку.
:-) Дан, без обид, в контекте фриза с разрушениями в системе:
- С таким уровнем некомпетентности, мне более чем за 10 лет ни разу не доводилось сталкиваться на платформе ZX Spectrum. А у меня на нём была школьная поддержка методичками и прочим под IS-DOS. Bill Gilbert не в счёт. Отмыться от этого на спектрум-платформе, можно только каторжным трудом и виртуозным кодом. Потому как некомпетентность на спектрум-платформе презиралась. Исходя из этого, пользователь волей-неволей вынужден был подтягиваться до уровня спектрум-кодеров. И как сказал разработчик операционной системы neos (?) - эта ос предназначена не для чайников, из-за малого процента оных на платформе. И каждый системный спектрум-кодер был немножко железячником. Потому что чтобы  написать хороший системный код, нужно понимать как работает железо.
Юрий, когда ценится каждый байт и каждый такт процессора, тогда и код соответствующий. Про обратную сторону и без меня написано немало, а сказано еще больше.

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 908
    • Домашняя страница
    • Email
Re: Xfce c Sysv
« Ответ #587 : 17.07.2018 09:29:03 »
Помянем почивший такой из себя идеальный Spectrum. Надо жить дальше.
Андрей Черепанов (cas@)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #588 : 17.07.2018 13:04:36 »
Помянем почивший такой из себя идеальный Spectrum. Надо жить дальше.

Это понятно, но на днях мне пользователь сказал:
- Где-то года до 2006-го у меня было желание поставить Линукс, но сегодня, глядя на то как ты бесконечно с ним возишься, такого желания уже не нет.
(Это был тот пользователь, который без чтения мануалов сумел установить FreeBSD, но не сумел установить Gentoo Linux).

Молодцы программисты-линуксоиды, ещё лет 5-10 таких улучшений в Линукс и *BSD за щастье покажется.

Теперь по сути:
После перевода Broadwell-U с modesetting_drv на intel_drv, без проблем отработал более 12-ти часов без зависания ядра.
Отправил в suspend.
На выходе из suspend, на окне xfce4-session-logout (на уходе в suspend оно на экране) получил вис.
В tty переключиться не смог. Но Alt+Fn+SysRq+SUB сработал.
Последующий многократный увод в suspend к зависанию не привёл. Выход из suspend нормальный. Будем считать это случайностью (Случайность, это непонятая закономерность).
Что-то мне начинает припоминаться:
Раньше дефолтом поднимался intel_drv. Но с появлением Skylake, графика на нём дефолтом не взлетала. Дефолт перевели на modesetting_drv, с фризом ядра на Broadwell, Broadwell-U и разрушениями в системных и пользовательских файлах (см. выше повреждения в kernel/info и syslog/messages, а также обнуление current-datetime.txt в который с периодичностью в одну секунду сохраняется дата-время из бесконечного цикла). Т.е. какой-то линукс-программист, сделал из плохо до хуже некуда.
Ещё раз повторяю:
Фриз ядра может привести к повреждению системных файлов и файлов пользователя, если фриз ядра совпадёт с сохранением файлов.
« Последнее редактирование: 17.07.2018 14:08:34 от Speccyfighter »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #589 : 17.07.2018 13:23:15 »
Я сталкивался не broadwell с периодическим зависанием ядра. Пролечилось (для меня) переходом с video драйвера modesetting на интеловский.

Спасибо за подсказку, надо посмотреть и покатать.
У меня как раз Broadwell-U.

Будем посмотреть.

ASte, с меня пиво или Байкал.

Оффлайн ASte

  • Мастер
  • ***
  • Сообщений: 1 549
Re: Xfce c Sysv
« Ответ #590 : 17.07.2018 14:41:29 »
Добавлю для статистики, i5-3210M на modesetting работает вполне стабильно.
И до кучи - сижу на i5-5200U и i5-3210M  (оба - сизиф) на un-def ядрах. std-def как-то уже очень грустно работают с дисками - заметные тормоза, особенно при уходе в hibernate, несмотря на то что на обоих ноутах стоят SSD.

Оффлайн gvy

  • alt linux team
  • ***
  • Сообщений: 1 008
    • Альт на Эльбрусе
    • Email
Re: Xfce c Sysv
« Ответ #591 : 17.07.2018 15:06:40 »
После перевода Broadwell-U с modesetting_drv на intel_drv, без проблем отработал более 12-ти часов без зависания ядра.
Может иметь смысл повесить на какой-нить дистрибутив, чтоб к 9.0 хоть вернуться опять к этому вопросу (тем паче что у нас теперь есть отдельный отдел тестеров для тестирования).
--
Michael Shigorin | ALT Linux Team | ANNA-News | Сделано у нас | altlinux.org/эльбрус

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #592 : 17.07.2018 15:54:18 »
После перевода Broadwell-U с modesetting_drv на intel_drv, без проблем отработал более 12-ти часов без зависания ядра.
Может иметь смысл повесить на какой-нить дистрибутив, чтоб к 9.0 хоть вернуться опять к этому вопросу (тем паче что у нас теперь есть отдельный отдел тестеров для тестирования).

Надо бы. Но на какой? У меня кроме стартеркитов на sysv больше ничего нет.
Сгрести до кучи результаты и систематизировать потребует немного времени, но это не проблема.

Оффлайн ASte

  • Мастер
  • ***
  • Сообщений: 1 549
Re: Xfce c Sysv
« Ответ #593 : 17.07.2018 16:07:49 »
по правильному видимо на modesetting нужно вешать, но толку ИМХО не будет - альты сами чинить его вряд-ли будут, а upstrim я думаю про это уже знает..

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #594 : 17.07.2018 16:23:11 »
Добавлю для статистики, i5-3210M на modesetting работает вполне стабильно.
И до кучи - сижу на i5-5200U и i5-3210M  (оба - сизиф) на un-def ядрах. std-def как-то уже очень грустно работают с дисками - заметные тормоза, особенно при уходе в hibernate, несмотря на то что на обоих ноутах стоят SSD.

с intel_drv в 10-monitor.conf или без 10-monitor.conf?

un-def на Broadwell-U не протестируешь.
Там ещё не починили WDAT_WDT:
Prefer iTCO_wdt always when WDAT table uses RTC SRAM
(отсутствие /dev/rtc*)
bugzilla.kernel.org #199033

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #595 : 17.07.2018 16:24:40 »
по правильному видимо на modesetting нужно вешать, но толку ИМХО не будет - альты сами чинить его вряд-ли будут, а upstrim я думаю про это уже знает

и благополучно на это забил :-)
При том, что весь интернет пестрит этим фризом линукс ядра.

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 222
Re: Xfce c Sysv
« Ответ #596 : 17.07.2018 17:08:32 »
по правильному видимо на modesetting нужно вешать, но толку ИМХО не будет - альты сами чинить его вряд-ли будут, а upstrim я думаю про это уже знает

и благополучно на это забил :-)
При том, что весь интернет пестрит этим фризом линукс ядра.
обратитесь к поставщику оборудования, пусть пропишут это в erratum.

Оффлайн ASte

  • Мастер
  • ***
  • Сообщений: 1 549
Re: Xfce c Sysv
« Ответ #597 : 17.07.2018 19:28:37 »
с intel_drv в 10-monitor.conf или без 10-monitor.conf?
#cat /etc/X11/xorg.conf.d/10-monitor.conf
# Generated by xsetup

Section "Monitor"
    Identifier "Monitor0"
EndSection

Section "Device"
    Identifier "Card0"
    Driver "modesetting"
EndSection


Оффлайн ASte

  • Мастер
  • ***
  • Сообщений: 1 549
Re: Xfce c Sysv
« Ответ #598 : 17.07.2018 19:36:31 »
un-def на Broadwell-U не протестируешь.
Там ещё не починили WDAT_WDT:
А как оно должно проявляться?
$ uname -r
4.17.6-un-def-alt1
$ inxi
CPU~Dual core Intel Core i5-5200U (-HT-MCP-) speed/max~1467/2700 MHz Kernel~4.17.6-un-def-alt1 x86_64 Up~3 days Mem~10679.0/15956.3MB HDD~240.1GB(52.0% used) Procs~367 Client~Shell inxi~2.3.5 
Я не тестирую, я его использую :-)
« Последнее редактирование: 17.07.2018 19:58:59 от ASte »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #599 : 17.07.2018 20:16:38 »
un-def на Broadwell-U не протестируешь.
Там ещё не починили WDAT_WDT:
А как оно должно проявляться?
$ uname -r
4.17.6-un-def-alt1
$ inxi
CPU~Dual core Intel Core i5-5200U (-HT-MCP-) speed/max~1467/2700 MHz Kernel~4.17.6-un-def-alt1 x86_64 Up~3 days Mem~10679.0/15956.3MB HDD~240.1GB(52.0% used) Procs~367 Client~Shell inxi~2.3.5 
Я не тестирую, я его использую :-)

:-)
Будет проявляться на тех архитектурах, на которых таблица WDAT использует RTC SRAM
# uname -rmv
4.14.54-un-def-alt0.M80P.1 #1 SMP PREEMPT Mon Jul 9 16:33:33 UTC 2018 i686
# grep 'CONFIG_WDAT_WDT\|CONFIG_ITCO_WDT' /boot/config-$(uname -r)
CONFIG_WDAT_WDT=m
CONFIG_ITCO_WDT=m
# hwclock --debug
hwclock из util-linux 2.30.2
Trying to open: /dev/rtc0
Trying to open: /dev/rtc
Trying to open: /dev/misc/rtc
Не найден пригодный часовой интерфейс.
hwclock: Cannot access the Hardware Clock via any known method.

В доступе к аппаратным часам отказано, за отсутствием интерфейса.
Если таблица WDAT содержит инструкции доступа к RTC SRAM, автоматически предпочитать iTCO_wdt, если такие инструкции найдены.
На таких архитектурах, WDAT_WDT должен быть не сконфигурирован, а использоваться ITCO_WDT. Иначе /dev/rtc* не будет и в доступе к аппаратным часам будет отказано.

Для таких архитектур эти ядра сконфигурированы верно:
# grep 'CONFIG_WDAT_WDT\|CONFIG_ITCO_WDT' /mnt/sda8/boot/config-4.4.97-std-pae-alt0.M80P.1
CONFIG_ITCO_WDT=m
# grep 'CONFIG_WDAT_WDT\|CONFIG_ITCO_WDT' /boot/config-4.9.105-std-def-alt0.M80P.1
# CONFIG_WDAT_WDT is not set
CONFIG_ITCO_WDT=m

А un-def не верно.
« Последнее редактирование: 17.07.2018 20:21:21 от Speccyfighter »