Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261248AbUKHVit (ORCPT ); Mon, 8 Nov 2004 16:38:49 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261244AbUKHVis (ORCPT ); Mon, 8 Nov 2004 16:38:48 -0500 Received: from smtp003.mail.ukl.yahoo.com ([217.12.11.34]:50790 "HELO smtp003.mail.ukl.yahoo.com") by vger.kernel.org with SMTP id S261248AbUKHVij (ORCPT ); Mon, 8 Nov 2004 16:38:39 -0500 From: Karsten Wiese To: Andrew Morton Subject: Re: 2.6.10-rc1-mm3 Date: Mon, 8 Nov 2004 22:40:02 +0100 User-Agent: KMail/1.6.2 Cc: linux-kernel@vger.kernel.org, Ingo Molnar References: <200411081334.18751.annabellesgarden@yahoo.de> In-Reply-To: <200411081334.18751.annabellesgarden@yahoo.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200411082240.02787.annabellesgarden@yahoo.de> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1590 Lines: 35 Am Montag 08 November 2004 13:34 schrieb Karsten Wiese: > Hi > > This bug is triggered by logging on to bash (runlevel 3), > typing "cat /proc/acpi", then gives the correct "/" to complete, > the 2nd has no visual effect, the 3rd generates this oops: > > Unable to handle kernel paging request at virtual address f89e7b00 > printing eip: > c0187452 > *pde = 37ff1067 > *pte = 00000000 > Oops: 0000 [#1] > PREEMPT SMP > Modules linked in: binfmt_misc video ohci1394 ieee1394 uhci_hcd intel_agp agpgart i2c_i801 i2c_core snd_emu10k1 snd_rawmidi snd_seq_device snd_ac97_codec snd_pcm snd_timer snd_page_alloc snd_util_mem snd_hwdep snd soundcore ext3 jbd ata_piix libata sd_mod scsi_mod > CPU: 0 > EIP: 0060:[] Not tainted VLI > EFLAGS: 00010286 (2.6.10-rc1-mm3) > EIP is at proc_get_inode+0xa0/0x184 Found out, what happened: By accident I had ibm_acpi.ko built. Its name "ibm" was still present under "/proc/acpi". This is not an ibm(-laptop)-machine, so ibm_acpi.ko is useless here. "Unable to handle kernel paging request at virtual address f89e7b00": this address corresponds to the "struct module *" of ibm_acpi.ko, which was not loaded anymore. So the real bug here is that there is a non NULL "struct module *", where the corresponding module is unloaded. Or so I guess..... Best regards, Karsten - 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/