lkml.org 
[lkml]   [2003]   [Feb]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: PnP Model
From
Date

> I agree. A lot of drivers should be able to use one model for
> everything including "enable_device" stuff. Right not its all a bit
> too detailed

Actually, while we're on the subject of PnP-ISA, I was wondering if we
could also migrate straight ISA to the device model probing (The 3c509
now looks a bit of a mess because it's got probes for EISA and MCA,
needs probes for PNP-ISA and still has to use Space.c for ISA).

If we just had a bus matching function that always matched and the
device probe would do its usual port etc. probe and return success if it
found a device or fail if it didn't, that would move ISA over reasonably
effectively. The only nasty is multiple cards: here the probe routine
would have to detect the extra cards, allocate struct devices for them
and then catch them again when they come back in through the driver
probe routine (this will work today because all probes are single
threaded on the bus semaphore, obviously it will fail if probes ever
become multi-threaded).

The last issue is probably that we'd like the ISA probes to be run after
all the rest of the busses so that all resources in use in the system
have a good chance of being claimed and the ISA memory poking should
have the least potential for doing damage---this would require a change
in the way the device model works, I think, wouldn't it?

James



-
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    [W:0.061 / U:0.116 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site