Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757353AbYBWAci (ORCPT ); Fri, 22 Feb 2008 19:32:38 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751019AbYBWAc1 (ORCPT ); Fri, 22 Feb 2008 19:32:27 -0500 Received: from mga11.intel.com ([192.55.52.93]:63983 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751061AbYBWAcZ (ORCPT ); Fri, 22 Feb 2008 19:32:25 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.25,393,1199692800"; d="scan'208";a="523166595" Date: Fri, 22 Feb 2008 16:22:19 -0800 From: Kristen Carlson Accardi To: Andrew Morton Cc: Paul Martin , linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org Subject: Re: 2.6.25-rc2 Thinkpad T30 docking fails with oops. Message-ID: <20080222162219.44573451@appleyard> In-Reply-To: <20080222003417.0e43860d.akpm@linux-foundation.org> References: <20080219204708.GA8059@nowster.org.uk> <20080222003417.0e43860d.akpm@linux-foundation.org> Reply-To: kristen.c.accardi@intel.com X-Mailer: Claws Mail 3.3.0 (GTK+ 2.12.5; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4783 Lines: 98 On Fri, 22 Feb 2008 00:34:17 -0800 Andrew Morton wrote: > On Tue, 19 Feb 2008 20:47:08 +0000 Paul Martin wrote: > > > Now, this was working in 2.6.23, but is not in any later kernel. > > Previously reported, but I guess that the previous report was > > ignored due to the kernel being tainted. > > Not really. A lot of acpi-related bug reports get the > crickets-chirping treatment. > > The usual response with acpi is "please raise a bugzilla report", and > the acpi developers do respond well to bugzilla reports. But really, > a recent and oops-causing regression shouldn't require such actions - > developers should be running around with their hair on fire. > > > Well, there's nothing other than pure Linus here. > > > > When booted up docked, there is no oops until you try to undock. > > > > Whilst I will be looking for replies in the list, I'd appreciate > > being CC'd on any replies. > > > > ACPI: \_SB_.PCI0.PCI1.DOCK - docking > > PCI: Transparent bridge - 0000:02:03.0 > > ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1.DOCK._PRT] > > BUG: unable to handle kernel NULL pointer dereference at 00000000 > > IP: [] pdev_sort_resources+0x8a/0x116 > > *pde = 00000000 > > Oops: 0000 [#1] PREEMPT SMP > > Modules linked in: radeon drm rfcomm l2cap bluetooth ppdev lp ipv6 > > ext3 jbd mbcache fuse dm_crypt crypto_blkcipher dm_mod > > cpufreq_stats speedstep_ich speedstep_lib thinkpad_acpi nvram > > acpiphp bay dock pcmcia firmware_class joydev yenta_socket > > rsrc_nonstatic pcmcia_core battery irtty_sir ac sir_dev > > snd_intel8x0 snd_ac97_codec nsc_ircc ac97_bus snd_pcm_oss > > snd_mixer_oss snd_pcm snd_timer irda parport_pc i2c_i801 button > > shpchp pci_hotplug crc_ccitt parport snd psmouse intel_agp agpgart > > iTCO_wdt evdev serio_raw soundcore snd_page_alloc rtc pcspkr xfs > > floppy e100 mii uhci_hcd usbcore sg sr_mod cdrom sd_mod thermal > > processor fan ata_piix libata scsi_mod radeonfb fb_ddc i2c_algo_bit > > i2c_core > > > > Pid: 39, comm: kacpi_notify Not tainted (2.6.25-rc2 #1) > > EIP: 0060:[] EFLAGS: 00010246 CPU: 0 > > EIP is at pdev_sort_resources+0x8a/0x116 > > EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000fff > > ESI: f5e30cc4 EDI: f74f1e80 EBP: f74f1e68 ESP: f74f1e48 > > DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068 > > Process kacpi_notify (pid: 39, ti=f74f0000 task=f74cf120 > > task.ti=f74f0000) Stack: 00000000 f5e30cf0 f74f1e80 f5e30c00 > > 00000007 f5e30c00 f74cb414 f74cb400 f74f1e9c c02a9cce f5e30c08 > > f7431f90 f7431978 f5420c00 00000000 f7d6d408 f7d6d3c0 f74f1e9c > > 00000000 f7d6d3c8 f7d6d3c0 f74f1ed8 f9b278ca f74cb40c Call Trace: > > [] ? pci_bus_assign_resources+0x59/0x341 > > [] ? acpiphp_enable_slot+0x2a1/0x3a3 [acpiphp] > > [] ? handle_hotplug_event_func+0x63/0x101 [acpiphp] > > [] ? post_dock_fixups+0x6c/0x79 [acpiphp] > > [] ? notifier_call_chain+0x2b/0x4a > > [] ? handle_hotplug_event_func+0x0/0x101 [acpiphp] > > [] ? hotplug_dock_devices+0x39/0xe1 [dock] > > [] ? dock_notify+0x75/0xc0 [dock] > > [] ? acpi_ev_notify_dispatch+0x4f/0x5a > > [] ? acpi_os_execute_deferred+0x20/0x2c > > [] ? run_workqueue+0x78/0xfb > > [] ? acpi_os_execute_deferred+0x0/0x2c > > [] ? worker_thread+0xb6/0xc2 > > [] ? autoremove_wake_function+0x0/0x30 > > [] ? worker_thread+0x0/0xc2 > > [] ? kthread+0x3b/0x61 > > [] ? kthread+0x0/0x61 > > [] ? kernel_thread_helper+0x7/0x10 > > ======================= > > Code: 50 52 51 ff 75 f0 68 a0 af 34 c0 e8 ce 4e f4 ff 83 c4 1c e9 > > 87 00 00 00 8b 7d e8 8d 42 01 83 7d f0 06 89 7d e0 0f 4e c8 8b 45 > > e0 <8b> 18 31 c0 85 db 74 29 8b 53 04 8b 43 08 89 d7 05 8c 01 00 00 > > EIP: [] pdev_sort_resources+0x8a/0x116 SS:ESP > > 0068:f74f1e48 ---[ end trace 623ea8d57da4defe ]--- > > I suppose that if you're feeling keen, a bisection search as per > http://www.kernel.org/doc/local/git-quick.html would help things > along, thanks. > Well, I seem to be having problems finding a system to duplicate. I guess we'll have to do this the hard way. Can you reproduce with acpiphp loaded with debug=1 and send me the dmesg output when you first load the driver? Also, do you get the same problem if you boot undocked, dock, then undock again? Unfortunately, I'll be out of town next week, but I'll try to look more at this the week after. -- 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/