Update #4468.
---
eng/build-system.rst | 4 ++--
eng/req/items.rst| 8 ++--
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/eng/build-system.rst b/eng/build-system.rst
index e76b606..030679d 100644
--- a/eng/build-system.rst
+++ b/eng/build-system.rst
@@ -355,8 +355,8 @@ Add
Dear RTEMS Maintainers,
I would like to submit the following patch for review.
It contains:
1) My implementation of the pthread_cond_clockwait() method
2) New test for the above method (psx17)
3) Necessary additions for building the test
Thank you very much for your time and I'll stand by for
an
Added implementation of the pthread_cond_clockwait()
method to cpukit/posix/src/condclockwait.c. Additional
logic added to condwaitsupp.c to implement new method.
pthread_cond_clockwait() has been added to the Issue 8
POSIX Standard.
psx17 test added to testsuites/psxtests to test the
newly added
> On 18 Aug 2021, at 4:41 pm, jan.som...@dlr.de wrote:
>
> Is this patch also something to backport to RTEMS5 or is this problem only
> specific to the current version?
I have not considered doing this as 5 works on the Zynq. If termios is the same
we may look at this.
And Versal is not hand
Latest is 632414dc0f2976cc3ce0267d0c51aeb7c4de1e14
---
rtems/config/tools/rtems-tools-6.cfg | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/rtems/config/tools/rtems-tools-6.cfg
b/rtems/config/tools/rtems-tools-6.cfg
index 8ec8917..4dcb9ea 100644
--- a/rtems/config/tools/rt
---
rtems/config/tools/rtems-gcc-10-newlib-head.cfg | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/rtems/config/tools/rtems-gcc-10-newlib-head.cfg
b/rtems/config/tools/rtems-gcc-10-newlib-head.cfg
index b2a7ee1..dc1cc89 100644
--- a/rtems/config/tools/rtems-gcc-10-newlib-
Looks good to me.
Kinsey
On 8/16/2021 05:27, pranav wrote:
---
user/bsps/arm/raspberrypi.rst | 51 ++-
1 file changed, 45 insertions(+), 6 deletions(-)
diff --git a/user/bsps/arm/raspberrypi.rst b/user/bsps/arm/raspberrypi.rst
index c26f4b5..11dcc30 100644
-
This is merged.
Thanks for sticking with this. :)
On Sun, Aug 15, 2021 at 2:58 AM Eshan Dhawan wrote:
>
> From: Eshan dhawan
>
> Closes #3373
>
> Confstr style update
>
> Signed-off-by: Eshan Dhawan
> ---
> cpukit/Makefile.am| 1 +
> cpukit/posix/src/confstr.c
This is functional on the ZynqMP board I currently have setup for
testing and on ZynqMP QEMU except for the data corruption/loss caused by
the removal of the post-baud-set null write.
Unrelated to this patch, I just realized that zynq_uart_set_attributes
needs a call to zynq_uart_reset_tx_flus
On Tue, Aug 17, 2021 at 7:20 AM Joel Sherrill wrote:
>
> Looks ok.
>
> On Tue, Aug 17, 2021, 3:49 AM wrote:
>>
>> From: Chris Johns
>>
>> - Support all possible descriptors in a select call. Borrowed
>> from Christain and his mDNS change in LibBSD
>>
>> - If select (or poll) fails pause for a
On Mon, Aug 16, 2021 at 4:59 PM Chris Johns wrote:
>
> On 16/8/21 11:03 pm, Kinsey Moore wrote:
> > On 8/16/2021 04:45, Chris Johns wrote:
> >> On 16/8/21 6:38 pm, Chris Johns wrote:
> >>> I have taken a closer look at the driver. I am receiving RX interrupts
> >>> and the
> >>> characters are be
On Mon, Aug 16, 2021 at 11:13 PM Chris Johns wrote:
>
> On 17/8/21 8:59 am, Chris Johns wrote:
> > On 16/8/21 11:03 pm, Kinsey Moore wrote:
> >> On 8/16/2021 04:45, Chris Johns wrote:
> >>> On 16/8/21 6:38 pm, Chris Johns wrote:
> I have taken a closer look at the driver. I am receiving RX in
On 19/8/21 3:41 am, Kinsey Moore wrote:
> This is functional on the ZynqMP board I currently have setup for testing and
> on
> ZynqMP QEMU except for the data corruption/loss caused by the removal of the
> post-baud-set null write.
Thanks for the testing.
I am not sure if you are saying both the
On Wed, Aug 18, 2021 at 6:17 AM Matt Joyce wrote:
>
> Added implementation of the pthread_cond_clockwait()
> method to cpukit/posix/src/condclockwait.c. Additional
> logic added to condwaitsupp.c to implement new method.
> pthread_cond_clockwait() has been added to the Issue 8
> POSIX Standard.
>
I just pushed this and the documentation patch is next in the queue.
Thanks.
--joel
On Tue, Aug 17, 2021 at 12:49 PM Pranav Dangi wrote:
>
> ping
>
> On Wed, 11 Aug 2021, 21:36 Gedare Bloom, wrote:
>>
>> I think this looks fine. Joel, can you check it in?
>>
>> On Wed, Aug 11, 2021 at 10:01 AM
I spot checked the output and it looks good. I pushed this. Please
check that you like the formatting.
Thanks.
--joel
On Wed, Aug 18, 2021 at 8:52 AM Kinsey Moore wrote:
>
> Looks good to me.
>
>
> Kinsey
>
> On 8/16/2021 05:27, pranav wrote:
> > ---
> > user/bsps/arm/raspberrypi.rst | 51 +++
On 8/18/2021 13:20, Chris Johns wrote:
On 19/8/21 3:41 am, Kinsey Moore wrote:
This is functional on the ZynqMP board I currently have setup for testing and on
ZynqMP QEMU except for the data corruption/loss caused by the removal of the
post-baud-set null write.
Thanks for the testing.
I am no
On 19/8/21 5:49 am, Kinsey Moore wrote:
> On 8/18/2021 13:20, Chris Johns wrote:
>> On 19/8/21 3:41 am, Kinsey Moore wrote:
>>> This is functional on the ZynqMP board I currently have setup for testing
>>> and on
>>> ZynqMP QEMU except for the data corruption/loss caused by the removal of the
>>>
---
rtems/config/6/rtems-microblaze.bset | 23 +-
.../tools/rtems-xilinx-binutils-2.36.cfg | 40
.../tools/rtems-xilinx-gcc-10-newlib-head.cfg | 46 +++
3 files changed, 108 insertions(+), 1 deletion(-)
create mode 100644 rtems/config/tools/r
Hi,
This patch set now depends on Joel's newlib hash bump and should be merged after
it.
v4:
- Rename to rtems-xilinx-gcc-10-newlib-head.cfg
- Simplify rtems-xilinx-gcc-10-newlib-head.cfg with include
v3:
- Follow naming convention for Xilinx .cfg files
- Simplify rtems-xilinx-binutils-2
---
bare/config/devel/qemu-xilinx-v2020.2-1.cfg | 23
bare/config/devel/qemu-xilinx.bset | 24 +
2 files changed, 47 insertions(+)
create mode 100644 bare/config/devel/qemu-xilinx-v2020.2-1.cfg
create mode 100644 bare/config/devel/qemu-xilinx.bse
I spent a bunch of time conversing with Chris Johns on Discord about this issue
and Chris, with infinite patience, helped me find a possible issue.
Using rtems-exeinfo -O we noticed an issue
| __atexit.c: -mcpu=arm7tdmi -marm -march=armv4t
| __call_atexit.c
22 matches
Mail list logo