Salut tous

Voilà je me tourne vers la communauté car je m'en sors pas seul :-P

On va faire simple et claire. Hier, j'ai updaté mon kernel vers la version 2.6.25.14-108.fc9.x86_64 (AMD Turion 64 X2, je précise au cas où). Le boot se passe correctement, la session s'ouvre, le problème survient APRES m'être connecté à mon réseau wifi avec wpa_supplicant (j'utilise un chipset Atheros, donc j'avais aussi updaté mon madwifi vers la version kmod-madwifi-2.6.25.14-108.fc9.x86_64-0.9.4-39.lvn9.x86_64 de livna).

Au bout de plusieurs minutes d'utilisations d'appli réseau (web, mail, chat), mon kernel crash et les logs me sortent ceci (j'ai filtré les lignes les plus pertinentes). 
Aug 23 09:29:02 HADES kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000022
Aug 23 09:29:02 HADES kernel: IP: [<ffffffff8822b855>] :wlan:giwscan_cb+0x90/0x928
Aug 23 09:29:02 HADES kernel: PGD 20830067 PUD 20831067 PMD 0
Aug 23 09:29:02 HADES kernel: Oops: 0000 [1] SMP
Aug 23 09:29:02 HADES kernel: CPU 1
Aug 23 09:29:02 HADES kernel: Modules linked in: wlan_tkip wlan_ccmp ipt_REJECT nf_conntrack_ipv4 iptable_filter ip_tables xt_tcpudp ip6t_REJECT nf_conntrack_ipv6 xt_state nf_conn$
Aug 23 09:29:02 HADES kernel: Pid: 2922, comm: wpa_supplicant Tainted: P         2.6.25.14-108.fc9.x86_64 #1
Aug 23 09:29:02 HADES kernel: RIP: 0010:[<ffffffff8822b855>]  [<ffffffff8822b855>] :wlan:giwscan_cb+0x90/0x928
Aug 23 09:29:02 HADES kernel: RSP: 0018:ffff81001e02f9b8  EFLAGS: 00010293
Aug 23 09:29:02 HADES kernel: RAX: 0000000000000020 RBX: ffff8100361baa00 RCX: 0000000000000000
Aug 23 09:29:02 HADES kernel: RDX: ffff81001e02fb48 RSI: ffff810036412b00 RDI: ffff81001e02fb60
Aug 23 09:29:02 HADES kernel: RBP: ffff81001e02fb98 R08: ffff8100358bc000 R09: ffffffff81439fa0
Aug 23 09:29:02 HADES kernel: R10: ffff81001a087000 R11: ffff8100358bc700 R12: 0000000000000005
Aug 23 09:29:02 HADES kernel: R13: ffff810036412b00 R14: ffffffff8822b7c5 R15: ffff81001e02fbe8
Aug 23 09:29:02 HADES kernel: FS:  00007f1ac5fc87a0(0000) GS:ffff810037402680(0000) knlGS:00000000f57f4b90
Aug 23 09:29:02 HADES kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Aug 23 09:29:02 HADES kernel: CR2: 0000000000000022 CR3: 000000001d8f8000 CR4: 00000000000006e0
Aug 23 09:29:02 HADES kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Aug 23 09:29:02 HADES kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Aug 23 09:29:02 HADES kernel: Process wpa_supplicant (pid: 2922, threadinfo ffff81001e02e000, task ffff81001d89c000)
Aug 23 09:29:02 HADES kernel: Stack:  ffff81001e02f9c8 0000000000000003 ffff81001e02fb60 ffff81001e02fab8
Aug 23 09:29:02 HADES kernel: ffff81001e02fa08 ffffffff810b0950 0000000000000010 0000000000000300
Aug 23 09:29:02 HADES kernel: ffff81001ed0f540 0000000000000001 ffff81001e02fd38 ffffffff810b14d9
Aug 23 09:29:02 HADES kernel: Call Trace:
Aug 23 09:29:02 HADES kernel: [<ffffffff810b0950>] ? poll_freewait+0x39/0x89
Aug 23 09:29:02 HADES kernel: [<ffffffff810b14d9>] ? do_select+0x4db/0x506
Aug 23 09:29:02 HADES kernel: [<ffffffff810b1b2f>] ? __pollwait+0x0/0xe1
Aug 23 09:29:02 HADES kernel: [<ffffffff8102b55f>] ? default_wake_function+0x0/0xf
Aug 23 09:29:02 HADES kernel: [<ffffffff812057ff>] ? __skb_recv_datagram+0x101/0x236
Aug 23 09:29:02 HADES kernel: [<ffffffff8822b7c5>] ? :wlan:giwscan_cb+0x0/0x928
Aug 23 09:29:02 HADES kernel: [<ffffffff882a10d8>] :wlan_scan_sta:sta_iterate+0x6c/0x91
Aug 23 09:29:02 HADES kernel: [<ffffffff88225561>] :wlan:ieee80211_scan_iterate+0x19/0x1b
Aug 23 09:29:02 HADES kernel: [<ffffffff882287ed>] :wlan:ieee80211_ioctl_giwscan+0x6c/0xb8
Aug 23 09:29:02 HADES kernel: [<ffffffff81276ca5>] ioctl_standard_iw_point+0x16d/0x1fc
Aug 23 09:29:02 HADES kernel: [<ffffffff88228781>] ? :wlan:ieee80211_ioctl_giwscan+0x0/0xb8
Aug 23 09:29:02 HADES kernel: [<ffffffff811fd3f9>] ? sock_recvmsg+0x10e/0x133
Aug 23 09:29:02 HADES kernel: [<ffffffff81276dc9>] ioctl_standard_call+0x95/0xb4
Aug 23 09:29:02 HADES kernel: [<ffffffff81276f13>] wext_ioctl_dispatch+0x9a/0x16e
Aug 23 09:29:02 HADES kernel: [<ffffffff81276abf>] ? ioctl_private_call+0x0/0x79
Aug 23 09:29:02 HADES kernel: [<ffffffff81276d34>] ? ioctl_standard_call+0x0/0xb4
Aug 23 09:29:02 HADES kernel: [<ffffffff812770d2>] wext_handle_ioctl+0x39/0x6f
Aug 23 09:29:02 HADES kernel: [<ffffffff8120b47c>] dev_ioctl+0x5f8/0x621
Aug 23 09:29:02 HADES kernel: [<ffffffff8128d89d>] ? do_page_fault+0x4d2/0x89a
Aug 23 09:29:02 HADES kernel: [<ffffffff811fcaf0>] sock_ioctl+0x1fc/0x20a
Aug 23 09:29:02 HADES kernel: [<ffffffff810b011a>] vfs_ioctl+0x2a/0x78
Aug 23 09:29:02 HADES kernel: [<ffffffff810b03af>] do_vfs_ioctl+0x247/0x261
Aug 23 09:29:02 HADES kernel: [<ffffffff810b041e>] sys_ioctl+0x55/0x77
Aug 23 09:29:02 HADES kernel: [<ffffffff8100c052>] tracesys+0xd5/0xda
Aug 23 09:29:02 HADES kernel:
Aug 23 09:29:02 HADES kernel:
Aug 23 09:29:02 HADES kernel: Code: c7 45 b8 01 00 41 83 bb d8 02 00 00 06 75 0a 8b 06 89 45 ba 8b 46 04 eb 0a 8b 46 06 89 45 ba 66 8b 46 0a 66 89 42 0e 49 8b 47 08 <0f> b7 40 02 $
Aug 23 09:29:02 HADES kernel: RIP  [<ffffffff8822b855>] :wlan:giwscan_cb+0x90/0x928
Aug 23 09:29:02 HADES kernel: RSP <ffff81001e02f9b8>
Aug 23 09:29:02 HADES kernel: CR2: 0000000000000022
Aug 23 09:29:02 HADES kernel: ---[ end trace c302a7d7e7085d69 ]---
Et après je perds littéralement controle sur ma bécane et suis obligé de faire un hard reboot 🙁

Quelqu'un aurait-il rencontré le même genre de problème et/ou aurait une solution ? Je suis ouvert à tout 🙂
Merci
Il est possible que tu puisses utiliser le pilote ath5k intégré au noyau avec ton matériel. Il suffit que tu retires les paquets madwifi.

madwifi ne devrait plus rester nécéssaire que dans certains cas, comme l'utilisation du mode master.
Et d'autres utilisation pointues.
Merci kwizart.

Je me disais bien que j'avais oublié de spécifier un truc dans mon post: donc je corrige (pour préciser): 
05:03.0 Ethernet controller: Atheros Communications Inc. AR2413 802.11bg NIC (rev 01)
Je teste avec ath5k, et reviens pour le feedback.
Alors là, merci kwizart !

Depuis hier soir que je m'égozille le ciboulon à résoudre ce souci avec le madwifi de livna, que je n'avais meme pas pensé à ath5k.
En production depuis 30 minutes et pas l'ombre d'un crash.

Merci beaucoup, incident résolu !