BSP_CONSOLE_MINOR option for Zynq board with new build system

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 compi

RE: BSP_CONSOLE_MINOR option for Zynq board with new build system

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: AW: [PATCH 1/3] Remove duplicate GRETH driver

> -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 wrote:

Certificate for docs.rtems.org expired?

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 Raumfa

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

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 to

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

> -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 sma

RE: BSP_CONSOLE_MINOR option for Zynq board with new build system

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

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: CAN user space API for RTEMS

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 APIs.

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

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

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 supp

Build failure with current master

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

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 2/3] bsps/xilinx_zynq: Add SPI driver to waf

Yes, my bad. When changing that compared to version 1 of the patch, I wanted to remove the references to cadence-spi, but instead removed the ones to cadence-i2c :-/ I will send in a new patchset. Best regards, Jan > -Original Message- > From: Kinsey Moore > Sent: Saturday, Februar

RE: [PATCH v3 1/3] bsps/xilinx_zynq: Add SPI driver for cadence-spi

Hi Chris, > -Original Message- > From: Chris Johns > Sent: Sunday, February 14, 2021 10:20 PM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v3 1/3] bsps/xilinx_zynq: Add SPI driver for cadence-spi > > Hi Jan, > > Thank you for the changes. I have one question inlined below .

RE: [PATCH 0/1] misc: tools: fix mkimage.py script type processing

> -Original Message- > From: Chris Johns > Sent: Tuesday, February 16, 2021 6:27 AM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH 0/1] misc: tools: fix mkimage.py script type processing > > On 12/2/21 3:23 am, Jan Sommer wrote: > > Here is the patch from Andre also in git se

RE: [PATCH v3 1/3] bsps/xilinx_zynq: Add SPI driver for cadence-spi

Ok, I asked if it is ok to use the English name for our organization as well. The answer might take some time, though. Best regards, Jan From: Joel Sherrill Sent: Monday, February 15, 2021 9:41 PM To: Peter Dufault Cc: Sommer, Jan ; rtems-de...@rtems.org Subject: Re: [PATCH v3 1/3] bsps/x

RE: [PATCH v3 1/3] bsps/xilinx_zynq: Add SPI driver for cadence-spi

> -Original Message- > From: dufa...@hda.com > Sent: Tuesday, February 16, 2021 2:05 PM > To: Sommer, Jan > Cc: j...@rtems.org; devel@rtems.org > Subject: Re: [PATCH v3 1/3] bsps/xilinx_zynq: Add SPI driver for cadence-spi > > You could use "fuer" to replace "für" as was done in the olde

RE: [PATCH v3 1/3] bsps/xilinx_zynq: Add SPI driver for cadence-spi

> -Original Message- > From: devel On Behalf Of Chris Johns > Sent: Tuesday, February 16, 2021 10:53 PM > To: Gedare Bloom ; Peter Dufault > Cc: devel@rtems.org > Subject: Re: [PATCH v3 1/3] bsps/xilinx_zynq: Add SPI driver for cadence-spi > [...] > > We haven't really made anything o

RE: [PATCH 1/1] zynq-uart: Fix set_attributes implementation

> -Original Message- > From: Chris Johns > Sent: Wednesday, February 10, 2021 12:08 AM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH 1/1] zynq-uart: Fix set_attributes implementation > > On 9/2/21 11:42 pm, Jan Sommer wrote: > > From: Kinsey Moore > > > > The zynq-uart set

RE: [PATCH rtems-docs] user/bsps: Mention fixed console baud rate for zynq

> -Original Message- > From: Chris Johns > Sent: Saturday, February 20, 2021 11:57 PM > To: Gedare Bloom ; Sommer, Jan > > Cc: devel@rtems.org > Subject: Re: [PATCH rtems-docs] user/bsps: Mention fixed console baud rate > for zynq > > On 20/2/21 3:59 am, Gedare Bloom wrote: > > On Fri

RE: [PATCH v1 1/1] bsps/shared: Allow setting baud rate for zynq uart

> -Original Message- > From: Sebastian Huber > Sent: Monday, February 22, 2021 4:58 PM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v1 1/1] bsps/shared: Allow setting baud rate for zynq > uart > > > On 22/02/2021 16:43, Jan Sommer wrote: > > + /* > > + * Determine the b

RE: [PATCH] MAINTAINERS: Add myself to write after approval

Could someone approve this patch, please? Best regards, Jan > -Original Message- > From: Sommer, Jan > Sent: Thursday, February 25, 2021 2:05 PM > To: devel@rtems.org > Cc: Sommer, Jan > Subject: [PATCH] MAINTAINERS: Add myself to write after approval > > --- > MAINTAINERS | 1 + >

RE: [PATCH] MAINTAINERS: Add myself to write after approval

Thanks. Pushed successfully. Best regards, Jan > -Original Message- > From: Chris Johns > Sent: Thursday, March 4, 2021 8:35 AM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH] MAINTAINERS: Add myself to write after approval > > Approved. > > Welcome and congratulations

RE: [PATCH v2 1/1] bsps/shared: Allow setting baud rate for zynq uart

Could someone please have a look a this patch and approve it? Should I then still add a new section to the docs regarding the console behavior for the zynq? With this patch applied it would be that the baud rate of the fsbl is overwritten by default to 115200, but can be changed using the termios

RE: [PATCH v2 1/1] bsps/shared: Allow setting baud rate for zynq uart

> -Original Message- > From: Gedare Bloom > Sent: Friday, March 5, 2021 4:36 PM > To: Sommer, Jan > Cc: devel@rtems.org > Subject: Re: [PATCH v2 1/1] bsps/shared: Allow setting baud rate for zynq > uart > > On Mon, Feb 22, 2021 at 9:23 AM Jan Sommer wrote: > > > > --- > > bsps/share

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

Thanks, I got some test feedback from Rick van der Wal. I will prepare a new patch set with some modifications. The zynq-uart issue is currently more pressing for me. Best regards, Jan > -Original Message- > From: Gedare Bloom > Sent: Friday, March 5, 2021 4:41 PM > To: Sommer, Jan

RE: [PATCH v3 0/1] Enable baud rate selection for zynq uart

Thanks. To be honest, I wasn’t really sure what to do with B0 since there aren’t any modem control lines. I just grepped for B0 and looked what other BSPs are doing and they do nothing, so I copied that to have at least common behavior among RTEMS. From: Joel Sherrill Sent: Friday, March 5, 202

RE: [PATCH v3 1/1] bsps/shared: Allow setting baud rate for zynq uart

Thanks. Pushed to master. > -Original Message- > From: Gedare Bloom > Sent: Friday, March 5, 2021 6:48 PM > To: Sommer, Jan > Cc: devel@rtems.org > Subject: Re: [PATCH v3 1/1] bsps/shared: Allow setting baud rate for zynq > uart > > Looks good to me. > > On Fri, Mar 5, 2021 at 10:42 AM

RE: [PATCH 0/2] Import ehci_pci

Could someone please approve this patchset (and ideally the similar ones for 6-freebsd-12 and 5-freebsd-12)? They only import the files for the USB flash drive support from FreeBSD without any RTEMS related changes. Best regards, Jan > -Original Message- > From: devel On Behalf O

RE: [PATCH 0/2] Import ehci_pci

> -Original Message- > From: Sebastian Huber > Sent: Monday, March 8, 2021 4:42 PM > To: Sommer, Jan ; Moyano Heredia, Victor Gabriel > ; devel@rtems.org > Subject: Re: [PATCH 0/2] Import ehci_pci > > On 08/03/2021 16:38, jan.som...@dlr.de wrote: > > > Could someone please approve this

RE: [5 PATCH 0/2] Backport fixes to zynq uart to RTEMS5

> -Original Message- > From: Chris Johns > Sent: Tuesday, March 9, 2021 3:20 AM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [5 PATCH 0/2] Backport fixes to zynq uart to RTEMS5 > > OK for 5. > Thanks. Pushed to 5. > On 6/3/21 5:58 am, Jan Sommer wrote: > > This patchset backpo

Flashdisk driver based on spidev

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 <-- micron-flas

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

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: [PATCH v2] user/bsps: Mention fixed console baud rate for zynq

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: Flashdisk driver based on spidev

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 driv

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

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. > >

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

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 P

RE: About is_non_preempt_mode_supported

> -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 he

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

> -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

> -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: > > > > > > On

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

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 Q

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

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 Xilinx

[libbsd] How to install machine header files?

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?

> -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 i

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

> -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: [libbsd] How to install machine header files?

@Sebastian: Do you have a suggestion how I could resolve this? I think you have the most experience with the libbsd build system. Best regards, Jan > -Original Message- > From: devel On Behalf Of jan.som...@dlr.de > Sent: Thursday, April 1, 2021 11:59 AM > To: chr...@rtems.org; dev

RE: Booting a rtems exe on Zynq UltraScale+ MPSoC ZCU106 board

Hi Richi, In your log it says: Image Type: ARM Linux Kernel Image (gzip compressed) At least for our zedboard devices we use the following main options for mkimage. mkimage -A arm -O rtems -T kernel Which yields for me: Image Type: ARM RTEMS Kernel Image (gzip compressed) IIRC the diffe

RE: [PATCH 0/1] grlib/genirq: Issue when enabling/disabling interrupt

Does someone have any objections to this patch? I would like to push it to master and 5. Or should we reach out to someone at Gaisler to check if it is ok? Best regards, Jan > -Original Message- > From: devel On Behalf Of > gabriel.moy...@dlr.de > Sent: Tuesday, April 13, 2021 10:09

RE: [PATCH v2 1/1] grlib/genirq: Taking into account that it could be more than one ISR enabled/disabled

Thanks, pushed to master and 5. From: devel On Behalf Of Daniel Hellstrom Sent: Thursday, April 15, 2021 1:03 PM To: Moyano Heredia, Victor Gabriel ; devel@rtems.org Subject: Re: [PATCH v2 1/1] grlib/genirq: Taking into account that it could be more than one ISR enabled/disabled Looks good. T

RE: Writing code that takes time to run

Hi Richi, You can checkout the T_busy functions here: https://git.rtems.org/rtems/tree/cpukit/include/rtems/test.h#n2390 uint_fast32_t T_get_one_clock_tick_busy(void) gives you the busy count for one tick. You can then calculate the number of cycles you need to wait for you desired certain tim

Building llvm toolchain for RTEMS

Hello, I see some references to llvm toolchains for RTEMS from time to time, but haven't really looked into it. Is it possible to let RSB build a clang C/C++ compiler and kernel for e.g. the Zedboard BSP? If yes, how would I build such a toolchain? I see that there is a llvm buildset in RSB, bu

RE: Writing code that takes time to run

Yes, exactly. For example if you want to block for 1s: uint32_t cycles_per_tick = T_get_one_clock_tick_busy(void); uint32_t cycles_per_sec = rtems_clock_get_ticks_per_second() * cycles_per_tick; T_busy(cycles_per_sec); It you take a look at the implementation of T_busy (https://git.rtems.org/rtem

RE: Building llvm toolchain for RTEMS

Ok, I build the llvm buildset with RSB and then tried to set the COMPILER option in the ini file for the BSP, but that did not work. Is it only available for certain BSPs or am I completely of the track? Best regards, Jan > -Original Message- > From: devel On Behalf Of jan.som...@d

RE: [PATCH v1 0/2] [libbsd] Install correct machine include headers

Ping :) > -Original Message- > From: Gedare Bloom > Sent: Monday, May 10, 2021 10:55 PM > To: Sommer, Jan > Cc: devel@rtems.org > Subject: Re: [PATCH v1 0/2] [libbsd] Install correct machine include headers > > I can't review these currently, just want to put a note out there. > Hopeful

Improve SMP support for PC BSP

Hello, Currently the pc BSP in SMP mode uses a timer interrupt on cpu0 which is then distributed to all other cores via an IPI for the scheduler tick. This means, if cpu0 locally disables its interrupts (e.g. in a driver), all schedulers lose their sense of time. Worst case this could lead to a

RE: [PATCH v1 0/2] [libbsd] Install correct machine include headers

Thanks, Chris & Christian. I think I got a better understanding of the issues now and found a simpler solution which is less intrusive. I will post a new patchset. Best regards, Jan > -Original Message- > From: Chris Johns > Sent: Tuesday, June 1, 2021 11:28 PM > To: Christian Maude

RE: [PATCH v1] bsps/riscv: Give enough time for clock driver initialization

> -Original Message- > From: Gedare Bloom > Sent: Monday, June 7, 2021 7:00 PM > To: Sommer, Jan > Cc: devel@rtems.org > Subject: Re: [PATCH v1] bsps/riscv: Give enough time for clock driver > initialization > > On Mon, Jun 7, 2021 at 9:47 AM Jan Sommer wrote: > > > > - Clock driver

RE: [PATCH v2 2/2] i386: Remove unneeded include header files

Thanks, I would also like to backport this to 5-freebsd-12 to solve this issue there as well. I created a corresponding ticket: https://devel.rtems.org/ticket/4452#ticket Best regards, Jan > -Original Message- > From: Chris Johns > Sent: Tuesday, June 8, 2021 4:59 AM > To: Gedare

RE: [PATCH v2 2/2] i386: Remove unneeded include header files

Thanks. Pushed to master, 5-freebsd-12 and 6-freebsd-12. Short question: Does the buildbot recognize the pushes to rtems-libbsd/5-freebsd-12 and update the ticket? I added the ticket number to the commit description, but the ticket has not been updated. Best regards, Jan > -Original Me

RE: [PATCH v2 2/2] i386: Remove unneeded include header files

That`s the output I got. Not sure if it is helpful: $ git push upstream HEAD~:5-freebsd-12 Counting objects: 4, done. Delta compression using up to 8 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 658 bytes | 658.00 KiB/s, done. Total 4 (delta 3), reused 0 (delta 0)

RE: [PATCH v2 2/2] i386: Remove unneeded include header files

> -Original Message- > From: Gedare Bloom > Sent: Wednesday, June 9, 2021 8:33 PM > To: Sommer, Jan > Cc: Amar Takhar ; Chris Johns ; > devel@rtems.org > Subject: Re: [PATCH v2 2/2] i386: Remove unneeded include header files > > On Wed, Jun 9, 2021 at 12:27 PM Gedare Bloom wrote: > >

RE: [PATCH v1] bsps/i386: Update calibration of TSC to be more accurate

> -Original Message- > From: Gedare Bloom > Sent: Tuesday, June 15, 2021 5:01 PM > To: Sommer, Jan > Cc: devel@rtems.org > Subject: Re: [PATCH v1] bsps/i386: Update calibration of TSC to be more > accurate > > On Fri, Jun 11, 2021 at 1:44 AM Jan Sommer wrote: > > > > Closes #4455 > >

RE: [PATCH v2 1/1] bsps/i386: Update calibration of TSC to be more accurate

Thanks, I prepared tickets for master and 5. I will make sure that the link in the commit message fits the right ticket of the corresponding branch. My plan is to push that on Monday, when I am back in the office Best regards, Jan From: Joel Sherrill Sent: Wednesday, June 16, 2021 8:06 PM

[rtems5] Assertion triggered with --enable-debug

As a follow-up from the discussions here: https://lists.rtems.org/pipermail/users/2021-June/068454.html For RTEMS5 I noticed that an assertion fails for the Zedboard BSP if RTEMS is compiled with the --enable-debug option. The assert seems to be triggered during the execution of rtems_bsd_initial

RE: [PATCH] bsps/cadence-spi: Fix moduleid offset

> -Original Message- > From: Gedare Bloom > Sent: Tuesday, June 29, 2021 6:22 PM > To: Kinsey Moore ; Sommer, Jan > > Cc: devel@rtems.org > Subject: Re: [PATCH] bsps/cadence-spi: Fix moduleid offset > > Jan, please confirm. Thanks > Looks good to me. Thanks, Jan > On Mon, Jun

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

> -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 import

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

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 you

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

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 > Betreff:

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

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 > Subj

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

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 rt

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

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: libbsd fails to build on master for i386

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 th

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

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 ye

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

> -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 xilinx_zyn

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

> -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 wrot

RE: Release snapshot 5.0.0-m2006-2 available

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 didn

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

> -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 details

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

> -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: > > [...] > > >

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

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 --e

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

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 [mailto:chr.

Expired SSL certificate and forwarding with rtems.org

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. (DLR

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

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] bsps/pc

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

> -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 Mritunja

RE: libbsd rtems 5 branches

> -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: [PATCH v1 1/1] bsps/pc386: Fix IPI for non-consecutive APICIDs

> -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] bsps/pc386: Fix IPI for non-consecutive Apic IDs

> -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

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

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- > From:

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

> -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, jan.s

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

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 (https://github.com/freebsd/freebsd/blob/6b0307a

RE: Announce: RTEMS 5.1 Release

> -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

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

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 arou

RE: We are loosing patches

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: [PATCH v1 7/9] bsps/pc386: Separate smp API functions. Makes smpfatal08 link

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 > Subje

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

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 includ

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

> -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 there

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

> -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

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 c

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

> -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 a/

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

> -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: > > >

  1   2   >