Messages in this thread | | | Date | Tue, 24 Jan 2006 01:01:03 -0500 | From | Dave Jones <> | Subject | stradis oopses on modprobe. |
| |
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/
| |