change log for rtems (2011-02-15)
Sebastian Huber
sebastian.huber at embedded-brains.de
Wed Feb 16 14:49:49 UTC 2011
On 02/16/2011 03:35 PM, Joel Sherrill wrote:
> On 02/16/2011 08:31 AM, Joel Sherrill wrote:
>> On 02/16/2011 01:43 AM, Sebastian Huber wrote:
>>> On 02/16/2011 01:10 AM, rtems-vc at rtems.org wrote:
>>> [...]
>>>> diff -u rtems/c/src/libchip/serial/ns16550_p.h:1.15
>>>> rtems/c/src/libchip/serial/ns16550_p.h:1.16
>>>> --- rtems/c/src/libchip/serial/ns16550_p.h:1.15 Fri Apr 9
>>>> 17:44:05 2010
>>>> +++ rtems/c/src/libchip/serial/ns16550_p.h Tue Feb 15 17:25:24 2011
>>>> @@ -27,7 +27,7 @@
>>>> * will show up in the symbol table.
>>>> */
>>>>
>>>> -#define NS16550_STATIC static
>>>> +#define NS16550_STATIC
>>>>
>>>> #define NS16550_RECEIVE_BUFFER 0
>>>> #define NS16550_TRANSMIT_BUFFER 0
>>> [...]
>>>
>>> What is the cause for this?
>>>
>> So you can use the libchip support for printk.
>>
>> There is a replacement driver for the pc386 coming.
>>
>>
> I should have mentioned that Jennifer wants to
> try to find a way to more generally provide
> printk support for libchip style drivers.
The general way is to access static functions?
>
>
> FWIW the replacement driver for pc386 is
> libchip style so it can support more than
> 2 com ports. I am close to committing
> part of the work which moves serial mouse
> shared support into cpukit. This includes
> a BSP independent serial mouse driver
> and the mouse_parser code.
Please think also about how an application can access such a driver:
http://www.rtems.org/pipermail/rtems-users/2010-December/007794.html
I think there is no need to introduce a RTEMS specific API here.
--
Sebastian Huber, embedded brains GmbH
Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
Phone : +49 89 18 90 80 79-6
Fax : +49 89 18 90 80 79-9
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.
More information about the vc
mailing list