Re: Where is place of arch independed companion chips?
From: Mark Underwood <hidden>
Date: 2005-08-08 21:09:23
Also in:
lkml
--- Richard Purdie <rpurdie@rpsys.net> wrote:
On Mon, 2005-08-01 at 11:13 -0700, Greg KH wrote:quoted
quoted
Good question. I was about to submit a patchthat createdquoted
quoted
drivers/platform because the toplevel driver forMQ11xx is aquoted
quoted
platform_device driver. Any thoughts on this?drivers/platform sounds good to me.In another thread (about the ucb1x00) we came up with the idea of drivers/mfd (mfd = multi function devices). The core and platform specific parts would live here with suitable clear naming and the subsection specific parts that were separable would live in the appropriate place within the kernel. Just another idea to add to the mix and removes the dilemma of a multifunction device with isn't platform based...
This is where my sugguestion on the ucb1x00 comess in (although it seems to have ot lost as I have had no reply :-( ). To repeat myself: I was thinking of something like driver/bus into which we might also be able to put the I2C and LL3 buses. The only problem is that this might leave some parts of the multi function chip homeless (if they can't find a home in other subsystems). I need to do more homework ;-), but I think we need a bus driver (I need to see what the bus subsystem offers) (IP block specific, platform and arch independent), a core driver to register busses and clients, and client drivers. Mark
Richard - 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/
___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf