Status of arch/arm in linux-next
Rafael J. Wysocki
rjw at sisk.pl
Tue Apr 26 13:04:45 EDT 2011
On Tuesday, April 26, 2011, Arnd Bergmann wrote:
> On Thursday 21 April 2011, Nicolas Pitre wrote:
> > > if there's commonality between some of the ARM arch drivers, why can't
> > > there be a arch/arm/cpufreq/ dir for the shared code, and do everything there ?
> > Because usually there isn't. "ARM" is just a CPU architecture, not a
> > system architecture. Everything around the core is different from one
> > vendor to the next. And when commonality exists it is much easier to
> > deal with if it is close together.
> Exactly. To make matters worse, we are starting to see a number of vendors
> that use multiple CPU architectures with the same I/O devices (e.g. Renesas,
> Freescale, Xilinx, TI, ...). Not sure if any of these use the same cpufreq
> register on more than one architecture, but it's quite likely to happen
> at some point.
Indeed. So in my opinion it makes sense to move code into the drivers
directory, at least the code that's going to be used by multiple platforms
(that need not be a complete driver).
We're doing the same thing with the runtime PM code at the moment.
More information about the linux-arm-kernel