From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wolfgang Grandegger Subject: Re: [PATCH v2 09/13] can: pruss CAN driver. Date: Mon, 14 Feb 2011 10:28:38 +0100 Message-ID: <4D58F5C6.4040506@grandegger.com> References: <1297435892-28278-1-git-send-email-subhasish@mistralsolutions.com> <1297435892-28278-10-git-send-email-subhasish@mistralsolutions.com> <20110211150602.GB373@e-circ.dyndns.org> <4D58D854.5090503@grandegger.com> <1F33D30F9B2D47ECA80CEC807A6C0727@subhasishg> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: sachi-EvXpCiN+lbve9wHmmfpqLFaTQe2KTcn/@public.gmane.org, davinci-linux-open-source-VycZQUHpC/PFrsHnngEfi1aTQe2KTcn/@public.gmane.org, CAN NETWORK DRIVERS , nsekhar-l0cyMroinI0@public.gmane.org, open list , CAN NETWORK DRIVERS , m-watkins-l0cyMroinI0@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org To: Subhasish Ghosh Return-path: In-Reply-To: <1F33D30F9B2D47ECA80CEC807A6C0727@subhasishg> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: socketcan-core-bounces-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org Errors-To: socketcan-core-bounces-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org List-Id: netdev.vger.kernel.org Hi Subhasish, 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'm curious about that CAN hardware and firmware. I found a nice block diagram in [PATCH 0/13]: http://marc.info/?l=linux-arm-kernel&m=129743511311286&w=4 So, one PRU is used for TX and the second for RX. Who is providing the firmware you are using? Wouldn't it be possible to provide a firmware for RX using just one message object (mailbox) with some buffering or fifo? That would fit much better the SocketCAN approach favoring Basic CAN controllers (in contrast to Full CAN [1]). And such an implementation seems even simpler too me requiring less PRU resources. And how about RTR and Extended CAN IDs? Is that supported? Thanks, Wolfgang. [1] http://www.kvaser.com/en/about-can/the-can-protocol/18.html