ChibiOS Free Embedded RTOS

I conducted some more experiments with SPI/DMA. With tx->n = cnt; (in __spi_start_transaction) both EEPROM and MRF chips work fine in DMA mode with up to 5MHz SPI clock. With tx->n = cnt-1; RX DMA hangs, on the scope I see that SPI transmitted 1 byte less than expected. By the way I have noticed ano...

hi dmytro, the first fix in SPI was definitely a typo - it caused wrong offset for brg register so brg was always set to 0. The second one (cnt-1) - I am not really sure. Here is the story: 1. first I tried to make it work with SPI EEPROM (microchip 25AA02) - when brg was set to 0, it worked but ret...

hi dmytro,
I've added DHCP support to the ESK demo, it's in my repository on github.
Let me know if you're interested in merging it into your rep.

regards,
gera.

attempt #3

I have discarded serial lld and lwip changes as they seem to be not really important.
I also added a note to demos/MIPS-...ESK/readme.txt about enabling the trace macros in mac_lld in case anyone ever wants to use them.

pull request, attempt #2 - looks better. As for the changes: - serial_lld - the changes are necessary for sd_lld_putc and dbgprintf (main.c in the ESK demo) to work during early stages of os initialization. It's only required when debug trace macros in mac_lld.c are enabed. - lwipthread.c - just a c...

I'd happy to do that however I afraid I am not really familiar with git/github. Could you explain it bit more? Note that my code is the latest chibios svn trunk plus your mips/pic32 port plus my mac_lld and ESK demo. Ok, never mind. I managed to create my own github repository at https://github.com...

I'd happy to do that however I afraid I am not really familiar with git/github. Could you explain it bit more?
Note that my code is the latest chibios svn trunk plus your mips/pic32 port plus my mac_lld and ESK demo.

Some preliminary mac_lld code is available from http://code.google.com/p/ecos-pic32/dow ... p&can=2&q=
It currently runs on ESK (Ethernet Startup Kit) board.

Great, thanks. I am not very familiar with USB so I thought that it may be done in purpose which I don't understand.

what was the reason of swapping interrupt and data endpoints in your last change to usbcfg.c ?
I could not make the serial-over-USB work until I restored the definitions to match USB spec.