Undefined reference to `__sync_bool_compare_and_swap_4' for some Leon configurations with gfortran

2017-02-27 Thread Jan.Sommer
Hello, I tried compiling the RTEMS with fortran support for the Leon2/3 processors. Building the cross-compiler with gfortran and the bsp worked both fine (I set the bsp to compile with --mhard-float). A small example program for the Leon3 compiles and runs as expected, however for the leon2 I

AW: AW: AW: Undefined reference to `__sync_bool_compare_and_swap_4' for some Leon configurations with gfortran

2017-02-27 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Montag, 27. Februar 2017 15:11 > An: Sommer, Jan; devel@rtems.org > Betreff: Re: AW: AW: Undefined reference to > `__sync_bool_compare_and_swap_4' for some Leon configurations with >

AW: Undefined reference to `__sync_bool_compare_and_swap_4' for some Leon configurations with gfortran

2017-02-27 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Montag, 27. Februar 2017 13:46 > An: Sommer, Jan; devel@rtems.org > Betreff: Re: Undefined reference to `__sync_bool_compare_and_swap_4' for > some Leon configurations with gfortran

AW: AW: Undefined reference to `__sync_bool_compare_and_swap_4' for some Leon configurations with gfortran

2017-02-27 Thread Jan.Sommer
Ok, thanks for the clarification. I will try to create a patch for gcc and put rtems CC for the discussion. Best regards, Jan > -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Montag, 27. Februar 2017 15:01 > An: Sommer, Jan;

Re: Undefined reference to `__sync_bool_compare_and_swap_4' for some Leon configurations with gfortran

2017-02-28 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Montag, 27. Februar 2017 15:25 > An: Sommer, Jan; devel@rtems.org > Betreff: Re: AW: AW: AW: Undefined reference to > `__sync_bool_compare_and_swap_4' for some Leon configurations

__sync_-builtins cause undefined references on some sparc targets

2017-02-27 Thread Jan.Sommer
Hello, I compiled the gcc 6.3.0 for the leon2 processor for RTEMS (i.e. sparc-rtems4.12-*). When linking a fortran program for the leon2 processor I get undefined references for `__sync_bool_compare_and_swap_4' (see below). According to the discussion on the rtems mailinglist the

RE: Undefined reference to `__sync_bool_compare_and_swap_4' for some Leon configurations with gfortran

2017-03-03 Thread Jan.Sommer
> -Original Message- > From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Sent: Wednesday, March 01, 2017 7:47 AM > To: Sommer, Jan; devel@rtems.org > Subject: Re: Undefined reference to `__sync_bool_compare_and_swap_4' for > some Leon configurations with gfortran [...]

RE: Move to bsps finished?

2018-05-15 Thread Jan.Sommer
> -Original Message- > From: Amaan Cheval [mailto:amaan.che...@gmail.com] > Sent: Tuesday, May 15, 2018 2:46 PM > To: Sommer, Jan > Cc: RTEMS > Subject: Re: Move to bsps finished? > > Hey Jan! > > The ticket tracking the BSP reorganization seems to have been closed > once the docs were

Move to bsps finished?

2018-05-15 Thread Jan.Sommer
Hello, I just wanted to ask if the reorganization of the BSP source code is more or less finished? Then this might be a good point for us to pull the changes into our local copies to be close to the development branch again otherwise it might be easier to wait a bit longer. Best regards,

RE: [GSoC - x86_64] Using FreeBSD's UEFI loader for RTEMS static binaries

2018-06-14 Thread Jan.Sommer
> -Original Message- > From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Chris Johns > Sent: Thursday, June 14, 2018 7:56 AM > To: j...@rtems.org; Amaan Cheval > Cc: RTEMS > Subject: Re: [GSoC - x86_64] Using FreeBSD's UEFI loader for RTEMS static > binaries [...] > > >> > >

RE: new to rtems , looking for some help

2018-01-22 Thread Jan.Sommer
Hi Vijay, I usually start the configuration from the top level directory of rtems, but I would assume that you need to give configure the same options about which platform and BSP to build as in the normal setup. Just running ./configure will probably not work. Check out the getting started

[PATCH] drvmgr: Fix determination of prefix in grlib uart driver

2019-04-04 Thread Jan.Sommer
Hi, A collegue of mine stumbled upon this small bug. Best regards, Jan Deutsches Zentrum für Luft- und Raumfahrt e. V. (DLR) German Aerospace Center Simulation and Software Technology | Software for Space Systems and Interactive Visualization | Lilienthalplatz 7 | 38108 Braunschweig |

AW: Requirements Format

2019-02-27 Thread Jan.Sommer
In one project we use Doorstop (https://doorstop.readthedocs.io/en/latest/reference/items/) due to a lack of an actual DOORS license for every partner. For software developers it is quite easy to handle as it has a CLI and can be easily integrated with git as everything is a text file. However,

AW: Clone RTEMS Repositories via HTTPS?

2019-01-28 Thread Jan.Sommer
Hi, I used to clone the repositories of git.rtems.org via https, because ssh is blocked outside of our intranet. I just tried again and it seems to work: /tmp> git clone https://git.rtems.org/rtems-tools/ Klone nach 'rtems-tools' ... /tmp> With the main rtems-repository cloning takes quite a

AW: AW: SMP for pc686 BSP

2019-05-17 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Freitag, 17. Mai 2019 07:00 > An: Chris Johns; Sommer, Jan; j...@rtems.org > Cc: devel@rtems.org > Betreff: Re: AW: SMP for pc686 BSP > > On 17/05/2019 04:26, Chris Johns wrote: >

AW: SMP for pc686 BSP

2019-05-17 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Freitag, 17. Mai 2019 06:57 > An: Sommer, Jan; devel@rtems.org > Betreff: Re: SMP for pc686 BSP > > Hello Jan, > > there is also an amd64 BSP: > >

AW: GSoC Project | Basic Support for Trace Compass

2019-06-25 Thread Jan.Sommer
Hi Ravindra, > -Ursprüngliche Nachricht- > Von: devel [mailto:devel-boun...@rtems.org] Im Auftrag von Ravindra > Kumar Meena > Gesendet: Dienstag, 25. Juni 2019 14:39 > An: Sebastian Huber > Cc: devel > Betreff: Re: GSoC Project | Basic Support for Trace Compass > > Hi Sebastian, > >

SMP for pc686 BSP

2019-05-16 Thread Jan.Sommer
Hello, I have been working recently to enable SMP for the pc686-BSP and managed to get a basic setup running with 2 cores which currently passes 44/57 smptests. Next step is to make it work for arbitrary numbers of cores. The goal is to push the patches upstream. That's why I would like to ask

AW: SMP for pc686 BSP

2019-05-16 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Joel Sherrill [mailto:j...@rtems.org] > Gesendet: Donnerstag, 16. Mai 2019 16:33 > An: Sommer, Jan > Cc: rtems-de...@rtems.org > Betreff: Re: SMP for pc686 BSP > > > > On Thu, May 16, 2019, 9:01 AM wrote: > > > Hello, > > I have been

AW: GSoC Project | Basic support for Trace Compass

2019-07-10 Thread Jan.Sommer
Hi Ravindra, I have only had a look at the documentation and not worked with CTF at all so far, so take my words with a grain of salt. I don’t really get why you define 32 different streams in your metadata which means you have to copy the event definition as well 32 times. This amount of

AW: GSoC Project | Basic Support for Trace Compass

2019-08-06 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: devel [mailto:devel-boun...@rtems.org] Im Auftrag von Ravindra > Kumar Meena > Gesendet: Dienstag, 6. August 2019 10:59 > An: Sebastian Huber > Cc: rtems-de...@rtems.org > Betreff: Re: GSoC Project | Basic Support for Trace Compass > > e.g. >

AW: AW: [PATCH v3 2/3] amd64: Add to build

2020-02-12 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Chris Johns [mailto:chr...@rtems.org] > Gesendet: Mittwoch, 12. Februar 2020 00:36 > An: Sommer, Jan; sebastian.hu...@embedded-brains.de; devel@rtems.org > Betreff: Re: AW: [PATCH v3 2/3] amd64: Add to build > > On 12/2/20 12:21 am, jan.som...@dlr.de

AW: [PATCH v4 0/3] [rtems-libbsd] Fix compilation for amd64

2020-02-26 Thread Jan.Sommer
Are there any further comments regarding these patches? Is the solution with the "path-mappings" acceptable or do you prefer something different? Beste regards, Jan > -Ursprüngliche Nachricht- > Von: Sommer, Jan > Gesendet: Dienstag, 18. Februar 2020 11:22 > An: devel@rtems.org >

AW: [PATCH 3/3] i386: Port to RTEMS

2020-02-05 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Dienstag, 4. Februar 2020 17:15 > An: rtems-de...@rtems.org > Cc: Sommer, Jan > Betreff: Re: [PATCH 3/3] i386: Port to RTEMS > > On 31/01/2020 18:26, Jan Sommer wrote: > > > diff

AW: PC386 BSP Serial Console Problems

2020-02-05 Thread Jan.Sommer
Hello Lou, We compiled the current master with your options and tried to run ticker.exe on our hardware. If we start RTEMS with -console=/dev/com1,115200 it works, but if we try to configure it to use 9600 baud we also only get garbage data. It seems the baud rate calculation is off for slower

AW: [PATCH v4 0/3] [rtems-libbsd] Fix compilation for amd64

2020-02-19 Thread Jan.Sommer
Hi Chris, > -Ursprüngliche Nachricht- > Von: Chris Johns [mailto:chr...@rtems.org] > Gesendet: Mittwoch, 19. Februar 2020 00:13 > An: Sommer, Jan; devel@rtems.org > Betreff: Re: [PATCH v4 0/3] [rtems-libbsd] Fix compilation for amd64 > > On 18/2/20 9:21 pm, Jan Sommer wrote: > > Similar

AW: [PATCH v3 2/3] amd64: Add to build

2020-02-11 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Dienstag, 11. Februar 2020 13:22 > An: Sommer, Jan; devel@rtems.org > Betreff: Re: [PATCH v3 2/3] amd64: Add to build > > On 11/02/2020 13:06, Jan Sommer wrote: > > > diff --git

AW: [PATCH v3 2/3] amd64: Add to build

2020-02-11 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Joel Sherrill [mailto:j...@rtems.org] > Gesendet: Dienstag, 11. Februar 2020 14:29 > An: Sommer, Jan > Cc: Sebastian Huber; rtems-de...@rtems.org > Betreff: Re: [PATCH v3 2/3] amd64: Add to build > > > > On Tue, Feb 11, 2020, 7:21 AM wrote: > > >

Description of rtems-libbsd testsuite applications

2020-02-14 Thread Jan.Sommer
Hello, is there already somewhere a file which gives some short description what the different test applications in the testsuite directory (are supposed to) do? If not, would you accept patches with some short descriptions and maybe an example output? Cheers, Jan Deutsches Zentrum für

AW: Loading RTEMS applications from u-boot on Raspberry Pi 2

2020-02-18 Thread Jan.Sommer
Hi Cláudio, I build a current BSP for the raspberry pi 2 recently (atm without SMP though). > -Ursprüngliche Nachricht- > Von: devel [mailto:devel-boun...@rtems.org] Im Auftrag von Cláudio Maia > Gesendet: Montag, 17. Februar 2020 21:19 > An: devel@rtems.org > Betreff: Loading RTEMS

AW: [PATCH] drvmgr: Fix determination of prefix in grlib uart driver

2020-02-20 Thread Jan.Sommer
Hello, Could someone please push this change? There has been a lot of activity on this list recently, and I fear I will lose track at some point. Cheers, Jan > -Ursprüngliche Nachricht- > Von: devel [mailto:devel-boun...@rtems.org] Im Auftrag von Jan Sommer > Gesendet: Mittwoch,

AW: Description of rtems-libbsd testsuite applications

2020-02-14 Thread Jan.Sommer
Thanks for the suggestions. I have to figure out what some of the tests do anyway and writing it down somewhere will also prevent future-me to do it again. If I have some notes, is it ok to prepare a README.md inside the individual test's directory or do you prefer a single README inside the

AW: [PATCH v2 3/3] i386: Port to RTEMS

2020-03-10 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sommer, Jan > Gesendet: Montag, 9. März 2020 16:11 > An: devel@rtems.org > Cc: Sommer, Jan > Betreff: [PATCH v2 3/3] i386: Port to RTEMS > > - Update imported files to compile rtems-libbsd for i386 based BSPs > --- > freebsd/sbin/sysctl/sysctl.c

AW: [PATCH 0/3] [rtems-libbsd] [backport] Fix compilation issue for

2020-03-06 Thread Jan.Sommer
Please ignore this patch set. We managed to get the e1000 driver working, today. I will submit an updated version with it included next week. Best regards, Jan > -Ursprüngliche Nachricht- > Von: Sommer, Jan > Gesendet: Freitag, 6. März 2020 11:09 > An: devel@rtems.org > Cc: Sommer,

AW: [PATCH v4 0/3] [rtems-libbsd] Fix compilation for amd64

2020-03-05 Thread Jan.Sommer
Hello, I am currently working on the backport of the i386 patch set for the 5-freebsd-12 branch (I don't see any use in backporting these amd64 patches). The question is, if I should use the path-mappings approach introduced with this patch set or keep the "if cpu == i386" which is the current

AW: [PATCH 0/2] [rtems-tools] Allow telnet tty devices for run.cfg

2020-04-08 Thread Jan.Sommer
Could you give me some direction where we would add the documentation and what is missing? The pc-run.ini is basically a copy of the xilinx_zynq_zedboard.ini with just a different tester. Or do you mean the change in the run.cfg? Von: Gedare Bloom [mailto:ged...@rtems.org] Gesendet: Mittwoch,

AW: [PATCH rtems-libbsd v2 06/14] regulator: Import from FreeBSD.

2020-04-16 Thread Jan.Sommer
I have a question: I just rebased my working tree for the i386 target to the current 5-freebsd-12 branch. The compilation now fails in regulator related files. It seems that I am missing the FDT define and that comments out some includes. Could you tell me what FDT means in this context and do

AW: PC BSP bset failure

2020-04-07 Thread Jan.Sommer
Hi Joel, Thanks, yes the changes have not been merged yet to the 5-freebsd-12 branch. I am about to prepare the next version of the patch set. Cheers, Jan Von: devel [mailto:devel-boun...@rtems.org] Im Auftrag von Joel Sherrill Gesendet: Dienstag, 7. April 2020 01:31 An:

AW: [PATCH v4 3/3] i386: Port to RTEMS

2020-04-15 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Mittwoch, 15. April 2020 09:23 > An: Sommer, Jan; devel@rtems.org > Betreff: Re: [PATCH v4 3/3] i386: Port to RTEMS > > On 09/04/2020 15:56, Jan Sommer wrote: > > > - Update

Re: [PATCH rtems-libbsd v2 06/14] regulator: Import from FreeBSD.

2020-04-17 Thread Jan.Sommer
Hi Christian, Yes, with this patch my build works again. Thank you very much. Best regards, Jan > -Ursprüngliche Nachricht- > Von: Christian Mauderer [mailto:christian.maude...@embedded-brains.de] > Gesendet: Freitag, 17. April 2020 09:17 > An: Sommer, Jan; devel@rtems.org >

RE: [PATCH v5 0/7] [5-freebsd-12] Fix compilation for i386

2020-04-17 Thread Jan.Sommer
Thank you. I will see, that we prepare a similar patch set for the master branch as well. Have a nice week-end, Jan > -Original Message- > From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Sent: Friday, April 17, 2020 1:20 PM > To: Sommer, Jan; devel@rtems.org >

RE: [PATCH rtems-libbsd v2] regulator: Disable FDT parts for non-FDT targets

2020-04-17 Thread Jan.Sommer
I can confirm, that the current 5-freebsd-12 branch builds now for pc686-BSP. Thanks. > -Original Message- > From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Christian > Mauderer > Sent: Friday, April 17, 2020 2:49 PM > To: Sebastian Huber; devel@rtems.org > Subject: Re: [PATCH

Re: [PATCH v4 3/3] i386: Port to RTEMS

2020-04-09 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sommer, Jan > Gesendet: Donnerstag, 9. April 2020 15:57 > An: devel@rtems.org > Cc: Sommer, Jan > Betreff: [PATCH v4 3/3] i386: Port to RTEMS > > - Update imported files to compile rtems-libbsd for i386 based BSPs > --- [...] > diff --git

AW: [PATCH v4 3/3] i386: Port to RTEMS

2020-04-09 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sommer, Jan > Gesendet: Donnerstag, 9. April 2020 15:57 > An: devel@rtems.org > Cc: Sommer, Jan > Betreff: [PATCH v4 3/3] i386: Port to RTEMS > > - Update imported files to compile rtems-libbsd for i386 based BSPs > --- > freebsd-org

AW: AW: [PATCH v3 3/3] i386: Port to RTEMS

2020-03-27 Thread Jan.Sommer
Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] Gesendet: Montag, 23. März 2020 14:20 An: Sommer, Jan; devel@rtems.org Betreff: Re: AW: [PATCH v3 3/3] i386: Port to RTEMS > > > > -Ursprüngliche Nachricht- > > Von: devel [mailto:devel-boun...@rtems.org] Im Auftrag von >

AW: Successfully built EPICS 7 with RTEMS 5 for mvme6100

2020-03-19 Thread Jan.Sommer
> Von: devel [mailto:devel-boun...@rtems.org] Im Auftrag von Joel Sherrill > Gesendet: Mittwoch, 18. März 2020 22:18 > An: Heinz Junkes > Cc: rtems-de...@rtems.org > Betreff: Re: Successfully built EPICS 7 with RTEMS 5 for mvme6100 > > > > On Wed, Mar 18, 2020 at 2:38 PM Heinz Junkes wrote:

AW: AW: [PATCH v2 3/3] i386: Port to RTEMS

2020-03-20 Thread Jan.Sommer
Thank you. That makes sense. I will prepare a new version. Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] Gesendet: Freitag, 20. März 2020 12:54 An: Sommer, Jan; devel@rtems.org Betreff: Re: AW: [PATCH v2 3/3] i386: Port to RTEMS On 10/03/2020 09:12,

AW: [PATCH v3 3/3] i386: Port to RTEMS

2020-03-23 Thread Jan.Sommer
> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Montag, 23. März 2020 10:59 > An: Sommer, Jan; devel@rtems.org > Betreff: Re: [PATCH v3 3/3] i386: Port to RTEMS > > On 23/03/2020 09:06, Jan Sommer wrote: > > > @@ -4597,7

RE: [PATCH v1 7/9] bsps/pc386: Separate smp API functions. Makes smpfatal08 link

2020-09-16 Thread Jan.Sommer
Hi Sebastian, Sure. Is there an easy way to only send the updated patch to the mailinglist or should I send in the full patch set with v2? Cheers, Jan > -Original Message- > From: Sebastian Huber > Sent: Tuesday, September 15, 2020 6:38 AM > To: Sommer, Jan ; devel@rtems.org >

RE: [PATCH v1 2/6] waf: Add path-mappings feature

2020-09-16 Thread Jan.Sommer
Hi Chris, > -Original Message- > From: Chris Johns > Sent: Thursday, September 10, 2020 6:44 AM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v1 2/6] waf: Add path-mappings feature > > On 15/8/20 5:57 am, Jan Sommer wrote: > > - path-mappings allow to fix autogenerated

RE: [PATCH v1 0/6] [libbsd] Fix e1000 driver for i386 in master and 5

2020-09-09 Thread Jan.Sommer
Hi Chris, > -Original Message- > From: Chris Johns > Sent: Friday, August 14, 2020 11:43 PM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v1 0/6] [libbsd] Fix e1000 driver for i386 in master and 5 > > On 15/8/20 5:57 am, Jan Sommer wrote: > > Hello, > > > > I finally got

RE: We are loosing patches

2020-09-09 Thread Jan.Sommer
I would like this idea. We got Gitlab this year and collaboration with it is pretty convenient. They also seem to hand out free licenses for OSS projects. I guess installing and maintaining an instance is probably quite some work. Best regards, Jan > -Original Message- > From: devel

RE: Announce: RTEMS 5.1 Release

2020-08-26 Thread Jan.Sommer
> -Original Message- > From: users [mailto:users-boun...@rtems.org] On Behalf Of Chris Johns > Sent: Wednesday, August 26, 2020 3:54 AM > To: Users > Subject: Announce: RTEMS 5.1 Release > > The RTEMS 5.1 Release is available. The release can be found at: Great news and thank you very

BSP_CONSOLE_MINOR option for Zynq board with new build system

2020-09-25 Thread Jan.Sommer
Hello, I am currently making my first steps with the new build system and so far it is amazing. Especially, the inheritance option is very handy for maintaining different configurations. Therefore, a big thank you to Sebastian and everyone else involved. I ran into a smaller problem when

RE: BSP_CONSOLE_MINOR option for Zynq board with new build system

2020-09-25 Thread Jan.Sommer
Thanks, I will have a look at it and check if your changes fix the issue. Have a nice week-end, Jan > -Original Message- > From: Sebastian Huber > Sent: Friday, September 25, 2020 4:14 PM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: BSP_CONSOLE_MINOR option for Zynq board with

RE: [PATCH v1 7/9] bsps/pc386: Separate smp API functions. Makes smpfatal08 link

2020-09-16 Thread Jan.Sommer
> -Original Message- > From: Sebastian Huber > Sent: Wednesday, September 16, 2020 12:30 PM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v1 7/9] bsps/pc386: Separate smp API functions. Makes > smpfatal08 link > > On 16/09/2020 12:06, jan.som...@dlr.de wrote: > > > Is

RE: [PATCH v1 0/9] Enable SMP for pc386 based bsps

2020-06-02 Thread Jan.Sommer
Hi Joel, Yes, that should be the case in patch 5/9. There, the addition to cpukit/score/cpu/i386/include/rtems/score/cpu.h should be the struct the ticket is talking about. Best regards, Jan From: Joel Sherrill [mailto:j...@rtems.org] Sent: Monday, June 1, 2020 10:58 PM To: Sommer, Jan Cc:

RE: AW: [PATCH 1/3] Remove duplicate GRETH driver

2020-10-28 Thread Jan.Sommer
> -Original Message- > From: devel On Behalf Of Jiri Gaisler > Sent: Tuesday, October 27, 2020 3:18 PM > To: devel@rtems.org > Subject: Re: AW: [PATCH 1/3] Remove duplicate GRETH driver > > > On 10/26/20 8:52 AM, Jiri Gaisler wrote: > > On 10/26/20 3:37 AM, gabriel.moy...@dlr.de

RE: [PATCH v1 0/1] bsps/pc386: Fix IPI for non-consecutive Apic IDs

2020-07-20 Thread Jan.Sommer
> -Original Message- > From: Gedare Bloom [mailto:ged...@rtems.org] > Sent: Monday, July 20, 2020 10:12 PM > To: Sommer, Jan > Cc: devel@rtems.org > Subject: Re: [PATCH v1 0/1] bsps/pc386: Fix IPI for non-consecutive Apic IDs > > Hi Jan, > > Slightly off-topic, but which Intel Atom board

[rtems-libbsd] Question how to treat necessary changes from freebsd master

2020-08-04 Thread Jan.Sommer
Hello, I have now a patchset ready which should also properly enable the e1000 driver for the master branch of rtems-libbsd. There is just a small problem: The commit the current freebsd-org submodule points to has this line in the e1000/if_em.c

RE: libbsd rtems 5 branches

2020-07-09 Thread Jan.Sommer
> -Original Message- > From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Sebastian > Huber > Sent: Tuesday, July 7, 2020 3:22 PM > To: j...@rtems.org; rtems-de...@rtems.org > Subject: Re: libbsd rtems 5 branches > > On 07/07/2020 15:19, Joel Sherrill wrote: > > Hi > > > > What's

RE: [GSoC 2020: Daily Update]: Building EPICS with RTEMS5

2020-07-09 Thread Jan.Sommer
> -Original Message- > From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Gedare Bloom > Sent: Wednesday, July 8, 2020 9:45 PM > To: Mritunjay Sharma > Cc: RTEMS Devel > Subject: Re: [GSoC 2020: Daily Update]: Building EPICS with RTEMS5 > > On Wed, Jul 8, 2020 at 12:33 PM

RE: [PATCH v1 1/1] bsps/pc386: Fix IPI for non-consecutive APICIDs

2020-07-08 Thread Jan.Sommer
Hello, Could someone please push this patch to the branches 5 and master? Or do I need a ticket for the 5 branch first? Cheers, Jan > -Original Message- > From: Sommer, Jan > Sent: Friday, July 3, 2020 2:32 PM > To: devel@rtems.org > Cc: Sommer, Jan > Subject: [PATCH v1 1/1]

RE: Release snapshot 5.0.0-m2006-2 available

2020-06-17 Thread Jan.Sommer
Great. I ran the testsuites without the SMP-patches on hardware last night to have a reference. It takes about 8 h and the results are below. I am building everything again with the release snapshot and will run the testsuite for single core this night. Then, we should know that the patches

Expired SSL certificate and forwarding with rtems.org

2020-06-24 Thread Jan.Sommer
Hello, My browser just issued a warning for an expired SSL certificate for the URL "rtems.org". For www.rtems.org this issue does not occur. Also I get redirected to a different website using rtems.org. Is this intended? Best regards, Jan Deutsches Zentrum für Luft- und Raumfahrt e. V.

RE: [PATCH v1 0/9] Enable SMP for pc386 based bsps

2020-06-16 Thread Jan.Sommer
> -Original Message- > From: Chris Johns [mailto:chr...@rtems.org] > Sent: Tuesday, June 16, 2020 10:18 AM > To: Sommer, Jan; devel@rtems.org > Subject: Re: [PATCH v1 0/9] Enable SMP for pc386 based bsps > > On 11/6/20 12:21 pm, Chris Johns wrote: > > On 1/6/20 12:22 am, Jan Sommer

[5.0.0-m2006-2] Test compilation error in riscv bsps

2020-06-21 Thread Jan.Sommer
Hello, I just tried to compile some riscv bsps with tests enabled and got a compile time error for the dl06 test. I tried with griscv and rv32imac with the following configure: ../rtems-5.0.0-m2006-2/configure --target=riscv-rtems5 --prefix../install/bsps --disable-networking --enable-tests

RE: [5.0.0-m2006-2] Test compilation error in riscv bsps

2020-06-22 Thread Jan.Sommer
Hi, I created the ticket here: https://devel.rtems.org/ticket/4011 Sorry for the bad formatting. I forgot to put the copied console output in a code block, but I can't find a way to edit the ticket description. Best regards, Jan > -Original Message- > From: Chris Johns

RE: [PATCH v1 0/9] Enable SMP for pc386 based bsps

2020-06-18 Thread Jan.Sommer
> -Original Message- > From: Chris Johns [mailto:chr...@rtems.org] > Sent: Thursday, June 11, 2020 4:22 AM > To: Sommer, Jan; devel@rtems.org > Subject: Re: [PATCH v1 0/9] Enable SMP for pc386 based bsps > > On 1/6/20 12:22 am, Jan Sommer wrote: > > Hello, > > [...] > > > > Some

RE: [PATCH v1 0/9] Enable SMP for pc386 based bsps

2020-06-18 Thread Jan.Sommer
> -Original Message- > From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Sent: Wednesday, June 10, 2020 3:50 PM > To: Sommer, Jan; devel@rtems.org > Subject: Re: [PATCH v1 0/9] Enable SMP for pc386 based bsps > > On 31/05/2020 16:22, Jan Sommer wrote: > > [...] > >

RE: libbsd fails to build on master for i386

2020-06-03 Thread Jan.Sommer
Hi Jeff, yes, this is known, but IIRC the libbsd should build, if you turn off the e1000 module in the buildset. We prepared the iflib patchset for the FreeBSD branch first, because of the upcoming release. There is also one in preparation for master, but got delayed since I wanted to finish

RE: GSoC 2020: [rtems/rsb]: Error while adding ptp support. This time building for xilinx_zynq_a9_qemu

2020-06-05 Thread Jan.Sommer
Hello, We came across the PPSi library for PTP support some time ago: https://ohwr.org/project/ppsi In their documentation its says they started with ptpd and then made an overhaul of the source code. They also claim portability as one of their goals. We haven't had time to look at it closer

RE: GSoC 2020: [rtems/rsb]: Error while adding ptp support. This time building for xilinx_zynq_a9_qemu

2020-06-11 Thread Jan.Sommer
> -Original Message- > From: Chris Johns [mailto:chr...@rtems.org] > Sent: Thursday, June 11, 2020 2:26 AM > To: Sommer, Jan; mritunjaysharma...@gmail.com > Cc: rtems-de...@rtems.org > Subject: Re: GSoC 2020: [rtems/rsb]: Error while adding ptp support. This > time building for

RE: [PATCH v1 1/1] bsps/pc386: Fix IPI for non-consecutive APICIDs

2020-07-16 Thread Jan.Sommer
> -Original Message- > From: Chris Johns [mailto:chr...@rtems.org] > Sent: Thursday, July 16, 2020 3:21 AM > To: Sebastian Huber; Sommer, Jan; devel@rtems.org > Subject: Re: [PATCH v1 1/1] bsps/pc386: Fix IPI for non-consecutive APICIDs > > On 15/7/20 7:54 pm, Sebastian Huber wrote: >

RE: [PATCH v1 0/1] i386: Fix possible race condition on first context restore

2020-07-29 Thread Jan.Sommer
Could someone please check the patch and push it to the 5 and master branches? I will be on vacation from tomorrow, so I wanted to give it a pre-vacation bump. My response times will be a bit delayed, but I will check emails from time to time. Cheers, Jan > -Original Message- >

RE: [PATCH v1 0/1] i386: Fix possible race condition on first context restore

2020-07-29 Thread Jan.Sommer
> -Original Message- > From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Sent: Wednesday, July 29, 2020 11:42 AM > To: Sommer, Jan; devel@rtems.org > Subject: Re: [PATCH v1 0/1] i386: Fix possible race condition on first context > restore > > On 29/07/2020 11:18,

RE: [PATCH v1 0/1] xilinx_zynq: Enable support for 4kiB MMU pages

2020-11-27 Thread Jan.Sommer
> -Original Message- > From: Sebastian Huber > Sent: Friday, November 27, 2020 9:27 AM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v1 0/1] xilinx_zynq: Enable support for 4kiB MMU pages > > On 26/11/2020 17:08, Jan Sommer wrote: > > > This should enable the support for

How to set values depending on BSP options in spec files?

2020-11-26 Thread Jan.Sommer
Hello, I tried to get further acquainted with the new build system and how the spec files work. Following a previous discussion (https://lists.rtems.org/pipermail/users/2020-November/067971.html) I thought adding support for the 4 kB MMU pages to the xilinx_zynq_* BSPs might be a small task

RE: CAN user space API for RTEMS

2020-12-03 Thread Jan.Sommer
Great. I did some search regarding RTEMS and CAN beforehand, but only found quite old discussions. I blame the naming of the bus for that . @Pavel Pisa You have lots of experience with different CAN setups. In your Email from March you also discussed many different

RE: BSP_CONSOLE_MINOR option for Zynq board with new build system

2020-12-02 Thread Jan.Sommer
Hi Sebastian, I forgot to follow up with this until I ran into the same thing again. Your patch works and solves the problem. Would you be so kind to push it to master? Best regards, Jan > -Original Message- > From: Sebastian Huber > Sent: Friday, September 25, 2020 4:14 PM > To:

CAN user space API for RTEMS

2020-12-02 Thread Jan.Sommer
Hello, We have some upcoming projects which will use RTEMS and will require CAN. RTEMS doesn't have a CAN user interface and as far as I can see there is also no such thing in FreeBSD (please correct me if I'm wrong) which we could take in via rtems-libbsd. Now, our options are to just use keep

RE: [PATCH v1 0/1] bsps/arm: Fix MMU small pages support

2020-12-10 Thread Jan.Sommer
If there are no objections, could someone please push the changes? Cheers, Jan > -Original Message- > From: Sommer, Jan > Sent: Tuesday, November 24, 2020 9:41 AM > To: devel@rtems.org > Cc: Sommer, Jan > Subject: [PATCH v1 0/1] bsps/arm: Fix MMU small pages support > > Following

RE: [PATCH v2 0/1] xilinx_zynq: Enable support for 4kiB MMU pages

2020-12-11 Thread Jan.Sommer
Could someone please push these changes? I think this is the last patchset from me which is open. Cheers, Jan > -Original Message- > From: Sommer, Jan > Sent: Friday, November 27, 2020 2:43 PM > To: devel@rtems.org > Cc: Sommer, Jan > Subject: [PATCH v2 0/1] xilinx_zynq: Enable

Certificate for docs.rtems.org expired?

2020-11-04 Thread Jan.Sommer
Hello, The webmaster is probably aware, but just in case: Firefox and Edge don't let me connect to docs.rtems.org because of an invalid certificate. Probably, the certificate is expired. Connecting to www.rtems.org still works fine. Best regards, Jan Deutsches Zentrum für Luft- und

Build failure with current master

2021-01-22 Thread Jan.Sommer
Hello, Our nightly build of the current master of some ARM BSPs failed today (e.g. raspberrypi, zedboard). It seems to be related to commit a434cc80cb00e: bsps/shared: Adapt fsl-edma driver for imxrt The error I get is: [ 60/4060] Compiling bsps/shared/dev/dma/fsl-edma.c [ 62/4060] Compiling

RE: [PATCH v2] bsps/shared: Build fsl-edma only for certain BSP

2021-01-22 Thread Jan.Sommer
Thank you. The pipeline works again. Have a nice week-end, Jan > -Original Message- > From: devel On Behalf Of Christian MAUDERER > Sent: Friday, January 22, 2021 3:52 PM > To: Sebastian Huber ; RTEMS > > Subject: Re: [PATCH v2] bsps/shared: Build fsl-edma only for certain BSP >

RE: [PATCH v2 1/1] bsps/riscv: Add per cpu clock interrupt

2021-03-23 Thread Jan.Sommer
> -Original Message- > From: Sebastian Huber > Sent: Monday, March 22, 2021 5:28 PM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v2 1/1] bsps/riscv: Add per cpu clock interrupt > > > On 22/03/2021 16:56, Jan Sommer wrote: > > diff --git a/bsps/riscv/riscv/clock/clockdrv.c

RE: [PATCH v2 1/1] bsps/riscv: Add per cpu clock interrupt

2021-03-23 Thread Jan.Sommer
> -Original Message- > From: Gedare Bloom > Sent: Monday, March 22, 2021 5:52 PM > To: Sebastian Huber > Cc: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v2 1/1] bsps/riscv: Add per cpu clock interrupt > > On Mon, Mar 22, 2021 at 10:28 AM Sebastian Huber > wrote: > > > > > >

RE: [PATCH 0/3] Add spidev driver for Xilinx AXI Quad SPI device

2021-03-30 Thread Jan.Sommer
Just a short bump for this patch. > -Original Message- > From: Sommer, Jan > Sent: Wednesday, March 10, 2021 9:15 PM > To: devel@rtems.org > Cc: Sommer, Jan > Subject: [PATCH 0/3] Add spidev driver for Xilinx AXI Quad SPI device > > This patchset adds a spidev driver for the Xilinx AXI

RE: [PATCH 0/3] Add spidev driver for Xilinx AXI Quad SPI device

2021-03-30 Thread Jan.Sommer
Thanks, pushed to master. I will prepare the tickets and patches for backporting next. Best regards, Jan > -Original Message- > From: Gedare Bloom > Sent: Tuesday, March 30, 2021 4:12 PM > To: Sommer, Jan > Cc: devel@rtems.org > Subject: Re: [PATCH 0/3] Add spidev driver for

[libbsd] How to install machine header files?

2021-03-31 Thread Jan.Sommer
Hello, I stumbled upon some include path problems in libbsd while looking at Chris' ptpd port and I am not sure what is the recommended way to solve it. It starts with "freebsd/sys/sys/bus.h" including "machine/_bus.h". Currently, this will be the one from within "rtemsbd" which will redirect to

RE: [libbsd] How to install machine header files?

2021-04-01 Thread Jan.Sommer
> -Original Message- > From: Chris Johns > Sent: Thursday, April 1, 2021 6:25 AM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [libbsd] How to install machine header files? > > On 1/4/21 6:37 am, jan.som...@dlr.de wrote: > > Hello, > > > > I stumbled upon some include path problems

RE: [rtems5 PATCH 0/5] Backport zynq SPI drivers to rtems5

2021-04-06 Thread Jan.Sommer
> -Original Message- > From: Chris Johns > Sent: Thursday, April 1, 2021 2:15 AM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [rtems5 PATCH 0/5] Backport zynq SPI drivers to rtems5 > > Hi Jan, > > This looks good. Has this been tested on zync hardware? If no then some > testing

RE: [PATCH v2] user/bsps: Mention fixed console baud rate for zynq

2021-03-15 Thread Jan.Sommer
Could someone please have a look at this patch? > -Original Message- > From: Sommer, Jan > Sent: Friday, March 5, 2021 7:04 PM > To: devel@rtems.org > Cc: Sommer, Jan > Subject: [PATCH v2] user/bsps: Mention fixed console baud rate for zynq > > --- > user/bsps/arm/xilinx-zynq.rst | 12

RE: [PATCH 0/3] Add spidev driver for Xilinx AXI Quad SPI device

2021-03-16 Thread Jan.Sommer
Could someone also please have a look at this patchset. When this goes through, I would like to backport this, the cadence-spi driver and the spi shell command of Christian to rtems5. Best regards, Jan > -Original Message- > From: Sommer, Jan > Sent: Wednesday, March 10, 2021 9:15

RE: [PATCH v2] user/bsps: Mention fixed console baud rate for zynq

2021-03-16 Thread Jan.Sommer
Thanks. Pushed to master. > -Original Message- > From: Gedare Bloom > Sent: Monday, March 15, 2021 11:08 PM > To: Joel Sherrill > Cc: Sommer, Jan ; rtems-de...@rtems.org > > Subject: Re: [PATCH v2] user/bsps: Mention fixed console baud rate for zynq > > Yeah go ahead, thanks Jan. > >

Flashdisk driver based on spidev

2021-03-10 Thread Jan.Sommer
Hello, We will probably at some point need support for Micron-based NOR-flash devices to store data which are connected via SPI. I found the flashdisk API in RTEMS and was wondering if I understand everything correctly. My idea would be to have the layers like this: spidev-driver <--

RE: [PATCH v5 0/3] Add cadence-SPI driver

2021-03-10 Thread Jan.Sommer
Thanks. Pushed to master. > -Original Message- > From: Chris Johns > Sent: Wednesday, March 10, 2021 6:56 PM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v5 0/3] Add cadence-SPI driver > > OK to push from me. > > On 9/3/21 10:22 pm, Jan Sommer wrote: > > v5: > > - Add some

RE: About is_non_preempt_mode_supported

2021-03-19 Thread Jan.Sommer
> -Original Message- > From: devel On Behalf Of Gedare Bloom > Sent: Thursday, March 18, 2021 8:11 PM > To: Richi Dubey > Cc: rtems-de...@rtems.org > Subject: Re: About is_non_preempt_mode_supported > > On Thu, Mar 18, 2021 at 11:25 AM Richi Dubey > wrote: > > > > Thanks for your

RE: Flashdisk driver based on spidev

2021-03-15 Thread Jan.Sommer
Thanks for all the pointers Chris, I will do some more research and see if I get a better idea how to go about this. Best regards, Jan > -Original Message- > From: Chris Johns > Sent: Wednesday, March 10, 2021 7:28 PM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: Flashdisk

  1   2   >