netdev - Re: BUG: skge ethernet breakage (PCI: Unable to reserve mem region)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 19 Sep 2007 22:57:49 +0200
From:	Jan Gukelberger <g.u.g.i@....de>
To:	Stephen Hemminger <shemminger@...ux-foundation.org>
Cc:	netdev@...r.kernel.org
Subject: Re: BUG: skge ethernet breakage (PCI: Unable to reserve mem region)

Hi,

seems as if there are currently no more ideas?

So shall I perhaps open a bug in Kernel Bugzilla?

Thanks,
Jan

On Tue, 2007-09-11 at 15:39 +0200, Jan Gukelberger wrote:
> On Tue, 2007-09-11 at 14:37 +0200, Stephen Hemminger wrote:
> > On Tue, 11 Sep 2007 12:58:24 +0200
> > Jan Gukelberger <g.u.g.i@....de> wrote:
> > 
> > > On Tue, 2007-09-11 at 10:21 +0200, Stephen Hemminger wrote:
> > > > On Fri, 07 Sep 2007 18:42:35 +0200
> > > > Jan Gukelberger <g.u.g.i@....de> wrote:
> > > [...]
> > > > > The key problem seem to be the following lines in dmesg:
> > > > > ------------------------------------------------------------------------
> > > > > ACPI: PCI Interrupt 0000:04:04.0[A] -> GSI 19 (level, low) -> IRQ 19
> > > > > PCI: Unable to reserve mem region #1:4000@...f8000 for device 0000:04:04.0
> > > > > skge 0000:04:04.0: cannot obtain PCI resources
> > > > > ACPI: PCI interrupt for device 0000:04:04.0 disabled
> > > > > skge: probe of 0000:04:04.0 failed with error -16
> > > > > ------------------------------------------------------------------------
> > > > > 
> > > > 
> > > > There is some kind of device conflict, please provide lspci -vvvxx output.
> > > 
> > > I'm attaching the output of 'lspci -vvvxx' on the working 2.6.20 kernel
> > > as well as the output of 'lspci -vvxxx' on 2.6.23-rc5 which I recorded
> > > earlier.
> > > I you specifically need 'lspci -vvvxx' on 2.6.23-rc5 please drop me a
> > > note and I'll reboot quickly.
> > > 
> > > Thanks,
> > > Jan
> > 
> > All looks in order, on the PCI tables. There is a firewire control just
> > above the skge device, perhaps you enabled one of the firewire stacks
> > in the configuration? 
> 
> I did a quick diff of the respective kernel .config's (this is the
> configuration you mean, right?) and haven't found any notable
> differences in the firewire options.
> 
> >  Perhaps the console (dmesg) output will show some clue.
> 
> I'm attaching a diff between dmesg of a working and a non-working boot.
> You can find the full dmesg records in my first mail and in the Debian
> BTS respectively.
> 
> The only thing I can see there is the old  kernel having some problems
> with the SATA controller - even though I did never notice any unusual
> behaviour apart from these messages:
> ------------------------------------------------------------------------
> PCI: Device 0000:02:00.0 not available because of resource collisions
> ahci: probe of 0000:02:00.0 failed with error -22
> JMB363: IDE controller at PCI slot 0000:02:00.0
> PCI: Device 0000:02:00.0 not available because of resource collisions
> ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 16 (level, low) -> IRQ 16
> JMB363: BIOS configuration fixed.
> ------------------------------------------------------------------------
> 
> Don't know whether this could be related?
> 
> Thanks,
> Jan

-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html