All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gerd Knorr <kraxel@bytesex.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: linux-kernel@vger.kernel.org
Subject: Re: PNPBIOS: warning: >= 16 resources, overflow?
Date: Thu, 6 Sep 2001 15:04:51 +0200	[thread overview]
Message-ID: <20010906150451.A5256@bytesex.org> (raw)
In-Reply-To: <slrn9pedo0.3eu.kraxel@bytesex.org> <E15exwY-0007xb-00@the-village.bc.nu>
In-Reply-To: <E15exwY-0007xb-00@the-village.bc.nu>

On Thu, Sep 06, 2001 at 01:07:38PM +0100, Alan Cox wrote:
> > lspnp (comes with pcmcia-cs) would be more intresting.  The pnpbios code
> > fills a "struct pci_dev" for each device reported by the pnpbios, and it
> > looks like your portable has one device with alot ressources, so the
> > ressources array in struct pci_dev can't hold them all.  There is a
> > #define in include/linux/pci.h for the array size ...
> 
> For the motherboard memory/io ranges it might be worth teaching the
> pnp bios parser to actually reserve the regions as it scans them ?

No trivial way.  Need to read some more code to see how the parser
works and if the data structures are build in a way that I have the
informations I need at any point to do that "on-the-fly" in the
pnp bios node => struct pci_dev parser.

BTW:  There is another issue I've noticed on my Desktop box, where I'm
not sure what the best way to deal with:  Some pnpbios-reported I/O
ranges clash with stuff reserved by pci quirks:


This we have in PCI space (good old Intel BX):

bogomips root ~# lspci -v -s 00:04.3
00:04.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02)
        Flags: medium devsel, IRQ 9


drivers/pci/quirks.c reserves this for the ACPI bridge:

bogomips root ~# cat /proc/ioports
[ ... ]
e400-e43f : Intel Corporation 82371AB PIIX4 ACPI
e800-e81f : Intel Corporation 82371AB PIIX4 ACPI


pnpbios lists the ACPI ports too:

bogomips root ~# lspnp -v
[ ... ]
0f PNP0c02 system peripheral: other
        io 0x0290-0x0297
        io 0xe400-0xe43f
        io 0xe800-0xe83f

Hmm...

  Gerd

-- 
Damn lot people confuse usability and eye-candy.

  reply	other threads:[~2001-09-06 13:15 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-06  8:12 PNPBIOS: warning: >= 16 resources, overflow? Dumitru Ciobarcianu
2001-09-06  8:42 ` Gerd Knorr
2001-09-06 12:07   ` Alan Cox
2001-09-06 13:04     ` Gerd Knorr [this message]
2001-09-06 13:21       ` Alan Cox
2001-09-06 16:32       ` Gerd Knorr
  -- strict thread matches above, loose matches on Subject: below --
2001-09-06 11:32 Dumitru Ciobarcianu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010906150451.A5256@bytesex.org \
    --to=kraxel@bytesex.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.