On 16/02/2020 23:05, Chris Johns wrote:
Hi,
The builders have exposed a couple of regressions with gdb-9.1 ...
- FreeBSD
- bfin
On my FreeBSD 12.1 it worked:
https://lists.rtems.org/pipermail/build/2020-February/010245.html
--
Sebastian Huber, embedded brains GmbH
Address :
On 16/02/2020 23:29, chr...@rtems.org wrote:
From: Chris Johns
Update #3870
Looks good. If you have time, please remove the #include
before the push.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89
On 17/02/2020 07:05, chr...@rtems.org wrote:
From: Chris Johns
- Fix the passing of std[in/out] to child threads
- Fix deleting of managed memory in the key destructor
- Only set the key in the main loop thread
- Only allocate a shell env outside of the main loop
- Work around #3970
- Fix
On 23/01/2020 17:04, Jeff Kubascik wrote:
diff --git a/bsps/arm/xen/include/bsp.h b/bsps/arm/xen/include/bsp.h
index e5b23a902e..13b7592f1e 100644
--- a/bsps/arm/xen/include/bsp.h
+++ b/bsps/arm/xen/include/bsp.h
@@ -58,11 +58,21 @@
extern "C" {
#endif /* __cplusplus */
+#if USE_IRQ_GICV2
Hello Will,
I think you discovered a bug in the ARMv-7M linker command file, the
bsp_vector_table_size should be 0.
On 09/01/2020 16:07, Will wrote:
Hi Sebastian,
The relocated vector table is also present in REGION_VECTOR as long as
bsp_vector_table_in_start_section is not defined in the
From: Chris Johns
- Fix the passing of std[in/out] to child threads
- Fix deleting of managed memory in the key destructor
- Only set the key in the main loop thread
- Only allocate a shell env outside of the main loop
- Work around #3970
- Fix memory leak if the task start fails
- Remove error
From: Chris Johns
Update #3870
---
testsuites/libtests/newlib01/init.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/testsuites/libtests/newlib01/init.c
b/testsuites/libtests/newlib01/init.c
index 74e648799e..a9581b3570 100644
---
Please ignore this patch, it is the same patch as v1. I will create a v3.
Chris
On 17/2/20 8:58 am, chr...@rtems.org wrote:
> From: Chris Johns
>
> Update #3870
> ---
> testsuites/libtests/newlib01/init.c | 16 +++-
> 1 file changed, 15 insertions(+), 1 deletion(-)
>
> diff --git
From: Chris Johns
Update #3870
---
testsuites/libtests/newlib01/init.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/testsuites/libtests/newlib01/init.c
b/testsuites/libtests/newlib01/init.c
index 74e648799e..1bff052363 100644
---
Hi,
The builders have exposed a couple of regressions with gdb-9.1 ...
- FreeBSD
- bfin
- Darwin (MacOS)
- lm32
I am planning on disabling the simulator in the bfin and switching lm32 to the
previous version on Darwin.
Is bfin building on Linux?
Chris
On 16/2/20 6:12 pm, Sebastian Huber wrote:
> On 16/02/2020 00:36, Chris Johns wrote:
>
>> On 2020-02-15 03:02, Sebastian Huber wrote:
>>> Move the idle thread body configuration constant out of the
>>> configuration table.
>>>
>>> Provide a default definition of the idle thread body constant.
>>
On 16/2/20 6:19 pm, Sebastian Huber wrote:
> On 16/02/2020 00:30, Chris Johns wrote:
>> On 2020-02-15 03:02, Sebastian Huber wrote:
>>> This improves API backward compatibility of RTEMS 5.1 to previous
>>> versions.
>>
>> What is the purpose of this change? How does a user wanting backward
>>
New ncurses release. RSB should need updating
-- Forwarded message -
From: Thomas Dickey
Date: Sun, Feb 16, 2020, 2:35 PM
Subject: [Hangout - NYLXS] ncurses 6.2
To:
Announcing ncurses 6.2
Overview
The ncurses (new curses) library is a
Ok, thanks. Gonna check rsb.
On Sun 16. Feb 2020 at 20:54, Joel Sherrill wrote:
>
>
> On Sun, Feb 16, 2020, 1:44 PM Ярослав Лещинский
> wrote:
>
>> Hello,
>>
>> I decided to update master to the latest. During the build got such error:
>>
>>
On Sun, Feb 16, 2020, 1:44 PM Ярослав Лещинский
wrote:
> Hello,
>
> I decided to update master to the latest. During the build got such error:
>
> ../../../../../rtems/c/src/../../cpukit/libcsupport/src/posix_devctl.c: In
> function 'posix_devctl':
>
Hello,
I decided to update master to the latest. During the build got such error:
../../../../../rtems/c/src/../../cpukit/libcsupport/src/posix_devctl.c: In
function 'posix_devctl':
../../../../../rtems/c/src/../../cpukit/libcsupport/src/posix_devctl.c:81:15:
error: 'SOCKCLOSE' undeclared (first
Hi Guys,
I am trying to understand and solve Ticket #3515.
https://devel.rtems.org/ticket/3515
$ /home/user45/quick-start/rtems/5/share/rtems/tester/bin/covoar -
-S
/home/user45/quick-start/rtems/5/share/rtems/tester/rtems/testing/coverage/leon3-sis-symbols.ini
-O leon3-sis-coverage -E
Hello Niteesh,
thanks for your work. I tested the patches. I agree that it works on Pi
1 and 2. Id doesn't work for me on Pi 3 (Model B V1.2) or 4. But with
Alans test reports there is positive feedback for some additional Pis.
It's no regression for 1 and 2 so I pushed it.
Best regards
Can someone please push these patches?
Thanks,
Niteesh
On Sun, Feb 16, 2020 at 11:05 PM Alan Cudmore
wrote:
> Awesome! The Pi Zero W is a bonus too! I think we can run RTEMS on all
> models except the Pi 4 now.
>
> On Sun, Feb 16, 2020 at 12:30 PM G. S. Niteesh wrote:
> >
> > Hii Alan,
> >
>
Awesome! The Pi Zero W is a bonus too! I think we can run RTEMS on all
models except the Pi 4 now.
On Sun, Feb 16, 2020 at 12:30 PM G. S. Niteesh wrote:
>
> Hii Alan,
>
> I tested it on my Raspberry Pi 3 model b v1.2 and it works.
> U-Boot is not required anymore :)
>
> Thanks,
> Niteesh.
>
> On
Hii Alan,
I tested it on my Raspberry Pi 3 model b v1.2 and it works.
U-Boot is not required anymore :)
Thanks,
Niteesh.
On Sun, Feb 16, 2020 at 10:51 PM Alan Cudmore
wrote:
> I'm definitely using the kernel_address, but letting the firmware
> decide what image to boot. For me kernel.img is
I'm definitely using the kernel_address, but letting the firmware
decide what image to boot. For me kernel.img is the single core ARM
images. kernel7.img is used for the raspberry pi 2 and 3. With these
names, I can have both images on the same SD card to test in all of my
Pis.
my config.txt:
On 16/02/2020 17:31, G. S. Niteesh wrote:
> Can you please share your config.txt for Pi3.
+1
It's interesting that it seems to work without an adapted config.txt. It
should be at least necessary to define the start address.
>
> Thanks,
> Niteesh
>
> On Sun, Feb 16, 2020 at 9:58 PM Alan
Can you please share your config.txt for Pi3.
Thanks,
Niteesh
On Sun, Feb 16, 2020 at 9:58 PM Alan Cudmore wrote:
> I tried running my raspberrypi BSP image that worked on the Pi Zero
> and W, but it did not work on the Pi 3.
>
> I built the raspberrypi2 BSP, used objcopy to copy the binary to
I tried running my raspberrypi BSP image that worked on the Pi Zero
and W, but it did not work on the Pi 3.
I built the raspberrypi2 BSP, used objcopy to copy the binary to my sd
card as kernel7.img, and it works on my Pi 3 and Pi3 A+ ( without
ethernet) . Note that my config.txt file does not
On Sun, Feb 16, 2020 at 8:37 PM Alan Cudmore wrote:
> Hi Niteesh,
> I can try this patch on my Pi 3. Which BSP should I use? Is there any
> special setup or BSP configuration needed?
> Thanks,
> Alan
>
Hi Alan,
First of all, thank you for taking this initiative.
I have tried using the default
Hi Niteesh,
I can try this patch on my Pi 3. Which BSP should I use? Is there any
special setup or BSP configuration needed?
Thanks,
Alan
On Sun, Feb 16, 2020 at 2:35 AM G. S. Niteesh wrote:
>
> Hii,
> This is a reminder message since this patch has been unnoticed for a while.
> I have tested it
On Sun, Feb 16, 2020 at 12:30 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
>
> On 16/02/2020 05:31, Gedare Bloom wrote:
>
> On Sat, Feb 15, 2020 at 4:36 PM Chris Johns wrote:
>
>> On 2020-02-15 03:02, Sebastian Huber wrote:
>> > Move the idle thread body configuration constant
28 matches
Mail list logo