[Openchrome-users] Almost always frozen, with dri + glx

Sun Apr 12 04:46:09 PDT 2009

The TTM_branch works quite well for me! I could play neverball.
I noticed glxgears triggers the next complain, although I have the
DisableIRQ option in xorg.conf:
  do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.

I saw an OOPS, I think that was triggered after just launching firefox
(which had many web pages opened). It's a 2.6.28.9, with xorg server
1.5.3. After reboot, now I'm using firefox normally.

Here is what remain in /var/log/messages:
Apr 12 13:32:17 mandarina kernel: Freeing 0xf6cf9ec0
Apr 12 13:32:22 mandarina kernel: Freeing 0xf6cf9ec0
Apr 12 13:33:03 mandarina kernel: BUG: unable to handle kernel paging
request at 00b56c56
Apr 12 13:33:03 mandarina kernel: IP: [free_block+0x86/0x120]
free_block+0x86/0x120
Apr 12 13:33:03 mandarina kernel: IP: [<c01a0f96>] free_block+0x86/0x120
Apr 12 13:33:03 mandarina kernel: *pdpt = 0000000036c77001 *pde =
0000000000000000
Apr 12 13:33:03 mandarina kernel: Oops: 0002 [#1] SMP
Apr 12 13:33:03 mandarina kernel: last sysfs file:
/sys/devices/pci0000:00/0000:00:18.3/resource
Apr 12 13:33:03 mandarina kernel: Modules linked in: tun bridge stp
openchrome drm ipv6 usblp raid456 async_xor async_memcpy async_tx xor
raid1 raid0 af_packet snd_pcm_oss snd_mixer_oss i2c_viapro i2c_core
rtc_cmos rtc_core rtc_lib snd_via82xx gameport snd_via82xx_modem
snd_ac97_codec ac97_bus snd_mpu401_uart k8temp snd_rawmidi
snd_seq_device serio_raw via_rhine joydev snd_pcm snd_timer hwmon
via_ircc snd_page_alloc mii snd soundcore ipw2200 irda sg shpchp
uhci_hcd crc_ccitt ieee80211 ieee80211_crypt pci_hotplug yenta_socket
rsrc_nonstatic video output battery ac thermal button amd64_agp
agpgart kqemu powernow_k8 processor cpufreq_powersave
cpufreq_userspace cpufreq_ondemand freq_table fuse dm_mod usbhid
ohci_hcd ssb pcmcia pcmcia_core ehci_hcd usbcore ext3 jbd ide_generic
ide_gd_mod ide_cd_mod ide_core sr_mod cdrom sd_mod crc_t10dif
pata_marvell ata_piix sata_uli sata_sis pata_sis sata_via sata_nv ahci
reiserfs pata_via libata scsi_mod
Apr 12 13:33:03 mandarina kernel:
Apr 12 13:33:03 mandarina kernel: Pid: 6, comm: events/0 Not tainted
(2.6.28.9-default #1)
Apr 12 13:33:03 mandarina kernel: EIP: 0060:[free_block+0x86/0x120]
EFLAGS: 00010082 CPU: 0
Apr 12 13:33:03 mandarina kernel: EIP: 0060:[<c01a0f96>] EFLAGS: 00010082 CPU: 0
Apr 12 13:33:03 mandarina kernel: EIP is at free_block+0x86/0x120
Apr 12 13:33:03 mandarina kernel: EAX: 00bd755a EBX: f75038c0 ECX:
ce849040 EDX: 00b56c52
Apr 12 13:33:03 mandarina kernel: ESI: ce849000 EDI: f74d3ac0 EBP:
00000000 ESP: f7489f28
Apr 12 13:33:03 mandarina kernel:  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Apr 12 13:33:03 mandarina kernel: Process events/0 (pid: 6,
ti=f7488000 task=f747c450 task.ti=f7488000)
Apr 12 13:33:03 mandarina kernel: Stack:
Apr 12 13:33:03 mandarina kernel:  0000000c 00000000 00000004 f75062d4
f75038c0 f75062d4 f75062c0 f74d3ae4
Apr 12 13:33:03 mandarina kernel:  00000004 c01a10a9 00000000 f75038c0
f74d3ac0 f75038c0 c1788f60 f7463f40
Apr 12 13:33:03 mandarina kernel:  c01a20a9 00000000 00000000 c1788f64
f7463f40 c1788f60 c014a29a c0125805
Apr 12 13:33:03 mandarina kernel: Call Trace:
Apr 12 13:33:03 mandarina kernel:  [drain_array+0x79/0xd0] drain_array+0x79/0xd0
Apr 12 13:33:03 mandarina kernel:  [<c01a10a9>] drain_array+0x79/0xd0
Apr 12 13:33:03 mandarina kernel:  [cache_reap+0x89/0x110] cache_reap+0x89/0x110
Apr 12 13:33:04 mandarina kernel:  [<c01a20a9>] cache_reap+0x89/0x110
Apr 12 13:33:04 mandarina kernel:  [run_workqueue+0xca/0x170]
run_workqueue+0xca/0x170
Apr 12 13:33:04 mandarina kernel:  [<c014a29a>] run_workqueue+0xca/0x170
Apr 12 13:33:04 mandarina kernel:  [default_spin_lock_flags+0x5/0x10]
default_spin_lock_flags+0x5/0x10
Apr 12 13:33:04 mandarina kernel:  [<c0125805>] default_spin_lock_flags+0x5/0x10
Apr 12 13:33:04 mandarina kernel:
[rtc_cmos:_spin_lock_irqsave+0x33/0x50] _spin_lock_irqsave+0x33/0x50
Apr 12 13:33:04 mandarina kernel:  [<c03cfa13>] _spin_lock_irqsave+0x33/0x50
Apr 12 13:33:04 mandarina kernel:  [cache_reap+0x0/0x110] cache_reap+0x0/0x110
Apr 12 13:33:04 mandarina kernel:  [<c01a2020>] cache_reap+0x0/0x110
Apr 12 13:33:04 mandarina kernel:  [worker_thread+0x0/0xe0]
worker_thread+0x0/0xe0
Apr 12 13:33:04 mandarina kernel:  [<c014abd0>] worker_thread+0x0/0xe0
Apr 12 13:33:04 mandarina kernel:  [worker_thread+0x80/0xe0]
worker_thread+0x80/0xe0
Apr 12 13:33:04 mandarina kernel:  [<c014ac50>] worker_thread+0x80/0xe0
Apr 12 13:33:04 mandarina kernel:  [<c014d8c0>]
autoremove_wake_function+0x0/0x40
Apr 12 13:33:04 mandarina kernel:  [worker_thread+0x0/0xe0]
worker_thread+0x0/0xe0
Apr 12 13:33:04 mandarina kernel:  [<c014abd0>] worker_thread+0x0/0xe0
Apr 12 13:33:04 mandarina kernel:  [kthread+0x42/0x70] kthread+0x42/0x70
Apr 12 13:33:05 mandarina kernel:  [<c014d5a2>] kthread+0x42/0x70
Apr 12 13:33:05 mandarina kernel:  [kthread+0x0/0x70] kthread+0x0/0x70
Apr 12 13:33:05 mandarina kernel:  [<c014d560>] kthread+0x0/0x70
Apr 12 13:33:05 mandarina kernel:  [kernel_thread_helper+0x7/0x10]
kernel_thread_helper+0x7/0x10
Apr 12 13:33:05 mandarina kernel:  [<c010ac7f>] kernel_thread_helper+0x7/0x10
Apr 12 13:33:05 mandarina kernel: Code: 80 30 5e c0 8b 10 f6 c6 40 0f
85 a0 00 00 00 84 d2 0f 89 a5 00 00 00 8b 70 1c 8b 5c 24 10 8b 54 24
28 8b 46 04 8b 7c 93 68 8b 16 <89> 42 04 89 10 2b 4e 0c c7 06 00 01 10
00 c7 46 04 00 02 20 00
Apr 12 13:33:05 mandarina kernel: EIP: [free_block+0x86/0x120]
free_block+0x86/0x120 SS:ESP 0068:f7489f28
Apr 12 13:33:05 mandarina kernel: EIP: [<c01a0f96>]
free_block+0x86/0x120 SS:ESP 0068:f7489f28
Apr 12 13:33:05 mandarina kernel: ---[ end trace 9bea13080343841c ]---
Apr 12 13:33:25 mandarina exiting on signal 15

2009/4/12 Llu?s Batlle <viriketo at gmail.com>:
> Tomorrow I'll try the TTM_branch, if noone here advises not to do so.
> schlobinux advised that on #unichrome.
>
> 2009/4/11 Llu?s Batlle <viriketo at gmail.com>:
>> Here I attach the big letter I sent yesterday, which has some logs.
>> There I mention an X config with 'Clone On' and DisableIRQ true, but I
>> get exactly the same results without those lines in the Device
>> section.
>