Re: GSoC 2015 RPi USB Support
On 08/01/2015 04:00 PM, Yurii Shevtsov wrote:
During debugging of compiled Nexus module(driver) I found out that
content which suppose to be created in RTEMS_BSD_DEFINE_SET(nexus,
rtems_bsd_device) is empty, That should mean that either it is not
found or cannot be read. Please, let me know why empty content is not
create any error message and in what situation it can be empty.
Sebastian just added the pc386 to the nexus-devices file. Make sure
the bsp.h is tripping the conditional logic in that file to get the Pi
path as a minimum.
Then you are going to need to add the appropriate devices for Pi
USB. If the Pi doesn't have one of the standard USB controllers, then
you will have to import the source for it from FreeBSD.
The pc386 is stuck at the point where it detects the NIC configured
but needs resources. I am going to try to debug that.
2015-06-29 19:50 GMT+03:00 Yurii Shevtsov:
So, it is empty.
.rtemsroset.bsd.nexus.begin
0x001104bc0x0 ./libbsd.a(rtems-bsd-nexus.c.16.o)
0x001104bc_bsd__start_set_nexus
.rtemsroset.bsd.nexus.end
0x001104bc0x0 ./libbsd.a(rtems-bsd-nexus.c.16.o)
0x001104bc_bsd__stop_set_nexus
What will be next step? My repo:
https://github.com/gtament/rtems-libbsd/commit/cf3f0fcafef3bcb9b0ec80d8c57e1304689ebace
2015-06-29 9:43 GMT+03:00 Sebastian Huber:
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
0x0052ef7c0x0 libbsd.a(rtems-bsd-nexus.o)
0x0052ef7c _bsd__start_set_nexus
.rtemsroset.bsd.nexus.content
0x0052ef7c 0x28
testsuite/telnetd01/test_main.o
.rtemsroset.bsd.nexus.end
0x0052efa40x0 libbsd.a(rtems-bsd-nexus.o)
0x0052efa4 _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:
2015-06-25 16:00 GMT+03:00 Sebastian Huber
:
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:
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:
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@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.hu...@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.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
-- Joel Sherrill
Ask me about RTEMS: a free RTOS
Support and Training Available
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Re: [PATCH] Fix missing include for PTHREAD_MINIMUM_STACK_SIZE
On 08/01/2015 12:48 PM, Jan Sommer wrote: Am Samstag, 1. August 2015, 12:31:53 schrieb Joel Sherrill: On 08/01/2015 12:24 PM, Jan Sommer wrote: Yes, I needed to add it to make the ada-examples compile. Did it need to be included anywhere other than libgnat/adasupp.c? Well, so far I haven't encountered the problem somewhere else, but have been working with the Ada-examples mainly atm. Sebastian reworked public vs private .h files and more includes moved to .c files. Since everything but Ada specific support files compile on every target, I am prone to want to fix the file that needs this. I see. I just saw that pthreadimpl.h defines a call to a function it does not include and thought it might be slipped at some point because it's not used often. I don't mind keeping it local. My goal is to spend less time with the examples in the future anyway ;-) I did a test build of 4.11 and master this morning. No patch was needed to built libgnat. But the Ada tests have an init.c which needs some love. Did you attempt to build the Ada tests? Just curious before I dive too far into fixing ada-tests/support/init.c. I would check for my patches but I appear to have deleted my RTEMS clone since then and lost the small patch I had. :( --joel Am Samstag, 1. August 2015, 12:08:12 schrieb Joel Sherrill: Can you give a configuration or file that broke with this? I recall that I had a local patch that just added this line to an Ada specific C file. Nothing else broke. On August 1, 2015 5:51:31 AM CDT, Jan Sommer wrote: --- cpukit/posix/include/rtems/posix/pthreadimpl.h | 1 + 1 file changed, 1 insertion(+) diff --git a/cpukit/posix/include/rtems/posix/pthreadimpl.h b/cpukit/posix/include/rtems/posix/pthreadimpl.h index f95ac9c..33fa33d 100644 --- a/cpukit/posix/include/rtems/posix/pthreadimpl.h +++ b/cpukit/posix/include/rtems/posix/pthreadimpl.h @@ -24,6 +24,7 @@ #include #include #include +#include #include #ifdef __cplusplus --joel -- -- Joel Sherrill Ask me about RTEMS: a free RTOS Support and Training Available ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [PATCH] Fix missing include for PTHREAD_MINIMUM_STACK_SIZE
Top posting.. ada-tests now build on at least 4.11. I committed the same patch to the master so they should build there. I didn't run any. --joel On 08/02/2015 10:20 AM, Joel Sherrill wrote: On 08/01/2015 12:48 PM, Jan Sommer wrote: Am Samstag, 1. August 2015, 12:31:53 schrieb Joel Sherrill: On 08/01/2015 12:24 PM, Jan Sommer wrote: Yes, I needed to add it to make the ada-examples compile. Did it need to be included anywhere other than libgnat/adasupp.c? Well, so far I haven't encountered the problem somewhere else, but have been working with the Ada-examples mainly atm. Sebastian reworked public vs private .h files and more includes moved to .c files. Since everything but Ada specific support files compile on every target, I am prone to want to fix the file that needs this. I see. I just saw that pthreadimpl.h defines a call to a function it does not include and thought it might be slipped at some point because it's not used often. I don't mind keeping it local. My goal is to spend less time with the examples in the future anyway ;-) I did a test build of 4.11 and master this morning. No patch was needed to built libgnat. But the Ada tests have an init.c which needs some love. Did you attempt to build the Ada tests? Just curious before I dive too far into fixing ada-tests/support/init.c. I would check for my patches but I appear to have deleted my RTEMS clone since then and lost the small patch I had. :( --joel Am Samstag, 1. August 2015, 12:08:12 schrieb Joel Sherrill: Can you give a configuration or file that broke with this? I recall that I had a local patch that just added this line to an Ada specific C file. Nothing else broke. On August 1, 2015 5:51:31 AM CDT, Jan Sommer wrote: --- cpukit/posix/include/rtems/posix/pthreadimpl.h | 1 + 1 file changed, 1 insertion(+) diff --git a/cpukit/posix/include/rtems/posix/pthreadimpl.h b/cpukit/posix/include/rtems/posix/pthreadimpl.h index f95ac9c..33fa33d 100644 --- a/cpukit/posix/include/rtems/posix/pthreadimpl.h +++ b/cpukit/posix/include/rtems/posix/pthreadimpl.h @@ -24,6 +24,7 @@ #include #include #include +#include #include #ifdef __cplusplus --joel -- -- Joel Sherrill Ask me about RTEMS: a free RTOS Support and Training Available ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [PATCH] Fix missing include for PTHREAD_MINIMUM_STACK_SIZE
Am Sonntag, 2. August 2015, 10:34:05 schrieb Joel Sherrill: > Top posting.. ada-tests now build on at least 4.11. I committed > the same patch to the master so they should build there. I > didn't run any. > Quick question: How do I build the tests? The configure output says "--enable-tests enable tests (default:samples)" And looking at enable-tests.m4 it seems other options are yes and no, so the ada-tests will build if I set it to "yes"? Are they part of "make all", because I remember in the beginning I couldn't find the built samples. > --joel > > On 08/02/2015 10:20 AM, Joel Sherrill wrote: > > On 08/01/2015 12:48 PM, Jan Sommer wrote: > >> Am Samstag, 1. August 2015, 12:31:53 schrieb Joel Sherrill: > >>> On 08/01/2015 12:24 PM, Jan Sommer wrote: > Yes, I needed to add it to make the ada-examples compile. > > >>> Did it need to be included anywhere other than libgnat/adasupp.c? > >>> > >> Well, so far I haven't encountered the problem somewhere else, but have > >> been working with the Ada-examples mainly atm. > >> > >>> Sebastian reworked public vs private .h files and more includes moved > >>> to .c files. Since everything but Ada specific support files compile > >>> on every target, I am prone to want to fix the file that needs this. > >>> > >> I see. I just saw that pthreadimpl.h defines a call to a function it does > >> not include and thought it might be slipped at some point because it's not > >> used often. > >> I don't mind keeping it local. My goal is to spend less time with the > >> examples in the future anyway ;-) > >> > > I did a test build of 4.11 and master this morning. No patch was > > needed to built libgnat. > > > > But the Ada tests have an init.c which needs some love. Did you > > attempt to build the Ada tests? Just curious before I dive too far > > into fixing ada-tests/support/init.c. > >>> I would check for my patches but I appear to have deleted my RTEMS > >>> clone since then and lost the small patch I had. :( > >>> > >>> --joel > Am Samstag, 1. August 2015, 12:08:12 schrieb Joel Sherrill: > > Can you give a configuration or file that broke with this? > > > > I recall that I had a local patch that just added this line to an Ada > > specific C file. Nothing else broke. > > > > On August 1, 2015 5:51:31 AM CDT, Jan > > Sommerwrote: > >> --- > >> cpukit/posix/include/rtems/posix/pthreadimpl.h | 1 + > >> 1 file changed, 1 insertion(+) > >> > >> diff --git a/cpukit/posix/include/rtems/posix/pthreadimpl.h > >> b/cpukit/posix/include/rtems/posix/pthreadimpl.h > >> index f95ac9c..33fa33d 100644 > >> --- a/cpukit/posix/include/rtems/posix/pthreadimpl.h > >> +++ b/cpukit/posix/include/rtems/posix/pthreadimpl.h > >> @@ -24,6 +24,7 @@ > >> #include > >> #include > >> #include > >> +#include > >> #include > >> > >> #ifdef __cplusplus > > --joel > >>> > > > > > ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [PATCH] Fix missing include for PTHREAD_MINIMUM_STACK_SIZE
On August 2, 2015 12:35:29 PM CDT, Jan Sommer wrote: >Am Sonntag, 2. August 2015, 10:34:05 schrieb Joel Sherrill: >> Top posting.. ada-tests now build on at least 4.11. I committed >> the same patch to the master so they should build there. I >> didn't run any. >> > >Quick question: How do I build the tests? >The configure output says "--enable-tests enable tests >(default:samples)" >And looking at enable-tests.m4 it seems other options are yes and no, >so the ada-tests will build if I set it to "yes"? >Are they part of "make all", because I remember in the beginning I >couldn't find the built samples. --enable-adaexp with --enable-tests I think is the combination. I need to look at the gnat source to see why it is off by one for RTEMS. > >> --joel >> >> On 08/02/2015 10:20 AM, Joel Sherrill wrote: >> > On 08/01/2015 12:48 PM, Jan Sommer wrote: >> >> Am Samstag, 1. August 2015, 12:31:53 schrieb Joel Sherrill: >> >>> On 08/01/2015 12:24 PM, Jan Sommer wrote: >> Yes, I needed to add it to make the ada-examples compile. >> >> >>> Did it need to be included anywhere other than libgnat/adasupp.c? >> >>> >> >> Well, so far I haven't encountered the problem somewhere else, but >have been working with the Ada-examples mainly atm. >> >> >> >>> Sebastian reworked public vs private .h files and more includes >moved >> >>> to .c files. Since everything but Ada specific support files >compile >> >>> on every target, I am prone to want to fix the file that needs >this. >> >>> >> >> I see. I just saw that pthreadimpl.h defines a call to a function >it does not include and thought it might be slipped at some point >because it's not used often. >> >> I don't mind keeping it local. My goal is to spend less time with >the examples in the future anyway ;-) >> >> >> > I did a test build of 4.11 and master this morning. No patch was >> > needed to built libgnat. >> > >> > But the Ada tests have an init.c which needs some love. Did you >> > attempt to build the Ada tests? Just curious before I dive too far >> > into fixing ada-tests/support/init.c. >> >>> I would check for my patches but I appear to have deleted my >RTEMS >> >>> clone since then and lost the small patch I had. :( >> >>> >> >>> --joel >> Am Samstag, 1. August 2015, 12:08:12 schrieb Joel Sherrill: >> > Can you give a configuration or file that broke with this? >> > >> > I recall that I had a local patch that just added this line to >an Ada specific C file. Nothing else broke. >> > >> > On August 1, 2015 5:51:31 AM CDT, Jan >Sommerwrote: >> >> --- >> >> cpukit/posix/include/rtems/posix/pthreadimpl.h | 1 + >> >> 1 file changed, 1 insertion(+) >> >> >> >> diff --git a/cpukit/posix/include/rtems/posix/pthreadimpl.h >> >> b/cpukit/posix/include/rtems/posix/pthreadimpl.h >> >> index f95ac9c..33fa33d 100644 >> >> --- a/cpukit/posix/include/rtems/posix/pthreadimpl.h >> >> +++ b/cpukit/posix/include/rtems/posix/pthreadimpl.h >> >> @@ -24,6 +24,7 @@ >> >> #include >> >> #include >> >> #include >> >> +#include >> >> #include >> >> >> >> #ifdef __cplusplus >> > --joel >> >>> >> > >> >> >> --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
