SPI Support for ARM/AT91RM9200
Gedare Bloom
gedare at rtems.org
Mon Feb 11 17:12:34 UTC 2013
On Mon, Feb 11, 2013 at 11:03 AM, Wendell Silva <silvawp at gmail.com> wrote:
> More questions:
>
> - In order to make CSB337 working on the target hardware, I would like to
> disable MicroMonitor's support by default, since it was broken sometime in
> the past (between 4.9.99 until now). So I'm planing to add a new option
> like RTEMS_ENABLED_UMON_SUPPORT=0, at least until we can figure out why the
> system resets when monConnect() is called. Probably uMon needs to be
> recompiled too; anyway... Further details are documented in the RTEMS
> BugZilla (bug #2088). The question is: Do you agree with the creation of
> such a configuration option? This option would be in the BSP (csb337) level.
>
> - I'm doing these additions based on 4.11 (head). But, I would like to see
> them in 4.10.x too. So, once submitted, would they be merged to the 4.10.3
> in the near future?
>
New features do not often make their way into release branches, so I
don't think the SPI code is likely, but it is not my decision to make.
We are hoping to release 4.11 soon, and I will add your SPI driver to
our TODO list.
-Gedare
> Thanks.
>
> --Wendell.
>
>
>
> 2013/2/11 Sebastian Huber <sebastian.huber at embedded-brains.de>
>>
>> On 02/11/2013 04:39 PM, Wendell Silva wrote:
>>>
>>> Is c/src/lib/libcpu/arm/at91rm9200/spi a good place it?
>>
>>
>> Yes.
>>
>> --
>> Sebastian Huber, embedded brains GmbH
>>
>> Address : Dornierstr. 4, D-82178 Puchheim, Germany
>> Phone : +49 89 189 47 41-16
>> Fax : +49 89 189 47 41-09
>> E-Mail : sebastian.huber at embedded-brains.de
>> PGP : Public key available on request.
>>
>> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>> _______________________________________________
>> rtems-devel mailing list
>> rtems-devel at rtems.org
>> http://www.rtems.org/mailman/listinfo/rtems-devel
>
>
>
> _______________________________________________
> rtems-devel mailing list
> rtems-devel at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-devel
>
More information about the devel
mailing list