Re: Requirement Document generator tool

On 28/1/20 10:22 pm, Christian Mauderer wrote: > I'm quite indifferent which style we use But you are arguing a position, such as ... > but do you really think that it > is a good idea to roll our own RTEMS-Python-style instead of using one > of the big ones (like PEP8, Google or some other that

Re: Requirement Document generator tool

On Tue, Jan 28, 2020, 5:22 AM Christian Mauderer < christian.maude...@embedded-brains.de> wrote: > On 28/01/2020 11:41, Chris Johns wrote: > > > > > > On 28/1/20 8:14 pm, Christian Mauderer wrote: > >> On 28/01/2020 01:42, Chris Johns wrote: > >>> On 28/1/20 10:48 am, Joel Sherrill wrote: > O

[PATCH] zynq-uart: Added support to conditionally flush UART before reset.

From: Lou Woods Added support to flush the UART's transmit hardware buffer before resetting the UART if the transmit enable bit is set initially. This flush allows for delivery of remaining characters left behind by the bootloader before the RTEMS init. It was found that when booting with TFTP

Re: "atsamv" BSP legacy network driver status

> On Jan 28, 2020, at 04:46 , Christian Mauderer > wrote: > > Before our customers migrated to libbsd (to get some of the features > there) the driver in legacy worked. But that is a few years back. > Currently I only know of applications using the libbsd driver. > How are you linking the li

Re: Porting RTEMS to NXP i.MX RT1020

Actually I'm told the plan now is it will be NXP i.MX RT1060. > On Jan 27, 2020, at 16:28 , Peter Dufault wrote: > > I'm evaluating porting RTEMS to the NXP i.MX RT1020. What will take me the > longest is if the ethernet peripheral isn't supported. > It's referred to as the "10/100-Mbps Ethern

[PATCH] posix: Only check shm_unlink obj_err if necessary

In the nominal case checked by spsysinit01, obj_err is unmodified if _POSIX_Shm_Get_by_name returns non-NULL. In the case of shm_unlink, this means an uninitialized value is passed into the switch and it appears this test was passing by virtue of the stack having the right value on it in most cases

Re: #2920 -> #3515

On Tue, 28 Jan 2020 at 23:17, Joel Sherrill wrote: > >> >> Then I ran `hello.exe` using the command `sparc-rtems5-gdb hello.exe` >> inside gdb. >> But when I did `target sim` it displayed (Undefined target command: "sim") >> As a workaround, using `sparc-rtems5-sis` to run hello.exe worked. >> As

Re: #2920 -> #3515

On Tue, Jan 28, 2020 at 11:06 AM Bran S wrote: > Hi Guys, > > I am new to rtems. Looking to solve some issues to get familiar with > the project. > While going through the ticket list I found issue #3515. I would like > to solve this. > Welcome onboard! > > Background Work: > Following the qui

#2920 -> #3515

Hi Guys, I am new to rtems. Looking to solve some issues to get familiar with the project. While going through the ticket list I found issue #3515. I would like to solve this. Background Work: Following the quick-start guide I have built rtems5 and rsb. Ran the 600 tests on BSP erc32 of which 5 t

Re: [PATCH 0/2] Add new Xen BSP target using GICv3 driver

I have merged all of Jeff's patches. Please check that they work as merged and do not introduce warnings. Thanks. --joel On Thu, Jan 23, 2020 at 10:04 AM Jeff Kubascik < jeff.kubas...@dornerworks.com> wrote: > This patch set renames the "xen_virtual" target to "xen_gicv2", and adds a > new > "

Re: Requirement Document generator tool

On 28/01/2020 11:41, Chris Johns wrote: > > > On 28/1/20 8:14 pm, Christian Mauderer wrote: >> On 28/01/2020 01:42, Chris Johns wrote: >>> On 28/1/20 10:48 am, Joel Sherrill wrote: On Mon, Jan 27, 2020 at 4:18 PM Chris Johns >>> > wrote: On 24/1/20 9:57

Re: Requirement Document generator tool

On 28/1/20 8:14 pm, Christian Mauderer wrote: > On 28/01/2020 01:42, Chris Johns wrote: >> On 28/1/20 10:48 am, Joel Sherrill wrote: >>> On Mon, Jan 27, 2020 at 4:18 PM Chris Johns >> > wrote: >>> >>> On 24/1/20 9:57 pm, Jose Valdez wrote: >>> > In fact these tool

Re: "atsamv" BSP legacy network driver status

Hello Peter, On 27/01/2020 22:10, Peter Dufault wrote: > The "rtems-libbsd" "if_atsam.c" driver is derived from the legacy one. Correct. > What's the status of the two drivers? I ask because I'm trying to do some > small memory testing with the legacy stack on the . It is building but not >

Re: Requirement Document generator tool

On 28/01/2020 01:42, Chris Johns wrote: > On 28/1/20 10:48 am, Joel Sherrill wrote: >> On Mon, Jan 27, 2020 at 4:18 PM Chris Johns > > wrote: >> >> On 24/1/20 9:57 pm, Jose Valdez wrote: >> > In fact these tools target the pre-qualified project. >> >> Do you see