[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug AgpGart avec noyaux 2.6.5 et supérieurs...



Bijour la liste,

Suite à une tentative de compilation du kernel 2.6.7 en sid sur mon laptop 
Toshiba Satellite 1100Z4, histoire de voir les améliorations éventuelles, 
c'est une déception.
Une déception car je ne peut plus disposer du DRI avec mon chipset Intel 
82830M (driver XFree i810 et module i830) ceci à cause d'un bug dans les 
sources du kernel.
J'ai testé la compilation du module agpgart en module et en dur, même 
résultat.
Voici le message de débogage du kernel :
[drm:i830_probe] *ERROR* Cannot initialize the agpgart module.
[drm:i830_probe] *ERROR* Cannot initialize the agpgart module.
inter_module_unregister: no entry for 'drm'------------[ cut 
here ]------------
kernel BUG at kernel/intermodule.c:104!
invalid operand: 0000 [#1]
PREEMPT 
Modules linked in: i830 uhci_hcd usbcore
CPU:    0
EIP:    0060:[<c01270ae>]    Not tainted
EFLAGS: 00010282   (2.6.7) 
EIP is at inter_module_unregister+0x9e/0xf0
eax: 0000002e   ebx: d043d09b   ecx: c0442b10   edx: 00000286
esi: cf68b800   edi: d043ce8d   ebp: c044415c   esp: cf1aff08
ds: 007b   es: 007b   ss: 0068
Process modprobe (pid: 271, threadinfo=cf1ae000 task=cf26c630)
Stack: c03f7020 d043d09b 00000000 cf68b800 d043ce8d 00000000 d04373a4 d043d09b 
       cefc3cd8 cefc3b58 00000000 d0437608 00000000 d0441820 cf68b800 d0441820 
       d04336ee 00000000 d043b2d8 d0441820 00000016 00000017 00000000 cf680c00 
Call Trace:
 [<d04373a4>] i830_stub_putminor+0x84/0xe0 [i830]
 [<d0437608>] i830_stub_unregister+0x28/0x4b [i830]
 [<d04336ee>] i830_probe+0x21e/0x280 [i830]
 [<c02a74b1>] pci_find_device+0x31/0x40
 [<d03db057>] drm_init+0x57/0x77 [i830]
 [<c012d589>] sys_init_module+0x119/0x230
 [<c010510b>] syscall_call+0x7/0xb
Code: 0f 0b 68 00 8c 63 3f c0 eb de e8 93 29 2b 00 eb bd 8b 45 04

Ceci se produit également à partir de tous les kernels depuis le 2.6.5.
De nombreuses personnes ayant tenté de passer en 2.6.5 et supérieurs m'ont 
également fait part de beaucoup de problèmes concernant la gestion graphique 
du kernel.

Pourtant, sous les kernels 2.6.0 à 2.6.3 tout est pris en charge correctement, 
alors pourquoi ce changement ?

Commendatore.



Reply to: