Messages in this thread | | | Subject | Re: PnP Model | From | James Bottomley <> | Date | 03 Feb 2003 10:31:53 -0500 |
| |
> 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/
| |