Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030500AbVLWLuX (ORCPT ); Fri, 23 Dec 2005 06:50:23 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030502AbVLWLuX (ORCPT ); Fri, 23 Dec 2005 06:50:23 -0500 Received: from mail.gmx.net ([213.165.64.21]:47056 "HELO mail.gmx.net") by vger.kernel.org with SMTP id S1030500AbVLWLuW (ORCPT ); Fri, 23 Dec 2005 06:50:22 -0500 X-Authenticated: #14561429 Message-ID: <941ACB1D5BFA46A7A2F170BB3C48C9B0@Fibonacci> From: "Gottfried Haider" To: "Adrian Bunk" , "Andrew Morton" Cc: , , "Jens Axboe" , "Herbert Xu" , "Michael Madore" , "David Brownell" , "Greg KH" , , , "P. Christeas" References: <20051222011320.GL3917@stusta.de> <20051222005209.0b1b25ca.akpm@osdl.org> <20051222135718.GA27525@stusta.de> In-Reply-To: <20051222135718.GA27525@stusta.de> Subject: Re: 2.6.15-rc6: known regressions in the kernel Bugzilla Date: Fri, 23 Dec 2005 12:50:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 7.00.5270.9 X-MimeOLE: Produced By Microsoft MimeOLE V7.00.5270.9 X-Y-GMX-Trusted: 0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2012 Lines: 49 >> From: "Gottfried Haider" >> Subject: [2.6.15-rc2] 8139too probe fails (pci related?) > According to the report perhaps not a post-2.6.14 regression. > But anyways, this should be better debugged. > > @Gottfried: > Does it work with kernel 2.6.14.4? > Does it work with kernel 2.6.15-rc6? > If it stil fails, can you send a complete dmesg for 2.6.15-rc6? I recently played around with this particular system, and it turned out that moving the 8139b-card to another PCI slot fixed it. (works now in both 2.6.15-rc2 and rc6-git2) So I guess it's just a particular oddity of this system, as noone else seems to hit this? the original lines in kern.log were -- snip -- PCI quirk: region e400-e47f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region ec00-ec3f claimed by ICH4 GPIO PCI: Unable to handle 64-bit address for device 0000:01:0c.0 PCI: Transparent bridge - 0000:00:1e.0 (..) PCI: Cannot allocate resource region 0 of device 0000:01:0c.0 PCI: Cannot allocate resource region 3 of device 0000:01:0c.0 pnp: 00:03: ioport range 0xe400-0xe47f could not be reserved pnp: 00:03: ioport range 0xec00-0xec3f has been reserved PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0 PCI: Error while updating region 0000:01:0c.0/3 (fa800800 != 00000810) PCI: Error while updating region 0000:01:0c.0/0 (0000d001 != 813910fc) PCI: Bridge: 0000:00:1e.0 (..) 8139too Fast Ethernet driver 0.9.27 PCI: Device 0000:01:0c.0 not available because of resource collisions Trying to free nonexistent resource <0000d000-0000d003> Trying to free nonexistent resource 8139too: probe of 0000:01:0c.0 failed with error -22 -- snip -- .. on a ASUS CUSL2 (i815E) motherboard that was, no change when using pci=routeirq or pci=noacpi. Gottfried Haider - 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/