Re: Resources for Linux SocketCAN
| Newsgroups | gmane.comp.hardware.bus.can |
|---|---|
| Message-ID | <OFC9CAD304.F77ECD8A-ONC2257B04.0073ED0E-C2257B04.0074AE0F@LocalDomain> |
Hello, the problems to watch in selected socketCAN implementation could be - message priorizing (the one we tweaked didnt have a proper one, or at all?) - message buffering i.e does every incoming message create an interrupt and force the CPU to fetch it? This could create a MAJOR load in higher traffic - is it possible to do also all necessary configurations and diagnostics via SC? Once again the one we had in hand did not handle this. We have later tested the one for iMX53 from Freescale and that with their flexcan works pretty well. Although we are still missing some functionality and speed and will build a cutomized driver. isto "Bram Kerkhof" From: "Bram Kerkhof" <[email protected]> To: <[email protected]> Date: 28.01.2013 14:09 Subject: [CANLIST] Resources for Linux SocketCAN Sent by: [email protected] Hi all, In my current project we have to use the Linux SocketCAN layer to get on the bus, so I?m investigating existing resources and documentation for the API. As can be expected, google turns up a number of links, which may or may not be up-to-date, and of which most links are limited to describing the part of the API that scratches the author?s itch. So have any of you worked already with SocketCAN; what are your experiences and can you recommend any useful links or information? Cheers, Bram This e-mail is confidential and it is intended only for the addressees. Any review, dissemination, distribution, or copying of this message by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error, kindly notify us immediately by telephone or e-mail and delete the message from your system. The sender does not accept liability for any errors or omissions in the contents of this message which may arise as a result of the e-mail transmission.