Socketcan CAN-bus drivers added to OpenEmbedded

1. 

   lgentili 2009-01-27 at 20:28

   Cliff,

   Thanks alot, this is GREAT!!!
2. 

   lgentili 2009-01-27 at 20:31

   What is the path to go to learn OE? The webpage or do you know any tutorial? I have a couple of ARM boards (2440 and IMX31), and I’m interested to add CAN.
1. 

   Cliff Brake 2009-01-28 at 14:34

   Hello,

   As to getting started, I would probably start with the OE wiki: http://wiki.openembedded.net/index.php/Main_Page

   Trying building for a machine/distro that is already in OE. Once you get a baseline build, then start modifying things for your target system. I’ll try to do some more writing along the lines of OE tutorial in the future.

   There is a good support on IRC, and maillist. Beyond that, there are several options for getting commercial support (including BEC Systems) for setting up a OE build system, training, etc.

   Good luck!

3. Pingback: Socketcan utils and test apps added to OpenEmbedded » BEC Systems

4. 

   lgentili 2009-01-28 at 19:13

   A good idea would be to write a book about OE!!

   Thanks for your help.
1. 

   Cliff Brake 2009-01-29 at 10:13

   I agree!
5. 

   Chris Verges 2009-05-03 at 13:39

   A note about the AT91SAMxxx family and CAN … the AT91SAM9263 supports CAN natively, though a Linux kernel driver is not included in the vanilla release. There are some patches that can be applied to the kernel.

   Google is more authoritative on this, but here is one possibly helpful link:

   http://lists.berlios.de/pipermail/socketcan-core/2009-April/002410.html

   A search for the “at91_can.c” driver/patch might reveal more. Hopefully, it will be included in the Linux core soon.
6. 

   Mike 2009-08-20 at 22:04

   I’d like to use the MCP2515 CAN controller with the OMAP3 based Overo on SPI_1 port.
   Would you have any insight into configuring the mcp251x_platform_data and spi_board_info structures?
7. 

   Arngrimur 2009-08-23 at 13:27

   To be able to use the mcp251x_platform on the overo would be great. Any success with this?
8. 

   Cliff Brake 2009-08-24 at 16:53

   This is what I used on a PXA270 system, something similiar should work on the overo:

   Below is what I used for a PXA270 system. You should be able to adapt
   for the Overo:

   /*
   * we must control the SPI CS manually as the PXA270 does
   * too much magic by sometimes deasserting it and sometimes
   * not
   */
   static void mcp251x_cs_control(u32 command)
   {
   if (command & PXA2XX_CS_ASSERT)
   gpio_set_value(XY_GPIO_SPI_CS_N, 0);
   else
   gpio_set_value(XY_GPIO_SPI_CS_N, 1);
   }

   static struct pxa2xx_spi_chip xy_mcp251x_chip_info = {
   .tx_threshold = 8, /* SSP hardward FIFO threshold */
   .rx_threshold = 8, /* SSP hardward FIFO threshold */
   .dma_burst_size = 8, /* Byte wide transfers used so 8 byte bursts */
   .timeout = 235, /* See Intel documentation */
   .cs_control = mcp251x_cs_control, /* Use external chip select */
   };

   static int xy_mcp251x_setup(struct spi_device *spi)
   {
   printk(“XY, reset CAN controller\n”);
   gpio_set_value(PP_GPIO_CAN_RST, 1);
   msleep(5);
   gpio_set_value(PP_GPIO_CAN_RST, 0);
   msleep(5);
   gpio_set_value(PP_GPIO_CAN_RST, 1);

   return 0;
   }

   static struct mcp251x_platform_data xy_mcp251x_info = {
   .oscillator_frequency = 16000000,
   .board_specific_setup = &xy_mcp251x_setup,
   .model = CAN_MCP251X_MCP2515,
   .power_enable = NULL,
   .transceiver_enable = NULL,
   };

   static struct spi_board_info spi_board_info[] = {
   {
   .modalias = “mcp251x”,
   .platform_data = &xy_mcp251x_info,
   .controller_data = &xy_mcp251x_chip_info,
   .irq = IRQ_GPIO(PP_GPIO_CAN_INT),
   // this can be increased to 10MHz with 15 part
   // SPI clock is divided down 13MHz, so granularity is not too good
   // 13MHz, 6.5MHz, 4.33MHz, 3.25MHz, 2.6MHz, 2.1666MHz etc.
   .max_speed_hz = 6500000,
   .bus_num = 1,
   .chip_select = 0,
   },
   };
9. 

   Jorge 2010-10-25 at 17:08

   Mike and Arngrimur,

   Did it work? Using mcp251x with the Overo. I’m interested in test this.

   Jorge

Comments are closed.