GSoC 2015 RPi USB Support
Sebastian Huber
sebastian.huber at embedded-brains.de
Mon Jun 29 06:43:45 UTC 2015
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