The autoconf build system is on life support and fading fast but
this one was fixable and a patch was pushed. I tested with
sparc/leon3 and Ryan provided a patch. Try again please.
There are only a couple of issues remaining before the autoconf
build system is removed from the master so it is time
On Mon, Jun 21, 2021 at 3:10 PM Gedare Bloom wrote:
> ok
>
This either added the file that was needed to keep autoconf builds working
a bit longer or it didn't fix the autoconf build issue reported.
Now checking if the waf and autoconf test results are the same for
sparc/leon3.
--joel
>
> On
ok
On Mon, Jun 21, 2021 at 12:12 PM Ryan Long wrote:
>
> ---
> cpukit/Makefile.am | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/cpukit/Makefile.am b/cpukit/Makefile.am
> index 78e33b6..df970e5 100644
> --- a/cpukit/Makefile.am
> +++ b/cpukit/Makefile.am
> @@ -998,6 +998,7 @@ librtemsc
This patch is OK and I'm about to push it. Using autoconf build on
sparc/leon3,
I got the following test results:
assed:577
Failed: 1
User Input: 6
Expected Fail: 1
Indeterminate: 0
Benchmark: 3
Timeout: 0
Test too long: 0
Invalid: 0
Wrong Version
---
cpukit/Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/cpukit/Makefile.am b/cpukit/Makefile.am
index 78e33b6..df970e5 100644
--- a/cpukit/Makefile.am
+++ b/cpukit/Makefile.am
@@ -998,6 +998,7 @@ librtemscpu_a_SOURCES += score/src/timespeclessthan.c
librtemscpu_a_SOURCES += sco
thanks, that should at least give someone a hint what to do.
On Mon, Jun 21, 2021 at 8:59 AM Christian Mauderer
wrote:
>
> ---
> user/bsps/arm/imxrt.rst | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/user/bsps/arm/imxrt.rst b/user/bsps/arm/imxrt.rst
> index 8a5ee2
On Sun, Jun 20, 2021 at 1:13 AM Ida Delphine wrote:
> Hello everyone,
> I updated the hooks script. About the modes, we have the default, "strict"
> and "nonstrict" (couldn't think of better names). With the default mode, it
> prints a warning specifying the number of style issues if any and abor
it looks ok
On Mon, Jun 21, 2021 at 8:08 AM Christian MAUDERER
wrote:
>
> Ping.
>
> Am 26.05.21 um 16:39 schrieb Christian Mauderer:
> > This adds the possibility to open an I2C bus with O_NONBLOCK (or set it
> > later via fcntl) to get non-blocking transmissions. This means that if
> > the bus i
Making all-am in fstests
make[5]: Entering directory
'/home/junkes/VE/build/b-erc32/sparc-rtems6/c/erc32/testsuites/fstests'
sparc-rtems6-gcc -mcpu=cypress -O2 -g -ffunction-sections
-fdata-sections -Wall -Wmissing-prototypes
-Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs
---
user/bsps/arm/imxrt.rst | 20
1 file changed, 20 insertions(+)
diff --git a/user/bsps/arm/imxrt.rst b/user/bsps/arm/imxrt.rst
index 8a5ee28..3f8b270 100644
--- a/user/bsps/arm/imxrt.rst
+++ b/user/bsps/arm/imxrt.rst
@@ -123,6 +123,26 @@ with your FDT source names)::
Ma
Hello,
this adds the documentation discussed in
https://lists.rtems.org/pipermail/devel/2021-June/067580.html
Best regards
Christian
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Hello Gedare,
sorry, I nearly missed that mail.
Am 04.06.21 um 19:43 schrieb Gedare Bloom:
On Fri, Jun 4, 2021 at 1:48 AM Christian Mauderer
wrote:
Update #4180
---
.../nxp/boards/evkbimxrt1050/clock_config.c | 5 +++
bsps/arm/imxrt/start/clock-arm-pll-config.c | 33 +
Ping.
Am 26.05.21 um 16:39 schrieb Christian Mauderer:
This adds the possibility to open an I2C bus with O_NONBLOCK (or set it
later via fcntl) to get non-blocking transmissions. This means that if
the bus is busy, a read, write or transfer ioctl will return with a
EAGAIN errno.
---
NOTE: This p
> On Jun 21, 2021, at 08:52 , Sebastian Huber
> wrote:
>
> What happens when you reduce the memory space for the mbufs to 4MiB? What is
> the "RTEMS work space"?
By "RTEMS work space" I mean the space between bsp_section_work_begin and
bsp_section_work_end, which I assume is handed over to
On 19/06/2021 16:35, dufa...@hda.com wrote:
I'm getting back to this as I have the HyperRAM working so I'm trying to set up
appropriate linker settings.
On Jun 10, 2021, at 01:43 , Sebastian Huber
wrote:
The initial stack needs to be in an accessible memory area. Currently it is
placed
On 21/06/2021 14:41, Peter Dufault wrote:
I've got 7.8MB of RTEMS work space out of my 8MB of RAM and can't get a network
application to start up after trying to reduce the configuration.
What happens when you reduce the memory space for the mbufs to 4MiB?
What is the "RTEMS work space"?
--
What's the minimum RAM for "libbsd"? I'm getting concerned since I assumed 8MB
would be enough, but there are data structures that default to that size, e.g.
rtems_bsd_allocator_domain_page_mbuf_size defaults to
RTEMS_BSD_CFGDECL_DOMAIN_PAGE_MBUF_DEFAULT which is 8MB.
I committed to run in 8MB
17 matches
Mail list logo