Re: RTEMS 5 has branch

Hello Chris, thanks a lot for all your hard and tedious work to prepare the RTEMS 5 release. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

RTEMS 5 RC1 Available

Hello, RTEMS 5 RC1 is available for testing. You can find the release at: https://ftp.rtems.org/pub/rtems/releases/5/rc/5.1.0-rc1 Please report your successes or problems here. You can also raise a ticket if you prefer. Please select the 5.1 milestone. Thanks Chris _

RTEMS 5 has branch

Hello, The RTEMS release repos have been branched for RTEMS 5. I am preparing RC1 now and I hope it will be available shortly. I will provide a separate announcement for it. The 5.1.0-rc1 release candidate will be very close to the 5.0.0-m2006-2 snapshot. The RC2 candidate will have a cleane

RE: [PATCH] posix: Only check shm_unlink obj_err if necessary

Hey Gedare, Setting obj_err to 0 would get the desired outcome, but the logic as it exists now is faulty. Setting obj_err to a value that can't be produced by _POSIX_Shm_Get_by_name would be a better option, but it would still be checking an error value after successful execution. _POSIX_Shm_Get

Re: [PATCH] posix: Only check shm_unlink obj_err if necessary

Hi Kinsey, I missed seeing this. Two quick questions for you. 1. does it also work to initialize obj_err to 0? that would be simpler code. 2. I see the error handling logic changes slightly, with OBJECTS_GET_BY_NAME_NO_OBJECT now returning ENOENT. I guess if it works to init obj_err to 0, this c

RE: [PATCH] posix: Only check shm_unlink obj_err if necessary

Is there anything stopping this from being merged? I just ran into this bug again on the current project I'm working on. Kinsey -Original Message- From: Kinsey Moore Sent: Tuesday, January 28, 2020 12:37 To: devel@rtems.org Cc: Kinsey Moore Subject: [PATCH] posix: Only check shm_unlin

Re: Command line for Qemu and libbsd for pc386

On 2020-06-24 19:22, Joel Sherrill wrote: Hi Does someone have a qemu command line handy for running libbsd network applications on Qemu? I have lots of notes and old examples but can't seem to trip the right combination today. Thanks. --joel _

Re: rtems_interrupt_catch()

On Thu, Jun 25, 2020, 12:38 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 25/06/2020 01:36, Chris Johns wrote: > > > On 24/6/20 2:40 am, Sebastian Huber wrote: > >> Hello, > >> > >> I noticed that the rtems_interrupt_catch() directive is only declared > >> and implemented if

Re: Documentation of Qualification Toolchain?

On 25/6/20 3:26 pm, Sebastian Huber wrote: On 24/06/2020 02:48, Chris Johns wrote: On 19/6/20 11:38 pm, Sebastian Huber wrote: the qualification toolchain in https://git.rtems.org/sebh/rtems-qual.git/ needs a bit of documentation. For a start, I propose to add it to the RTEMS Software Engin

Re: Command line for Qemu and libbsd for pc386

Hi Gabriel, Thanks. Your post reminded me to have a look. This the set up I used a while ago .. qemu-system-arm \ -M xilinx-zynq-a9 -m 256M -no-reboot -serial null \ -serial mon:stdio -nographic -net nic,model=cadence_gem \ -net vde,id=vde0,sock=/tmp/vde1 -kernel $* This use the vdeswi