Re: USB Host and MMC/SD Card Stack
Hello Daniel, the USB host and MMC/SD card stack is from FreeBSD 9. It works quite well on our targets. On 05/06/15 18:27, Daniel Gutson wrote: Hi Sebastian, is this industrial-grade fully functional, or has known issues? If it has, we could fix them. Thanks, Daniel. On Mon, May 18, 2015 at 4:01 AM, Sebastian Huber wrote: On 16/05/15 20:53, Afshin Jamaali (Arian) wrote: Hi Sebastian, Sorry, it seems a problem exists. The link "http://git.rtems.org/rtems-libbsd.git/"; says: "No repositories found" Sorry, the right link is: https://git.rtems.org/rtems-libbsd Best Regards, Afshin Jamaali -Original Message- From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Sebastian Huber Sent: Friday, May 15, 2015 18:25 To: devel@rtems.org Subject: Re: USB Host and MMC/SD Card Stack Hello, the USB host and MMC/SD card stack for RTEMS is now available via the libbsd: http://git.rtems.org/rtems-libbsd.git/ I will remove my libusb repository to avoid confusion. On 27/08/14 14:19, Sebastian Huber wrote: Hello, I added a USB host and MMC/SD card stack for RTEMS (libusb) to my Git repository area: http://git.rtems.org/sebh/rtems-libusb.git/ It was previously only available as a snapshot: https://www.rtems.org/bugzilla/show_bug.cgi?id=1601 The USB host stack is a port from FreeBSD 8. The MMC/SD card stack is a port from FreeBSD 9.3. The libusb is a subset an older version of the libbsd which contains also the network stack from FreeBSD 9.3. We use libusb on some boards and projects. I simply had no time to test the USB and MMC/SD parts in libbsd. http://git.rtems.org/rtems-libbsd/ Both libraries lack documentation. The basic network stack in libbsd works well, but more work is required to polish it. -- 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 -- 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 -- 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
Re: [PATCH] timecounters: Fix timehand generation read/write
On 03/06/15 16:17, Gedare Bloom wrote:
@@ -76,6 +77,16 @@ fls(int x)
> {
> return x ? sizeof(x) * 8 - __builtin_clz(x) : 0;
> }
>+static void
Any good reason none of the functions suggest inline?
In a source file the inline is probably superfluous. I use the inline
only to get rid of defined but not used warnings.
>+rmb(void)
>+{
>+ _Atomic_Fence(ATOMIC_ORDER_ACQUIRE);
>+}
>+static void
>+wmb(void)
>+{
>+ _Atomic_Fence(ATOMIC_ORDER_RELEASE);
>+}
--
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
Re: USB Host and MMC/SD Card Stack
Thanks Sebastian. We will use it in the BeagleBone Black BSD. On Tue, Jun 9, 2015 at 4:16 AM, Sebastian Huber wrote: > Hello Daniel, > > the USB host and MMC/SD card stack is from FreeBSD 9. It works quite well on > our targets. > > > On 05/06/15 18:27, Daniel Gutson wrote: >> >> Hi Sebastian, >> >> is this industrial-grade fully functional, or has known issues? If >> it has, we could fix them. >> >> Thanks, >> >> Daniel. >> >> On Mon, May 18, 2015 at 4:01 AM, Sebastian Huber >> wrote: >>> >>> On 16/05/15 20:53, Afshin Jamaali (Arian) wrote: Hi Sebastian, Sorry, it seems a problem exists. The link "http://git.rtems.org/rtems-libbsd.git/"; says: "No repositories found" >>> >>> >>> Sorry, the right link is: >>> >>> https://git.rtems.org/rtems-libbsd >>> Best Regards, Afshin Jamaali -Original Message- From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Sebastian Huber Sent: Friday, May 15, 2015 18:25 To: devel@rtems.org Subject: Re: USB Host and MMC/SD Card Stack Hello, the USB host and MMC/SD card stack for RTEMS is now available via the libbsd: http://git.rtems.org/rtems-libbsd.git/ I will remove my libusb repository to avoid confusion. On 27/08/14 14:19, Sebastian Huber wrote: > > Hello, > > I added a USB host and MMC/SD card stack for RTEMS (libusb) to my Git > repository area: > > http://git.rtems.org/sebh/rtems-libusb.git/ > > It was previously only available as a snapshot: > > https://www.rtems.org/bugzilla/show_bug.cgi?id=1601 > > The USB host stack is a port from FreeBSD 8. The MMC/SD card stack is > a port from FreeBSD 9.3. > > The libusb is a subset an older version of the libbsd which contains > also the network stack from FreeBSD 9.3. We use libusb on some boards > and projects. I simply had no time to test the USB and MMC/SD parts > in libbsd. > > http://git.rtems.org/rtems-libbsd/ > > Both libraries lack documentation. The basic network stack in libbsd > works well, but more work is required to polish it. > -- 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 >>> >>> >>> -- >>> 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 >> >> >> > > -- > 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. > -- Daniel F. Gutson Chief Engineering Officer, SPD San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina Phone: +54 351 4217888 / +54 351 4218211 Skype:dgutson LinkedIn: http://ar.linkedin.com/in/danielgutson ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: USB Host and MMC/SD Card Stack
- Daniel Gutson schrieb: > Thanks Sebastian. > > We will use it in the BeagleBone Black BSD. Which USB and MMC/SD card hardware modules has this chip? Are they standard modules, e.g. EHCI, SDHC or something like this? -- 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. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: 4.11 Release Description Help Needed
- Sebastian Huber schrieb: > > > On 03/06/15 12:59, Joel Sherrill wrote: > > On June 3, 2015 4:34:31 AM EDT, Sebastian > > Huber wrote: > >> >Hi, > >> > > >> >I added some points. What is a bit confusing is that the documentation > >> >is not up to date, e.g. > >> > > >> >https://docs.rtems.org/doc-current/share/rtems/html/bsp_howto/Clock-Driver.html#Clock-Driver > >> > > >> >still reflects the old clock driver API. > > Is it fixed in the source and just needs regenerating on the server? Or is > > there writing to do? > > > > I fixed this in the sources some time ago. It seems that the automatic > updated doesn't work. The documentation is still not up to date. -- 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. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
administration tickets was Re: 4.11 Release Description Help Needed
On 6/9/2015 1:45 PM, Sebastian Huber wrote: - Sebastian Huber schrieb: On 03/06/15 12:59, Joel Sherrill wrote: On June 3, 2015 4:34:31 AM EDT, Sebastian Huber wrote: Hi, I added some points. What is a bit confusing is that the documentation is not up to date, e.g. https://docs.rtems.org/doc-current/share/rtems/html/bsp_howto/Clock-Driver.html#Clock-Driver still reflects the old clock driver API. Is it fixed in the source and just needs regenerating on the server? Or is there writing to do? I fixed this in the sources some time ago. It seems that the automatic updated doesn't work. The documentation is still not up to date. There are three tickets for administration work to be done. 2200 - IRC logs/bot on new servers 2199 - Automated Document Build on new servers 2198 - Automate Doxygen Build on new servers I pinged all of them and added you. CC'ed Chris to remind him also. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available(256) 722-9985 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: administration tickets was Re: 4.11 Release Description Help Needed
- Joel Sherrill schrieb: > > > On 6/9/2015 1:45 PM, Sebastian Huber wrote: > > > > - Sebastian Huber schrieb: > >> > >> > >> On 03/06/15 12:59, Joel Sherrill wrote: > >>> On June 3, 2015 4:34:31 AM EDT, Sebastian > >>> Huber wrote: > > Hi, > > > > I added some points. What is a bit confusing is that the documentation > > is not up to date, e.g. > > > > https://docs.rtems.org/doc-current/share/rtems/html/bsp_howto/Clock-Driver.html#Clock-Driver > > > > still reflects the old clock driver API. > >>> Is it fixed in the source and just needs regenerating on the server? Or > >>> is there writing to do? > >>> > >> > >> I fixed this in the sources some time ago. It seems that the automatic > >> updated doesn't work. > > > > The documentation is still not up to date. > > > > There are three tickets for administration work to be done. > > 2200 - IRC logs/bot on new servers > 2199 - Automated Document Build on new servers > 2198 - Automate Doxygen Build on new servers > > I pinged all of them and added you. CC'ed Chris to remind him also. I was about to edit the release notes. I think we should generate the 4.11 texinfo documentation first and make it available via the web site. Then we can add links to this version instead of the development snapshot which may be quite misleading after the release. We should also review it to make sure it is up to date. -- 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. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Test selectpollkqueue01 in rtems-libbsd fails for kqueue.
I am working on the xilinx_zynq_a9_qemu bsp. The output just prior to the error is : test kqueue timer test kqueue timer test kqueue connect worker: create new connect socket worker: connect test kqueue read worker: write test kqueue write assertion "event.data == 20428" failed: file "../../testsuite/selectpollkqueue01/test_main.c", line 880, function: test_kqueue_write ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
