[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201105142233.53659.arnd@arndb.de>
Date: Sat, 14 May 2011 22:33:53 +0200
From: Arnd Bergmann <arnd@...db.de>
To: Mark Brown <broonie@...nsource.wolfsonmicro.com>
Cc: Subhasish Ghosh <subhasish@...tralsolutions.com>,
"Nori, Sekhar" <nsekhar@...com>,
linux-arm-kernel@...ts.infradead.org,
davinci-linux-open-source@...ux.davincidsp.com,
sachi@...tralsolutions.com, Samuel Ortiz <sameo@...ux.intel.com>,
open list <linux-kernel@...r.kernel.org>,
"Watkins, Melissa" <m-watkins@...com>
Subject: Re: [PATCH v4 01/11] mfd: add pruss mfd driver.
On Saturday 14 May 2011, Mark Brown wrote:
> > Will a misc device be a better choice.
>
> > In that case I can remove the MFD cell from the board_file and add an array
> > of platform_device for the UART & CAN.
>
> I think that for me so long as it can simultaneously do two unrelated
> functions which need to be arbitrated between there's probably a place
> for it in MFD, certainly at the minute.
I guess drivers/mfd would be a better place than drivers/misc, but it might not
need to be an mfd driver in the sense that it registers mfd cells.
The more important point is to remove the device registration from the board
file. You definitely should not have the cells in the board file, but replacing
them with platform devices in the board file makes it no better.
My whole point has been that you register them from the main pruss driver
based on run-time data instead of compile-time pre-configured stuff in the
board file.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists