Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/223#note_112539
Yes but the test is built for all ARM BSPs so lets check.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/223#note_112539
You're rece
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/223#note_112537
Did you build the BBB? It is am ARM only build, no thumb? I use it to check any
ARM/thumb related changes.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests
Issue was closed by Chris Johns
Issue #9: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/9
--
View it on GitLab: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/9
You're receiving this email because of your account on gitlab.rtem
Chris Johns started a new discussion on cpukit/libdl/rtl-mdreloc-arm.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/223#note_112529
>if (!parsing) {
> +uint16_t bl_tmp;
> +
> sign = (tmp >> 24) & 1;
> *(uin
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/237#note_112489
I second this, it is great work and the results look great.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/237#note_112489
You're rece
Chris Johns started a new discussion on cpukit/rtems/src/timerserver.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/237#note_112488
> while ( true ) {
> - Watchdog_Control *the_watchdog;
> - Timer_Control *
Chris Johns started a new discussion on cpukit/rtems/src/clockgettod.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/237#note_112483
> -#define RTEMS_SECS_PER_HOUR (RTEMS_SECS_PER_MINUTE *
> RTEMS_MINUTE_PER_HOUR)
> -#define RTEMS_HOURS_PER_DAY (24UL)
&
Chris Johns started a new discussion on cpukit/rtems/src/statustext.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/237#note_112487
> - "RTEMS_PROXY_BLOCKING"
> + "RTEMS_SUCCESSFUL","RTEMS_TASK_EXITTED",
> + "R
Chris Johns started a new discussion on cpukit/rtems/src/partcreate.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/237#note_112486
> return RTEMS_TOO_MANY;
>}
>
> -#if defined(RTEMS_MULTIPROCESSING)
> - if ( _Attributes_Is_global
Chris Johns started a new discussion on cpukit/rtems/src/msgmp.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/237#note_112485
>the_packet->proxy_id = proxy_id;
>
>if ( operation == MESSAGE_QUEUE_MP_EXTRACT_PROXY )
>
Chris Johns commented on a discussion on cpukit/rtems/src/clocktodtoseconds.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/237#note_112482
>
> -
> -Watchdog_Interval _TOD_To_seconds(
> - const rtems_time_of_day *the_tod
> -)
> +Watchdog_Interv
Chris Johns commented on a discussion on cpukit/rtems/src/clocktodtoseconds.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/237#note_112481
> #include
>
> const uint16_t _TOD_Days_to_date[ 2 ][ 13 ] = {
> - { 0, 0, 31, 60, 91, 121, 152, 182, 213, 244, 2
Chris Johns created a merge request:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/14
Project:Branches: chris/rtems-libbsd:rc-conf-network-interfaces-6-freebsd-12 to
rtems/pkg/rtems-libbsd:6-freebsd-12
Author: Chris Johns
Assignee: Chris Johns
Show only auto interfaces
Reassigned merge request 14
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/14
Chris Johns was added as an assignee.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/14
You're receiving this email because of your accou
Chris Johns created a merge request:
https://gitlab.rtems.org/rtems/tools/rtems-deployment/-/merge_requests/8
Project:Branches: chris/rtems-deployment:amd-kr26-bsp-name to
rtems/tools/rtems-deployment:main
Author: Chris Johns
Assignee: Chris Johns
Use `INHERIT` in an INI config file to
Reassigned merge request 8
https://gitlab.rtems.org/rtems/tools/rtems-deployment/-/merge_requests/8
Chris Johns was added as an assignee.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/tools/rtems-deployment/-/merge_requests/8
You're receiving this email because of your accou
Merge request !4 was merged
Merge request URL:
https://gitlab.rtems.org/rtems/rtos/rtems-release/-/merge_requests/4
Project:Branches: sebhub/rtems-release:update-rtems-6.1-release-notes to
rtems/rtos/rtems-release:main
Author: Sebastian Huber
Assignee: Sebastian Huber
--
View it on GitLab:
h
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems-release/-/merge_requests/4#note_112399
We have the support for the 6 branch and I agree we should maintain the file.
It is up to people to add notes.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems-release
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/223#note_112398
Is the test going to be added?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/223#note_112398
You're receiving this email because of
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/219#note_112397
Maybe we should change the command to
https://github.com/freebsd/freebsd-src/blob/main/bin/cat/cat.c?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/219
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/227#note_112395
The MR's title says minor improvements but this change removes timeouts on a
CPU starting. This is a little confusing?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/
Merge request https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/227
was reviewed by Chris Johns
--
Chris Johns started a new discussion on cpukit/score/src/percpustatewait.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/227#note_112393
> +#include
> +
&
Merge request https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/234
was reviewed by Chris Johns
--
Chris Johns started a new discussion on
bsps/aarch64/raspberrypi/include/bsp/console/raspberrypi4b.def:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/234#note_112391
Chris Johns commented on a discussion on
bsps/arm/xilinx-zynqmp-rpu/start/bspreset.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/230#note_112344
>(void) source;
>(void) code;
>
>zynqmp_debug_console_flush();
>
> + /*
> + * Thi
Chris Johns commented on a discussion on
bsps/arm/xilinx-zynqmp-rpu/start/bspreset.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/230#note_112341
>(void) source;
>(void) code;
>
>zynqmp_debug_console_flush();
>
> + /*
> + * Thi
Chris Johns commented on a discussion on
bsps/arm/xilinx-zynqmp-rpu/start/bspreset.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/230#note_112333
>(void) source;
>(void) code;
>
>zynqmp_debug_console_flush();
>
> + /*
> + * Thi
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/230#note_112331
If you had to develop an application would that change this MR?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/230#note_112331
You
Chris Johns commented on a discussion on
bsps/arm/xilinx-zynqmp-rpu/start/bspreset.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/230#note_112330
>(void) source;
>(void) code;
>
>zynqmp_debug_console_flush();
>
> + /*
> + * Thi
Merge request https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/230
was reviewed by Chris Johns
--
Chris Johns started a new discussion on
bsps/arm/xilinx-zynqmp-rpu/include/bsp/irq.h:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/230#note_112263
> - *
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/230#note_112268
I have some specific questions but I am wondering how and in what mode of
operation the RPU is being used on the ZynqMP, for example only LPD devices are
running, the RPU and APU cores are all
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/195#note_112245
Hmm maybe it is opposite, the BSPs share the MMU config but different `linkcmd`
files which could make the unresolved symbols. If it is a conditional define
might work?
Sorry
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/195#note_112243
Looks like the 32bit BSP will need a different `linkcmd` file. I suggest it be
based on the version before this one unless you know a way to handle both?
--
View it on GitLab
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5026#note_112237
Where is `ARM_PL011_FIFO_DEPTH` defined in your successful builds?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5026#note_112237
You're receiving
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5026#note_112234
@sebhub is reporting some BSPs are not building. The define is not present in
the sources:
```
$ grep -r ARM_PL011_FIFO_DEPTH cpukit/ bsps/
bsps/shared/dev/serial/arm-pl011.c: char buffer
Issue was reopened by Chris Johns
Issue 5026: https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5026
--
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5026
You're receiving this email because of your account on gitlab.rtem
Chris Johns created a merge request:
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/58
Project:Branches: chris/rtems-source-builder:update-kernel-libbsd-2 to
rtems/tools/rtems-source-builder:main
Author: Chris Johns
Assignee: Chris Johns
## Summary
Kernel
Reassigned merge request 58
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/58
Chris Johns was added as an assignee.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/58
You're receiving this email because of
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/224#note_112218
Just a note for the MR.
The reset values are set by the FSBL using the `ps7_init` settings from Vivado
so resets values can be confusing with the Zynq platform.
--
View it on GitLab:
https
Chris Johns pushed new commits to merge request !13
Merge request URL:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/13
* 7a86bf14 - freebsd/sys/rpc: Do not install kernel RPC headers
--
View it on GitLab:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/13#note_112212
Yes and thanks.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/13#note_112212
You're receiving this email because of your ac
Chris Johns created a merge request:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/13
Project:Branches: chris/rtems-libbsd:no-rpc-kernel-header-install-6-freebsd-12
to rtems/pkg/rtems-libbsd:6-freebsd-12
Author: Chris Johns
Assignee: Chris Johns
## Summary
Do not
Reassigned merge request 13
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/13
Chris Johns was added as an assignee.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/13
You're receiving this email because of your accou
Chris Johns created an issue:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/9
Assignee: Chris Johns
The build support is installing the kernel RPC header file `rpc/auth.h`. This
clashes with the user land version of the same header file. Only install the
user land version of the
Issue was closed by Chris Johns
Issue #8: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/8
--
View it on GitLab: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/8
You're receiving this email because of your account on gitlab.rtem
Chris Johns created a merge request:
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/57
Project:Branches: chris/rtems-source-builder:update-kernel-libbsd to
rtems/tools/rtems-source-builder:main
Author: Chris Johns
Assignee: Chris Johns
## Summary
rtems
Reassigned merge request 57
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/57
Chris Johns was added as an assignee.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/57
You're receiving this email because of
Chris Johns pushed new commits to merge request !12
Merge request URL:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/12
* c9e8c28e - 1 commit from branch `6-freebsd-12`
* c88476d8 - dhcpcd: Work around dangling memory references to options
--
View it on GitLab:
https
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/14#note_112179
Yeah and sorry, I was joining the wrong dots.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/14#note_112179
You're receiving this email be
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/14#note_112177
Then again @joel has not posted the compiler options used? If this is DEOS then
I suspect the code is relocatable and no work has been done with `libdl`
linking relocatable code
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/14#note_112176
Yes I am sure the C thinks this is the case. Can it see the asm code and label
there?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/14
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/14#note_112174
It is a C symbol to the asm created array of symbol labels so it is not empty?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/14#note_112174
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/223#note_112171
I do not think you can easily in C or C++. Maybe asm? I did a quick scan of the
thumb libs built with gcc and there was no references to these reloc types. In
a thumb stdc
Reassigned Issue 14
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/14
Joel Sherrill was added as an assignee.
Chris Johns was removed as an assignee.
--
View it on GitLab: https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/14
You're receiving this email because of
Chris Johns commented:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/14#note_112165
Could you please try updating the code here
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/blob/main/linkers/rtems-syms.cpp?ref_type=heads#L68
to use pointers and not empty arrays to see if
Chris Johns created a merge request:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/12
Project:Branches: chris/rtems-libbsd:dhcp-options-bad-writes-6-freebsd-12 to
rtems/pkg/rtems-libbsd:6-freebsd-12
Author: Chris Johns
Assignee: Chris Johns
Avoid invalid writes to
Reassigned merge request 12
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/12
Chris Johns was added as an assignee.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/12
You're receiving this email because of your accou
Chris Johns created an issue:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/8
Assignee: Chris Johns
## Summary
Code sometimes crashes after `dhcpcd` starts but not always. It depends on the
gap between the interface being assigned an address, something else requesting
heap
Chris Johns commented on a discussion on
bsps/shared/dev/serial/zynq-uart-polled.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/199#note_112142
> + uint32_t desired_baud,
> + uint32_t mode_clks,
> + uint32_t *cd_ptr,
> + uint32_t *bdiv_ptr
> +)
>
Chris Johns commented on a discussion on
bsps/shared/dev/serial/zynq-uart-polled.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/199#note_112140
> + uint32_t desired_baud,
> + uint32_t mode_clks,
> + uint32_t *cd_ptr,
> + uint32_t *bdiv_ptr
> +)
>
Chris Johns commented on a discussion on
cpukit/score/cpu/aarch64/include/rtems/score/paravirt.h:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/211#note_112139
> +#endif
> +
> +#ifndef _RTEMS_SCORE_PARAVIRT_H
> +#define _RTEMS_SCORE_PARAVIRT_H
> +
> +/*
Chris Johns commented on a discussion on
bsps/shared/dev/serial/zynq-uart-polled.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/199#note_112020
> | ZYNQ_UART_MODE_PAR(ZYNQ_UART_MODE_PAR_NONE)
> | ZYNQ_UART_MODE_CHRL(ZYNQ_UART_MODE_CHRL_8)
> |
Chris Johns commented on a discussion:
https://gitlab.rtems.org/administration/integration/-/issues/12#note_111971
QEMU is great when it builds and works. A number of QEMU ports are held in
forked repos, eg Xilinx that makes things harder. The Zynq QEMU BSP is good for
network development
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6#note_111948
Thanks for the suggestion.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6#note_111948
You're receiving this email because of your accou
Chris Johns started a new discussion on
bsps/shared/dev/serial/zynq-uart-polled.c:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/199#note_111947
> | ZYNQ_UART_MODE_PAR(ZYNQ_UART_MODE_PAR_NONE)
> | ZYNQ_UART_MODE_CHRL(ZYNQ_UART_MODE_CHRL_8)
> |
Kinsey Moore and Sebastian Huber were added as reviewers.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/113
You're receiving this email because of your account on gitlab.rtems.org.
___
bugs mailing list
bugs@rtems
Merge request !56 was merged
Merge request URL:
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/56
Project:Branches: sebhub/rtems-source-builder:update-rtems-6-and-7 to
rtems/tools/rtems-source-builder:main
Author: Sebastian Huber
Assignee: Sebastian Huber
--
View i
Chris Johns pushed new commits to merge request !56
Merge request URL:
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/56
* 8488d28d - 1 commit from branch `main`
* d078bf88 - 6/7: Update Newlib
* c0a16881 - 6: Update GCC 12 and 13
* 2e6e8366 - 7: Update Binutils
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/202#note_111943
@huangshuhua your experience is what I see on a FreeBSD console. If I hit enter
on a screen full of log message the login prompt is quickly returned. I think
having the same
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/207#note_111942
Could the commit message please have a prefix on the first line, ie `bsp/i386:
...` ?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/207#note_111942
You
Chris Johns started a new discussion on
cpukit/score/cpu/aarch64/include/rtems/score/paravirt.h:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/211#note_111941
> +#endif
> +
> +#ifndef _RTEMS_SCORE_PARAVIRT_H
> +#define _RTEMS_SCORE_PARAVIRT_H
> +
> +/*
Reassigned Issue 6
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6
Alex White was removed as an assignee.
--
View it on GitLab: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6
You're receiving this email because of your account on gitlab.rtems.org.
Reassigned Issue 6
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6
Aaron Nyholm was added as an assignee.
--
View it on GitLab: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6
You're receiving this email because of your account on gitlab.rtems.org.
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5126#note_111929
Is this due to
[poll](https://pubs.opengroup.org/onlinepubs/9699919799/functions/poll.html)?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5126#note_111929
You
Chris Johns commented:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6#note_111915
The work will be posted in @eagleirony personal repo.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6#note_111915
You're receiving this email because of
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5126#note_111931
If there is standards and newlib is happy then that works.
I did not know C++ had networking support and I cannot find anything here ...
https://en.cppreference.com/w/cpp ? I know nothing about Ada
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6#note_111926
As documented we will be supporting `6-freebsd-14` and we move to `CURRENT` on
`main` after.
We will consider the points you raise.
--
View it on GitLab:
https
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5126#note_111928
There is no networking in rtems.git any more. Maybe it is left over?
I see no reason or use case for it being in ether place. Why is it part of
newlib?
--
View it on GitLab:
https
Reassigned Issue 6
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6
Chris Johns was added as an assignee.
--
View it on GitLab: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6
You're receiving this email because of your account on gitlab.rtem
Chris Johns created an issue:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6
Add support to libbsd for FreeBSD 14. The work is to create a `6-freebsd-14`
branch that can be released with 6.1. The 6.1 release may have more than one
libbsd branch depending on the support coverage
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/11#note_111857
I agree, the overhead is too high. It would be easier to add if the shell
allowed setting of the `alias` field when adding a command `struct` but that is
currently not
Reassigned merge request 11
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/11
Chris Johns was added as an assignee.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/11
You're receiving this email because of your accou
Chris Johns created a merge request:
https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/11
Project:Branches: chris/rtems-libbsd:nuttcp-6-freebsd-12 to
rtems/pkg/rtems-libbsd:6-freebsd-12
Author: Chris Johns
Assignee: Chris Johns
The change changes TTCP to NUTTCP. The
Merge request !27 was merged
Merge request URL:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/merge_requests/27
Project:Branches: kirspelk/rtems-tools:main to rtems/tools/rtems-tools:main
Author: Kevin Kirspel
--
View it on GitLab:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/merge
Issue was closed by Chris Johns with commit
1c0cc8491afe2042be400d5ffe937bc93f3f4c55
Issue #13: https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/13
--
View it on GitLab: https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/13
You're receiving this email because of your ac
Chris Johns commented:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/merge_requests/27#note_111743
Can you please add the MR number to the commit message?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/tools/rtems-tools/-/merge_requests/27#note_111743
You're receiving
Reassigned merge request 7
https://gitlab.rtems.org/rtems/tools/rtems-deployment/-/merge_requests/7
Chris Johns was added as an assignee.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/tools/rtems-deployment/-/merge_requests/7
You're receiving this email because of your accou
Chris Johns created a merge request:
https://gitlab.rtems.org/rtems/tools/rtems-deployment/-/merge_requests/7
Project:Branches: chris/rtems-deployment:beagle-black to
rtems/tools/rtems-deployment:main
Author: Chris Johns
Assignee: Chris Johns
Reviewer: Amar Takhar
This change adds
Amar Takhar was added as a reviewer.
--
View it on GitLab:
https://gitlab.rtems.org/rtems/tools/rtems-deployment/-/merge_requests/7
You're receiving this email because of your account on gitlab.rtems.org.
___
bugs mailing list
bugs@rtems.org
http:/
Merge request !54 was merged
Merge request URL:
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/54
Project:Branches: sebhub/rtems-source-builder:fix-newlib-update to
rtems/tools/rtems-source-builder:main
Author: Sebastian Huber
Assignee: Sebastian Huber
--
View it o
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111592
You could attach it to this MR? :smile:
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111592
You're receiving this email becau
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111587
Thanks this provides a nice history and summary.
It is up to you to make the test available somewhere. I understand and
appreciate these types are tests are hard to make
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111582
How did you test it?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111582
You're receiving this email because of your accou
Chris Johns commented on a discussion on bsps/arm/shared/start/start.S:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111580
> bsp_start_hyp_vector_table_begin:
> -ldr pc, .Lhandler_addr_hyp_reset
> +udf
> ldr pc, .Lhandler_ad
Chris Johns commented on a discussion on
cpukit/score/cpu/arm/armv4-exception-default.S:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111579
>
> /* Save context and load vector */
> sub sp, #MORE_CONTEXT_SIZE
> -stmdb
Chris Johns commented on a discussion on bsps/arm/shared/start/start.S:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111577
> ldr pc, .Lhandler_addr_prefetch
> ldr pc, .Lhandler_addr_abort
>
> -/* Program signature checked by
Chris Johns commented on a discussion:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111574
I have gone through them and I do not understand why you say this is an
improvement? There is movement and changes in code and an overview would be
helpful when reviewing
Chris Johns started a new discussion on
cpukit/score/cpu/arm/armv4-exception-default.S:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111572
>
> /* Save context and load vector */
> sub sp, #MORE_CONTEXT_SIZE
> -stmdb
Chris Johns started a new discussion on bsps/arm/shared/start/start.S:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111571
> ldr pc, .Lhandler_addr_prefetch
> ldr pc, .Lhandler_addr_abort
>
> -/* Program signature checked by
Chris Johns started a new discussion on bsps/arm/shared/start/start.S:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111570
> bsp_start_hyp_vector_table_begin:
> -ldr pc, .Lhandler_addr_hyp_reset
> +udf
> ldr pc, .Lhandler_ad
Chris Johns commented:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111568
Can you please explain how it is improved?
--
View it on GitLab:
https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/198#note_111568
You're receiving this email because of your ac
1 - 100 of 1058 matches
Mail list logo