stradis oopses on modprobe.

[Dave Jones <davej@redhat.com>]

We got this oops from a Fedora user..
Unable to handle kernel NULL pointer dereference at virtual address 000000fc
 printing eip: *pde = 1ef5b067
Oops: 0002 [#1]
last sysfs file: /devices/pci0000:00/0000:00:11.5/modalias
Modules linked in: parport_pc parport floppy nvram orinoco_cs orinoco hermes hos
tap_cs hostap ieee80211_crypt stradis compat_ioctl32 ehci_hcd ohci1394 ieee1394
uhci_hcd snd_via82xx gameport snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_
oss snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss dvb_ttpci l64781 saa714
6_vv snd_pcm video_buf saa7146 v4l1_compat snd_timer v4l2_common snd_page_alloc
videodev ves1820 snd_mpu401_uart snd_rawmidi i2c_viapro stv0299 snd_seq_device v
ia_ircc dvb_core tda8083 snd irda stv0297 sp8870 ves1x93 ttpci_eeprom i2c_core v
ia_rhine mii soundcore crc_ccitt ext3 jbd
CPU:0
EIP:0060:[<e09ed182>]Not tainted VLI
EFLAGS: 00010246   (2.6.15-1.1863_FC5)
EIP is at stradis_probe+0x5ba/0xa81 [stradis]
eax: 00000000   ebx: e09f20e0   ecx: 00000000   edx: df23ccf0
esi: e09f1b2c   edi: e09f2540   ebp: e09f20e0   esp: df074d70
ds: 007b   es: 007b   ss: 0068
Process modprobe (pid: 899, threadinfo=df074000 task=df23ccf0)
Stack: dfcf607c 00000000 00000000 00000001 dead4ead ffffffff ffffffff 00000001 
       dead4ead ffffffff ffffffff 00000001 dead4ead ffffffff ffffffff 00000001
       dead4ead ffffffff ffffffff 00000001 dead4ead ffffffff ffffffff e09f190c
Call Trace:
 [<c02284b0>] __driver_attach+0x0/0x8b [<c57  
 [<c02283fd>] driver_probe_device+0x42/0x8b [<c0228513>] __driver_attach+0x63/0x8b
 [<c0227ef9>] bus_for_each_dev+0x33/0x55     [<c0228361>] driver_attach+0x11/0x13 
 [<c02284b0>] __driver_attach+0x0/0x8b     [<c0227c1a>] bus_add_driver+0x64/0xfd
 [<c01cd709>] __pci_register_driver+0x82/0xa4     [<e09c201a>] stradis_init+0x1a/0x2f [stradis]
 [<c0131c95>] sys_init_module+0x137c/0x150e     [<e09e1000>] ieee80211_crypt_null_init+0x0/0x6 [ieee80211_crypt
 [<c01547df>] do_sync_read+0xb8/0xf3     [<c012a963 x0/0x2d       
 [<c02df797>] __mutex_unlock_slowpath+0x1c3/0x1c8     [<c0154727>] do_sync_read+0x0/0xf3
 [<c01550a9>] vfs_read+0x9f/0x13e     [<c0155410>] sys_read+0x3c/0x63
 [<c0102ba9>] syscall_call+0x7/0xb    <0>Code: c4 10 e9 df 04 00 00 8b 04 24 8b
98 74 01 00 00 31 c0 b9 18 01 00 00 89 df f3 ab c7 83 7c 02 00 00 00 00 00 00 8b
 83 0c 03 00 00 <c7> 80 fc 00 00 00 00 00 ff ff b8 00 f0 ff ff 21 e0 f7 40 14 00


The backtrace is a bit of a mess, but what seems to happen is that we're oopsing
on the saawrite(0xffff0000, SAA7146_MC1)  in init_saa7146
saawrite does a   writel((dat), saa->saa7146_mem+(adr)), and as we've already
dereferenced 'saa' a few lines above, the oops is due to saa7146_mem being NULL
however that should be set up by configure_saa7146, which gets called in stradis_probe()
prior to calling init_saa7146.

*puzzled*.

		Dave

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/