[lkml]   [2002]   [Dec]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] pnp & pci structure cleanups
    On Tue, Dec 31, 2002 at 01:50:26AM +0000, Alan Cox wrote:
    > Ok. Suggestion for how to handle this (not yet tried). Change the
    > assumption about the end marker. Right now the end marker only uses the
    > first fields and the user data happens to always be zero. If we change
    > the pci matching code to interpret end markers with a non zero userdata
    > as a pointer to the next table it all seems to come out in the wash,

    I like it

    > although there are some tricky details to consider - who frees up the
    > extra tables on a module unload (if anyone), and how do we manage
    > multiple modules with chains of tables (or do we just disallow that
    > case).

    There will definitely be cases where people will want to black out
    existing entries too.
    Or would that open up to too much potential vendor abuse?

    > I think it also means we need to be able to go pci table -> owner ?

    I don't really see why. If you wanted to be terribly correct have
    these things as refcounting kobjects or similar... But really, with all
    those other wonderfully unlocked PCI lists in the core, why starting
    doing it The Right Way now? ;-)


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:32    [W:0.020 / U:6.500 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site