Home
last modified time | relevance | path

Searched hist:c039dd275e88989478abe5f28e4e15648c28ce33 (Results 1 – 3 of 3) sorted by relevance

/openbmc/linux/drivers/spi/
H A Dspi-pxa2xx-dma.cdiff c039dd275e88989478abe5f28e4e15648c28ce33 Thu Dec 18 07:04:23 CST 2014 Jarkko Nikula <jarkko.nikula@linux.intel.com> spi: pxa2xx: Cleanup register access macros

Currently SSP registers are accessed by having an own read and write macros
for each register. For instance read_SSSR(iobase) and write_SSSR(iobase).

In my opinion this hurts readability and requires new macros to be defined
for each new added register. Let's define and use instead common
pxa2xx_spi_read() and pxa2xx_spi_write() accessors.

Signed-off-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
H A Dspi-pxa2xx.hdiff c039dd275e88989478abe5f28e4e15648c28ce33 Thu Dec 18 07:04:23 CST 2014 Jarkko Nikula <jarkko.nikula@linux.intel.com> spi: pxa2xx: Cleanup register access macros

Currently SSP registers are accessed by having an own read and write macros
for each register. For instance read_SSSR(iobase) and write_SSSR(iobase).

In my opinion this hurts readability and requires new macros to be defined
for each new added register. Let's define and use instead common
pxa2xx_spi_read() and pxa2xx_spi_write() accessors.

Signed-off-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
H A Dspi-pxa2xx.cdiff c039dd275e88989478abe5f28e4e15648c28ce33 Thu Dec 18 07:04:23 CST 2014 Jarkko Nikula <jarkko.nikula@linux.intel.com> spi: pxa2xx: Cleanup register access macros

Currently SSP registers are accessed by having an own read and write macros
for each register. For instance read_SSSR(iobase) and write_SSSR(iobase).

In my opinion this hurts readability and requires new macros to be defined
for each new added register. Let's define and use instead common
pxa2xx_spi_read() and pxa2xx_spi_write() accessors.

Signed-off-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>
Signed-off-by: Mark Brown <broonie@kernel.org>