Thread (1 message) 1 message, 1 author, 2011-01-22

Re: [PATCH v2 1/3] can: at91_can: clean up usage of AT91_MB_RX_FIRST and AT91_MB_RX_NUM

From: Kurt Van Dijck <hidden>
Date: 2011-01-22 07:50:17

On Fri, Jan 21, 2011 at 04:54:09PM -0800, David Miller wrote:
quoted
On 01/11/2011 02:21 PM, Marc Kleine-Budde wrote:
quoted
This patch cleans up the usage of two macros which specify the mailbox
usage. AT91_MB_RX_FIRST and AT91_MB_RX_NUM define the first and the
number of RX mailboxes. The current driver uses these variables in an
unclean way; assuming that AT91_MB_RX_FIRST is 0;

This patch cleans up the usage of these macros, no longer assuming
AT91_MB_RX_FIRST == 0.

Signed-off-by: Marc Kleine-Budde <redacted>
Any comments on this?
I would also seriously like to see these changes get some feedback,
they've been rotting in patchwork for more than a week.
I have no experience with this specific chip.
IMO, this chip errata (as explained in the post) got an elegant solution.
That part definitely gets my
Acked-by: Kurt Van Dijck <kurt.van.dijck-/BeEPy95v10@public.gmane.org>

Regards,
Kurt
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help