Linux-kernel mailing list archive 1999-32,: Re: More linker magic..

# Re: More linker magic..

Geert Uytterhoeven (Geert.Uytterhoeven@cs.kuleuven.ac.be)
Wed, 11 Aug 1999 14:50:49 +0200 (CEST)

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Richard Guy Briggs: "Re: linux-ipsec: possibly bogus value passed to skb->dst->output"
- Previous message: CaT: "lockd errors"

On Fri, 6 Aug 1999, David Hinds wrote:
> On Wed, Aug 04, 1999 at 05:03:59PM -0700, Linus Torvalds wrote:
> > pre-patch-2.3.13-5 does the proper resource allocation for all PCI cards;
> > instead of having the drivers do the resource building, the PCI layer
> > builds up the resource information automatically, and at least for the set
> > of drivers I was concerned about on my machine there wasn't even any need
> > to adjust the old compatibility stuff, but that will almost certainly be
> > needed for other sets of drivers (ie extending the resource flags with a
> > "BUSY" bit to mark resources as being exclusively used by some driver).
>
> It's mostly as I expected...
>
> A couple questions / things to think about...
>
> - I see that you've done away with the old /proc/pci, but have saved
> all the PCI vendor/device ID's, and use them to build device names
> that are now used in the resource tables. Is this really a good
> idea? Besides the fact that the string lists haven't been kept up
> to date (the kernel list is less than half of Martin's user-space
> list), do we really want this in the kernel? I know you have them
> as initdata, but it is still kernel image bloat, and there's also
> the minor issue that any hot swap PCI device can't be named the same
> because the strings will be gone.
>
> I'd suggest just naming all PCI devices as "pci <bus>:<slot>.<fn>"
> (for consistency with Martin's lspci) and leaving it at that. We
> can have a user-space pretty resource printer that cross-references
> the /proc files to get nice device names. Otherwise, we'll always
> have the hassle of keeping the kernel names in sync with the
> userland names.

For Zorro, we removed /proc/zorro and the kernel name database after we
introduced /proc/bus/zorro and zorroutils.

We still have to implement the resource thing for Zorro, but we agreed to keep
only the `most common' cards (i.e. the ones for which we have a Linux driver)
in the name database. I guess the others will be named `Zorro <slot>'.

Greetings,

Geert

    --
    Geert Uytterhoeven                     Geert.Uytterhoeven@cs.kuleuven.ac.be
    Wavelets, Linux/{m68k~Amiga,PPC~CHRP}  http://www.cs.kuleuven.ac.be/~geert/
    Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/

- Next message: Richard Guy Briggs: "Re: linux-ipsec: possibly bogus value passed to skb->dst->output"
- Previous message: CaT: "lockd errors"