[d-kernel] Подземный стук с новыми ядрами

[d-kernel] Подземный стук с новыми ядрами

[Sergey]

Приветствую.

Что-то со всеми новыми ядрами, какие пробовал, во-первых, сразу после
загрузки, X-ы что-то делают долго, минут 5-10, а, во-вторых, падают
через дней несколько. Как только гружу 2.6.18, сразу всё нормально,
пока dbus не нужен... Где связь, пока не знаю, разьве что, тот самый
dbus...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [d-kernel] Подземный стук с новыми ядрами

[Konstantin A. Lepikhov]

Hi Sergey!

Wednesday 22, at 06:33:00 PM you wrote:

> Приветствую.
> 
> Что-то со всеми новыми ядрами, какие пробовал, во-первых, сразу после
> загрузки, X-ы что-то делают долго, минут 5-10, а, во-вторых, падают
> через дней несколько. Как только гружу 2.6.18, сразу всё нормально,
> пока dbus не нужен... Где связь, пока не знаю, разьве что, тот самый
> dbus...
С какими из новых ядер?

-- 
WBR et al.

Re: [d-kernel] Подземный стук с новыми ядрами

[Sergey]

On Wednesday 22 October 2008, Konstantin A. Lepikhov wrote:

> С какими из новых ядер?

Вот с этими точно (wks не из Сизифа ;-) ):

kernel-image-ovz-smp-2.6.26-alt0.3
kernel-image-std-def-2.6.25-alt10
kernel-image-wks-smp-2.6.26-alt0.2

std-def я между alt1 и alt10 штуки 4 пробовал, то же самое.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [d-kernel] Подземный стук с новыми ядрами

[Sergey]

On Wednesday 22 October 2008, Konstantin A. Lepikhov wrote:

> > пока dbus не нужен... Где связь, пока не знаю, разьве что, тот самый
> > dbus...

> С какими из новых ядер?
 
Что-то я протормозил... Не привык логи Х-ов смотреть... В общем, сегодня
вот (c kernel-image-ovz-smp-2.6.26-alt0.3):

Oct 22 18:11:05 kernel: [200715.230398] X:5106 freeing invalid memtype 20000000-30000000
Oct 22 18:11:07 kdm[5041]: X server for display :0 terminated unexpectedly
Oct 22 18:11:21 gconfd (asy-32532): SIGHUP received, reloading all databases
Oct 22 18:11:21 gconfd (asy-32532): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only configuration source at position 0
Oct 22 18:11:21 gconfd (asy-32532): Resolved address "xml:readwrite:/home/asy/.gconf" to a writable configuration source at position 1
Oct 22 18:11:21 gconfd (asy-32532): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only configuration source at position 2
Oct 22 18:11:21 gconfd (asy-32532): Resolved address "xml:readonly:/var/cache/gconf/gconf.xml.defaults" to a read-only configuration source at position 3
Oct 22 18:11:21 gconfd (asy-32532): GConf server is not in use, shutting down.
Oct 22 18:11:21 gconfd (asy-32532): Exiting
Oct 22 18:11:22 kernel: [200732.433074] X:19638 conflicting memory types 20000000-30000000 write-combining<->uncached-minus
Oct 22 18:11:22 kernel: [200732.433091] reserve_memtype failed 0x20000000-0x30000000, track write-combining, req write-combining
Oct 22 18:11:23 kernel: [200733.198137] X:19638 conflicting memory types 20000000-30000000 write-combining<->uncached-minus
Oct 22 18:11:23 kernel: [200733.198154] reserve_memtype failed 0x20000000-0x30000000, track write-combining, req write-combining
Oct 22 18:11:23 kernel: [200733.202148] X:19676 freeing invalid memtype 20000000-30000000
Oct 22 18:11:25 kernel: [200736.119990] X:19638 freeing invalid memtype 20000000-30000000

Тут я ему Ctrl+Alt+BackSpace надавил:

Oct 22 18:11:28 kdm[5041]: X server died during startup
Oct 22 18:11:28 kdm[5041]: X server for display :0 cannot be started, session disabled

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [d-kernel] Подземный стук с новыми ядрами

[Konstantin A. Lepikhov]

Hi Sergey!

Wednesday 22, at 07:09:24 PM you wrote:

> On Wednesday 22 October 2008, Konstantin A. Lepikhov wrote:
> 
> > > пока dbus не нужен... Где связь, пока не знаю, разьве что, тот самый
> > > dbus...
> 
> > С какими из новых ядер?
>  
> Что-то я протормозил... Не привык логи Х-ов смотреть... В общем, сегодня
> вот (c kernel-image-ovz-smp-2.6.26-alt0.3):
> 
> Oct 22 18:11:05 kernel: [200715.230398] X:5106 freeing invalid memtype 20000000-30000000
> Oct 22 18:11:07 kdm[5041]: X server for display :0 terminated unexpectedly
> Oct 22 18:11:21 gconfd (asy-32532): SIGHUP received, reloading all databases
> Oct 22 18:11:21 gconfd (asy-32532): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only configuration source at position 0
> Oct 22 18:11:21 gconfd (asy-32532): Resolved address "xml:readwrite:/home/asy/.gconf" to a writable configuration source at position 1
> Oct 22 18:11:21 gconfd (asy-32532): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only configuration source at position 2
> Oct 22 18:11:21 gconfd (asy-32532): Resolved address "xml:readonly:/var/cache/gconf/gconf.xml.defaults" to a read-only configuration source at position 3
> Oct 22 18:11:21 gconfd (asy-32532): GConf server is not in use, shutting down.
> Oct 22 18:11:21 gconfd (asy-32532): Exiting
> Oct 22 18:11:22 kernel: [200732.433074] X:19638 conflicting memory types 20000000-30000000 write-combining<->uncached-minus
> Oct 22 18:11:22 kernel: [200732.433091] reserve_memtype failed 0x20000000-0x30000000, track write-combining, req write-combining
> Oct 22 18:11:23 kernel: [200733.198137] X:19638 conflicting memory types 20000000-30000000 write-combining<->uncached-minus
> Oct 22 18:11:23 kernel: [200733.198154] reserve_memtype failed 0x20000000-0x30000000, track write-combining, req write-combining
> Oct 22 18:11:23 kernel: [200733.202148] X:19676 freeing invalid memtype 20000000-30000000
> Oct 22 18:11:25 kernel: [200736.119990] X:19638 freeing invalid memtype 20000000-30000000
> 
> Тут я ему Ctrl+Alt+BackSpace надавил:
> 
> Oct 22 18:11:28 kdm[5041]: X server died during startup
> Oct 22 18:11:28 kdm[5041]: X server for display :0 cannot be started, session disabled
> 

Сдох Xorg. А что в /var/log/Xorg.0.log при этом было?

PS Может это и не ядро, а новые glibc ;)

-- 
WBR et al.

Re: [d-kernel] Подземный стук с новыми ядрами

[Sergey]

On Wednesday 22 October 2008, Konstantin A. Lepikhov wrote:

> Сдох Xorg. 

Угу. Но с 2.6.18 не дохнет. А с 25/26 недели не проходит. Причём, это
первый раз, когда на глазах. Обычно встречает с утра чёрным экраном.

> А что в /var/log/Xorg.0.log при этом было? 

К сожалению, после того, две перезагрузки было, стёрлось. :-( 
Поздно сообразил.

> PS Может это и не ядро, а новые glibc

Вот, как раз, dist-upgrade сделал после падения... Теперь glibc новые.
Буду ждать следующего раза, тогда всё посмотрю. Может ещё вот что
существенно:

Section "Device"
        Identifier  "Intel 8xx/9xx (generic)|0"
#       Driver      "i810"
        Driver      "intel"
EndSection

i810 не использовал с 16 сентября - он там сломался, поменял на intel.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [d-kernel] Подземный стук с новыми ядрами

[Konstantin A. Lepikhov]

Hi Sergey!

Wednesday 22, at 08:04:59 PM you wrote:

> On Wednesday 22 October 2008, Konstantin A. Lepikhov wrote:
> 
> > Сдох Xorg. 
> 
> Угу. Но с 2.6.18 не дохнет. А с 25/26 недели не проходит. Причём, это
> первый раз, когда на глазах. Обычно встречает с утра чёрным экраном.
может быть бага в drm. Выясняется опять же, только просмотром последних
сообщений в Xorg.0.log, или отключением загрузки drm.

> 
> > А что в /var/log/Xorg.0.log при этом было? 
> 
> К сожалению, после того, две перезагрузки было, стёрлось. :-( 
> Поздно сообразил.
> 
> > PS Может это и не ядро, а новые glibc
> 
> Вот, как раз, dist-upgrade сделал после падения... Теперь glibc новые.
> Буду ждать следующего раза, тогда всё посмотрю. Может ещё вот что
> существенно:
> 
> Section "Device"
>         Identifier  "Intel 8xx/9xx (generic)|0"
> #       Driver      "i810"
>         Driver      "intel"
> EndSection
> 
> i810 не использовал с 16 сентября - он там сломался, поменял на intel.
> 

-- 
WBR et al.

Re: [d-kernel] Подземный стук с новыми ядрами

[Denis Klimov]

On Wed, 22 Oct 2008 20:04:59 +0500 Sergey wrote:

> Section "Device"
>         Identifier  "Intel 8xx/9xx (generic)|0"
> #       Driver      "i810"
>         Driver      "intel"
> EndSection

на ноуте юзал 2.6.25 c intel драйвером - валилось. Прочитал в багзиле
что скорее всего проблемы с drm в 2.6.25. обновился до 2.6.26 - все
стало стабильно.. даже модуль для wifi rtl8180 самосборный перестал
отваливаться. :о)

--
Denis Klimov
zver

Re: [d-kernel] Подземный стук с новыми ядрами

[Vladimir V. Kamarzin]

>>>>> On 23 Oct 2008 at 12:11 "DK" == Denis Klimov writes:

DK> на ноуте юзал 2.6.25 c intel драйвером - валилось. Прочитал в багзиле
DK> что скорее всего проблемы с drm в 2.6.25. обновился до 2.6.26 - все
DK> стало стабильно.. даже модуль для wifi rtl8180 самосборный перестал
DK> отваливаться. :о)

А чего самосборный, мож silicium-у его уже пора мёржить в основное ядро? ;)

-- 
vvk

Re: [d-kernel] Подземный стук с новыми ядрами

[Denis Klimov]

On Thu, 23 Oct 2008 15:31:08 +0600 Vladimir V. Kamarzin wrote:

> А чего самосборный, мож silicium-у его уже пора мёржить в основное ядро? ;)

Да я как то анонсировал в kernel-devel его.. справшивал про возможные
недочеты. Ни одного ответа не получил, потому и не отправил на сборку в
Сизиф.

--
Denis Klimov 
zver

Re: [d-kernel] Подземный стук с новыми ядрами

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 456 bytes --]

Twas brillig at 16:14:28 23.10.2008 UTC+06 when zver@altlinux.org did gyre and gimble:

 DK> Да я как то анонсировал в kernel-devel его.. справшивал про
 DK> возможные недочеты.  Ни одного ответа не получил, потому и не
 DK> отправил на сборку в Сизиф.

Зачем его отдельным модулем держать вообще?

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [d-kernel] Подземный стук с новыми ядрами

[Konstantin A. Lepikhov]

Hi Mikhail!

Thursday 23, at 05:17:51 PM you wrote:

> Twas brillig at 16:14:28 23.10.2008 UTC+06 when zver@altlinux.org did gyre and gimble:
> 
>  DK> Да я как то анонсировал в kernel-devel его.. справшивал про
>  DK> возможные недочеты.  Ни одного ответа не получил, потому и не
>  DK> отправил на сборку в Сизиф.
> 
> Зачем его отдельным модулем держать вообще?
Гм, да:

cat ~/linux-image-2.6.26/drivers/net/wireless/rtl8180_dev.c
...
/*
 * Linux device driver for RTL8180 / RTL8185
 *
 * Copyright 2007 Michael Wu <flamingice@>
 * Copyright 2007 Andrea Merello <andreamrl@>
 *
 * Based on the r8180 driver, which is:
 * Copyright 2004-2005 Andrea Merello <andreamrl@>, et al.
 *
 * Thanks to Realtek for their support!
 *
...

Т.е. вообще о чем идет речь?

-- 
WBR et al.

Re: [d-kernel] Подземный стук с новыми ядрами

[Denis Klimov]

On Thu, 23 Oct 2008 14:56:48 +0400 Konstantin A. Lepikhov wrote:

> Т.е. вообще о чем идет речь?
Да, я заметил, что в ядре есть модуль rtl8180.ko
На 2.6.25 с моей wifi картой на ноуте не заработал.
Поэтому, перебрав штук 6 разных исходников, разбросаных по инету, нашел
тот которые не стабильно, но работал.

Перейдя на 2.6.26 rtl8180.ko так же не заработал. Поэтому пересобрал
свой - и все опять заработало, причем очень стабильно.

Если сырцы, которые использовал я пойду - kernel-image - хорошо, если у
других, кто использует этот драйвер ничего не отвалиться.. Кстати, есть
кто его юзает? Отпишитесь о своем опыте его использования.

Используемые мной сырцы тут:
http://git.altlinux.org/people/zver/packages/?p=kernel-source-rtl8180.git;a=summary
Качал отсюда:
http://launchpadlibrarian.net/16098501/rtl8187se_linux_26.1016.0716.2008.tar.gz

Спасибо за внимание :о)

P.S. самосборный модуль при сборке имеет имя r8180.ko Вместе с собой
пакет для работы тянет ieee80211*.ko файлы, не знаю насколько это
правильно, поэтому и справшивал.

--
Denis Klimov 
zver

Re: [d-kernel] Подземный стук с новыми ядрами

[Sergey]

On Thursday 23 October 2008, Denis Klimov wrote:

> что скорее всего проблемы с drm в 2.6.25. обновился до 2.6.26 - все
> стало стабильно..

Так последний завал у меня с 2.6.26 получился... В общем, жду следующего
раза, буду логи собирать.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [d-kernel] Подземный стук с новыми ядрами

[Sergey]

On Wednesday 22 October 2008, Konstantin A. Lepikhov wrote:

> Сдох Xorg. А что в /var/log/Xorg.0.log при этом было?

Хвост вот такой:

Error in I830WaitLpRing(), timeout for 2 seconds
pgetbl_ctl: 0x1ffc0001 getbl_err: 0x00000000
ipeir: 0x00000000 iphdr: 0x54c00006
LP ring tail: 0x0000d538 head: 0x0000d3b4 len: 0x0001f001 start 0x00000000
eir: 0x0000 esr: 0x0000 emr: 0xffff
instdone: 0xfa41 instpm: 0x0000
memmode: 0x00000306 instps: 0x800f00d1
hwstam: 0xfffe ier: 0x0002 imr: 0x0000 iir: 0x0080
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring at virtual 0xa7864000 head 0xd3b4 tail 0xd538 count 97
Ring end
space: 130676 wanted 131064
(II) intel(0): [drm] removed 1 reserved context for kernel
(II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xe0beb000 at 0xb7994000
(II) intel(0): [drm] Closed DRM master.

Fatal server error:
lockup


(II) UnloadModule: "mouse"
(II) UnloadModule: "kbd"
(II) AIGLX: Suspending AIGLX clients for VT switch

Backtrace:
0: /usr/bin/X(xf86SigHandler+0x79) [0x80c2729]
1: /lib/libc.so.6 [0xb7b54f58]
2: /usr/lib/X11/modules/drivers//intel_drv.so [0xb79c9543]
3: /usr/bin/X [0x80b07aa]
4: /usr/lib/X11/modules/extensions//libglx.so [0xb7a86bc9]
5: /usr/bin/X(AbortDDX+0x79) [0x809fa39]
6: /usr/bin/X(AbortServer+0x28) [0x8124898]
7: /usr/bin/X(FatalError+0x66) [0x8124e36]
8: /usr/lib/X11/modules/drivers//intel_drv.so(I830WaitLpRing+0x1ab) [0xb79bb35b]
9: /usr/lib/X11/modules/drivers//intel_drv.so(I830Sync+0x1c2) [0xb79bb792]
10: /usr/lib/X11/modules/drivers//intel_drv.so [0xb79e35ba]
11: /usr/lib/X11/modules//libexa.so(exaWaitSync+0x63) [0xb78a7043]
12: /usr/lib/X11/modules//libexa.so(ExaDoPrepareAccess+0x7b) [0xb78a82db]
13: /usr/lib/X11/modules//libexa.so [0xb78ab61e]
14: /usr/lib/X11/modules//libexa.so [0xb78ab7cb]
15: /usr/lib/X11/modules//libexa.so(exaDoMigration+0x3f0) [0xb78ac000]
16: /usr/lib/X11/modules//libexa.so(exaPrepareAccessReg+0x60) [0xb78a83d0]
17: /usr/lib/X11/modules//libexa.so(exaPrepareAccess+0x2c) [0xb78a841c]
18: /usr/lib/X11/modules//libexa.so(exaPrepareAccessGC+0x59) [0xb78af1b9]
19: /usr/lib/X11/modules//libexa.so [0xb78a85bf]
20: /usr/bin/X [0x815a049]
21: /usr/bin/X(ValidateGC+0x25) [0x8092235]
22: /usr/bin/X(ProcPolyFillRectangle+0xae) [0x808108e]
23: /usr/bin/X(Dispatch+0x336) [0x8084096]
24: /usr/bin/X(main+0x475) [0x806aa15]
25: /lib/libc.so.6(__libc_start_main+0xdc) [0xb7b430ec]
26: /usr/bin/X(FontFileCompleteXLFD+0x239) [0x8069df1]

FatalError re-entered, aborting
Caught signal 11.  Server aborting

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [d-kernel] Подземный стук с новыми ядрами

[Vladimir V. Kamarzin]

>>>>> On 24 Oct 2008 at 12:36 "S" == Sergey  writes:

S> On Wednesday 22 October 2008, Konstantin A. Lepikhov wrote:
>> Сдох Xorg. А что в /var/log/Xorg.0.log при этом было?

S> Хвост вот такой:

S> Error in I830WaitLpRing(), timeout for 2 seconds

Вешал https://bugzilla.altlinux.org/show_bug.cgi?id=17492
на эту тему.

Откат на бранчевый xorg помог.

-- 
vvk

Re: [d-kernel] Подземный стук с новыми ядрами

[Sergey]

On Friday 24 October 2008, Vladimir V. Kamarzin wrote:

> S> Error in I830WaitLpRing(), timeout for 2 seconds
> 
> Вешал https://bugzilla.altlinux.org/show_bug.cgi?id=17492
> на эту тему.
> 
> Откат на бранчевый xorg помог.

Чтобы кто-то что-то писал, с тех пор, в Багзилле, не вижу, но
падать у меня, вроде, перестало. xorg, с тех пор, обновлялся
несколько раз, после какого обновления стало нормально - не
уследил. Ядро не менял.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [d-kernel] Подземный стук с новыми ядрами

[Vladimir V. Kamarzin]

>>>>> On 09 Nov 2008 at 14:44 "S" == Sergey  writes:

>> S> Error in I830WaitLpRing(), timeout for 2 seconds
>> 
>> Вешал https://bugzilla.altlinux.org/show_bug.cgi?id=17492
>> на эту тему.
>> 
>> Откат на бранчевый xorg помог.

S> Чтобы кто-то что-то писал, с тех пор, в Багзилле, не вижу, но
S> падать у меня, вроде, перестало. xorg, с тех пор, обновлялся
S> несколько раз, после какого обновления стало нормально - не
S> уследил. Ядро не менял.

В апстриме пачка багов на эту тему висит, но они там явно не все про одно и то
же.

https://bugs.freedesktop.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=Error+in+I830WaitLpRing&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Importance&field0-0-0=noop&type0-0-0=noop&value0-0-0=

Вот эта https://bugs.freedesktop.org/show_bug.cgi?id=18123 - 1-в-1 как у
меня.

Попробую проверить на днях свежий xorg

-- 
vvk