[Hardware] загрузка acpi-cpufreq => ресет thinkpad t41

[Hardware] загрузка acpi-cpufreq => ресет thinkpad t41

[Michael Shigorin]

	Здравствуйте.
Вчера поймал занятную штуку: при загрузке системным udev'ом
чего-то, относящегося к ACPI, Thinkpad T41 _на батарейке_ уходит
в ресет вскоре после вывода "Populating /dev".  На блоке питания
работает нормально.  При потере внешнего питания -- тоже в ресет.

Добавление noudev откладывает ресет до "Starting up EVMS"
(возможно, совпадение); радикально помогает только acpi=off.
Или БП.

Батарейка держит как минимум дважды rpm -Va из init=/bin/bash,
воспроизводится и с другой.

Железка после последней работы в метро (заведомо на батарейке)
подвергалась вчерашнему dist-upgrade, из которого самым
низкоуровневым выглядят libbfd и binutils, а libxf86config
вроде никоим боком не относится.

Ядра 2.6.30-std-def-alt14, 2.6.25-какое-то, кажется, ещё .27 --
без разницы.

Занёс всё из kernel/drivers/{acpi,cpufreq}/ в blacklist --
не помогло.

Сдул пыль с Desktop 4.0 DVD, загрузился в rescue -- порядок.
modprobe battery -- батарейка нормальная, ещё примерно четыре
ампер-часа заряда.  modprobe acpi-cpufreq -- пожаловалось на
unresolved symbol, в dmesg заглянуть не успел, через секунду
или две ушли в ресет.

init=/bin/bash; mount -o rw,remount /; заремарил acpi-cpufreq
в /etc/modules -- теперь на Populating /dev встали колом, успев
поднять wifi.  На Alt-SysRq-b не реагируем.

Отодвинул kernel/drivers/cpufreq/ в сторону -- доехали до
Setting system clock (utc): и встали колом уже тут.  Это же
вчера наблюдал при загрузке с live flash ALD4.1 (только что
перепроверил -- воспроизвелось).

Версии BIOS и EC -- текущие (3.23 и 3.04, соответственно).
Материнка сейчас стоит от T42 (после очередного непропая
с радеоном по случаю оказалась у умельца).  Процессор --
Pentium M 1.6.

Поискал -- не знаю, имеет ли отношение:
http://patchwork.kernel.org/patch/30626/

Обесточивал.  Попробую вытащить батарейку CMOS...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] загрузка acpi-cpufreq => ресет thinkpad t41

[Michael Shigorin]

On Thu, Nov 05, 2009 at 11:27:21AM +0200, I wrote:
> Отодвинул kernel/drivers/cpufreq/ в сторону -- доехали до
> Setting system clock (utc): и встали колом уже тут.

Отодвинул и acpi/ -- проехали.

> Попробую вытащить батарейку CMOS...

Там не только клавиатуру придётся откручивать, придётся пробовать
уже с мануалом и вечером как минимум.  Но вот что это?..

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] загрузка acpi-cpufreq => ресет thinkpad t41

[Andriy Dobrovol`s`kii]

2009/11/5 Michael Shigorin <mike@osdn.org.ua>:
> On Thu, Nov 05, 2009 at 11:27:21AM +0200, I wrote:
>> Отодвинул kernel/drivers/cpufreq/ в сторону -- доехали до
>> Setting system clock (utc): и встали колом уже тут.
>
> Отодвинул и acpi/ -- проехали.
>
>> Попробую вытащить батарейку CMOS...
>
> Там не только клавиатуру придётся откручивать, придётся пробовать
> уже с мануалом и вечером как минимум.  Но вот что это?..
Почему-то мне кажется, что мои проблемы с винтом из этой же серии....
А не из-за бедов...
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Hardware] загрузка acpi-cpufreq => ресет thinkpad t41

[Denis Nazarov]

On Thursday 05 November 2009 15:07:19 Michael Shigorin wrote:
> On Thu, Nov 05, 2009 at 11:27:21AM +0200, I wrote:
> > Отодвинул kernel/drivers/cpufreq/ в сторону -- доехали до
> > Setting system clock (utc): и встали колом уже тут.
>
> Отодвинул и acpi/ -- проехали.
>
> > Попробую вытащить батарейку CMOS...
>
> Там не только клавиатуру придётся откручивать, придётся пробовать
> уже с мануалом и вечером как минимум.  Но вот что это?..

memtest дает что-нибудь? было как-то дело - одна материнка ни в какую не 
хотела работать с одной плашкой, ну вот взаимная ненависть у них была :) 
порознь - все нормально, а вместе - глюк на глюке

Re: [Hardware] загрузка acpi-cpufreq => ресет thinkpad t41

[Michael Shigorin]

On Thu, Nov 05, 2009 at 09:42:20PM +0500, Denis Nazarov wrote:
> > > Отодвинул kernel/drivers/cpufreq/ в сторону -- доехали до
> > > Setting system clock (utc): и встали колом уже тут.
> > Отодвинул и acpi/ -- проехали.
> > > Попробую вытащить батарейку CMOS...
> > Там не только клавиатуру придётся откручивать, придётся пробовать
> > уже с мануалом и вечером как минимум.  Но вот что это?..
> memtest дает что-нибудь? было как-то дело - одна материнка ни в
> какую не хотела работать с одной плашкой, ну вот взаимная
> ненависть у них была :) порознь - все нормально, а вместе -
> глюк на глюке

Память примерно с лета не менялась, сегодня на всякий ещё
пропылесосил.  И чёткая корреляция наличия/отсутствия проблемы
на батарее/сети не стыкуется.

Но по крайней мере пару минут memtest76+ 4.00 "проверил".

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] загрузка acpi-cpufreq => ресет thinkpad t41

[Anton Farygin]

05.11.2009 12:27, Michael Shigorin пишет:
> 	Здравствуйте.
> Вчера поймал занятную штуку: при загрузке системным udev'ом
> чего-то, относящегося к ACPI, Thinkpad T41 _на батарейке_ уходит
> в ресет вскоре после вывода "Populating /dev".  На блоке питания
> работает нормально.  При потере внешнего питания -- тоже в ресет.
>
> Добавление noudev откладывает ресет до "Starting up EVMS"
> (возможно, совпадение); радикально помогает только acpi=off.
> Или БП.
>
> Батарейка держит как минимум дважды rpm -Va из init=/bin/bash,
> воспроизводится и с другой.
>
> Железка после последней работы в метро (заведомо на батарейке)
> подвергалась вчерашнему dist-upgrade, из которого самым
> низкоуровневым выглядят libbfd и binutils, а libxf86config
> вроде никоим боком не относится.
>
> Ядра 2.6.30-std-def-alt14, 2.6.25-какое-то, кажется, ещё .27 --
> без разницы.

Это оно "вдруг" началось ?

Я подозреваю, что виноват dist-upgrade. Может быть что-то успели собрать 
новыми утилями, смотри внимательнее, что обновлялось.

Re: [Hardware] загрузка acpi-cpufreq => ресет thinkpad t41

[Michael Shigorin]

PreScriptum: если это действительно софт (бишь у кого-то подобное
было), то надо перебираться в sisyphus@; но машинка старенькая
и всё-таки первое подозрение у меня на hardware@ :(


On Thu, Nov 05, 2009 at 10:22:29PM +0300, Anton Farygin wrote:
> >Железка после последней работы в метро (заведомо на батарейке)
> >подвергалась вчерашнему dist-upgrade, из которого самым
> >низкоуровневым выглядят libbfd и binutils, а libxf86config
> >вроде никоим боком не относится.
> Это оно "вдруг" началось ?

Да.

BTW тут ещё предположили, что могли как-то повредиться таблицы
ACPI -- acpi.ko в ядре инициализируется нормально, это только
дальше при попытке/загрузке acpi-cpufreq.ko ресетимся.

Вот думаю вшить тот же BIOS... но не даёт покоя, что без cpufreq/
висим (не ресетимся) на "Setting system clock", пока не отодвинул
ещё и acpi/.

> Я подозреваю, что виноват dist-upgrade. Может быть что-то
> успели собрать новыми утилями, смотри внимательнее, что
> обновлялось.

Я тоже в ту сторону смотрел, но уж больно оно сразу смахивало
на ядерное -- ядро не трогалось, ничто около udev этими днями
тоже не трогалось.  syslogd обычно остановлен, поэтому по
/var/log/user/info не выяснить и смотрел методом

rpm -qa --qf='%{INSTALLTIME}\t%{NAME}\n' | sort -n

-- обновлялись:

kdebase-common
kdebase-libs
kdebase-libkonq
kdebase-wm
kdebase-konqueror
kdebase-kcontrol
libxf86config
kdebase-kio
kdebase-kdeprint
kdebase-kdm
virtualbox-common
openoffice.org
openoffice.org-langpack-ru
id3lib
alterator-backend-x11
alterator-l10n
id3lib-utils
iso-codes
kdebase
libglew
libxf86config-devel
mc
openoffice.org-langpack-uk
libpilot-link
virtualbox      

а накануне обновлялись:

libgcc4.4
libstdc++4.4
libgs
ghostscript-common
ghostscript
ghostscript-classic
cpp4.4
libntfs-3g
emacs-git
git-doc
botiktools-common
libbfd
binutils
libtwolame
audacity
gcc4.4
botik-key
ntfs-3g
ghostscript-cups
ghostscript-module-X
ghostscript-utils
ghostscript-gtk
FlightGear
linm
kdelibs
glibc-kernheaders
wmpower
libsexy
screentest
libijs
libgfortran4.4
libgomp4.4
libffi4.4
libcelt
foo2zjs
aalib
git-core
git-email
perl-Git
git-cvs
git-svn
gitk
gitweb
git-gui
git-server
git
git-arch

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] загрузка acpi-cpufreq => ресет thinkpad t41

[Anton Farygin]

06.11.2009 00:56, Michael Shigorin пишет:

>
>> Я подозреваю, что виноват dist-upgrade. Может быть что-то
>> успели собрать новыми утилями, смотри внимательнее, что
>> обновлялось.
>
> Я тоже в ту сторону смотрел, но уж больно оно сразу смахивало
> на ядерное -- ядро не трогалось, ничто около udev этими днями
> тоже не трогалось.  syslogd обычно остановлен, поэтому по
> /var/log/user/info не выяснить и смотрел методом

А вот просто ради интереса, livecd с 5.0 загрузи ?

Re: [Hardware] загрузка acpi-cpufreq => ресет thinkpad t41

[Michael Shigorin]

On Fri, Nov 06, 2009 at 11:50:14PM +0300, Anton Farygin wrote:
> >>Я подозреваю, что виноват dist-upgrade. Может быть что-то
> >>успели собрать новыми утилями, смотри внимательнее, что
> >>обновлялось.
> >Я тоже в ту сторону смотрел, но уж больно оно сразу смахивало
> >на ядерное -- ядро не трогалось, ничто около udev этими днями
> >тоже не трогалось.  syslogd обычно остановлен, поэтому по
> >/var/log/user/info не выяснить и смотрел методом
> А вот просто ради интереса, livecd с 5.0 загрузи ?

Хотел сказать, да забыл -- как пришло, так и ушло.
Спишем на политическую нестабильность в стране.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/