On Wed, Nov 19, 2014 at 03:07:47PM +0200, Laurentiu Palcu wrote:

> +/*
> + * Perform one read operation.
> + */
> +static int dln2_spi_read_one(struct dln2_spi *dln2, u8 *data,
> +                          u16 data_len, u8 attr)
> +{
> +     int ret;
> +     struct {
> +             u8 port;
> +             __le16 size;
> +             u8 attr;
> +     } __packed tx;
> +     struct {
> +             __le16 size;
> +             u8 buf[DLN2_SPI_MAX_XFER_SIZE];
> +     } __packed *rx = dln2->buf;

You said you verified that the dln2 protocol headers did not mess up the
alignment, yet they do. Here you have a two byte header.

> +     unsigned rx_len = sizeof(*rx);
> +
> +     BUILD_BUG_ON(sizeof(*rx) > DLN2_SPI_BUF_SIZE);
> +
> +     if (data_len > DLN2_SPI_MAX_XFER_SIZE)
> +             return -EINVAL;
> +
> +     tx.port = dln2->port;
> +     tx.size = cpu_to_le16(data_len);
> +     tx.attr = attr;
> +
> +     ret = dln2_transfer(dln2->pdev, DLN2_SPI_READ, &tx, sizeof(tx),
> +                         rx, &rx_len);
> +     if (ret < 0)
> +             return ret;
> +     if (rx_len < sizeof(rx->size) + data_len)
> +             return -EPROTO;
> +     if (le16_to_cpu(rx->size) != data_len)
> +             return -EPROTO;
> +
> +     dln2_spi_copy_from_buf(data, rx->buf, data_len, dln2->bpw);

So you need to use the unaligned macros in dln2_spi_copy_from_buf for
rx->buf (at least for bpw 32).

Make sure to document why.

> +
> +     return 0;
> +}
> +
> +/*
> + * Perform one write & read operation.
> + */
> +static int dln2_spi_read_write_one(struct dln2_spi *dln2, const u8 *tx_data,
> +                                u8 *rx_data, u16 data_len, u8 attr)
> +{
> +     int ret;
> +     struct {
> +             u8 port;
> +             __le16 size;
> +             u8 attr;
> +             u8 buf[DLN2_SPI_MAX_XFER_SIZE];
> +     } __packed *tx;

tx is ok.

> +     struct {
> +             __le16 size;
> +             u8 buf[DLN2_SPI_MAX_XFER_SIZE];
> +     } __packed *rx;

But here you have the same two-byte header.

Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to