> Because if we just pass in this one extra piece of information which is
> normally already available in the driver, we can avoid a whole lot of ugly
> cruft in the out-of-line functions by plugging in the correct out-of-line
> function to match the resource.
Case 1:
You pass a single cookie to the readb code
Odd platforms decode it
Case 2:
You carry around bus number information all throughout
each driver
You keep putting it on/off the stack
You keep it in structures
You do complex generic locking for hotplug 'just in case'
I think I prefer case 1.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Re: [RFC] I/O Access Abstractions Alan Cox
- Re: [RFC] I/O Access Abstractions David Woodhouse
- Re: [RFC] I/O Access Abstractions Jes Sorensen
- Re: [RFC] I/O Access Abstractions David Howells
- Re: [RFC] I/O Access Abstractions Jes Sorensen
- Re: [RFC] I/O Access Abstractions David Woodhouse
- Re: [RFC] I/O Access Abstract... David Howells
- Re: [RFC] I/O Access Abst... David Woodhouse
- Re: [RFC] I/O Access Abst... Alan Cox
- Re: [RFC] I/O Access Abst... David Woodhouse
- Re: [RFC] I/O Access Abst... Alan Cox
- Re: [RFC] I/O Access Abst... Russell King
- Re: [RFC] I/O Access Abst... Jeff Garzik
- Re: [RFC] I/O Access Abst... Alan Cox
- Re: [RFC] I/O Access Abst... Benjamin Herrenschmidt
- Re: [RFC] I/O Access Abst... Alan Cox
- Re: [RFC] I/O Access Abst... Benjamin Herrenschmidt
- Re: [RFC] I/O Access Abst... Alan Cox
- Re: [RFC] I/O Access Abst... Benjamin Herrenschmidt
- Re: [RFC] I/O Access Abst... Jeff Garzik
- Re: [RFC] I/O Access Abst... David Howells

