On 29/04/16 13:41, Breana, Tiberiu A wrote: >> -----Original Message----- >> From: linux-iio-owner@xxxxxxxxxxxxxxx [mailto:linux-iio- >> owner@xxxxxxxxxxxxxxx] On Behalf Of Peter Meerwald-Stadler >> Sent: Friday, April 29, 2016 2:25 PM >> To: Breana, Tiberiu A <tiberiu.a.breana@xxxxxxxxx> >> Cc: linux-iio@xxxxxxxxxxxxxxx; Jonathan Cameron <jic23@xxxxxxxxxx> >> Subject: Re: [PATCH 2/2] iio: accel: Add triggered buffer support for BMA220 >> >> >>> Signed-off-by: Tiberiu Breana <tiberiu.a.breana@xxxxxxxxx> >> >> comments below >> >>> --- >>> drivers/iio/accel/bma220_spi.c | 67 >>> ++++++++++++++++++++++++++++++++++++++++-- >>> 1 file changed, 65 insertions(+), 2 deletions(-) >>> > > <snip> > >>> -70,6 +84,42 @@ static inline int bma220_read_reg(struct spi_device *spi, >> u8 reg) >>> return spi_w8r8(spi, reg | BMA220_READ_MASK); } >>> >>> +static irqreturn_t bma220_trigger_handler(int irq, void *p) { >>> + int i; >>> + int ret; >>> + int bit; >>> + struct iio_poll_func *pf = p; >>> + struct iio_dev *indio_dev = pf->indio_dev; >>> + struct bma220_data *data = iio_priv(indio_dev); >>> + struct spi_device *spi = data->spi_device; >>> + u8 tx_buf = BMA220_REG_ACCEL_X | BMA220_READ_MASK; >>> + u8 rx_buf[3]; >> >> alignment requirements for SPI? > > I'm not sure what you mean by this. The chip seems to respond correctly > to the testing I've done so far. > If an spi master is doing DMA (which you obviously can't control in a generic driver) then there is no explicit protection of the cacheline. Thus it is possible for the dma engine to spat garbage over the top of whatever else is in the cacheline (usually a case of putting back an older version that is now wrong). Thus buffers for DMA should existing in their own cacheline. There are two easy ways to do this - kmalloc the buffer as ever separate allocation will end up in it's own cacheline. Or put the buffer in your bma220_data (at the end) and use the magic of ____cacheline_aligned markings for tx (with rx after it). We very carefully ensure the whole priv data is cacheline aligned to allow this to work in drivers. > Tiberiu > -- To unsubscribe from this list: send the line "unsubscribe linux-iio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
