[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <545B6DD8.6010906@pengutronix.de>
Date: Thu, 06 Nov 2014 13:47:20 +0100
From: Marc Kleine-Budde <mkl@...gutronix.de>
To: Oliver Hartkopp <socketcan@...tkopp.net>,
Dong Aisheng <b29396@...escale.com>
CC: linux-can@...r.kernel.org, wg@...ndegger.com,
varkabhadram@...il.com, netdev@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org
Subject: Re: M_CAN message RAM initialization AppNote - was: Re: [PATCH V3
3/3] can: m_can: workaround for transmit data less than 4 bytes
On 11/06/2014 01:33 PM, Oliver Hartkopp wrote:
>> So i'm not sure memset() the entire TX FIFO element is neccesary...
>
> It's no big deal - so we should be defensive here.
> And memset() is not working as Marc pointed out in another mail.
>
> So we would need to loop with
>
> m_can_fifo_write(priv, 0, M_CAN_FIFO_DATA(i), 0x0);
>
>>
>> Do you think we could keep the current solution firstly and updated later
>> if needed?
>
> No :-)
>
> I would like to have all data bytes to be written at startup.
Me, too. As this happens only once during ifconfig up it should not hurt
performance, either send an incremental or new patch. I'll sort it out.
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Industrial Linux Solutions | Phone: +49-231-2826-924 |
Vertretung West/Dortmund | Fax: +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de |
Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)
Powered by blists - more mailing lists