Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/7/19 4:35 pm, Sebastian Huber wrote: > On 29/07/2019 08:24, Chris Johns wrote: >> On 29/7/19 4:16 pm, Sebastian Huber wrote: >>> On 29/07/2019 08:12, Chris Johns wrote: On 29/7/19 4:08 pm, Sebastian Huber wrote: > On 29/07/2019 08:04, Chris Johns wrote: >>> The new one is probabl

Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/07/2019 08:24, Chris Johns wrote: On 29/7/19 4:16 pm, Sebastian Huber wrote: On 29/07/2019 08:12, Chris Johns wrote: On 29/7/19 4:08 pm, Sebastian Huber wrote: On 29/07/2019 08:04, Chris Johns wrote: The new one is probably: 0x00200080 I am not sure about the 0x80 tail, it should be t

Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/7/19 4:16 pm, Sebastian Huber wrote: > On 29/07/2019 08:12, Chris Johns wrote: >> On 29/7/19 4:08 pm, Sebastian Huber wrote: >>> On 29/07/2019 08:04, Chris Johns wrote: > The new one is probably: > > 0x00200080 > > I am not sure about the 0x80 tail, it should be the same a

Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/07/2019 08:12, Chris Johns wrote: On 29/7/19 4:08 pm, Sebastian Huber wrote: On 29/07/2019 08:04, Chris Johns wrote: The new one is probably: 0x00200080 I am not sure about the 0x80 tail, it should be the same as it was previously. Better but interrupts? The address 0x0020 works w

GSoC Project | Basic Support for Trace Compass

*Plan of the week:* Last week I added the sched_switch in client-side. Trace compass can now show more details of the trace now. I will continue to continue to work on client-side. -- *Ravindra Kumar Meena*, B. Tech. Computer Science and Engineering, Indian Institute of Technology (Indian School

[PATCH v2] arm/raspberrypi: Fix linker map

Increase size available for initilization and mode stacks. Close #3774. --- bsps/arm/raspberrypi/start/linkcmds | 27 +++ 1 file changed, 3 insertions(+), 24 deletions(-) diff --git a/bsps/arm/raspberrypi/start/linkcmds b/bsps/arm/raspberrypi/start/linkcmds index 58423ab

Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/7/19 4:08 pm, Sebastian Huber wrote: > On 29/07/2019 08:04, Chris Johns wrote: >>> The new one is probably: >>> >>> 0x00200080 >>> >>> I am not sure about the 0x80 tail, it should be the same as it was >>> previously. >> Better but interrupts? >> >> The address 0x0020 works with hello bu

Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/07/2019 08:04, Chris Johns wrote: The new one is probably: 0x00200080 I am not sure about the 0x80 tail, it should be the same as it was previously. Better but interrupts? The address 0x0020 works with hello but ticker prints the "TEST VERSION" banner and then nothing more. Then t

Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/7/19 3:55 pm, Sebastian Huber wrote: > What was the old start address? START_ADDR=0x8000 ENTRY_ADDR=0x8000 > The new one is probably: > > 0x00200080 > > I am not sure about the 0x80 tail, it should be the same as it was previously. Better but interrupts? The address 0x0020

Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/07/2019 07:49, Chris Johns wrote: On 29/7/19 3:45 pm, Sebastian Huber wrote: On 29/07/2019 07:36, Chris Johns wrote: On 29/7/19 3:23 pm, Sebastian Huber wrote: could someone with a Raspberry Pi please test this patch. RTEMS failed to start. It has broken something. I retested by ru

Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/7/19 3:45 pm, Sebastian Huber wrote: > On 29/07/2019 07:36, Chris Johns wrote: >> On 29/7/19 3:23 pm, Sebastian Huber wrote: >>> >>> could someone with a Raspberry Pi please test this patch. >>> >> >> RTEMS failed to start. It has broken something. I retested by running master >> again. > >

Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/07/2019 07:36, Chris Johns wrote: On 29/7/19 3:23 pm, Sebastian Huber wrote: could someone with a Raspberry Pi please test this patch. RTEMS failed to start. It has broken something. I retested by running master again. The start address changes with this patch. How does this system

Re: [PATCH] arm/raspberrypi: Fix linker map

On 29/7/19 3:23 pm, Sebastian Huber wrote: > > could someone with a Raspberry Pi please test this patch. > RTEMS failed to start. It has broken something. I retested by running master again. Chris ___ devel mailing list devel@rtems.org http://lists.r

Re: [PATCH] arm/raspberrypi: Fix linker map

Hello, could someone with a Raspberry Pi please test this patch. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key available on

[PATCH] arm/raspberrypi: Fix linker map

Add NULL-pointer protection. Make MMU table read-only. Move vector table to start section. Close #3774. --- bsps/arm/raspberrypi/start/linkcmds | 34 -- 1 file changed, 8 insertions(+), 26 deletions(-) diff --git a/bsps/arm/raspberrypi/start/linkcmds b/bsps/arm

How to handle pinmux in libbsd (was: Re: [PATCH 10/10] TI Pinmux : Port to RTEMS)

On 28/07/2019 12:42, Vijay Kumar Banerjee wrote: > > > > On Sat, Jul 27, 2019 at 7:35 PM Christian Mauderer > wrote: > > Does this initialize only the pins for drivers that are registered in > libbsd or all pins? I think you had an extended boot log where you

Re: [PATCH] Add framebuffer in BBB

On 28/07/2019 13:07, Vijay Kumar Banerjee wrote: > > > > On Sun, Jul 28, 2019 at 1:31 PM Christian Mauderer > wrote: > > On 27/07/2019 21:43, Vijay Kumar Banerjee wrote: > > > > > > > > On Sat, Jul 27, 2019 at 7:37 PM Christian Mauderer > mail

Re: [PATCH] Add framebuffer in BBB

On Sun, Jul 28, 2019 at 1:31 PM Christian Mauderer wrote: > On 27/07/2019 21:43, Vijay Kumar Banerjee wrote: > > > > > > > > On Sat, Jul 27, 2019 at 7:37 PM Christian Mauderer > > wrote: > > > > On 26/07/2019 13:41, Christian Mauderer wrote: > > > On 26/07/2019

Re: [PATCH 10/10] TI Pinmux : Port to RTEMS

On Sat, Jul 27, 2019 at 7:35 PM Christian Mauderer wrote: > Does this initialize only the pins for drivers that are registered in > libbsd or all pins? I think you had an extended boot log where you might > could see it. > > If it is all pins, this might interfere with RTEMS drivers that are not

Re: [PATCH 10/10] TI Pinmux : Port to RTEMS

On Sat, Jul 27, 2019 at 7:35 PM Christian Mauderer wrote: > Does this initialize only the pins for drivers that are registered in > libbsd or all pins? I think you had an extended boot log where you might > could see it. > > If it is all pins, this might interfere with RTEMS drivers that are not

Re: [PATCH 08/10] VT : Port to RTEMS

On Sun, Jul 28, 2019 at 1:27 PM Christian Mauderer wrote: > On 27/07/2019 22:31, Vijay Kumar Banerjee wrote: > > > > > > On Sat, Jul 27, 2019 at 7:26 PM Christian Mauderer > > wrote: > > > > I'm still not entirely convinced what VT does. I tried to remove it > (had

Re: GSoC PRU: AM35xx Clock driver

On 28/07/2019 11:22, Nils Hölscher wrote: > > > On Sat, 27 Jul 2019 at 14:34, Christian Mauderer > wrote: > > On 24/07/2019 16:53, Nils Hölscher wrote: > > Hi, > > > > @Vijay Kumar Banerjee

Re: GSoC PRU: AM35xx Clock driver

On Sat, 27 Jul 2019 at 14:34, Christian Mauderer wrote: > On 24/07/2019 16:53, Nils Hölscher wrote: > > Hi, > > > > @Vijay Kumar Banerjee thanks for the > > dtb file. > > I build my file from FreeBSD master. > > > > Prcm attaches now but still after the pruss dr

Re: [PATCH] Add framebuffer in BBB

On 27/07/2019 21:43, Vijay Kumar Banerjee wrote: > > > > On Sat, Jul 27, 2019 at 7:37 PM Christian Mauderer > wrote: > > On 26/07/2019 13:41, Christian Mauderer wrote: > > On 26/07/2019 13:22, Vijay Kumar Banerjee wrote: > >> Hello everyone! > >> >

Re: [PATCH 08/10] VT : Port to RTEMS

On 27/07/2019 22:31, Vijay Kumar Banerjee wrote: > > > On Sat, Jul 27, 2019 at 7:26 PM Christian Mauderer > wrote: > > I'm still not entirely convinced what VT does. I tried to remove it (had > to remove the vt_fb_attach() / _detach() from fbd.c too) and it st