Re: Contribute to project

ted at GSoC they could be processed out of GSoC context too: https://devel.rtems.org/wiki/Developer/OpenProjects Best regards Christian Mauderer ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Hello World patch

Hello Vidushi, I think the whole wiki is only editable for registered users. That's true for the students table too. Regards Christian Mauderer Am 17.01.2018 um 07:06 schrieb Vidushi Vashishth: > Hello! > > I sent the patch to Gedare Bloom. The student tracking table is not > ed

Re: Hello World patch

discuss them with potential mentors or - if you have no idea who might could be a mentor - discuss them on the mailing list. If you don't have ideas, you can take a look over https://devel.rtems.org/wiki/Developer/OpenProjects. Best regards Christian Mauderer -- -----

Re: GSoC Mentors and Open Projects

Am 04.01.2018 um 16:18 schrieb Gedare Bloom: > Hi Christian, > > On Wed, Jan 3, 2018 at 3:52 PM, Christian Mauderer > <christian.maude...@embedded-brains.de> wrote: >> - Ursprüngliche Mail - >>> Von: "Gedare Bloom" <ged...@rtems.org> >

Re: GSoC Mentors and Open Projects

the correct link for changing the ticket or is there some special permission necessary to do that? Regards Christian -- embedded brains GmbH Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-brains.de Phone: +49-89-18 94 741 - 18 Fax: +49-89-18

Re: [PATCH] dosfs: Allow creating a file with similar name.

example me) touches the much too complex function msdos_find_file_in_directory() again. I would think it rather unlikely that another file system has the same problem with names. Regards Christian > > --joel > > On Dec 6, 2017 9:57 AM, "Christian Mauderer"

[PATCH] dosfs: Allow creating a file with similar name.

From: Christian Mauderer <christian.maude...@embedded-brains.de> If there is already a file with a long file name it isn't possible to create a second file which has a name that ends on the first files name (for example ets.beam and sets.beam). This patch fixes that. --- cpukit/libfs/src

Re: Version Info for RTEMS libbsd

Am 29.11.2017 um 21:24 schrieb Joel Sherrill: > Hi > > Checking the version of FreeBSD that we were using with rtems-libbsd, I  > poked at the top level files which left me pretty sure these are not quite > up to date. > > + CONTRIBUTING.md - has trunk, 2017-04-04 > + libbsd.txt - says FreeBSD

[PATCH v2] dosfs: Fix files with same name as volume name.

From: Christian Mauderer <christian.maude...@embedded-brains.de> Take care that a file in the root directory with the same name as the volume name can be found. --- cpukit/libfs/src/dosfs/msdos_misc.c | 3 ++- testsuites/fstests/fsdosfsname01/init.c | 45 ++

re [PATCH] dosfs: Fix files with same name as volume name.

Just noted that I sent the wrong patch. That version still contains some adaption for the target board. Please ignore v1 and only take a look at v2. Regards Christian ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH] dosfs: Fix files with same name as volume name.

From: Christian Mauderer <christian.maude...@embedded-brains.de> Take care that a file in the root directory with the same name as the volume name can be found. --- cpukit/libfs/src/dosfs/msdos_misc.c | 3 +- testsuites/fstests/fsdosfsname01/init.c | 110 +

Re: [PATCH v2] bsp-howto: Add getentropy.

Am 16.11.2017 um 18:17 schrieb Gedare Bloom: > On Thu, Nov 16, 2017 at 10:01 AM, Christian Mauderer > <christian.maude...@embedded-brains.de> wrote: >> From: Christian Mauderer <christian.maude...@embedded-brains.de> >> >> -

[PATCH v2] bsp-howto: Add getentropy.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- bsp-howto/getentropy.rst | 32 bsp-howto/index.rst | 1 + 2 files changed, 33 insertions(+) create mode 100644 bsp-howto/getentropy.rst diff --git a/bsp-howto/getentropy.rst b/bsp

Re: Move arc4random support functions from libbsd to RTEMS

of getentropy(). Kind regards Christian Mauderer ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH] bsp-howto: Add getentropy.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- bsp-howto/getentropy.rst | 31 +++ bsp-howto/index.rst | 1 + 2 files changed, 32 insertions(+) create mode 100644 bsp-howto/getentropy.rst diff --git a/bsp-howto/getentropy.rst b/bsp

[PATCH v2 2/4] getentropy: Add cpu counter based implementation.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- c/src/lib/libbsp/arm/altera-cyclone-v/Makefile.am | 1 + c/src/lib/libbsp/arm/atsam/Makefile.am | 1 + c/src/lib/libbsp/arm/beagle/Makefile.am| 1 + c/src/lib/libbsp/arm/csb336/Makef

[PATCH v2 3/4] getentropy: Add test.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- testsuites/libtests/Makefile.am | 1 + testsuites/libtests/configure.ac | 1 + testsuites/libtests/random01/Makefile.am | 19 ++ testsuites/libtests/random01/init.c

[PATCH v2 1/4] cpukit: Add _arc4random_getentropy_fail.

From: Christian Mauderer <christian.maude...@embedded-brains.de> Add a default implementation of _arc4random_getentropy_fail with an internal error. --- cpukit/libcsupport/Makefile.am | 3 ++- cpukit/libcsupport/src/arc4random_getentropy_fail.

[PATCH v2 4/4] bsp/atsam: Add getentropy().

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- c/src/lib/libbsp/arm/atsam/Makefile.am | 4 +- .../libbsp/arm/atsam/entropy/getentropy_atsam.c| 61 ++ 2 files changed, 64 insertions(+), 1 deletion(-) create mode 100644 c/src/lib/

Re: [PATCH 09/10] libbsd.txt: Describe current state of WLAN.

Am 11.11.2017 um 05:14 schrieb Chris Johns: > On 10/11/2017 17:59, Christian Mauderer wrote: >> >> I took a quick glance to find out the behaviour on FreeBSD: It supports >> hot-plugging. If I for example add a >> >> wlans_rtwn0="wlan7" >> ifc

Re: [PATCH 3/4] getentropy: Add test.

- Ursprüngliche Mail - > Von: "Gedare Bloom" <ged...@rtems.org> > An: "Christian Mauderer" <christian.maude...@embedded-brains.de> > CC: devel@rtems.org > Gesendet: Freitag, 10. November 2017 17:14:38 > Betreff: Re: [PATCH 3/4] getentropy: Add

Re: [PATCH 2/4] getentropy: Add cpu counter based implementation.

- Ursprüngliche Mail - > Von: "Gedare Bloom" <ged...@rtems.org> > An: "Christian Mauderer" <christian.maude...@embedded-brains.de> > CC: devel@rtems.org > Gesendet: Freitag, 10. November 2017 16:55:33 > Betreff: Re: [PATCH 2/4] getentropy:

Re: [PATCH 09/10] libbsd.txt: Describe current state of WLAN.

Am 10.11.2017 um 02:04 schrieb Chris Johns: > On 09/11/2017 19:17, Christian Mauderer wrote: >> Am 09.11.2017 um 09:03 schrieb Chris Johns: >>> On 09/11/2017 17:41, Christian Mauderer wrote: >>>> >>>> currently there is still no rc.conf support. I took a

[PATCH] rtemsbsd: Remove arc4random support functions.

From: Christian Mauderer <christian.maude...@embedded-brains.de> These are now provided by the BSP. --- rtemsbsd/rtems/rtems-kernel-init.c | 12 1 file changed, 12 deletions(-) diff --git a/rtemsbsd/rtems/rtems-kernel-init.c b/rtemsbsd/rtems/rtems-kernel-init.c index 8432d

[PATCH 2/4] getentropy: Add cpu counter based implementation.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- c/src/lib/libbsp/arm/altera-cyclone-v/Makefile.am | 1 + c/src/lib/libbsp/arm/atsam/Makefile.am | 1 + c/src/lib/libbsp/arm/beagle/Makefile.am| 1 + c/src/lib/libbsp/arm/csb336/Makef

Move arc4random support functions from libbsd to RTEMS

Moving the getentropy() and _arc4random_getentropy_fail() from libbsd to RTEMS makes it easier to implement hardware specific entropy sources. Beneath that it allows to use arc4random without libbsd. Note that this consists of two patch sets: One for RTEMS and one for libbsd. Kind regards

[PATCH 4/4] bsp/atsam: Use TRNG for getentropy.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- c/src/lib/libbsp/arm/atsam/Makefile.am | 4 +- .../libbsp/arm/atsam/entropy/getentropy_atsam.c| 61 ++ 2 files changed, 64 insertions(+), 1 deletion(-) create mode 100644 c/src/lib/

[PATCH 1/4] cpukit: Add _arc4random_getentropy_fail.

From: Christian Mauderer <christian.maude...@embedded-brains.de> Add a default implementation of _arc4random_getentropy_fail with an internal error. --- cpukit/libcsupport/Makefile.am | 3 ++- cpukit/libcsupport/src/arc4random_getentropy_fail.

[PATCH 3/4] getentropy: Add test.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- testsuites/libtests/Makefile.am | 1 + testsuites/libtests/configure.ac | 1 + testsuites/libtests/random01/Makefile.am | 19 ++ testsuites/libtests/random01/init.c

Re: [PATCH 09/10] libbsd.txt: Describe current state of WLAN.

Am 09.11.2017 um 09:17 schrieb Christian Mauderer: > Am 09.11.2017 um 09:03 schrieb Chris Johns: >> On 09/11/2017 17:41, Christian Mauderer wrote: >>> >>> currently there is still no rc.conf support. I took a look at it and >>> found out that I can't do it in t

Re: [PATCH 09/10] libbsd.txt: Describe current state of WLAN.

Am 09.11.2017 um 09:03 schrieb Chris Johns: > On 09/11/2017 17:41, Christian Mauderer wrote: >> >> currently there is still no rc.conf support. I took a look at it and >> found out that I can't do it in the scope of the project. Therefore I >> only added a note r

Re: [PATCH 09/10] libbsd.txt: Describe current state of WLAN.

Am 09.11.2017 um 06:01 schrieb Chris Johns: > On 08/11/2017 23:33, Christian Mauderer wrote: >> +- Create your wlan device using ifconfig: >> + +ifconfig wlan0 create wlandev rtwn0 up+ > > Any rc.conf support? > > Chris > Hello Chris, currently there is st

Re: [PATCH 2/2] Port BBB sd driver files to RTEMS.

Hello Sichen, just tested it here and it runs fine. media01 creates it normal test.txt files without any problems. Regards Christian Am 08.11.2017 um 14:43 schrieb Sichen Zhao: > So BBB can mount and read eMMC and SD card. > --- > Makefile.todo | 26 >

Re: [PATCH 0/3] Addition to the wpa patches: KRACK

The first patch that imports the files has been to big again. You can find it here: https://github.com/grisp/rtems-libbsd/commit/aae371d167efe7af9e5b6c6dff236613e4155106.patch Am 08.11.2017 um 15:10 schrieb Christian Mauderer: > Hello, > > as an addition to the earlier

[PATCH 2/3] wpa: Port to new files to RTEMS.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- freebsd/contrib/wpa/src/rsn_supp/tdls.c | 2 ++ freebsd/contrib/wpa/wpa_supplicant/wnm_sta.c | 2 ++ libbsd.py| 12 libbsd_waf.py

[PATCH 3/3] Update wpa_supplicant/hostapd for 2017-01 vulnerability release.

From: gordon hostapd: Avoid key reinstallation in FT handshake Prevent reinstallation of an already in-use group key Extend protection of GTK/IGTK reinstallation of WNM-Sleep Mode cases Fix TK configuration to the driver in EAPOL-Key 3/4 retry case Prevent installation of an

[PATCH 0/3] Addition to the wpa patches: KRACK

Hello, as an addition to the earlier patch set for the wpa_supplicant: These three patches add the KRACK patches from FreeBSD. Kind regards Christian Mauderer ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH 3/4] freebsd/bus: Check return value of bus_accessor.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- freebsd/sys/sys/bus.h | 23 +++ 1 file changed, 23 insertions(+) diff --git a/freebsd/sys/sys/bus.h b/freebsd/sys/sys/bus.h index 61cb5b9cabf..e882823d402 100644 --- a/freebsd/sys/sys/bus.h +++ b/f

[PATCH 4/4] at91_mci: Add timing to read_ivar.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- freebsd/sys/arm/at91/at91_mci.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/freebsd/sys/arm/at91/at91_mci.c b/freebsd/sys/arm/at91/at91_mci.c index 5d448d1cc5c..b34f86f56ac 100644 --- a/freebsd/sys/ar

[PATCH 2/4] at91_mci: Port to RTEMS and adapt for atsam.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- freebsd/sys/arm/at91/at91_mci.c| 272 - freebsd/sys/arm/at91/at91_mcireg.h | 25 +++ libbsd.py | 6 + libbsd_

[PATCH 1/4] at91_mci: Import from FreeBSD

From: Sebastian Huber FreeBSD trunk, 2016-08-23, 9fe7c416e6abb28b1398fd3e5687099846800cfd. --- freebsd/sys/arm/at91/at91_mci.c| 1417 freebsd/sys/arm/at91/at91_mcireg.h | 156 freebsd/sys/arm/at91/at91_pdcreg.h |

[PATCH 2/2] saf1761_otg: Port to RTEMS.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- freebsd/sys/dev/usb/controller/saf1761_otg.c | 55 ++-- freebsd/sys/dev/usb/controller/saf1761_otg_fdt.c | 34 ++- libbsd.py| 4 ++ libbsd_

[PATCH 1/2] usb/saf1761: Import from FreeBSD.

From: Christian Mauderer <christian.maude...@embedded-brains.de> Import the files for the SAF1761 USB controller from FreeBSD commit: 642b174daddbd0efd9bb5f242c43f4ab4db6869f Tue Apr 4 04:01:02 2017 --- freebsd/sys/dev/usb/controller/saf1761_otg.c

[PATCH 03/10] Add wpa_supplicant command in test suite.

From: Sichen Zhao <1473996...@qq.com> Add wpa supplicant command in media01. --- testsuite/include/rtems/bsd/test/default-network-init.h | 3 ++- testsuite/media01/test_main.c | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 09/10] libbsd.txt: Describe current state of WLAN.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- libbsd.txt | 52 1 file changed, 52 insertions(+) diff --git a/libbsd.txt b/libbsd.txt index f57faba37da..71d5cc8d214 100644 --- a/libbsd.txt +++ b/libbsd.txt @@ -

[PATCH 04/10] Add wpa_supplicant_fork command.

From: Sichen Zhao <1473996...@qq.com> Add fork command for wpa supplicant to start a new task. --- freebsd/contrib/wpa/wpa_supplicant/main.c | 65 ++ libbsd.py | 1 + libbsd_waf.py | 1 +

[PATCH 08/10] wpa_supplicant: Fix getopt.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- freebsd/contrib/wpa/wpa_supplicant/main.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/freebsd/contrib/wpa/wpa_supplicant/main.c b/freebsd/contrib/wpa/wpa_supplicant/main.c index 77d6a5bb535..e1c13

[PATCH 06/10] wpa_supplicant: Add lock.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- freebsd/contrib/wpa/wpa_supplicant/main.c | 6 +- libbsd.py | 1 + libbsd_waf.py | 1 + .../include/machine/rtems-bsd-wpa-suppli

[PATCH 05/10] wpa_supplicant: Move forking command into own file.

From: Christian Mauderer <christian.maude...@embedded-brains.de> The malloc wrapper must not be disabled. Therefore the command that uses malloc without a wrapper has to live in another file. --- freebsd/contrib/wpa/wpa_supplicant/main.c | 65 -- .../rtems/rte

[PATCH 07/10] wpa_supplicant: Include rtems-bsd-program.h.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- freebsd/contrib/wpa/src/eap_peer/eap_methods.c | 3 +++ freebsd/contrib/wpa/src/utils/includes.h | 7 +++ 2 files changed, 10 insertions(+) diff --git a/freebsd/contrib/wpa/src/eap_peer/eap_methods.c b/f

[PATCH 02/10] Port wpa supplicant to RTEMS.

From: Sichen Zhao <1473996...@qq.com> Add wpa_supplicant lib support and shell command support in RTEMS. --- builder.py | 1 + freebsd/contrib/wpa/src/utils/os_unix.c| 11 +- freebsd/contrib/wpa/wpa_supplicant/config.h| 3 +

[PATCH 10/10] dhcpcd: Don't ignore interface on transient errors.

From: Christian Mauderer <christian.maude...@embedded-brains.de> In case of WPA on a WiFi interface, the interface isn't yet ready when the dhcpcd starts. Sending a packet during that time returns with a ENOBUFS. That caused the interface to be ignored. On the upstream repository of

[PATCH 00/10] Add wpa_supplicant to libbsd.

of the time. Kind regards Christian Mauderer ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH 2/2] bsps/arm: Remove DWT based clock.

From: Christian Mauderer <christian.maude...@embedded-brains.de> It seems that the DWT CYCCNT does not advance when the CPU waits on a WFI instruction. That leads to the effect that for example on the atsamv BSP a sleep(1) needs something in the range of a few minutes (dep

[PATCH 1/2] tests: Add test for comparing clocks.

From: Christian Mauderer <christian.maude...@embedded-brains.de> This test compares the elapsed time on the wall clock with the one on the mono clock. --- testsuites/sptests/Makefile.am | 1 + testsuites/sptests/configure.ac| 1 + testsuites/s

Re: [rtems commit] bsp/atsam: Allow to change optimization settings.

Am 13.10.2017 um 15:58 schrieb Chris Johns: > On 12/10/17 11:50 pm, Christian Mauderer wrote: >> >> OK. It felt a little bit like a hack to me (using an environment >> variable during configure) but if you think it would be an improvement, >> I wouldn't offend. >&g

Re: [PATCH v2 2/4] Port wpa supplicant to RTEMS.

Hello Sichen, I was able to establish a WPA encrypted connection. Really great. A few details: - I noted that most of the time wpa_supplicant exits, an assert is hit (for example on a "wpa_supplicant_fork --help"). That's not really a killer because in normal case wpa_supplicant shouldn't quit.

Re: [rtems commit] bsp/atsam: Allow to change optimization settings.

Am 12.10.2017 um 19:42 schrieb Chris Johns: > On 12/10/17 9:36 am, Christian Mauderer wrote: >> Am 12.10.2017 um 18:06 schrieb Chris Johns: >>> On 12/10/17 12:00 am, Sebastian Huber wrote: >>>> @@ -4,7 +4,6 @@ RTEMS_CPU = arm >>>> >>>> CPU_C

Re: [rtems commit] bsp/atsam: Allow to change optimization settings.

0ab6297137e2c863afa1 >> >> Author:Christian Mauderer <christian.maude...@embedded-brains.de> >> Date: Wed Oct 11 15:38:14 2017 +0200 >> >> bsp/atsam: Allow to change optimization settings. >> >> Allow to overwrite the optimization setti

[PATCH] Allow to set optimization level during configure.

From: Christian Mauderer <christian.maude...@embedded-brains.de> This allows to set the optimization level for libbsd via a configure switch. Useful for building with for example no optimization during debug or with size optimization for space restricted targets. --- builder.py

Re: BBB u-boot

Am 25.09.2017 um 01:26 schrieb Chris Johns: > On 24/09/2017 18:21, Christian Mauderer wrote: >> Am 24.09.2017 um 06:40 schrieb Chris Johns: >>> On 24/9/17 12:33 am, Christian Mauderer wrote: >>>> >>>> >>>> Am 23.09.2017 um 16:17 schrieb Ch

Re: BBB u-boot

Am 24.09.2017 um 06:40 schrieb Chris Johns: > On 24/9/17 12:33 am, Christian Mauderer wrote: >> >> >> Am 23.09.2017 um 16:17 schrieb Christian Mauderer: >>> Am 22.09.2017 um 08:28 schrieb Chris Johns: >>>> On 22/09/2017 16:13, Sichen Zhao wrote: >>&g

Re: BBB u-boot

Am 23.09.2017 um 16:17 schrieb Christian Mauderer: > Am 22.09.2017 um 08:28 schrieb Chris Johns: >> On 22/09/2017 16:13, Sichen Zhao wrote: >>> Can you please tell me which version of u-boot you used? >>> My version is old: U-Boot SPL 2014.04-00014-g47880f5 (Apr 22 20

Re: BBB u-boot

Am 22.09.2017 um 08:28 schrieb Chris Johns: > On 22/09/2017 16:13, Sichen Zhao wrote: >> Can you please tell me which version of u-boot you used? >> My version is old: U-Boot SPL 2014.04-00014-g47880f5 (Apr 22 2014 - >> 13:23:54) > > I built git://git.denx.de/u-boot.git master and I think commit

Re: problem building libbsd with waf

Am 30.08.2017 um 23:32 schrieb Jeff Mayes: > > >> -Original Message----- >> From: Christian Mauderer [mailto:l...@c-mauderer.de] >> Sent: Wednesday, August 30, 2017 2:38 PM >> To: Jeff Mayes <jeff.ma...@oarcorp.com>; devel@rtems.org >> Subject: Re:

Re: problem building libbsd with waf

Am 29.08.2017 um 17:39 schrieb Jeff Mayes: > Hi > >   > > I’m trying to build rtems and rtems-libbsd.  It all goes fine until the > waf build fails with this: > > /  Checking for RTEMS CPU options header   : no/ > >   > > This occurs for both i386 and arm.  Part of the config.log is below. >

Re: [PATCH 1/7] Import wpa from FreeBSD

#define P2PS_HASH_LEN 6 > +#define P2P_MAX_QUERY_HASH 6 > +#define P2PS_FEATURE_CAPAB_CPT_MAX 2 > + > +/** > + * P2P_MAX_PREF_CHANNELS - Maximum number of preferred channels > + */ > +#define P2P_MAX_PREF_CHANNELS 100 -- embedded brains GmbH Chris

Re: [PATCH v2 1/4] waf_generator: Copy headers if necessary.

Am 12.08.2017 um 05:57 schrieb Chris Johns: > On 12/08/2017 13:30, Sichen Zhao wrote: +for headers in header_build_copy_paths: +target = os.path.join("build-include", headers[2]) +start_dir = bld.path.find_dir(headers[0]) +for header in

Re: Patch preparation for GSoC evaluation

Am 11.08.2017 um 17:24 schrieb Denis Obrezkov: > 2017-08-11 17:17 GMT+02:00 Christian Mauderer <l...@c-mauderer.de > <mailto:l...@c-mauderer.de>>: > > Am 11.08.2017 um 12:14 schrieb Denis Obrezkov: > > 2017-08-11 11:53 GMT+02:00 Sebastian Huber > >

[PATCH v2 1/3] waf_generator: Copy headers if necessary.

There are some cases, where a header is installed into a directory with a different name then it's source directory. In that case, the build might fail because the header is not found. One example would be the . The source for this file is in freebsd/crypto/openssl/crypto/opensslv.h. To allow the

[PATCH v2 3/3] waf: Move glob operator ** to builder.py

From: Christian Mauderer <o...@c-mauderer.de> This allows a finer decision which headers should be installed. --- builder.py | 26 +- libbsd_waf.py| 30 +++--- waf_generator.py | 4 ++-- 3 files changed, 30 insertions(+), 30 del

[PATCH 3/3] waf: Move glob operator ** to builder.py

From: Christian Mauderer <o...@c-mauderer.de> This allows a finer decision which headers should be installed. --- builder.py | 26 +- libbsd_waf.py| 30 +++--- waf_generator.py | 4 ++-- 3 files changed, 30 insertions(+), 30 del

Re [PATCH 1/3] waf_generator: Copy headers if necessary.

Hello Chris and Sichen, I updated the patch "waf_generator: Copy headers if necessary." according to Chris suggestions. @Chris: Could you have a look if it now looks OK for you? @Sichen: Could you replace the first patch in your patch set with this one? I also created a patch that moves the **

[PATCH 1/3] waf_generator: Copy headers if necessary.

From: Christian Mauderer <christian.maude...@embedded-brains.de> There are some cases, where a header is installed into a directory with a different name then it's source directory. In that case, the build might fail because the header is not found. One example would be the . The

Re: [PATCH 1/3] waf_generator: Copy headers if necessary.

Am 10.08.2017 um 08:31 schrieb Chris Johns: > On 10/08/2017 16:06, Christian Mauderer wrote: >> Am 10.08.2017 um 07:55 schrieb Chris Johns: >>> On 10/08/2017 15:34, Christian Mauderer wrote: >>>> Am 10.08.2017 um 01:08 schrieb Chris Johns: >>>&g

Re: [PATCH 1/3] waf_generator: Copy headers if necessary.

Am 10.08.2017 um 07:55 schrieb Chris Johns: > On 10/08/2017 15:34, Christian Mauderer wrote: >> Am 10.08.2017 um 01:08 schrieb Chris Johns: >>> On 10/08/2017 02:29, Sichen Zhao wrote: >>>> From: Christian Mauderer <christian.maude...@embedded-brains.de> >&

Re: [PATCH 3/3] Port openssl to RTEMS.

Am 10.08.2017 um 07:46 schrieb Chris Johns: > On 10/08/2017 15:42, Christian Mauderer wrote: >> The version here is likely to become out of sync with the sources. To be >> exact: It already is in your suggestion. >> freebsd-org/crypto/openssl/README states the version 1.0.2.

Re: [PATCH 1/3] waf_generator: Copy headers if necessary.

Am 10.08.2017 um 01:08 schrieb Chris Johns: > On 10/08/2017 02:29, Sichen Zhao wrote: >> From: Christian Mauderer <christian.maude...@embedded-brains.de> >> >> There are some cases, where a header is installed into a directory with >> a different name then it

Re: [PATCH v2 2/2] Enable the WEP encrypted WiFi.

Hello Sichen, the second version of the patches looks good to me. They apply fine and the WEP encrypted WiFi works. Just if someone wants to try it and wonders how to set the network up: I used the following line for my network: ifconfig wlan0 ssid test authmode shared wepmode on weptxkey 1

Re: [PATCH 1/3] Import r92_llt.c from FreeBSD.

Hello Sichen, the patches don't apply on the current libbsd master. Please rebase them. I think that this is maybe my fault: I updated some of the rtwn drivers recently during a test for another project. That has lead to some changes that now give a conflict: Patch 1: Should be superfluous now.

[PATCH] shell: Add blktest command.

From: Christian Mauderer <christian.maude...@embedded-brains.de> This command writes a test pattern (address + start value) to a raw block device. After that it reads the pattern back and verifies it's content. That is useful when developing block device drivers to verify the low leve

[PATCH v2] waf_generator: Copy headers if necessary.

From: Christian Mauderer <christian.maude...@embedded-brains.de> There are some cases, where a header is installed into a directory with a different name then it's source directory. In that case, the build might fail because the header is not found. One example would be the . The

Re: libbsd include path issue

Hello Chris, I think I really have to start reading through this waf book. Thanks again for the hint. You can find a second version of the patch which uses the subst rule as a reply to this mail. But before the patch gets merged, we maybe should wait till Sichen has the port of openssl ready.

Re: libbsd include path issue

Am 25.07.2017 um 00:16 schrieb Chris Johns: > On 25/07/2017 03:09, Christian Mauderer wrote: >> Hm. It seems for me that the subst would substitute some text in a >> source file with some other text and generate a target from it. So that >> most likely could be a nice replac

Re: libbsd include path issue

Am 24.07.2017 um 09:11 schrieb Christian Mauderer: > > > Am 24.07.2017 um 08:59 schrieb Chris Johns: >> On 24/07/2017 00:20, Christian Mauderer wrote: >>> Am 23.07.2017 um 15:57 schrieb Gedare Bloom: >>>> On Sun, Jul 23, 2017 at 8:38 AM, Christian Maude

Re: libbsd include path issue

Am 24.07.2017 um 08:59 schrieb Chris Johns: > On 24/07/2017 00:20, Christian Mauderer wrote: >> Am 23.07.2017 um 15:57 schrieb Gedare Bloom: >>> On Sun, Jul 23, 2017 at 8:38 AM, Christian Mauderer <l...@c-mauderer.de> >>> wrote: >>>> The problem he

Re: libbsd include path issue

Am 23.07.2017 um 15:57 schrieb Gedare Bloom: > On Sun, Jul 23, 2017 at 8:38 AM, Christian Mauderer <l...@c-mauderer.de> > wrote: >> Am 23.07.2017 um 14:05 schrieb Gedare Bloom: >>> On Sun, Jul 23, 2017 at 8:04 AM, Gedare Bloom <ged...@rtems.org> wrote: >

Re: libbsd include path issue

Am 23.07.2017 um 14:05 schrieb Gedare Bloom: > On Sun, Jul 23, 2017 at 8:04 AM, Gedare Bloom <ged...@rtems.org> wrote: >> On Sun, Jul 23, 2017 at 7:49 AM, Gedare Bloom <ged...@rtems.org> wrote: >>> On Sat, Jul 22, 2017 at 1:30 PM, Christian Mauderer <l...@c-ma

[PATCH] waf_generator: Copy headers if necessary.

From: Christian Mauderer <christian.maude...@embedded-brains.de> There are some cases, where a header is installed into a directory with a different name then it's source directory. In that case, the build might fail because the header is not found. One example would be the . The

Re: libbsd include path issue

Hello Sichen, as discussed in our private chat I'm quite convinced that your problem is that the source file is in "freebsd/crypto/openssl/crypto" which doesn't end on a path called "openssl". As far as I can see, there is currently no support in our build system for such cases. I created a

Re: [PATCH v2 2/2] Add dts file to generate dtb binary file for Beaglebone black.

Am 13.07.2017 um 08:05 schrieb Chris Johns: > On 13/07/2017 15:09, Christian Mauderer wrote: >> Am 13.07.2017 um 04:33 schrieb Chris Johns: >>> On 13/07/2017 12:22, Sichen Zhao wrote: >>>> 在 2017年07月12日 21:52, Gedare Bloom 写道: >>>>> On Tue, Jul 11, 20

Re: [PATCH v2 2/2] Add dts file to generate dtb binary file for Beaglebone black.

repo as free of GPL as possible. > > Chris > Seems like no one wants the device tree files in any rtems repo. Do we need an extra rtems-devicetree repository for all BSPs that support device trees (currently two)? Maybe one that just takes over the scripts from FreeBSD to import th

Re: [PATCH 4/5] Port am335x usb driver to RTEMS.

- Ursprüngliche Mail - > Von: "赵 思晨" <zsc19940...@outlook.com> > An: "Sebastian Huber" <sebastian.hu...@embedded-brains.de>, "Sichen Zhao" > <1473996...@qq.com>, devel@rtems.org > CC: "punit vara" <punitv...@g

Re: [PATCH] bsps: Improve interrupt vector enable/disable API

- Ursprüngliche Mail - > Von: "Gedare Bloom" > An: "Sebastian Huber" > CC: "RTEMS Devel" > Gesendet: Montag, 19. Juni 2017 16:34:00 > Betreff: Re: [PATCH] bsps: Improve interrupt vector enable/disable API > On

Re: Valid interrupt vectors and the interrupt server

- Ursprüngliche Mail - > Von: "Chris Johns" <chr...@rtems.org> > An: "Christian Mauderer" <christian.maude...@embedded-brains.de>, > devel@rtems.org > Gesendet: Sonntag, 18. Juni 2017 04:31:22 > Betreff: Re: Valid interrupt vectors and the in

Re: Valid interrupt vectors and the interrupt server

Am 17.06.2017 um 20:16 schrieb Joel Sherrill: > > > On Jun 17, 2017 11:17 AM, "Christian Mauderer" > <christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de>> wrote: > > Hello, > > I had a problem

Valid interrupt vectors and the interrupt server

be problematic because it is nearly impossible to test on all targets and it's in a quite critical location. Kind regards Christian Mauderer -- embedded brains GmbH Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude

Re: [PATCH v4 2/2] Add the i2c driver for Beaglebone Black

/* 0x1C */ >> > - unsigned short res7; >> > - unsigned short sysc; /* 0x20 */ >> > - unsigned short res8; >> > - unsigned short con; /* 0x24 */ >> > - unsigned short res9; >> > - unsigned short oa;/* 0x28 */ >> > - uns

Re: [PATCH v4 1/2] Remove beagle old i2c code

Hello Sichen, the patch builds and works well. I would say it is ready for being applied. Kind regards Christian - Ursprüngliche Mail - > Von: "赵 思晨" outlook.com> > An: devel@rtems.org > CC: "punit vara" <punitv...@gmail.com>, "Christia

Re: [PATCH v3 2/2] Add the i2c driver for Beaglebone Black

* [Makefile:410: all-recursive] Fehler 1 - Ursprüngliche Mail - > Von: "Sichen Zhao" <1473996...@qq.com> > An: devel@rtems.org > CC: "punit vara" <punitv...@gmail.com>, "Christian Mauderer" > <christian.maude...@embedded-brains.de&g

<    9   10   11   12   13   14   15   16   >