lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Mon, 14 Feb 2011 18:45:17 +0530 From: "Subhasish Ghosh" <subhasish@...tralsolutions.com> To: "Marc Kleine-Budde" <mkl@...gutronix.de> Cc: "Wolfgang Grandegger" <wg@...ndegger.com>, "Kurt Van Dijck" <kurt.van.dijck@....be>, <davinci-linux-open-source@...ux.davincidsp.com>, <linux-arm-kernel@...ts.infradead.org>, <m-watkins@...com>, <nsekhar@...com>, <sachi@...tralsolutions.com>, "open list:CAN NETWORK DRIVERS" <socketcan-core@...ts.berlios.de>, "open list:CAN NETWORK DRIVERS" <netdev@...r.kernel.org>, "open list" <linux-kernel@...r.kernel.org> Subject: Re: [PATCH v2 09/13] can: pruss CAN driver. 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@...gutronix.de> Sent: Monday, February 14, 2011 3:05 PM To: "Subhasish Ghosh" <subhasish@...tralsolutions.com> Cc: "Wolfgang Grandegger" <wg@...ndegger.com>; "Kurt Van Dijck" <kurt.van.dijck@....be>; <davinci-linux-open-source@...ux.davincidsp.com>; <linux-arm-kernel@...ts.infradead.org>; <m-watkins@...com>; <nsekhar@...com>; <sachi@...tralsolutions.com>; "open list:CAN NETWORK DRIVERS" <socketcan-core@...ts.berlios.de>; "open list:CAN NETWORK DRIVERS" <netdev@...r.kernel.org>; "open list" <linux-kernel@...r.kernel.org> 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 | -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists