Thread (1 message) 1 message, 1 author, 2011-02-14

[PATCH v2 09/13] can: pruss CAN driver.

From: Subhasish Ghosh <hidden>
Date: 2011-02-14 13:14:27
Also in: lkml, netdev

Hello,

The problem with the "all" implementation is that it hogs the ARM/DSP 
heavily and that's the reason why we specifically avoided this in our 
firmware design.
Hence, implementing this condition spoils the whole purpose of the PRU!!

--------------------------------------------------
From: "Marc Kleine-Budde" <mkl@pengutronix.de>
Sent: Monday, February 14, 2011 3:05 PM
To: "Subhasish Ghosh" <redacted>
Cc: "Wolfgang Grandegger" <redacted>; "Kurt Van Dijck" 
[off-list ref]; [off-list ref]; 
[off-list ref]; [off-list ref]; 
[off-list ref]; [off-list ref]; "open list:CAN NETWORK 
DRIVERS" [off-list ref]; "open list:CAN NETWORK DRIVERS" 
[off-list ref]; "open list" [off-list ref]
Subject: Re: [PATCH v2 09/13] can: pruss CAN driver.

Hello,

On 02/14/2011 09:45 AM, Subhasish Ghosh wrote:
That is correct, we receive only pre-programmed CAN ids and "all" or
"range" implementation is not there in the PRU firmware.
I'd really like to see that you add a "all" implementation to the
firmware. Or even better use the standard id/mask approach.

cheers, 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   | 
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help