Re: Raspberrypi3: Mini UART driver

On Sat, 28 Dec, 2019, 3:51 AM Christian Mauderer, wrote: > On 27/12/2019 19:06, Niteesh wrote: > > Is there something else that I could work on? I am interested in taking > > part > > GSOC of 2020. And I want to learn as much as possible. > > Do you search tasks specific to raspberry or general o

Re: Raspberrypi3: Mini UART driver

On 27/12/2019 19:06, Niteesh wrote: > Is there something else that I could work on? I am interested in taking > part  > GSOC of 2020. And I want to learn as much as possible. Do you search tasks specific to raspberry or general ones? Do you search something for GSoC or just to warm up? > > On F

Re: [PATCH] Raspberrypi: updated the console interface.

Hello, git complained about some whitespaces when applying the patch: git am \[PATCH\]\ Raspberrypi:\ updated\ the\ console\ interface..eml Applying: Raspberrypi: updated the console interface. /home/christian/rtems/rtems-bbb/.git/modules/rtems/rebase-apply/patch:96: trailing whites

[PATCH 1/2] bsps/arm: Define index of the workspace entry.

From: Christian Mauderer The imx BSP contained a hack to change the workspace entry of the MMU table. This makes the used define visible for other BSPs too so that the same hack can be used for example in raspberry pi too. --- bsps/arm/imx/start/bspstarthooks.c| 9 - bsps/arm/include

[PATCH 2/2] bsp/raspberrypi: Fix size of work area.

From: Christian Mauderer The BSP tried to get the size of the SDRAM based on the revision code. Unfortunately the code had some bugs so that the default size has been used. Beneath that the MMU table hasn't been adapted. This patch queries the SDRAM size via a special VC Mailbox call instead. Fo

[PATCH 0/2] bsp/raspberrypi: Fix bug regarding SDRAM size.

Hello, like mentioned here: https://lists.rtems.org/pipermail/devel/2019-December/056581.html there is a problem with adapting the work area based on the raspberrys SDRAM size. The patch set fixes bugs when getting the size of the SDRAM and uses a method simmilar to the one in the imx BSP to

Re: raspberry pi: Problems with the dynamic work area

Hello, I noted a failure in my thoughts. The extra sections are no problem. They would be in a different memory region. I simplified the detection the memory and adopted the method used in the imx BSP. I'll send a patch set to the list for review. Best regards Christian On 22/12/2019 17:27, Ch

Re: Raspberrypi3: Mini UART driver

Is there something else that I could work on? I am interested in taking part GSOC of 2020. And I want to learn as much as possible. On Fri, Dec 27, 2019 at 5:07 PM Christian Mauderer wrote: > On 27/12/2019 12:20, Niteesh wrote: > > I have sent the patch. I also sent a documentation update for th

[PATCH] Updated docs to use the standalone SIS simulator, instead of GDB inbuilt SIS for the erc32 BSP.

--- user/start/bsp-test.rst | 4 +- user/tools/tester.rst | 144 2 files changed, 132 insertions(+), 16 deletions(-) diff --git a/user/start/bsp-test.rst b/user/start/bsp-test.rst index 5278375..aefeeb9 100644 --- a/user/start/bsp-test.rst +++ b/user/s

Re: Raspberrypi3: Mini UART driver

On 27/12/2019 12:20, Niteesh wrote: > I have sent the patch. I also sent a documentation update for the > quick-start section > a few months ago. But no one took a look at it. Can you have a look at it? I'll try to have a look at it soon. > > https://www.mail-archive.com/devel@rtems.org/msg20965

Re: Raspberrypi3: Mini UART driver

I have sent the patch. I also sent a documentation update for the quick-start section a few months ago. But no one took a look at it. Can you have a look at it? https://www.mail-archive.com/devel@rtems.org/msg20965.html ___ devel mailing list devel@rtems

[PATCH] Raspberrypi: updated the console interface.

The patch updates the older console interface used by the BSP, to newer one. It also replaces the custom usart(PL011) driver with arm-pl011. The fb functions signatures where also changed to accommodate with interface update. --- bsps/arm/raspberrypi/console/console-config.c | 67 + bsps/

Re: Raspberrypi3: Mini UART driver

On 27/12/2019 11:03, Niteesh wrote: > I tried building it. I basically ran make in previously create rpi2 BSP > folder. > I did get some compile-time error, but I have fixed them. Now I get > an*undefined reference to `arm_pl011_write_polled'* > How to include the arm_pl011.c file? You have to add

Re: Raspberrypi3: Mini UART driver

On 27/12/2019 10:42, Niteesh wrote: > On Fri, Dec 27, 2019 at 2:53 PM Christian Mauderer > wrote: > > Hello Niteesh, > > let me repeat two important questions: > > - How do you plan to test the changes? Simulator is OK for me but > untested is not OK

Re: Raspberrypi3: Mini UART driver

On 27/12/2019 09:35, Niteesh wrote: > Does the device's initialization happen in the first_open function for > the new interface? Because the old legacy driver > call's the initialization function directly. Depending on what you do during initialization you can do it there. But you have to clean u

Re: Raspberrypi3: Mini UART driver

On 27/12/2019 09:30, Niteesh wrote: > On Fri, Dec 27, 2019 at 1:59 AM Christian Mauderer > wrote: > > On 25/12/2019 15:32, Niteesh wrote: > > What about the framebuffer it still uses minor and major's? > > I'm not entirely sure but I don't think that it is

Re: Raspberrypi3: Mini UART driver

Hello Niteesh, let me repeat two important questions: - How do you plan to test the changes? Simulator is OK for me but untested is not OK. - Isn't it possible to just use the driver from bsps/arm/shared/serial/arm-pl011.c and remove the BSP specific completely? On 27/12/2019 06:29, Niteesh wr

Re: Raspberrypi3: Mini UART driver

Does the device's initialization happen in the first_open function for the new interface? Because the old legacy driver call's the initialization function directly. On Fri, Dec 27, 2019 at 2:00 PM Niteesh wrote: > On Fri, Dec 27, 2019 at 1:59 AM Christian Mauderer > wrote: > >> On 25/12/2019 15

Re: Raspberrypi3: Mini UART driver

On Fri, Dec 27, 2019 at 1:59 AM Christian Mauderer wrote: > On 25/12/2019 15:32, Niteesh wrote: > > What about the framebuffer it still uses minor and major's? > > I'm not entirely sure but I don't think that it is a problem to mix > legacy and new style drivers. I want to create rtems_termios_d