Current sh-hspi had used platform-specific speed.
This patch remove it, and use spi_transfer specific speed.
It removes unnecessary flags from struct sh_hspi_info,
but struct sh_hspi_info is still exist, since sh-hspi needs
platform info in the future.
Signed-off-by: Kuninori Morimoto
Current sh-hspi had wrong write/read method which was not linux standard.
If spi_transfer requests tx[2], rx[2] len=2,
then, driver should run tx[0], rx[0], tx[1], rx[1].
But current sh-hspi runs tx[0], tx[1], rx[0], rx[1].
This patch fixes it up.
Signed-off-by: Kuninori Morimoto
Commit 054ebc (spi: Compatibility with direction which is used in samsung
DMA operation) does not build as one hunk adds a brace to the first branch
of an if statement without adding at least the correspoding close. Remove
the unwanted brace.
Signed-off-by: Mark Brown
Currently the spi-sh-msiof driver implements a runtime PM scheme, based on
chipselect toggling. However, this is largely inefficient, since SPI
client drivers are allowed to keep the chipselect active for long periods
of time. This patch allows the driver to runtime-suspend the controller
between
The status variable is guaranteed to be 0 at that location anyway.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/spi/spi.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c
index b2ccdea..bce1a55 100644
---
This patch adds a PM QoS requirement to the spi-bitbang driver, preventing
the underlying SPI hardware driver to suspend for too long a time, as long
as there are transfers on the queue.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
RFC, because a patch set has been developed
Hi,
This series (against mfd-2.6/for-next) changes the mc13xxx driver to use
regmap and adds I2C support. It generally goes about this the same way as
the previous 2 versions, but now uses regmap.
I am unable to test SPI functionality, but the I2C stuff works. It would be
great if someone
This adds support for devices with 7 address bits and 25 data bits.
The initial intended user for this are the mc13xxx mfds in spi mode.
(The 25th data bit is actually a dummy bit)
Signed-off-by: Marc Reilly m...@cpdesign.com.au
---
drivers/base/regmap/regmap.c | 11 +++
1 files
Add support for devices with 24 data bits.
Signed-off-by: Marc Reilly m...@cpdesign.com.au
---
drivers/base/regmap/regmap.c | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/drivers/base/regmap/regmap.c b/drivers/base/regmap/regmap.c
index
This change converts the mc13xxx core to use regmap rather than direct
spi r/w.
The spidev member of mc13xxx struct becomes redundant and is removed.
Extra debugging aids are added to mc13xxx_reg_rmw.
Mutex init is moved to before regmap init.
Signed-off-by: Marc Reilly m...@cpdesign.com.au
---
This patch abstracts the bus specific operations from the driver core.
Generic init and cleanup is consolidated into mc13xxx_common_*.
spi specific functions are renamed to reflect such.
(The irq member of the mc13xxx struct is no longer redundant, it's used
to store the irq for cleanup time).
All spi specific code is moved into a new module. The mc13xxx struct
moves to a new local include file by necessity.
A new config choice selects the SPI bus type support and by default is
value of SPI_MASTER to remain compatible with existing configs.
Signed-off-by: Marc Reilly
Adds support for mc13xxx family ICs connected via i2c.
Signed-off-by: Marc Reilly m...@cpdesign.com.au
---
drivers/mfd/Kconfig |8 +++-
drivers/mfd/Makefile |1 +
drivers/mfd/mc13xxx-i2c.c | 128 +
3 files changed, 136
Hi Marc,
On Wed, Mar 14, 2012 at 5:43 PM, Marc Reilly m...@cpdesign.com.au wrote:
+
+static const struct i2c_device_id mc13xxx_i2c_device_id[] = {
+ {
+ .name = mc13783,
+ .driver_data = MC13XXX_ID_MC13783
mc13783 does not have i2c interface.
If you have trouble reading this newsletter, view the web version here
Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML
Lien miroir :
http://m10-fr.com/mc10_m/YT04JmI9Nzk1MSZjPTE5NjE2NDEmZD0yMDEyLTAzLTE1IDAzOjEwOjAyJmU9MSZoPTc5NTAmZj03OTUxJmc9Nzk1MQ==
Lien de désinscription :
Fast paced company is looking for a person to work in our order processing
department.
Must be a quick learner and able to process work with accuracy.
Position includes opening and processing customer orders, documenting any
issues or discrepancies and must be able to provide clerical support
Fast paced company is looking for a person to work in our order processing
department.
Must be a quick learner and able to process work with accuracy.
Position includes opening and processing customer orders, documenting any
issues or discrepancies and must be able to provide clerical support
18 matches
Mail list logo