Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030346AbWAXGBR (ORCPT ); Tue, 24 Jan 2006 01:01:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030343AbWAXGBR (ORCPT ); Tue, 24 Jan 2006 01:01:17 -0500 Received: from mx1.redhat.com ([66.187.233.31]:37324 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S1030346AbWAXGBR (ORCPT ); Tue, 24 Jan 2006 01:01:17 -0500 Date: Tue, 24 Jan 2006 01:01:03 -0500 From: Dave Jones To: Linux Kernel Cc: laredo@gnu.org Subject: stradis oopses on modprobe. Message-ID: <20060124060103.GA3532@redhat.com> Mail-Followup-To: Dave Jones , Linux Kernel , laredo@gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3078 Lines: 55 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:[]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: [] __driver_attach+0x0/0x8b [] driver_probe_device+0x42/0x8b [] __driver_attach+0x63/0x8b [] bus_for_each_dev+0x33/0x55 [] driver_attach+0x11/0x13 [] __driver_attach+0x0/0x8b [] bus_add_driver+0x64/0xfd [] __pci_register_driver+0x82/0xa4 [] stradis_init+0x1a/0x2f [stradis] [] sys_init_module+0x137c/0x150e [] ieee80211_crypt_null_init+0x0/0x6 [ieee80211_crypt [] do_sync_read+0xb8/0xf3 [] __mutex_unlock_slowpath+0x1c3/0x1c8 [] do_sync_read+0x0/0xf3 [] vfs_read+0x9f/0x13e [] sys_read+0x3c/0x63 [] 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 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/