GSoC 2015 RPi USB Support

Yurii Shevtsov ungetch at gmail.com
Fri Jul 31 13:17:56 UTC 2015


Where is the linker script which is responsible for
.rtemsroset.bsd.nexus.content section? And how debuging the code will
help me with empty section??

2015-06-29 9:43 GMT+03:00 Sebastian Huber <sebastian.huber at embedded-brains.de>:
> You can debug this issue on Qemu. The Nexus childes are registered in a
> linker set, so I would consult the linker map file.  It should look like
> this:
>
>  .rtemsroset.bsd.nexus.begin
>                 0x000000000052ef7c        0x0 libbsd.a(rtems-bsd-nexus.o)
>                 0x000000000052ef7c _bsd__start_set_nexus
>  .rtemsroset.bsd.nexus.content
>                 0x000000000052ef7c       0x28
> testsuite/telnetd01/test_main.o
>  .rtemsroset.bsd.nexus.end
>                 0x000000000052efa4        0x0 libbsd.a(rtems-bsd-nexus.o)
>                 0x000000000052efa4 _bsd__stop_set_nexus
>
> The  .rtemsroset.bsd.nexus.content section must be non-empty.
>
>
> On 27/06/15 16:39, Yurii Shevtsov wrote:
>>
>> Any ideas? Maybe I did some typo? Maybe you can compile and try it in
>> qemu?
>>
>> 2015-06-26 17:05 GMT+03:00 Yurii Shevtsov <ungetch at gmail.com>:
>>>
>>> 2015-06-25 16:00 GMT+03:00 Sebastian Huber
>>> <sebastian.huber at embedded-brains.de>:
>>>>
>>>> I would set a break point to nexus_probe(). In this loop
>>>>
>>>>      SET_FOREACH(nd, nexus) {
>>>>          device_add_child(dev, nd->name, nd->unit);
>>>>      }
>>>>
>>>> your device must get added. I would also set break points to the probe
>>>> and
>>>> attach functions of your device.
>>>
>>> Added printfs()
>>>
>>>      printf("before setforeach\n");
>>>
>>>      SET_FOREACH(nd, nexus) {
>>>          printf("setforeach: %s\n", nd->name);
>>>          device_add_child(dev, nd->name, nd->unit);
>>>      }
>>>
>>> Got only 'before setforeach' in console. So it doesn't step into loop.
>>> Any ideas? Also I already had printfs in my driver's probe and attach,
>>> also got no output.
>>>
>>>> On 25/06/15 14:50, Yurii Shevtsov wrote:
>>>>>
>>>>> This is ping message, with small update: the problem is not on the
>>>>> linking stage, driver is linked to testsuite (checked with objdump)
>>>>>
>>>>> 2015-06-21 17:57 GMT+03:00 Yurii Shevtsov <ungetch at gmail.com>:
>>>>>>
>>>>>> Hello)
>>>>>> Now I have apps from libbsd testsuite running. But DWC OTG driver
>>>>>> doesn't
>>>>>> loads.
>>>>>> I added this lines to init01/test_main.c:
>>>>>>
>>>>>> +SYSINIT_NEED_USB_CORE;
>>>>>> +SYSINIT_DRIVER_REFERENCE(bcm283x_dwcotg, nexus);
>>>>>>
>>>>>> (I know it's bad hardcode)
>>>>>>
>>>>>> If I run it. I get only this:
>>>>>>     nexus0: <RTEMS Nexus device>
>>>>>>     devctl: +nexus0 at   on root0
>>>>>>     devctl: !system=IFNET subsystem=lo0 type=ATTACH
>>>>>>
>>>>>> Of course, I modified rtemsbsd/include/machine/rtems-bsd-sysinit.h and
>>>>>> rtemsbsd/include/bsp/nexus-devices.h (took vlues from working DTS) and
>>>>>> did other nexus-related changes to drivers. You can find changes in my
>>>>>> repo https://github.com/gtament/rtems-libbsd/
>>>>>> So I need some kind of code review, please.
>>>>>> P.S. All testsuites (netshell01, usb01) with shell hangs without any
>>>>>> output.
>>>>>>
>>>>>> Thanks in advance!
>>>>>
>>>>> _______________________________________________
>>>>> devel mailing list
>>>>> devel at rtems.org
>>>>> http://lists.rtems.org/mailman/listinfo/devel
>>>>
>>>>
>>>> --
>>>> 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.
>>>>
>
> --
> 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.
>



More information about the devel mailing list