[RFC/PATCH 8/8] LPDDR extended physmap driver to support LPDDR flash.
jaredeh at gmail.com
Fri Oct 17 22:54:41 EDT 2008
>> Right. Which means you have to tweak the kernel sources when you
>> remap things. I much prefer to let these kinds of options and
>> parameters not be hard coded into the kernel sources.
> Do you have remapable hardware? ;-)
Yes. Yes, I do. I have a designed that is basically a Mainstone 2
with a highly configurable Flash bus.
What more there are dozens of machines out there for each major
reference design that differ only in how the various memory types are
configured and which peripherals are included. The different
peripherals can be turned on or off with drivers in the .config, but
if I add Flash on a different chipselect I have to hack .c files.
On a x86 system you don't have to hack .c files for every "machine"
out there. We don't have to tweak a device-map .c file to use a SATA
vs a SCSI vs an IDE drive. Why do we put up with that for Flash? You
can run the same zImage on PXA250/270/320 but if I dare move Flash
around I have to recompile? We are so close. CFI configures most NOR
parts, we just need a rational physmap mechanism to make this entire
Flash config thing "machine" agnostic. Is nobody with me on this one?
More information about the linux-mtd