lkml.org 
[lkml]   [2002]   [Dec]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
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? ;-)

Jeff




-
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/

\
 
 \ /
  Last update: 2005-03-22 13:32    [from the cache]
©2003-2014 Jasper Spaans. Advertise on this site