Hi Andy,
On Thu, May 18, 2017 at 6:01 PM, Andy Shevchenko
<andy.shevchenko@xxxxxxxxx> wrote:
> On Wed, May 17, 2017 at 3:47 PM, Geert Uytterhoeven
> <geert+renesas@xxxxxxxxx> wrote:
>> Add an example SPI slave handler responding with the uptime at the time
>> of reception of the last SPI message.
>>
>> This can be used by an external microcontroller as a dead man's switch.
>
>> +static int spi_slave_time_submit(struct spi_slave_time_priv *priv)
>> +{
>> + u32 rem_ns;
>> + int ret;
>> + u64 ts;
>> +
>> + ts = local_clock();
>> + rem_ns = do_div(ts, 1000000000) / 1000;
>
> You divide ts by 10^9, which makes it seconds if it was nanoseconds.
>
> But reminder is still in nanoseconds and you divide it by 10^3.
> If I didn't miss anything it should be called like
>
> rem_ns -> reminder_ms
Thanks, that must be a remainder from before I reworked the calculation.
Will change it to rem_us (it's in microseconds, not milliseconds).
>> + priv->buf[0] = cpu_to_be32(ts);
>> + priv->buf[1] = cpu_to_be32(rem_ns);
>> +
>> + spi_message_init_with_transfers(&priv->msg, &priv->xfer, 1);
>> +
>> + priv->msg.complete = spi_slave_time_complete;
>> + priv->msg.context = priv;
>> +
>> + ret = spi_async(priv->spi, &priv->msg);
>> + if (ret)
>> + pr_err("%s: spi_async() failed %d\n", __func__, ret);
>
> Perhaps dev_err() ?
OK, and after that the __func__ is no longer needed.
>> +static int spi_slave_time_probe(struct spi_device *spi)
>> +{
>> + struct spi_slave_time_priv *priv;
>> + int ret;
>> +
>> + /*
>> + * bits_per_word cannot be configured in platform data
>> + */
>> + spi->bits_per_word = 8;
>
> Is it worth to define it? If so, can we use device properties for that?
No, it can be removed, as 8 is the default.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
