Re: [PATCH v3 2/2] bsp/raspberrypi: Mini UART driver

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

Re: [PATCH v4] doc/raspberrypi: Added instructions for raspberrypi

Hello Niteesh, thanks. I pushed it: https://git.rtems.org/rtems-docs/commit/?id=5763454b307afae6f5feb7e6d3d3d780f05f83ab Best regards Christian On 15/02/2020 15:20, G. S. Niteesh wrote: > Another remainder. > Can someone please push this? > > Thanks, > Niteesh > > On Thu, Feb 13, 2020 at

Re: Description of rtems-libbsd testsuite applications

> devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel > -- ---- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-brains.de Phone: +49-89-18 94

Re: RTEMS Manuals: Single Page HTML version doesn't work

On 13/02/2020 07:51, Amar Takhar wrote: > On 2020-02-13 07:20 +0100, Christian Mauderer wrote: >> Hello Amar, > > Hey! > >> Understood it. It still works when build locally so it shouldn't be a >> big problem fixing it. I just wasn't really aware of the

Re: RTEMS Manuals: Single Page HTML version doesn't work

Hello Chris, On 13/02/2020 05:16, Chris Johns wrote: > On 12/2/20 7:25 pm, Christian Mauderer wrote: >> On 12/02/2020 00:11, Chris Johns wrote: >>> On 12/2/20 12:41 am, Christian Mauderer wrote: >>>> >>>> on docs.rtems.org we have a table with the manual

Re: RTEMS Manuals: Single Page HTML version doesn't work

dn't deliver it packed as rpm. Best regards Christian > > > Amar. > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel > -- embedded brains GmbH Herr

Re: RTEMS Manuals: Single Page HTML version doesn't work

On 12/02/2020 00:11, Chris Johns wrote: > On 12/2/20 12:41 am, Christian Mauderer wrote: >> >> on docs.rtems.org we have a table with the manuals. There are three >> views: Online, PDF and Single Page. It seems that Online and PDF work >> fine. But Single Page doesn'

Re: [PATCH] bsp/raspberrypi: Fix linker command file

Hello Sebastian, yes, discard that patch. Best regards Christian On 11/02/2020 16:22, Alan Cudmore wrote: > I believe we can discard this. I am running all of my recent tests > with the 0x20 RAM origin. > Thanks, > Alan > > On Tue, Feb 11, 2020 at 2:06 AM Sebastian Huber > wrote: >> >>

RTEMS Manuals: Single Page HTML version doesn't work

it. But I have no idea where it should have been generated and therefore I'm a bit lost how to fix it. Best regards Christian -- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-brains.de

Re: [PATCH 0/7] bsp/imx: Add support for i.MX6UL

On 10/02/2020 22:16, Chris Johns wrote: > On 10/2/20 11:45 pm, Gedare Bloom wrote: >> It's all in bsps*imx. Go ahead. > > +1 Thanks. Pushed. > >> >> On Mon, Feb 10, 2020 at 2:35 AM Christian Mauderer >> wrote: >>> >>> Hello, >>>

Re: About Beaglebone Black device tree

On 10/02/2020 17:24, Vijay Kumar Banerjee wrote: > > On Mon, Feb 10, 2020 at 9:43 PM Vijay Kumar Banerjee > mailto:vijaykumar9...@gmail.com>> wrote: > > On Mon, Feb 10, 2020 at 5:21 PM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>

Re: [rtems-docs PATCH v2] user/testing: Add coverage analysis instructions

On 07/02/2020 18:29, Vijay Kumar Banerjee wrote: > > > > On Tue, Feb 4, 2020 at 5:41 AM Chris Johns > wrote: > > On 4/2/20 10:26 am, Gedare Bloom wrote: > > looks OK to me. > > +1 from me. > > Thanks > Chris > > > Thanks for the reviews! Can

Re: About Beaglebone Black device tree

On 10/02/2020 10:58, Vijay Kumar Banerjee wrote: > On Sun, Feb 9, 2020 at 4:03 PM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > > > Hi! > > > > I looked into it in more detail, the issue isn't with the overlay, I > > verifie

Re: About Beaglebone Black device tree

On 10/02/2020 10:24, Chris Johns wrote: > On 2020-02-10 19:18, Christian Mauderer wrote: >> >> Hello Chris, >> >> thanks for your input. I'm still not entirely happy with the location >> too. But I also don't know a better one. Currently I know of the >> f

[PATCH 6/7] bsp/imx: Support imx6ul iomux.

Update #3869. --- bsps/arm/imx/start/imx_iomux.c | 4 1 file changed, 4 insertions(+) diff --git a/bsps/arm/imx/start/imx_iomux.c b/bsps/arm/imx/start/imx_iomux.c index cd4591fa6f..f6235d3cf4 100644 --- a/bsps/arm/imx/start/imx_iomux.c +++ b/bsps/arm/imx/start/imx_iomux.c @@ -118,6 +118,10

[PATCH 2/7] bsp/imx: Allow GIC in different device tree node.

Update #3869. --- bsps/arm/imx/start/bspstart.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/bsps/arm/imx/start/bspstart.c b/bsps/arm/imx/start/bspstart.c index 3a87c437d2..36f62993a6 100644 --- a/bsps/arm/imx/start/bspstart.c +++ b/bsps/arm/imx/start/bspstart.c @@ -89,6 +89,9 @@ static

[PATCH 1/7] bsp/imx: Avoid hard-coded GIC base address

From: Sebastian Huber Update #3869. --- bsps/arm/imx/include/bsp.h| 6 -- bsps/arm/imx/start/bspstart.c | 11 +++ 2 files changed, 15 insertions(+), 2 deletions(-) diff --git a/bsps/arm/imx/include/bsp.h b/bsps/arm/imx/include/bsp.h index 4ed35c68fe..134b3fd858 100644 ---

[PATCH 0/7] bsp/imx: Add support for i.MX6UL

Hello, this is a first patch set to allow the imx-BSP to support i.MX6UL as well as i.MX7. Note that the support isn't complete yet. But Peter want's to work on the BSP too and therefore I try to commit them early so that we don't have double work and merge conflicts. Best regards Christian

[PATCH 5/7] bsp/imx: Allow gapless SPI transfers.

This uses the tx-threshold to reduce gaps in SPI transmissions. Update #3869. --- bsps/arm/imx/spi/imx-ecspi.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/bsps/arm/imx/spi/imx-ecspi.c b/bsps/arm/imx/spi/imx-ecspi.c index 9a232c53e9..4c4978cdac 100644 ---

[PATCH 4/7] bsp/imx: Use muxed mode for serials.

Update #3869. --- bsps/arm/imx/console/console-config.c | 1 + 1 file changed, 1 insertion(+) diff --git a/bsps/arm/imx/console/console-config.c b/bsps/arm/imx/console/console-config.c index 04bec993ae..caebc6bc39 100644 --- a/bsps/arm/imx/console/console-config.c +++

[PATCH 7/7] bsp/imx: Parse fdt pinctrl values and setup iomux

Update #3869. --- bsps/arm/imx/start/imx_iomux.c | 44 ++ 1 file changed, 44 insertions(+) diff --git a/bsps/arm/imx/start/imx_iomux.c b/bsps/arm/imx/start/imx_iomux.c index f6235d3cf4..d97e35deef 100644 --- a/bsps/arm/imx/start/imx_iomux.c +++

[PATCH 3/7] bsp/imx: Increase device memory area

From: Sebastian Huber The new area is used by the i.MX 6UltraLite for example. Update #3869. --- bsps/arm/imx/start/bspstarthooks.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bsps/arm/imx/start/bspstarthooks.c b/bsps/arm/imx/start/bspstarthooks.c index

Re: About Beaglebone Black device tree

On 09/02/2020 23:56, Chris Johns wrote: > On 9/2/20 9:33 pm, Christian Mauderer wrote: >> On 07/02/2020 18:23, Vijay Kumar Banerjee wrote: >> On Mon, Feb 3, 2020 at 7:21 PM Christian Mauderer >>> >> <mailto:christian.maude...@embedded-brains.de>> wrote: &

Re: Beginning work on BSP for i.MX RT 10xx (1052 specifically)

On 09/02/2020 20:09, dufa...@hda.com wrote: > > >> On Feb 9, 2020, at 12:05 , Sebastian Huber >> wrote: >> I'm not sure if "variant" is the correct term. I look forward to seeing what your approach is. >>> Yes sorry. I didn't look up the established term. From what I can tell

Re: Beginning work on BSP for i.MX RT 10xx (1052 specifically)

On 09/02/2020 17:24, dufa...@hda.com wrote: > > >> On Feb 9, 2020, at 09:33 , Christian Mauderer wrote: >> >> Hello Peter, >> >> On 08/02/2020 21:16, Peter Dufault wrote: >>> I will begin working on a BSP for the i.MX RT 10xx family. I require

Re: Beginning work on BSP for i.MX RT 10xx (1052 specifically)

Hello Peter, On 08/02/2020 21:16, Peter Dufault wrote: > I will begin working on a BSP for the i.MX RT 10xx family. I require support > for a 1052 but will be developing on a 1064 so those two variants will have > some test coverage. > > I plan to start my work by making this a variant of the

Re: About Beaglebone Black device tree

On 07/02/2020 18:23, Vijay Kumar Banerjee wrote: > > > > On Mon, Feb 3, 2020 at 7:21 PM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote: > > On 02/02/2020 18:34, Vijay Kumar Banerjee wrote: > > > > >

Re: Requirement Document generator tool

mentioned before. On 28/01/2020 11:41, Chris Johns wrote: > On 28/1/20 8:14 pm, Christian Mauderer wrote: >> On 28/01/2020 01:42, Chris Johns wrote: >>> On 28/1/20 10:48 am, Joel Sherrill wrote: >>>> On Mon, Jan 27, 2020 at 4:18 PM Chris Johns >>> <mailto:chr

Re: Enabling Buildbot 'responsible user' emails.

On 06/02/2020 07:35, Amar Takhar wrote: > On 2020-02-06 07:19 +0100, Christian Mauderer wrote: > >> Someone applied a FreeBSD patch directly to libbsd (which works well). >> In that case git noted that the original author is in the "from" header >> and send hi

Re: Enabling Buildbot 'responsible user' emails.

ld avoid the second problem > entirely. > > > Amar. -- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-brains.de Phone: +49-89-18 94 74

Re: About Beaglebone Black device tree

On 02/02/2020 18:34, Vijay Kumar Banerjee wrote: > > > > On Sun, Feb 2, 2020 at 9:49 PM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > > On 31/01/2020 17:43, Vijay Kumar Banerjee wrote: > > > > > > On Fri, Jan 31, 2

[PATCH] dhcpcd: Pass config structure.

--- dhcpcd/dhcpcd.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/dhcpcd/dhcpcd.c b/dhcpcd/dhcpcd.c index fd6356de..b7839d49 100644 --- a/dhcpcd/dhcpcd.c +++ b/dhcpcd/dhcpcd.c @@ -1181,7 +1181,8 @@ rtems_dhcpcd_start(const rtems_dhcpcd_config *config) if

Re: Requirement Document generator tool

On 31/01/2020 19:44, Gedare Bloom wrote: But I think implementing that would be a lot bigger task than the one we are just discussing. One of the first problems would be finding a style checker that can produce _exactly_ the coding style that is defined for score. >>> Agreed.

Re: About Beaglebone Black device tree

On 31/01/2020 17:43, Vijay Kumar Banerjee wrote: > > > On Fri, Jan 31, 2020 at 9:59 PM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > On 31/01/2020 17:25, Christian Mauderer wrote: > > On 31/01/2020 16:04, Vijay Kumar Banerjee wrote: >

Re: About Beaglebone Black device tree

On 31/01/2020 17:25, Christian Mauderer wrote: > On 31/01/2020 16:04, Vijay Kumar Banerjee wrote: >> Hi, >> >> While trying to run an rtems-littlevgl app on BBB, I found that the device >> tree generated from the freebsd source matching the freebsd-org >> HEAD

Re: About Beaglebone Black device tree

On 31/01/2020 16:04, Vijay Kumar Banerjee wrote: > Hi, > > While trying to run an rtems-littlevgl app on BBB, I found that the device > tree generated from the freebsd source matching the freebsd-org > HEAD commit doesn't work with the app and framebuffer device fails > to open. This is most

Re: "atsamv" BSP legacy network driver status

On 31/01/2020 13:39, dufa...@hda.com wrote: > > >> On Jan 31, 2020, at 01:31 , Christian Mauderer >> wrote: >> >> On 30/01/2020 22:12, dufa...@hda.com wrote: >>> >>> >>>> On Jan 30, 2020, at 01:24 , Christian Mauderer >>>>

Re: Requirement Document generator tool

On 30/01/2020 23:13, Chris Johns wrote: > On 30/1/20 8:35 pm, Christian Mauderer wrote: >> On 29/01/2020 23:48, Chris Johns wrote: >>> On 29/1/20 7:40 pm, Christian Mauderer wrote: >>>> On 28/01/2020 23:15, Chris Johns wrote: >>>>> On 28/1/20 10:22 p

Re: "atsamv" BSP legacy network driver status

On 30/01/2020 22:12, dufa...@hda.com wrote: > > >> On Jan 30, 2020, at 01:24 , Christian Mauderer >> wrote: >> >> The SDRAM initialization is done in bsp_start_hook_0. Most >> initialization is done in bsp_start_hook_1. You should be able to put >>

Re: Requirement Document generator tool

On 29/01/2020 23:48, Chris Johns wrote: > On 29/1/20 7:40 pm, Christian Mauderer wrote: >> On 28/01/2020 23:15, Chris Johns wrote: >>> On 28/1/20 10:22 pm, Christian Mauderer wrote: >>>> I'm quite indifferent which style we use >>> >>> But you are

Re: "atsamv" BSP legacy network driver status

On 29/01/2020 22:30, dufa...@hda.com wrote: > > >> On Jan 29, 2020, at 08:12 , Christian Mauderer >> wrote: >> >> On 29/01/2020 13:15, dufa...@hda.com wrote: >>> >>>> On Jan 29, 2020, at 03:13 , Christian Mauderer >>>> wr

Re: "atsamv" BSP legacy network driver status

On 29/01/2020 13:15, dufa...@hda.com wrote: > >> On Jan 29, 2020, at 03:13 , Christian Mauderer >> wrote: >> >> Hello Peter, >> >> On 28/01/2020 22:37, dufa...@hda.com wrote: >>> >>>> On Jan 28, 2020, at 04:46 , Christian Mauderer &g

Re: Requirement Document generator tool

On 28/01/2020 23:15, Chris Johns wrote: > On 28/1/20 10:22 pm, Christian Mauderer wrote: >> I'm quite indifferent which style we use > > But you are arguing a position, such as ... > >> but do you really think that it >> is a good idea to roll our own RTEMS-Pyt

Re: Requirement Document generator tool

On 28/01/2020 23:15, Joel Sherrill wrote: > > > On Tue, Jan 28, 2020, 5:22 AM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote: > > On 28/01/2020 11:41, Chris Johns wrote: > > > > > > On 28/1/20 8:14 pm, Chr

Re: "atsamv" BSP legacy network driver status

Hello Peter, On 28/01/2020 22:37, dufa...@hda.com wrote: > >> On Jan 28, 2020, at 04:46 , Christian Mauderer >> wrote: >> >> Before our customers migrated to libbsd (to get some of the features >> there) the driver in legacy worked. But that is a few yea

Re: Requirement Document generator tool

On 28/01/2020 11:41, Chris Johns wrote: > > > On 28/1/20 8:14 pm, Christian Mauderer wrote: >> On 28/01/2020 01:42, Chris Johns wrote: >>> On 28/1/20 10:48 am, Joel Sherrill wrote: >>>> On Mon, Jan 27, 2020 at 4:18 PM Chris Johns >>> <mailto:chr.

Re: "atsamv" BSP legacy network driver status

enable-cxx \ > --enable-maintainer-mode > > > Peter > - > Peter Dufault > HD Associates, Inc. Software and System Engineering > > This email is delivered through the public internet using protocols subject > to interception and tampering.

Re: Requirement Document generator tool

ing any of issues > that can arise. > >> We need some test cases for the tools to verify them > > Yes. > > Chris > >> > I hope soon to formalize our suggestion to you and then you may review >> it >> (and propose changes if you find appropr

Re: [PATCH v3] doc/raspberrypi: Added instructions for raspberrypi

>   > Any update on this? As I have said, I added instructions for passing DTB > file, I will > send the patch once this issue is resolved. Let's solve it with another method: https://www.raspberrypi.org/blog/teaching-pinet/ The official homepage for the RPi uses "Raspberry Pis".

Re: Requirement Document generator tool

On 23/01/2020 00:19, Chris Johns wrote: > On 22/1/20 7:20 pm, Christian Mauderer wrote: >> On 22/01/2020 02:39, Chris Johns wrote: >>> On 21/1/20 8:10 pm, Christian Mauderer wrote: >>>> On 20/01/2020 22:37, Chris Johns wrote: >>>>> On 14/1/20 7:18 pm, C

Re: Requirement Document generator tool

On 22/01/2020 02:39, Chris Johns wrote: > On 21/1/20 8:10 pm, Christian Mauderer wrote: >> On 20/01/2020 22:37, Chris Johns wrote: >>> On 14/1/20 7:18 pm, Christian Mauderer wrote: >>>> On 13/01/2020 18:03, Joel Sherrill wrote: >>>>> On Mon

Re: [PATCH 2/2] bsp/raspberrypi: Mini UART driver

>From a first look this seems to be OK. But I didn't test it yet on hardware. I'll try to do that in the next days. On 17/01/2020 15:50, G S Niteesh wrote: > This patch adds driver for Mini UART present in Raspberry Pi 3 > and above, this UART is currently used as the primary UART in > these

Re: [PATCH 1/2] libchip/ns16550: Allow user calculate baud divisor

On 17/01/2020 15:50, G S Niteesh wrote: > This patch will allow the user to pass a function to calculate > the baud divisor. > This is will allow for more flexibility, since for some BSP's > like raspberrypi, the calculate of baud divisor is different > from what is in the current driver. > --- >

Re: [PATCH v3] doc/raspberrypi: Added instructions for raspberrypi

Hello Niteesh, you had two different "v3" patches. Therefore I missed this one. I thought there was still a review comment from Gedare pending (which he added at the v2 patch but after the first v3 has been sent). On 12/01/2020 19:47, G S Niteesh wrote: > Added instructions to run examples on

Re: Raspberry Pi test report

On Tue, Jan 21, 2020 at 3:22 PM Christian Mauderer wrote: >> >> Does the same error occur on the Pi2 Qemu? In that case you could use it >> for proper debugging. >> >> On 21/01/2020 03:35, Alan Cudmore wrote: >>> I don't really have a debug setup.. I'm just u

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

sg21615.html > https://www.mail-archive.com/devel@rtems.org/msg21614.html > > On Tue, Jan 21, 2020 at 2:42 PM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote: > > On 21/01/2020 00:33, Chris Johns wrote: > > On 29/12/19 8:03 pm, Chr

Re: Raspberry Pi test report

Does the same error occur on the Pi2 Qemu? In that case you could use it for proper debugging. On 21/01/2020 03:35, Alan Cudmore wrote: > I don't really have a debug setup.. I'm just using printk for now. But > I have a pretty efficient setup where I can add a few printk > statements, rebuild and

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

On 21/01/2020 00:33, Chris Johns wrote: > On 29/12/19 8:03 pm, Christian Mauderer wrote: >> - You can use a real hardware debugger for it. That's what I currently >> do - also qemu + gdb could be more powerfull. For that you basically >> connect the Alt4 pins (see https://p

Re: Requirement Document generator tool

On 20/01/2020 22:37, Chris Johns wrote: > On 14/1/20 7:18 pm, Christian Mauderer wrote: >> On 13/01/2020 18:03, Joel Sherrill wrote: >>> >>> >>> On Mon, Jan 13, 2020 at 10:04 AM Christian Mauderer >>> >> <mailto:christian.maude

Re: GSOC: Adding FDT infrastructure to RTEMS

what all should be implemented in > a GSOC timeline? > I know this is not very detailed, but I will create a more detailed > proposal based > on your comments soon. > > Thank you, > Niteesh > > > ___ > devel mailing list > devel@rtems

Re: Raspberry Pi test report

define CONFIGURE_MAXIMUM_PROCESSORS 4 >> it crashes during initialization. > > Awesome and all the best. I am sure you will figure it out. > > Chris > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/ma

Re: Raspberry Pi test report

e A72, 1 to 4 Gigabytes of LPDDR4 > SDRAM, Gigabit ethernet, USB 3, Wi-fi and bluetooth. I have not > looked into it enough to see what UARTs it uses. > > On Wed, Jan 8, 2020 at 1:18 AM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote:

Re: [PATCH] bsp/raspberrypi: AUX uart driver

On 17/01/2020 14:57, Niteesh wrote: > On Fri, Jan 17, 2020 at 1:40 AM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > On 15/01/2020 13:05, G S Niteesh wrote: > > This patch adds the driver for aux driver present in Raspberry > > Pi 3 and

Re: [PATCH] bsp/raspberrypi: AUX uart driver

On 15/01/2020 13:05, G S Niteesh wrote: > This patch adds the driver for aux driver present in Raspberry > Pi 3 and above, this uart is currently used as the primary uart. Most of the time UART is written all upper case. > The AUX uart is similar to ns16550, it uses the libchip/ns16550 > driver.

Re: [PATCH] libchip/ns16550: Allow user calculate baud divisor

On 15/01/2020 12:50, G S Niteesh wrote: > This patch will allow the user to pass a function to calculate > the baud divisor. > This is will allow for more flexibility, since for some BSP's > like raspberrypi, the calculate of baud divisor is different > from what is in the current driver. > ---

Re: Raspberrypi3: AUX Uart driver

ivisor and the 2nd is the > driver patch? Yes that sounds like two patches. > > On Wed, Jan 15, 2020 at 1:25 PM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote: > > On 15/01/2020 06:27, Niteesh wrote: > > I commented out

Re: Raspberrypi3: AUX Uart driver

rpi3. I don't know if the problem is with > loading the FDT > or with my code? > How do I send the code, so that you can take a look at it? > > On Tue, Jan 14, 2020 at 8:04 PM Niteesh <mailto:gsnb...@gmail.com>> wrote: > > On Tue, Jan

Re: Raspberrypi3: AUX Uart driver

fferent baud rates with this? Does the ioctl call for setting the baudrate work? Best regards Christian > > On Mon, Jan 13, 2020 at 3:46 PM Niteesh <mailto:gsnb...@gmail.com>> wrote: > > On Mon, Jan 13, 2020 at 1:38 PM Christian Mauderer > <mailto:

Re: Requirement Document generator tool

On 13/01/2020 18:03, Joel Sherrill wrote: > > > On Mon, Jan 13, 2020 at 10:04 AM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote: > > Hello Jose, > > On 10/01/2020 17:33, Jose Valdez wrote: > > Hello, > &

Re: Requirement Document generator tool

it fits. As an example the C++ guide from Google had some good points as > well as some parts I did not think offered any value but did create a certain > level of pain. We should also consider capturing the guide as a public one > belonging to someone else can and will change and that effects us. I am not > sure > how

Re: Raspberrypi3: AUX Uart driver

a normal case. Best regards Christian > > On Mon, Jan 13, 2020 at 1:56 AM Niteesh <mailto:gsnb...@gmail.com>> wrote: > > On Sun, Jan 12, 2020 at 11:42 PM Christian Mauderer > mailto:l...@c-mauderer.de>> wrote: > > Hello Niteesh, >

Re: Raspberrypi3: AUX Uart driver

On 12/01/2020 21:26, Niteesh wrote: > On Sun, Jan 12, 2020 at 11:42 PM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > Hello Niteesh, > > On 12/01/2020 16:06, Niteesh wrote: > > The only issue, I faced while using this driver is the baud

Re: Raspberrypi3: AUX Uart driver

a GSoC project. Best regards Christian > > On Sun, Jan 5, 2020 at 12:57 AM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > On 04/01/2020 09:32, Niteesh wrote: > > We could now run RTEMS on Rpi3. I tried examples from the samples > > section

Re: [PATCH rtems-littelvgl] lv_conf.h: Enable user data.

Just a reminder. If no one objects in the next few days, I'll push that patch. On 04/12/2019 12:47, Christian Mauderer wrote: > This is usefull for passing driver objects arround and it doesn't add > too much overhad for drivers that don't need it. Therefore enabling it > by default s

Re: Error while building the rtems-libbsd

_mmap is that it returns an error value that is more useful than before. Best regards Christian > > > On Sun, Jan 5, 2020 at 2:27 PM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > On 05/01/2020 03:17, Utkarsh Rai wrote: > > 1. For the libb

Re: Raspberry Pi test report

On 08/01/2020 00:24, Joel Sherrill wrote: > > > On Tue, Jan 7, 2020 at 12:42 PM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > Hello Alan, > > I pushed the patches mentioned further below. So the raspberry BSP > should now wor

Re: [PATCH v2] bsp/raspberrypi: Updated the console API.

Great, thank you it wouldn't have been possible without your help > and support. > And thanks for patiently answering my questions :) Thanks for beeing patient enough to rework the patch again and again. > > On Tue, Jan 7, 2020 at 10:58 PM Christian Mauderer > mailt

Re: Raspberry Pi test report

Hello Alan, I pushed the patches mentioned further below. So the raspberry BSP should now work again for all raspberry 1 and 2 on the official master branch. Note that the kernel_address=0x20 is still necessary. Best regards Christian On 06/01/2020 11:10, Christian Mauderer wrote

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

Pushed. Thanks. On 27/12/2019 13:01, G S Niteesh wrote: > --- > 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 >

Re: [PATCH v2] bsp/raspberrypi: Updated the console API.

Pushed with a minor modification: Due to the header reorder it was necessary to include one extra header in bsp/fbcons.h. But that has been a hidden bug anyway. On 04/01/2020 20:50, G S Niteesh wrote: > Replaces the legacy termios API with new termios API (#3034) > Replaces the custom PL011

Re: [PATCH] bsp/raspberrypi: Enable FDT support.

Pushed. Thanks. On 03/01/2020 04:26, G S Niteesh wrote: > This commit adds FDT support to the BSP. > --- > bsps/arm/raspberrypi/include/bsp.h| 4 > c/src/lib/libbsp/arm/raspberrypi/Makefile.am | 1 + > c/src/lib/libbsp/arm/raspberrypi/configure.ac | 13 + > 3

Re: Raspberry Pi test report

Hello Alan, thanks for your very detailed tests. On 05/01/2020 23:42, Alan Cudmore wrote: > I finally found the time to try the latest RTEMS head on my collection > of Raspberry Pi models. > The last time I tried to run RTEMS on a Pi, I had trouble with the > current version of the Raspberry Pi

Re: [PATCH v2] doc/raspberrypi: Added instructions for raspberrypi

Looks a lot better. On 05/01/2020 20:19, G S Niteesh wrote: > Added instructions to run examples on raspberrypi. > --- > user/bsps/arm/raspberrypi.rst | 74 ++- > 1 file changed, 73 insertions(+), 1 deletion(-) > > diff --git a/user/bsps/arm/raspberrypi.rst

Re: [PATCH] doc/raspberrypi: Added instructions for raspberrypi

Hello Niteesh, thanks for extending the documentation. That's very valuable. I had some white space bugs again when applying: ` .git/rebase-apply/patch:68: trailing whitespace. .git/rebase-apply/patch:77: trailing whitespace. arm-rtems5-gdb hello.exe .git/rebase-apply/patch:85:

Re: Error while building the rtems-libbsd

idea. In normal > case libbsd builds without any trouble. > > Can you give some more information about the exact versions you use: > > - Which commit of libbsd are you trying to build? > - Which rtems commit do you use? > - Which tool version do you use

Re: [PATCH] bsp/raspberrypi: Updated the console API.

On 03/01/2020 16:54, Vijay Kumar Banerjee wrote: > > > On Fri, Jan 3, 2020, 8:53 PM Niteesh > wrote: > > On Fri, Jan 3, 2020 at 7:32 PM Vijay Kumar Banerjee > mailto:vijaykumar9...@gmail.com>> wrote: > > Hi Niteesh, > A few formatting

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

Gedare acknowledged it so I'll push it together with the other RTEMS patches in a few days. On 04/01/2020 08:18, Niteesh wrote: > Just a reminder, it's almost been a week since I sent the patch. I also > sent it a month ago, but it slipped from everyone's eyes. > > On Thu, Jan 2, 2020 at 9:45 PM

Re: Raspberrypi3: AUX Uart driver

On 04/01/2020 09:32, Niteesh wrote: > We could now run RTEMS on Rpi3. I tried examples from the samples > section and they run > fine. But still, a lot of functionality has to tested since it uses the > RPI2 BSP. To test these examples > I used a simple driver for the AUX. > The documentation from

Re: What do you want to study in GSOC 2020?

_SOURCE_EXCEPTION > while running examples in qemu, I have run the examples multiple times > on the board and no issues till now. Quite possible that the qemu simulation isn't complete at some point. > > On Sat, Jan 4, 2020 at 8:47 AM Niteesh <mailto:gsnb...@gmail.com>> wrote: >

Re: What do you want to study in GSOC 2020?

On 04/01/2020 04:13, Niteesh wrote: > On Sat, Jan 4, 2020 at 1:29 AM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > On 03/01/2020 18:37, Niteesh wrote: > > On Fri, Jan 3, 2020 at 7:30 PM Christian Mauderer > mailto:l...@c-mauderer.de> >

Re: What do you want to study in GSOC 2020?

d it? Exceptions should print an exception frame. So I'm not sure whether that is the case. Do you have some JTAG adapter that would work with OpenOCD or simmilar? > > > On Fri, Jan 3, 2020 at 11:07 PM Niteesh <mailto:gsnb...@gmail.com>> wrote: > > On Fri, Jan 3,

Re: What do you want to study in GSOC 2020?

On 03/01/2020 18:37, Niteesh wrote: > On Fri, Jan 3, 2020 at 7:30 PM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > On 03/01/2020 13:49, Niteesh wrote: > > I have gone through previous year works and selected a few topics > which >

Re: What do you want to study in GSOC 2020?

rjee worked on analysis and generation of gcov > reports. > > On Thu, Jan 2, 2020 at 10:07 PM Gedare Bloom <mailto:ged...@rtems.org>> wrote: > > On Mon, Dec 30, 2019 at 2:47 PM Christian Mauderer > mailto:l...@c-mauderer.de>> wrote: > > > > On

Re: [PATCH] bsp/raspberrypi: Updated the console API.

On 03/01/2020 13:31, Niteesh wrote: > On Fri, Jan 3, 2020 at 3:48 PM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > On 03/01/2020 11:11, Niteesh wrote: > > Great, please do have a look at the FDT patch I sent today. > > The FDT patch look

Re: [PATCH] bsp/raspberrypi: Updated the console API.

C in some more details. Gedare gave some hints in the other mail thread too. But don't hesitate to pick any other topic that picks your eye. I'm not giving orders here. Take them just as some hints what could be possible from my point of view. > > On Fri, Jan 3, 2020 at 3:39 PM Christ

Re: [PATCH] bsp/raspberrypi: Updated the console API.

Hello Niteesh, looks good to me. The UART works for a Pi1 and a Pi2. The Framebuffer console doesn't but it doesn't work either before this patch and as far as I can tell you took over the logic correctly. So I don't think this patch will break anything that isn't already broken. I'll give the

Re: Error while building the rtems-libbsd

trouble. Can you give some more information about the exact versions you use: - Which commit of libbsd are you trying to build? - Which rtems commit do you use? - Which tool version do you use? If RSB: Which commit? - What BSP do you use? Best regards Christian > > On Tue, Dec 31, 2019

Re: [PATCH] bsp/raspberry: Enabled FDT support for console.

On 03/01/2020 04:50, Niteesh wrote: > On Fri, Jan 3, 2020 at 2:26 AM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > > Sorry, it seems I missed some parts in the last mail. Beneath that I > caused a misunderstanding again. > > On 02/01/20

Re: [PATCH] bsp/raspberry: Enabled FDT support for console.

Sorry, it seems I missed some parts in the last mail. Beneath that I caused a misunderstanding again. On 02/01/2020 20:08, G S Niteesh wrote: > Replaced the older console api with newer FDT based > console driver. > Replaces the custom pl011 driver with RTEMS arm-pl011 > driver. > --- >

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

On 02/01/2020 18:29, Niteesh wrote: > I have described my changes below, just let me know what you think? I > will send > in the patch once you are happy with it. > On Thu, Jan 2, 2020 at 10:07 PM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote: > >

<    4   5   6   7   8   9   10   11   12   13   >