[PATCH v3 1/6] waf: Fix usage of build-include from config.

--- waf_libbsd.py | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/waf_libbsd.py b/waf_libbsd.py index a1d8ad2b..65591feb 100644 --- a/waf_libbsd.py +++ b/waf_libbsd.py @@ -185,6 +185,7 @@ class Builder(builder.ModuleManager): # Include paths #

[PATCH v3 5/6] buildset: Add minimal and everything config.

This adds two new buildset configurations: One that leaves out as much features as possible and one that enables all features. For the default configuration WiFi support is now disabled. To disable IPv6 for the minimal configuration, all -DINET6 are eliminated in libbsd.py. They are now replaced

[PATCH] waf: Allow to add libs per test.

Update #3419. --- builder.py| 11 +++ libbsd.py | 33 +++-- waf_libbsd.py | 4 +++- 3 files changed, 33 insertions(+), 15 deletions(-) diff --git a/builder.py b/builder.py index 93363590..c183f7d6 100755 --- a/builder.py +++ b/builder.py @@ -495,25

Re: Source File Permissions

Am 01.05.2018 um 00:23 schrieb Joel Sherrill: > > > On Mon, Apr 30, 2018 at 3:18 AM, Christian Mauderer <l...@c-mauderer.de > <mailto:l...@c-mauderer.de>> wrote: > > Am 29.04.2018 um 23:08 schrieb Joel Sherrill: > > > > > > On

Re: Source File Permissions

Am 29.04.2018 um 23:08 schrieb Joel Sherrill: > > > On Sun, Apr 29, 2018, 3:32 PM Christian Mauderer <l...@c-mauderer.de > <mailto:l...@c-mauderer.de>> wrote: > > Am 28.04.2018 um 21:45 schrieb Gedare Bloom: > > On Thu, Apr 26, 2018 at 7:

Re: Source File Permissions

some better solutions (e.g. one working tree that only pushes to a build bot tree). Any special reasons, use cases or experiences where the 664 and 775 would be superior to 644 and 755? Best regards Christian Mauderer > >> Thoughts >> >> _

Re: replying to mailing list

Am 28.04.2018 um 16:53 schrieb Vijay Kumar Banerjee: > > Hello Vijay, > > when you first registered, you should have received a mail with a > password that you can use here: > >     https://lists.rtems.org/mailman/listinfo/devel >

Re: replying to mailing list

Am 28.04.2018 um 14:23 schrieb Vijay Kumar Banerjee: > Ok, thanks. Can you please also tell ne how to switch ?  > is it by subscribing to the list again and selecting no in the daily > digest option ? > > On Sat, 28 Apr 2018, 17:49 Joel Sherrill, > wrote:

[PATCH v2 4/4] buildset: Add minimal and everything config.

This adds two new buildset configurations: One that leaves out as much features as possible and one that enables all features. For the default configuration WiFi support is now disabled. To disable IPv6 for the minimal configuration, all -DINET6 are eliminated in libbsd.py. They are now replaced

[PATCH v2 2/4] waf: Generate a rtems/bsd/modules.h

The generated file defines a RTEMS_BSD_MODULE_xxx for each enabled module. That is usefull for conditional compilation depending on whether a module is build not. Update #3351. --- waf_libbsd.py | 32 1 file changed, 32 insertions(+) diff --git a/waf_libbsd.py

[PATCH v2 0/4] libbsd: Create some basic buildsets.

An updated patch set for this toppic: The last patch should now cleanly disable all INET6 in the minimal configuration. That reduced the code size of the media01 test in the minimal configuration for another 60k: > arm-rtems5-size build/arm-rtems5-atsamv-*/media01.exe textdata bss

[PATCH v2 3/4] tcpdump: Remove unused file.

--- freebsd/contrib/tcpdump/print-sunrpc.c | 182 - 1 file changed, 182 deletions(-) delete mode 100644 freebsd/contrib/tcpdump/print-sunrpc.c diff --git a/freebsd/contrib/tcpdump/print-sunrpc.c b/freebsd/contrib/tcpdump/print-sunrpc.c deleted file mode 100644

[PATCH v2 1/4] waf: Fix usage of build-include from config.

--- waf_libbsd.py | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/waf_libbsd.py b/waf_libbsd.py index 54a60a78..589d21a2 100644 --- a/waf_libbsd.py +++ b/waf_libbsd.py @@ -185,6 +185,7 @@ class Builder(builder.ModuleManager): # Include paths #

Re: [PATCH 0/3] libbsd: Create some basic buildsets.

Am 27.04.2018 um 09:24 schrieb Chris Johns: > On 27/04/2018 17:01, Christian Mauderer wrote: >> Basically I think that the target version of this minimal buildset will >> have about the features of the legacy stack - maybe a little less. > > This is a really good point and

Re: [PATCH 0/3] libbsd: Create some basic buildsets.

Am 27.04.2018 um 04:00 schrieb Joel Sherrill: > > > On Thu, Apr 26, 2018, 8:29 PM Chris Johns <chr...@rtems.org > <mailto:chr...@rtems.org>> wrote: > > On 26/04/2018 19:50, Christian Mauderer wrote: > > > > But it would be great if I cou

[PATCH 2/3] waf: Generate a rtems/bsd/modules.h

The generated file defines a RTEMS_BSD_MODULE_xxx for each enabled module. That is usefull for conditional compilation depending on whether a module is build not. Update #3351. --- waf_libbsd.py | 32 1 file changed, 32 insertions(+) diff --git a/waf_libbsd.py

[PATCH 0/3] libbsd: Create some basic buildsets.

atches. With kind regards Christian Mauderer ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH 1/3] waf: Fix usage of build-include from config.

--- waf_libbsd.py | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/waf_libbsd.py b/waf_libbsd.py index 54a60a78..589d21a2 100644 --- a/waf_libbsd.py +++ b/waf_libbsd.py @@ -185,6 +185,7 @@ class Builder(builder.ModuleManager): # Include paths #

[PATCH 3/3] buildset: Add minimal and everything config.

Update #3351. --- buildset/default.ini | 16 ++-- buildset/everything.ini| 15 +++ buildset/minimal.ini | 22 ++ buildset/sample.ini|

Re: (should have been v2 libbsd: Make modules configurable via ini files.)

Am 10.04.2018 um 02:07 schrieb Chris Johns: > On 09/04/2018 23:58, Christian Mauderer wrote: >> Sorry, missed the subject line in git send-email. This description is to >> the v2-patch-set for the libbsd waf changes. >> >> Am 09.04.2018 um 15:53 schrieb Ch

Re: (should have been v2 libbsd: Make modules configurable via ini files.)

Sorry, missed the subject line in git send-email. This description is to the v2-patch-set for the libbsd waf changes. Am 09.04.2018 um 15:53 schrieb Christian Mauderer: > Hello, > > this version now contains some changes like discussed with Chris Johns: > > - I moved the fra

[PATCH v2 6/6] waf: Add configurations with different modules.

--- CONTRIBUTING.md | 7 ++- README.waf | 12 +++-- builder.py | 13 ++--- buildset/default.ini | 58 + buildset/sample.ini | 10 libbsd.py| 2 +- rtems_waf| 2 +- waf_libbsd.py| 9 wscript

[PATCH v2 5/6] freebsd-to-rtems.py: Use all modules.

Update #3351 --- builder.py | 8 ++-- freebsd-to-rtems.py | 2 +- 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/builder.py b/builder.py index e334f1a1..8e5b2292 100755 --- a/builder.py +++ b/builder.py @@ -801,8 +801,12 @@ class ModuleManager(object):

[PATCH v2 4/6] waf: Remove module without sources.

There are no imported sources for a number of modules. Some of them doesn't even have the right paths for freebsd-org anymore. Therefore this patch removes the following modules: - dev_usb_add_on - dev_usb_bluetooth - dev_usb_controller_add_on - dev_usb_misc - dev_usb_storage_add_on -

[no subject]

en the builders are generated in wscript. Again: Any feedback is welcome. With kind regards Christian Mauderer ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH 6/6] waf: Add configurations with different modules.

Am 09.04.2018 um 03:50 schrieb Chris Johns: > On 06/04/2018 22:26, Christian Mauderer wrote: >> This allows multiple build configurations (buildsets) with different >> modules enabled. >> >> Update #3351 >> --- >> CONTRIBUTING.md | 7 ++- >>

Re: [PATCH 3/6] waf: Fix freebsd-to-rtems.py.

Am 09.04.2018 um 03:36 schrieb Chris Johns: > On 06/04/2018 22:26, Christian Mauderer wrote: >> Update #3351 >> --- >> builder.py | 3 +++ >> freebsd-to-rtems.py | 3 ++- >> waf_libbsd.py | 7 +-- >> 3 files changed, 10 inserti

[PATCH 3/6] waf: Fix freebsd-to-rtems.py.

Update #3351 --- builder.py | 3 +++ freebsd-to-rtems.py | 3 ++- waf_libbsd.py | 7 +-- 3 files changed, 10 insertions(+), 3 deletions(-) diff --git a/builder.py b/builder.py index 2faf98d0..ac199a9b 100755 --- a/builder.py +++ b/builder.py @@ -677,3 +677,6 @@ class

[PATCH 5/6] freebsd-to-rtems.py: Use all modules.

Update #3351 --- builder.py | 8 ++-- freebsd-to-rtems.py | 2 +- 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/builder.py b/builder.py index ac199a9b..bb5791a8 100755 --- a/builder.py +++ b/builder.py @@ -674,8 +674,12 @@ class ModuleManager(object):

[PATCH 4/6] waf: Remove module without sources.

There are no imported sources for a number of modules. Some of them doesn't even have the right paths for freebsd-org anymore. Therefore this patch removes the following modules: - dev_usb_add_on - dev_usb_bluetooth - dev_usb_controller_add_on - dev_usb_misc - dev_usb_storage_add_on -

libbsd: Make modules configurable via ini files.

like the legacy stack, a 'default' one that has the most common functionality and a 'full' one which can do everything). Best regards Christian Mauderer ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH 6/6] waf: Add configurations with different modules.

This allows multiple build configurations (buildsets) with different modules enabled. Update #3351 --- CONTRIBUTING.md | 7 ++- README.waf | 3 +- builder.py | 13 ++--- buildset/default.ini | 58 ++ buildset/sample.ini | 10 libbsd.py

Re: [PATCH 1/2] Fix bsp_init hook.

Writing patches at Friday is just not a good idea ... I found out why the silent drop of the exception is necessary: There is a file not found exception if the .lock-waf_linux2_build does not exist. This patch implements the alternative solution: Fixing the scope of contexts and env.

[PATCH v2] Fix bsp_init hook.

--- rtems.py | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/rtems.py b/rtems.py index 713066d..6907709 100644 --- a/rtems.py +++ b/rtems.py @@ -89,6 +89,8 @@ def init(ctx, filters = None, version = None, long_commands = False, bsp_init = # rtems_long_commands =

[PATCH 2/2] Don't silently drop exception during init.

--- rtems.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/rtems.py b/rtems.py index f974e25..af17dbd 100644 --- a/rtems.py +++ b/rtems.py @@ -139,8 +139,8 @@ def init(ctx, filters = None, version = None, long_commands = False, bsp_init = if bsp_init:

Re: [PATCH v3] Add bsp_init hook.

Am 06.04.2018 um 08:58 schrieb Chris Johns: > On 06/04/2018 16:54, Christian Mauderer wrote: >> --- >> rtems.py | 9 +++-- >> 1 file changed, 7 insertions(+), 2 deletions(-) > > Pushed. Thank you. > > Chris > Hello Chris, I just noted a bug: I either h

[PATCH v3] Add bsp_init hook.

--- rtems.py | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/rtems.py b/rtems.py index be44edc..713066d 100644 --- a/rtems.py +++ b/rtems.py @@ -69,7 +69,7 @@ def options(opt): dest = 'show_commands', help = 'Print the commands

Re: [PATCH v2] Add post-init hook.

Just noted: I should have changed the commit message. Please take a look at V3 instead. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH v2] Add post-init hook.

--- rtems.py | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/rtems.py b/rtems.py index be44edc..713066d 100644 --- a/rtems.py +++ b/rtems.py @@ -69,7 +69,7 @@ def options(opt): dest = 'show_commands', help = 'Print the commands

[PATCH] Add post-init hook.

--- rtems.py | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/rtems.py b/rtems.py index b2e3285..0882c74 100644 --- a/rtems.py +++ b/rtems.py @@ -67,7 +67,7 @@ def options(opt): dest = 'show_commands', help = 'Print the commands as

Patch for rtems_waf to support build configurations in libbsd

that patch? Best regards Christian Mauderer ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

er. For the current set up that means that I can't pass information via the builder object directly. Either I'll have to pass information via the environment or I have to select the correct builder based on the environment. I'll evaluate these two options. Best regards Christian Maud

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Am 04.04.2018 um 09:36 schrieb Chris Johns: > On 04/04/2018 17:14, Christian Mauderer wrote: >> Am 04.04.2018 um 09:00 schrieb Chris Johns: >>> On 04/04/2018 16:35, Christian Mauderer wrote: >>>> Am 04.04.2018 um 08:20 schrieb Chris Johns: >>>>>

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Am 04.04.2018 um 09:00 schrieb Chris Johns: > On 04/04/2018 16:35, Christian Mauderer wrote: >> Am 04.04.2018 um 08:20 schrieb Chris Johns: >>> On 04/04/2018 15:51, Christian Mauderer wrote: >>>> Am 04.04.2018 um 07:28 schrieb Chris Johns: >>>>>

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Am 04.04.2018 um 08:20 schrieb Chris Johns: > On 04/04/2018 15:51, Christian Mauderer wrote: >> Am 04.04.2018 um 07:28 schrieb Chris Johns: >>> On 04/04/2018 00:43, Christian Mauderer wrote: >>>> Am 27.03.2018 um 09:56 schrieb Christian Mauderer: >>>>

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Am 04.04.2018 um 07:28 schrieb Chris Johns: > On 04/04/2018 00:43, Christian Mauderer wrote: >> Am 27.03.2018 um 09:56 schrieb Christian Mauderer: >>> Am 27.03.2018 um 09:00 schrieb Christian Mauderer: >>>> Am 26.03.2018 um 14:59 schrieb Christian Mauderer: >>

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Am 27.03.2018 um 09:56 schrieb Christian Mauderer: > Am 27.03.2018 um 09:00 schrieb Christian Mauderer: >> Am 26.03.2018 um 14:59 schrieb Christian Mauderer: >>> Hello Chris, >>> >>> I took the liberty to rebase the patches to the latest master. See the >>

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Am 27.03.2018 um 09:00 schrieb Christian Mauderer: > Am 26.03.2018 um 14:59 schrieb Christian Mauderer: >> Hello Chris, >> >> I took the liberty to rebase the patches to the latest master. See the >> two following v3 mails. I'll take a look at the configuration based o

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Am 26.03.2018 um 14:59 schrieb Christian Mauderer: > Hello Chris, > > I took the liberty to rebase the patches to the latest master. See the > two following v3 mails. I'll take a look at the configuration based on > these patches. > > I think that you wanted to m

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Hello Chris, I took the liberty to rebase the patches to the latest master. See the two following v3 mails. I'll take a look at the configuration based on these patches. I think that you wanted to make i386 tests. After that it might would be a good idea to commit them. What do you think? Best

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

Am 26.03.2018 um 13:45 schrieb Chris Johns: > On 26/3/18 9:08 pm, Christian Mauderer wrote: >> Hello Chris, >> >> thanks for that great support for #3351. Like I already said there, I >> started to work on something similar on Friday. But your solution is >> quit

Re: [PATCH v2 1/2] waf: Support building from libbsd.py directly from waf.

two paths for i386 before. > +for headers in headerPaths: > +# Get the dest path > +ipath = os.path.join(arch_inc_path, headers[2]) > +start_dir = bld.path.find_dir(headers[0].replace('@CPU@', > cpu)) > + if start_dir != None:

Re: [PATCH] vprintf: Add handler that mutes all output.

Hello Chris, I added a small note in libbsd.txt. The rest of the patch is left the same. If you don't disagree with that, I'll push this slightly adapted patch in the next few days. Best regards Christian ___ devel mailing list devel@rtems.org

[PATCH v2] vprintf: Add handler that mutes all output.

This adds a vprintf handler that can be used to suppress all outputs of the libbsd. --- libbsd.txt| 24 rtemsbsd/include/rtems/bsd/bsd.h | 9 + rtemsbsd/rtems/rtems-kernel-vprintf.c | 10 ++ 3 files changed, 43

Re: [PATCH] vprintf: Add handler that mutes all output.

Am 22.03.2018 um 08:17 schrieb Chris Johns: > On 22/03/2018 17:40, Christian Mauderer wrote: >> This adds a vprintf handler that can be used to suppress all outputs of >> the libbsd. > > Why would I want this? > > How would I enable the output so I could see i

[PATCH] vprintf: Add handler that mutes all output.

This adds a vprintf handler that can be used to suppress all outputs of the libbsd. --- rtemsbsd/include/rtems/bsd/bsd.h | 9 + rtemsbsd/rtems/rtems-kernel-vprintf.c | 10 ++ 2 files changed, 19 insertions(+) diff --git a/rtemsbsd/include/rtems/bsd/bsd.h

[PATCH v4] config.inc: Remove unused values.

--- config.inc | 11 --- libbsd.txt | 22 +++--- libbsd_waf.py| 3 --- waf_generator.py | 3 --- 4 files changed, 7 insertions(+), 32 deletions(-) diff --git a/config.inc b/config.inc index 3432a5fc..6727a3d3 100644 --- a/config.inc +++ b/config.inc @@

Re: [PATCH v3] config.inc: Remove unused values.

Just noted that I forget to add the new lines. So v3 is the same like v2. I'll re-send a v4. Sorry for the confusion. Am 21.03.2018 um 08:56 schrieb Christian Mauderer: > --- > config.inc | 11 --- > libbsd.txt | 20 +--- > libbsd_wa

[PATCH v3] config.inc: Remove unused values.

--- config.inc | 11 --- libbsd.txt | 20 +--- libbsd_waf.py| 3 --- waf_generator.py | 3 --- 4 files changed, 5 insertions(+), 32 deletions(-) diff --git a/config.inc b/config.inc index 3432a5fc..6727a3d3 100644 --- a/config.inc +++ b/config.inc @@

[PATCH v2] config.inc: Remove unused values.

--- config.inc | 11 --- libbsd.txt | 20 +--- libbsd_waf.py| 3 --- waf_generator.py | 3 --- 4 files changed, 5 insertions(+), 32 deletions(-) diff --git a/config.inc b/config.inc index 3432a5fc..6727a3d3 100644 --- a/config.inc +++ b/config.inc @@

Re: [PATCH] openssl: Provide deprecated functions.

Am 19.03.2018 um 09:26 schrieb Christian Mauderer: > Am 16.03.2018 um 15:11 schrieb Gedare Bloom: >> On Tue, Mar 13, 2018 at 10:02 AM, Christian Mauderer >> <christian.maude...@embedded-brains.de> wrote: >>> Some applications (like the civetweb w

Re: [PATCH v2] bsp/atsam: Fix GMAC Rx Descriptor fields.

Hello Gedare, is that patch better / acceptable from your point of view? Best regards Christian Am 19.03.2018 um 08:58 schrieb Christian Mauderer: > --- > bsps/arm/atsam/include/libchip/include/gmac.h | 17 +++-- > 1 file changed, 11 insertions(+), 6 deletions(-) >

Re: [PATCH] Eliminate config.inc.

Am 20.03.2018 um 02:14 schrieb Chris Johns: > On 20/03/2018 02:16, Christian Mauderer wrote: >> Most of the values in config.inc haven't been used any more. The only >> part left has been the ip addresses for some of the test. > > Why not just removed the parts not being

[PATCH] Eliminate config.inc.

Most of the values in config.inc haven't been used any more. The only part left has been the ip addresses for some of the test. All other values are not used and might irritate new users. Generating the header for the network configuration adds quite some lines to the build system. On the other

Re: [PATCH] openssl: Provide deprecated functions.

Am 16.03.2018 um 15:11 schrieb Gedare Bloom: > On Tue, Mar 13, 2018 at 10:02 AM, Christian Mauderer > <christian.maude...@embedded-brains.de> wrote: >> Some applications (like the civetweb web server) still use functions >> that are deprecated by openssl. If OPENSSL_

[PATCH v2] bsp/atsam: Fix GMAC Rx Descriptor fields.

--- bsps/arm/atsam/include/libchip/include/gmac.h | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/bsps/arm/atsam/include/libchip/include/gmac.h b/bsps/arm/atsam/include/libchip/include/gmac.h index 64e0079c25..418165eacf 100644 ---

Re: GSoC'18 proposal - Porting SDIO driver and benchmarking

ur results are a document and a set of patches that (hopefully) can be integrated into libbsd in the future. I think that if you find some good standard performance test for block devices, porting that could be another core result that can be integrated directly and not only after a libbsd u

Re: Waiting for approval of three patches

Hello Gedare, thanks for taking a look at them. Best regards Christian - Ursprüngliche Mail - > Von: "Gedare Bloom" <ged...@rtems.org> > An: "Christian Mauderer" <christian.maude...@embedded-brains.de> > CC: "RTEMS Devel" <devel@

Re: [PATCH] bsp/atsam: Fix GMAC Rx Descriptor fields.

- Ursprüngliche Mail - > Von: "Gedare Bloom" <ged...@rtems.org> > An: "Christian Mauderer" <christian.maude...@embedded-brains.de> > CC: "RTEMS Devel" <devel@rtems.org> > Gesendet: Freitag, 16. März 2018 15:08:39 > Betreff:

Waiting for approval of three patches

Christian -- embedded brains GmbH Herr 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 94 741 - 08 PGP: Public key available on request. Diese Nachricht

[PATCH v2] if_atsam: Add checksum offload.

--- rtemsbsd/sys/dev/atsam/if_atsam.c | 52 +-- 1 file changed, 44 insertions(+), 8 deletions(-) diff --git a/rtemsbsd/sys/dev/atsam/if_atsam.c b/rtemsbsd/sys/dev/atsam/if_atsam.c index 794937be..86e232ab 100644 --- a/rtemsbsd/sys/dev/atsam/if_atsam.c +++

Re: [PATCH] if_atsam: Add checksum offload.

While on my way home I already noted two bugs. I'll send a V2 tomorrow. Sorry for the spam. Am 14.03.2018 um 15:54 schrieb Christian Mauderer: > --- > rtemsbsd/sys/dev/atsam/if_atsam.c | 34 +- > 1 file changed, 33 insertions(+), 1 deletion(-) >

[PATCH] if_atsam: Add checksum offload. - Explanation

Note that although the if_atsam does althoug exist in the old network stack, this patch is for the libbsd. In the old stack there is no support for hardware checksum offload. ___ devel mailing list devel@rtems.org

[PATCH] if_atsam: Add checksum offload.

--- rtemsbsd/sys/dev/atsam/if_atsam.c | 34 +- 1 file changed, 33 insertions(+), 1 deletion(-) diff --git a/rtemsbsd/sys/dev/atsam/if_atsam.c b/rtemsbsd/sys/dev/atsam/if_atsam.c index 794937be..d47a17e7 100644 --- a/rtemsbsd/sys/dev/atsam/if_atsam.c +++

[PATCH] bsp/atsam: Fix GMAC Rx Descriptor fields.

--- bsps/arm/atsam/include/libchip/include/gmac.h | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/bsps/arm/atsam/include/libchip/include/gmac.h b/bsps/arm/atsam/include/libchip/include/gmac.h index 64e0079c25..a4227920bd 100644 ---

Fwd: Re: [PATCH] Added Getentropy() support to beagle BSP

) == 0 ) > > + { > > + /* wait */ > > + } > > > > > > What happens if you call this function in parallel on different processors? > > > > > > + > > + random = trng_getranddata(rng); > > + > > + /* Checking for error by masking al

Re: [PATCH] Added Getentropy() support to beagle BSP

that should fix it. One of the self contained mutexes should be usable here: https://docs.rtems.org/branches/master/c-user/self_contained_objects.html#mutual-exclusion By the way: That bug exists on the ATSAM too. Best regards Christian Mauderer > > From b10e55c7f5cc8ca95b0d9b6a8cc

[PATCH] openssl: Provide deprecated functions.

Some applications (like the civetweb web server) still use functions that are deprecated by openssl. If OPENSSL_NO_DEPRECATED is defined, openssl will not provide these functions. This patch removes the define so that the functions are available. --- libbsd.py | 3 +-- libbsd_waf.py | 2 +- 2

[PATCH] bsp/atsam: Allow setting the drive strength.

This adds a simple function for setting the PIO drive strength. --- bsps/arm/atsam/include/libchip/include/pio.h | 2 ++ .../lib/libbsp/arm/atsam/libraries/libchip/source/pio.c | 16 2 files changed, 18 insertions(+) diff --git

Re: Suggestions regarding GSoC project

Am 10.03.2018 um 19:08 schrieb Udit agarwal: > Hi all, > > On Sat, Mar 10, 2018 at 5:07 PM, Christian Mauderer <l...@c-mauderer.de > <mailto:l...@c-mauderer.de>> wrote: > > Am 10.03.2018 um 02:14 schrieb Udit agarwal: > > Hi all, Hi Christian Mauderer

Re: Suggestions regarding GSoC project

Am 10.03.2018 um 02:14 schrieb Udit agarwal: > Hi all, Hi Christian Mauderer, Hi Russel Haley, > > I need some reviews/suggestions from the community regarding the idea of > Porting FreeBSD's SDIO driver to RTEMS via libbsd , building and testing > on Beaglebone Black BSP and th

Re: getentropy() implementation on BBB

#define AM335X_RNG_MAX_REFILL (34 << 16) > #define AM335X_RNG_MIN_REFILL (33) > #define AM335X_RNG_CONFIG_REFILL (AM335X_RNG_MAX_REFILL | > AM335X_RNG_MIN_REFILL) > > rng.config = rng.control = 0; > rng.config |= AM335X_RNG_CONFIG_REFILL_TIME; > > > + 

Re: Implementing a check on FDT header

Am 05.03.2018 um 16:03 schrieb Udit agarwal: > Hi, > While going through uboot docs, i found something intresting: > Here (Sec: 5.9.4.2), It > is given that if FDT is not passed as the third argument to bootm > command then, by default a data

Re: getentropy() implementation on BBB

Am 05.03.2018 um 14:51 schrieb Udit agarwal: > Hi, > I tried implementing getentropy on BBB, below is the patch. Please have > a look. > I followed these(1 > & 2 >

Re: want to contribute to project

king up . It's no problem if it's your first Open Source project. That's the point of GSoC: To collect first Open Source experience. Best regards Christian Mauderer > > Thank you , > Vijay K. > -- embedded brains GmbH Herr Christian Maudere

Re: GSoC 2018 (was: Re: devel Digest, Vol 75, Issue 41)

r of the projects on the open projects page picks your eye start to ask about it. If you really like some framework for example for sensor networks and want to port it to RTEMS: Suggest that as a project. Someone might think it's a good idea too. Be creative. Best regards Christian Mauderer

Re: GSOC 2018

if you could tell us something more about your interests and experience. Are you interested more in high-level programming or something as close to hardware as possible? Did your already use some embedded boards like Beagle or Raspberry? Kind regards Christian Mauderer --

Re: [PATCH 0/5] Improvements for atsam BSP and sc16is752 UART.

Am 13.02.2018 um 12:05 schrieb Chris Johns: > >> On 13 Feb 2018, at 5:37 pm, Christian Mauderer >> <christian.maude...@embedded-brains.de> wrote: >> >>> Am 13.02.2018 um 00:34 schrieb Chris Johns: >>>> On 13/02/2018 00:39, Christian Mauderer wr

Re: [PATCH 0/5] Improvements for atsam BSP and sc16is752 UART.

Am 13.02.2018 um 00:34 schrieb Chris Johns: > On 13/02/2018 00:39, Christian Mauderer wrote: >> These patches add various improvements for the atsam BSP and for the >> sc16is752 SPI UART controller. >> >> Regarding patch 1: Note that I have thought about an auto detecti

[PATCH 1/5] bsp/atsam: Add option to disable 32kHz XTAL.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- c/src/lib/libbsp/arm/atsam/README | 4 c/src/lib/libbsp/arm/atsam/configure.ac | 8 .../arm/atsam/libraries/libboard/resources_v71/system_samv71.c

[PATCH 3/5] bsp/atsam: Fix cache / DMA handling in SPI.

This patch fixes the cache handling for the atsam SPI driver. Note that this solution might doesn't have the best performance for small packets. --- bsps/arm/atsam/headers.am | 1 + bsps/arm/atsam/include/bsp/iocopy.h| 37

[PATCH 2/5] bsp/atsam: Allow to use a decoder for SPI CS.

The SPI controller supports a decoder connected to the chip select lines. This patch allows to use this mode. --- bsps/arm/atsam/include/bsp/atsam-spi.h | 13 +--- c/src/lib/libbsp/arm/atsam/spi/atsam_spi_bus.c | 41 -

[PATCH 4/5] dev/sc16is752: Add GPIO access via ioctl.

--- cpukit/dev/serial/sc16is752-regs.h| 2 ++ cpukit/dev/serial/sc16is752.c | 20 cpukit/include/dev/serial/sc16is752.h | 45 +++ 3 files changed, 67 insertions(+) diff --git a/cpukit/dev/serial/sc16is752-regs.h

[PATCH 0/5] Improvements for atsam BSP and sc16is752 UART.

the fact that no crystall has been connected. So I think an auto detection would be dangerous. With kind regards Christian Mauderer ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH 5/5] dev/sc16is752: Check return values.

Escalate a failed installation of the interrupts to the next higher level. --- cpukit/dev/serial/sc16is752.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/cpukit/dev/serial/sc16is752.c b/cpukit/dev/serial/sc16is752.c index 153b589ac1..39e5df2ae7 100644 ---

Re: [PATCH] MAINTAINERS: Add myself to Write After Approval.

Hello Gedare, I discussed it with Sebastian and he thought that it wouldn't be a problem if I push that patch. Therefore: pushed. Regards Christian Am 23.01.2018 um 08:51 schrieb Christian Mauderer: > Hello Gedare, > > thanks for the approval. I'll coordinate that with Sebastia

Re: [PATCH] MAINTAINERS: Add myself to Write After Approval.

quot;freeze" at this point. You > could also wait until after the merge happens. > > On Mon, Jan 22, 2018 at 6:37 PM, Gedare Bloom <ged...@rtems.org> wrote: >> Approved! >> >> On Mon, Jan 22, 2018 at 3:58 AM, Christian Mauderer >> <christian.maude.

[PATCH] MAINTAINERS: Add myself to Write After Approval.

From: Christian Mauderer <christian.maude...@embedded-brains.de> --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 35a149a932..2d91ecb149 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -49,6 +49,7 @@ Daniel Hellstrom dan...@gaisl

Re: Contribute to project

Am 21.01.2018 um 16:01 schrieb Abhinav Jain: > Hello Christian Mauderer, > > I read about GSoC and I found it really interesting. It seems to be a > great platform to get linked with the open source communities. But it > seems that its registration starts sometime around March. Can

Re: Contribute to project

e can help you finding out what would be necessary to reach it. Oh, and by the way: Most people have a quite informal communication style on this mailing list. So no need for any "Sir" in the salutation. Regards Christian > > > On Sun, Jan 21, 2018 at 3:41 PM, Christian M

<    8   9   10   11   12   13   14   15   16   >