arch/tile: add hypervisor-based character driver for SPI flash ROM
authorChris Metcalf <cmetcalf@tilera.com>
Fri, 10 Jun 2011 17:07:48 +0000 (13:07 -0400)
committerChris Metcalf <cmetcalf@tilera.com>
Fri, 10 Jun 2011 17:07:48 +0000 (13:07 -0400)
commitdbcb4a1a3f16702918caa4d4ab7062965050a780
tree0b42ff1e6f8d82e07263975705d944bc4d41d184
parentea41b1e5440442cea5c029b192e9ebbe68e423f6
arch/tile: add hypervisor-based character driver for SPI flash ROM

The first version of this patch proposed an arch/tile/drivers/ directory,
but the consensus was that this was probably a poor choice for a place to
group Tilera-specific drivers, and that in any case grouping by platform
was discouraged, and grouping by function was preferred.

This version of the patch addresses various issues raised in the
community, primarily the absence of sysfs integration.  The sysfs
integration now handles passing information on sector size, page size,
and total partition size to userspace as well.  In addition, we now
use a single "struct cdev" to manage all the partition minor devices,
and dynamically discover the correct number of partitions from the
hypervisor rather than using a module_param with a default value.

This driver has no particular "peer" drivers it can be grouped with.
It is sort of like an MTD driver for SPI ROM, but it doesn't group well
with the other MTD devices since it relies on hypervisor virtualization
to handle many of the irritating aspects of flash ROM management: sector
awareness, background read for sub-sector writes, bit examination to
determine whether a sector erase needs to be issued, etc.  It is in fact
more like an EEPROM driver, but the hypervisor virtualization does require
a "flush" command if you wish to commit a sector write prior to writing
to a different sector, and this is sufficiently different from generic
I2C/SPI EEPROMs that as a result it doesn't group well with them either.

The simple character device is already in use by a range of Tilera
SPI ROM management tools, as well as by customers.  In addition, using
the simple character device actually simplifies the userspace tools,
since they don't need to manage sector erase, background read, etc.
This both simplifies the code (since we can uniformly manage plain files
and the SPI ROM) as well as makes the user code portable to non-Linux
platforms that don't offer the same MTD ioctls.

Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>
Reviewed-by: Arnd Bergmann <arnd@arndb.de>
arch/tile/include/hv/drv_srom_intf.h [new file with mode: 0644]
drivers/char/Kconfig
drivers/char/Makefile
drivers/char/tile-srom.c [new file with mode: 0644]