[PATCH 27/40] bsps/shared: Manual file header clean up

Updates #4625. --- bsps/shared/dev/display/disp_fonts.h| 32 ++-- bsps/shared/dev/display/disp_hcms29xx.c | 33 +++-- bsps/shared/dev/display/font_hcms29xx.c | 31 ++- bsps/shared/dev/display/font_hcms29xx.h | 31

[PATCH 28/40] bsps/powerpc/tqm8xx: Manual file header clean up

Updates #4625. --- bsps/powerpc/tqm8xx/btimer/btimer.c | 37 ++--- bsps/powerpc/tqm8xx/console/console.c | 34 +++ bsps/powerpc/tqm8xx/include/bsp.h | 12 ++-- bsps/powerpc/tqm8xx/include/bsp/irq.h | 40 ---

[PATCH 25/40] bsps/testsuites/: Scripted embedded brains header file clean up

From: Joel Sherrill Updates #4625. --- testsuites/benchmarks/dhrystone/init.c | 6 -- testsuites/benchmarks/linpack/init.c | 6 -- testsuites/benchmarks/whetstone/init.c | 6 -- testsuites/fstests/fsbdpart01/init.c

[PATCH 31/40] bsps/powerpc/gen5200: Manual file header clean up

Updates #4625. --- bsps/powerpc/gen5200/ata/idecfg.c | 32 +++- bsps/powerpc/gen5200/bestcomm/bestcomm_glue.c | 32 +++- bsps/powerpc/gen5200/i2c/i2cdrv.c | 37 ++- bsps/powerpc/gen5200/i2c/mpc5200mbus.c| 35

[PATCH 35/40] bsps and cpukit: Manual file header clean up

Updates #4625. --- bsps/i386/pc386/ata/ide.c | 41 ++- bsps/i386/pc386/ata/idecfg.c | 33 +- cpukit/include/rtems/fsmount.h| 13 +++ cpukit/include/rtems/serdbg.h | 34 +--

[PATCH 34/40] bsps/powerpc/gen5200: Manual file header clean up

This cleans some of the more complex headers including IPR. Updates #4625. --- bsps/powerpc/gen5200/ata/pcmcia_ide.c | 96 +- bsps/powerpc/gen5200/ata/pcmcia_ide.h | 78 -- bsps/powerpc/gen5200/nvram/m93cxx.h | 101 +++

[PATCH 40/40] bsps/m68k: Restore license file

Quite some files in the bsps/m68k/genmcf548x mention a Freescale_license.txt file. The file has been accidentally removed during the source reorganization in 2018. This commit restores it and moves it to the right location for licenses. Update #4625. --- LICENSE.Freescale

[PATCH 37/40] bsps/powerpc/gen5200: Manual Header clean up

Update #4625. --- bsps/powerpc/gen5200/console/console.c | 135 +- bsps/powerpc/gen5200/include/bsp/irq.h | 120 +--- bsps/powerpc/gen5200/include/bsp/nvram.h | 112 +-- bsps/powerpc/gen5200/irq/irq.c | 94 +++-

[PATCH 14/40] bsps/lm32/include/bsp/irq.h: manual file header clean up

From: Joel Sherrill Updates #4625. --- bsps/lm32/include/bsp/irq.h | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/bsps/lm32/include/bsp/irq.h b/bsps/lm32/include/bsp/irq.h index 416af841a7..6e6b74feaf 100644 --- a/bsps/lm32/include/bsp/irq.h +++

[PATCH 29/40] bsps/powerpc/gen83xx: Manual file header clean up

Updates #4625. --- bsps/powerpc/gen83xx/dev/mpc83xx_i2cdrv.c | 32 - bsps/powerpc/gen83xx/dev/mpc83xx_spidrv.c | 34 --- bsps/powerpc/gen83xx/i2c/i2c_init.c | 30 +++- bsps/powerpc/gen83xx/include/bsp.h| 30 +++-

[PATCH 30/40] bsps/powerpc: Manual file header clean up

Updates #4625. --- bsps/powerpc/mpc55xxevb/i2c/i2c_init.c | 31 +++- bsps/powerpc/qemuppc/irq/irq_init.c | 31 +++- bsps/powerpc/tqm8xx/include/bsp/8xx_immap.h | 40 + bsps/powerpc/virtex4/include/bsp/irq.h | 32 -

[PATCH 39/40] bsps: Automated IMD header file clean up

Use the same form of IMD in all copyright lines Update #4625. --- bsps/i386/pc386/ata/ide.c| 2 +- bsps/i386/pc386/ata/idecfg.c | 2 +- bsps/powerpc/gen5200/ata/pcmcia_ide.c| 2 +- bsps/powerpc/gen5200/slicetimer/slicetimer.c | 2 +-

[PATCH 15/40] bsps/m68k/gen68360/spi/m360_spi.h: Manual file header clean up

From: Joel Sherrill Updates #4625. --- bsps/m68k/gen68360/spi/m360_spi.h | 23 +++ 1 file changed, 7 insertions(+), 16 deletions(-) diff --git a/bsps/m68k/gen68360/spi/m360_spi.h b/bsps/m68k/gen68360/spi/m360_spi.h index 1a18707fe9..9e6bc5c9c1 100644 ---

[PATCH 32/40] bsps/powerpc: Manual file header clean up

Updates #4625. --- bsps/powerpc/include/bsp/tsec.h | 31 ++--- bsps/powerpc/include/mpc83xx/mpc83xx_i2cdrv.h | 32 ++ bsps/powerpc/include/mpc83xx/mpc83xx_spidrv.h | 34 +++--- bsps/powerpc/virtex/include/bsp/irq.h | 32 ++

[PATCH 33/40] testsuites: Manual file header clean up

Updates #4625. --- testsuites/libtests/block10/init.c | 6 -- testsuites/sptests/spinternalerror02/init.c | 6 -- 2 files changed, 12 deletions(-) diff --git a/testsuites/libtests/block10/init.c b/testsuites/libtests/block10/init.c index b50c731d6d..d699968975 100644 ---

Re: [PATCH 01/40] License Header Clean Up

I pushed the patches. Am 07.03.22 um 15:33 schrieb Joel Sherrill: On Mon, Mar 7, 2022 at 7:25 AM Christian Mauderer <mailto:christian.maude...@embedded-brains.de>> wrote: Hello, during the re-license efforts, Joel noted that there are a lot of really odd old headers fr

Re: [PATCH 11/40] bsps/include/libchip/disp_hcms29xx.h: Manual file header clean up

GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.de phone: +49-89-18 94 741 - 18 fax: +49-89-18 94 741 - 08 Registergericht: Amtsgericht München Registernummer: HRB 157899 Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörf

[PATCH] bsp/imxrt: Enforce alignment for devicetree

A device tree binary has to be 8 byte aligned in memory. This is checked since RTEMS commit 34052ef78cf8724dee73e9279b2c6bff8cfed234 "libfdt: Add FDT alignment check to fdt_check_header()". --- bsps/arm/imxrt/dts/imxrt1050-evkb.c | 2 +- bsps/arm/imxrt/dts/imxrt1050-evkb.dts | 2 +-

Re: [PATCH rtems-libbsd] ipsec-tools: Reduce allocated buffer size

Thanks for the review. I pushed it. Am 23.02.22 um 06:20 schrieb Chris Johns: OK and thanks Chris On 22/2/22 7:34 pm, Christian Mauderer wrote: By default, pfkey allocates a 2MB buffer that is used for SPD entries. This size is a good choice for a server system where a lot of clients should

Re: [PATCH] bsp/imxrt: Enforce alignment for devicetree

Hello Joel, Am 16.02.22 um 16:04 schrieb Joel Sherrill: On Wed, Feb 16, 2022 at 3:22 AM Christian Mauderer wrote: A device tree binary has to be 8 byte aligned in memory. This is checked since RTEMS commit 34052ef78cf8724dee73e9279b2c6bff8cfed234 "libfdt: Add FDT alignment

[PATCH rtems-libbsd] ipsec-tools: Reduce allocated buffer size

By default, pfkey allocates a 2MB buffer that is used for SPD entries. This size is a good choice for a server system where a lot of clients should be handled. But on our embedded systems, an application with that much clients is unlikely and 2MB is a lot of space. So reduce that to the default

[PATCH 0/1 rtems-tools] bin2c: Add option for alignment

Hello, I use rtems-bin2c to generate device tree blobs that I can link into an application. Since an update of libfdt in December 2021, there is a requirement that device trees are 8 byte aligned. I want to be able to generate that alignment without post-processing the sources generated by

[PATCH rtems-tools] bin2c: Add option for alignment

Sometimes it's useful if structures are aligned. This patch add a -A alignment option. Note that this doesn't check for valid alignments. It accepts any positive number in decimal or hex format. If for example an alignment of 7 is specified, the compiler will complain that it is not a power of

Re: [PATCH] imfs: Fix index underrun when extending empty file

Am 04.04.22 um 16:40 schrieb Joel Sherrill: On Mon, Apr 4, 2022, 9:28 AM Christian MAUDERER <mailto:christian.maude...@embedded-brains.de>> wrote: Please note: I would like to apply this to the 5 branch too. I created a ticket for 5 here: https://devel.rtems.org/ti

Re: [PATCH] imfs: Fix index underrun when extending empty file

a comment to the ticket that the problem is fixed in 5 and 6. Should I close the 4.11 ticket with a "wontfix" or just let it open? Best regards Christian Am 04.04.22 um 16:23 schrieb Christian Mauderer: Currently the following sequence causes a endless loop when extending an

[PATCH] imfs: Fix index underrun when extending empty file

Currently the following sequence causes a endless loop when extending an IMFS file: - Create a file with zero length and close it. - Make sure nearly no allocatable memory is left. - Open the file and write enough data into it that more than the remaining memory will be used. In that case when

Re: [PATCH 07/26] cpukit/libds/src/ftpfs/tftpDriver.c: Manually update license to BSD-2

E_CONFIG_H -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.de phone: +49-89-18 94 741 - 18 fax: +49-89-18 94 741 - 08 Registergericht: Amtsgericht München Registernummer: HRB 157899 Vertretungsb

Re: [PATCH 14/26] cpukit/libmisc/capture: Manually change license to BSD-2

ADVISED OF THE + * POSSIBILITY OF SUCH DAMAGE. + */ #ifdef HAVE_CONFIG_H #include "config.h" -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.de phone: +49-8

Re: [PATCH 01/26] cpukit/libdl/rtl-alloc-check.py: Change to BSD-2 by hand

Y, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) +# ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE +# POSSIBILITY OF SUCH DAMAGE. from __future__ import print_function -- embedded brains GmbH Herr Christian MAUDERER Dornierst

Re: [PATCH 22/26] cpukit/libmisc/redirector: Manually change license to BSD-2

GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.de phone: +49-89-18 94 741 - 18 fax: +49-89-18 94 741 - 08 Registergericht: Amtsgericht München Registernummer: HRB 157899 Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thom

Re: [PATCH 00/26] Bulk Relicense to BSD-2

/libtest/testwrappers.c | 25 +++- 204 files changed, 4702 insertions(+), 860 deletions(-) -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.de phone: +49-89-18

Re: [PATCHES] Fix PPP in libbsd and optimize ATSAM console

Hello, I received no comments for these in the last two weeks. I assume there are no further objections and I can push the patches to master in about a week so that the bug is fixed at least for 6. Best regards Christian Am 27.01.22 um 13:25 schrieb Christian MAUDERER: Hello, again: What

Re: [rtems commit] cpukit: Add description of release version numbers

Hello Sebastian, Am 28.01.22 um 14:16 schrieb Sebastian Huber: On 28/05/2021 08:25, Christian Mauderer wrote: Module:    rtems Branch:    master Commit:    023a27096223e33be1cdd3f8d2ccf11caeda72b1 Changeset: http://git.rtems.org/rtems/commit/?id=023a27096223e33be1cdd3f8d2ccf11caeda72b1

Re: [PATCHES] Fix PPP in libbsd and optimize ATSAM console

Hello, again: What can I do to make the patches acceptable? Best regards Christian Am 21.01.22 um 11:57 schrieb Christian MAUDERER: Ping. Am 18.01.22 um 12:22 schrieb Christian MAUDERER: Hello, I noted that I still have this patch set open. I first posted it in August 2021 and later

[PATCH 2/2] bsp/atsam/i2c: Add error return and fix edge cases

The driver didn't return with an error on (for example) a NACK on the bus. This adds the expected error return. Due to the new case that a transfer can be interrupted on an error, there were some new edge cases. This patch therefore also fixes these edge cases by removing the transfer_state that

[PATCH 0/2] bsp/atsam/i2c: Fix error return

Hello, this patch set fixes a missing error return for the I2C driver of the ATSAM BSP. If no one objects, I would like to apply it to master and 5: https://devel.rtems.org/ticket/4591 https://devel.rtems.org/ticket/4592 Best regards Christian ___

[PATCH 1/2] bsp/atsam/i2c: Simplify driver

Do some clean ups. Remove superfluous variables. Eliminate some overly complex logic (information about transfer and remaining bytes has been tracked redundantly in multiple variables). This patch doesn't change the behavior of the driver. Update #4591 --- bsps/arm/atsam/i2c/atsam_i2c_bus.c

[PATCH rtems-release] Add termios changes to rtems-notes-5

Update #4494 --- This adds a paragraph to the release notes like discussed here: https://lists.rtems.org/pipermail/devel/2022-February/070455.html Is that OK. Should I add more details? rtems-notes-5.txt | 8 1 file changed, 8 insertions(+) diff --git a/rtems-notes-5.txt

Re: [PATCH rtems-release] Add termios changes to rtems-notes-5

examples in the BSP howto. But it's only used as an anonymous pointer so the fields of the structure are not relevant. On Tue, Feb 8, 2022, 6:54 AM Christian Mauderer <mailto:christian.maude...@embedded-brains.de>> wrote: Update #4494 --- This adds a paragraph to the rele

Re: [PATCHES] Fix PPP in libbsd and optimize ATSAM console

Hello Gedare, Am 07.02.22 um 16:40 schrieb Gedare Bloom: On Wed, Feb 2, 2022 at 8:20 AM Christian MAUDERER wrote: Hello, I received no comments for these in the last two weeks. I assume there are no further objections and I can push the patches to master in about a week so that the bug

[PATCH] bsp/atsam: Improve UART / USART tx performance

Put the next character into the send buffer if the buffer is empty and not when the last character has been sent out to the line. This improves the performance slightly. Before that patch, the receive path was faster than the transmit path. Therefore a simple echo could drop characters on a busy

Re: [PATCHES] Fix PPP in libbsd and optimize ATSAM console

stion what would be a better solution because - like I said - I didn't find one. Best regards Christian Am 12.08.21 um 13:41 schrieb Christian Mauderer: Hello, this set of patches fixes PPP. Basically the current implementation in libbsd can't work with console drivers that can't bu

Re: [PATCH 0/2] bsp/atsam: Merge USART and UART code and add optional Rx DMA

Am 14.01.22 um 17:52 schrieb Gedare Bloom: BSP-specific looks ok to me. Back port to 5 is also fine as bugfix. Thanks. On Thu, Jan 13, 2022 at 12:38 AM Christian Mauderer wrote: Hello, the UART/USART of the ATSAM doesn't have any FIFO buffer. Therefore every received character has

Re: [PATCHES] Fix PPP in libbsd and optimize ATSAM console

Ping. Am 18.01.22 um 12:22 schrieb Christian MAUDERER: Hello, I noted that I still have this patch set open. I first posted it in August 2021 and later pinged it in September 2021. Both times no conclusion has been found. I would like to finally finish this topic and get the patches

Re: [PATCH] imfs: Fix index underrun when extending empty file

Am 04.04.22 um 16:41 schrieb Christian MAUDERER: Am 04.04.22 um 16:40 schrieb Joel Sherrill: On Mon, Apr 4, 2022, 9:28 AM Christian MAUDERER <mailto:christian.maude...@embedded-brains.de>> wrote:     Please note: I would like to apply this to the 5 branch too. I     created a  

[PATCH rtems-docs] bsps/imxrt: Document GPIO CS pins for LPSPI

--- user/bsps/arm/imxrt.rst | 22 ++ 1 file changed, 22 insertions(+) diff --git a/user/bsps/arm/imxrt.rst b/user/bsps/arm/imxrt.rst index ad18766..6554b3b 100644 --- a/user/bsps/arm/imxrt.rst +++ b/user/bsps/arm/imxrt.rst @@ -198,6 +198,28 @@ Note that the SPI-pins on the

[PATCH rtems 2/3] bsp/imxrt: Support GPIO CS pins in LPSPI

With this, it is possible to use GPIOs as CS pins in the LPSPI. To avoid additional complexity, the GPIOs will have the same limitations as the native (hardware) CS pins. The GPIO CS feature adds a number of extra code when starting SPI transfers on this controller. Therefore it is possible to

[PATCH rtems 3/3] bsps/imxrt1166: Disable video_mux

The pinctrl-0 of the video_mux might overwrite pin settings done by other peripherals. Disabling it by default prevents unexpected pin settings. --- bsps/arm/imxrt/dts/imxrt1166-cm7-saltshaker.c | 10 ++ bsps/arm/imxrt/dts/imxrt1166-cm7-saltshaker.dts | 1 + 2 files changed, 7

[PATCH rtems 1/3] bsps/imx*: imx_gpio from pointer to fdt property

Device trees allow mixing different kinds of GPIOs in one property. For that it is usefull to only provide a pointer to an arbitrary location in the property and initialize a GPIO from that. --- bsps/arm/include/bsp/imx-gpio.h | 26 bsps/arm/shared/pins/imx-gpio.c | 55

[PATCHES] bsps/imxrt: Support GPIO CS for LPSPI; Minor fix for imxrt1166

Hello, with this patch set, the LPSPI of the imxrt BSPs now can use a GPIO as a chip select pin. The documentation is updated to show how it works. Additionally a minor fix for the iomux for the imxrt1166 is added. On that BSP some pins have been initialized that shouldn't be initialized unless

[PATCH 0/2] Improve support for second Ethernet on i.MX6UL

Hello, these patches improve the support for the second Ethernet controller on the i.MX6UL (and most likely 7) series. Best regards Christian ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH rtems-libbsd 2/2] if_ffec: Allow PHY that is connected to other FFEC

The i.MX6UL (and some others from the i.MX family) have shared MDIO lines for multiple FFECs. This patch allows to use the MDIO interface from another Ethernet controller. Note that you have to make sure that the FFECs are initialized in the right order. Normally that can be done via FDT. ---

[PATCH rtems-libbsd 1/2] if_ffec: Reduce buffer size

Typical embedded systems don't have that much memory. Reduce the buffer size to something more sensible for the usual type of application. --- freebsd/sys/dev/ffec/if_ffec.c | 8 1 file changed, 8 insertions(+) diff --git a/freebsd/sys/dev/ffec/if_ffec.c b/freebsd/sys/dev/ffec/if_ffec.c

[PATCH rtems] bsps/imx: Enable clock of ETH2

--- bsps/arm/imx/start/bspstart.c | 13 + 1 file changed, 13 insertions(+) diff --git a/bsps/arm/imx/start/bspstart.c b/bsps/arm/imx/start/bspstart.c index 04d48d1558..e9cca49200 100644 --- a/bsps/arm/imx/start/bspstart.c +++ b/bsps/arm/imx/start/bspstart.c @@ -161,6 +161,18 @@

[PATCH rtems] bsps/atsam: Fix type of options

ATSAM_CONSOLE_DEVICE_INDEX and ATSAM_CONSOLE_DEVICE_TYPE have to be integers like suggested by their description. Otherwise it's not possible to select (for example) USART2 as console device. --- spec/build/bsps/arm/atsam/optconidx.yml | 4 ++-- spec/build/bsps/arm/atsam/optcontype.yml | 4 ++--

Re: [PATCH rtems-libbsd 1/2] if_ffec: Reduce buffer size

Am 02.06.22 um 15:49 schrieb Gedare Bloom: On Thu, Jun 2, 2022 at 2:28 AM Sebastian Huber wrote: On 02/06/2022 09:27, Christian MAUDERER wrote: Am 01.06.22 um 14:46 schrieb Gedare Bloom: On Mon, May 23, 2022 at 6:21 AM Christian Mauderer wrote: Typical embedded systems don't have

Re: [PATCH rtems-libbsd 1/2] if_ffec: Reduce buffer size

Am 02.06.22 um 16:19 schrieb Joel Sherrill: On Thu, Jun 2, 2022 at 8:58 AM Christian MAUDERER <mailto:christian.maude...@embedded-brains.de>> wrote: Am 02.06.22 um 15:49 schrieb Gedare Bloom: > On Thu, Jun 2, 2022 at 2:28 AM Sebastian Huber > mailto:sebastian

Re: [PATCH rtems-libbsd 2/2] if_ffec: Allow PHY that is connected to other FFEC

assume that some-when someone at FreeBSD will add a solution like that. But till then, I think the slightly hacked solution that I did with this patch should work well enough for us. On Mon, May 23, 2022 at 6:22 AM Christian Mauderer wrote: The i.MX6UL (and some others from the i.MX family

Re: [PATCH rtems-libbsd 1/2] if_ffec: Reduce buffer size

Hello Gedare, Am 01.06.22 um 14:46 schrieb Gedare Bloom: On Mon, May 23, 2022 at 6:21 AM Christian Mauderer wrote: Typical embedded systems don't have that much memory. Reduce the buffer size to something more sensible for the usual type of application. --- freebsd/sys/dev/ffec/if_ffec.c

Re: [PATCH rtems] bsps/imx: Enable clock of ETH2

Am 01.06.22 um 14:42 schrieb Gedare Bloom: On Mon, May 23, 2022 at 6:22 AM Christian Mauderer wrote: --- bsps/arm/imx/start/bspstart.c | 13 + 1 file changed, 13 insertions(+) diff --git a/bsps/arm/imx/start/bspstart.c b/bsps/arm/imx/start/bspstart.c index 04d48d1558

Re: [PATCH] Proposal for new GPIO API and example implementation for STM32F4 BSP

info/devel -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.de phone: +49-89-18 94 741 - 18 mobile: +49-176-152 206 08 Registergericht: Amtsgericht München Registernummer: HRB 157899 Vertretungsb

Re: [PATCH] Proposal for new GPIO API and example implementation for STM32F4 BSP

Hello Duc, Am 27.06.22 um 12:39 schrieb Duc Doan: Hello Christian and Karel, On Mon, 2022-06-27 at 08:29 +0200, Christian MAUDERER wrote: Please think about whether you want to start at 0 or at 1! I want it to start at 0. Be really careful with that syntax. If you use increasing numbers

[PATCH rtems v2] bsps/imx: Enable clock of ETH2

--- .../include/arm/freescale/imx/imx6ul_ccmreg.h | 152 ++ bsps/arm/imx/start/bspstart.c | 20 +++ spec/build/bsps/arm/imx/bspimx.yml| 1 + 3 files changed, 173 insertions(+) create mode 100644 bsps/arm/imx/include/arm/freescale/imx/imx6ul_ccmreg.h

Re: [PATCH rtems] bsps/atsam: Fix type of options (part 2)

Thanks. I pushed it. Am 13.06.22 um 19:37 schrieb Joel Sherrill: Fixes build issues I reported. Please push. --joel On Mon, Jun 13, 2022 at 2:18 AM Christian Mauderer <mailto:christian.maude...@embedded-brains.de>> wrote: The patch "bsps/atsam: Fix type of options" m

[PATCH] user/bsps/arm: Second Ethernet on i.MX

This adds information how to use a second Ethernet controller on the i.MX BSPs. --- user/bsps/arm/imx.rst | 17 + 1 file changed, 17 insertions(+) diff --git a/user/bsps/arm/imx.rst b/user/bsps/arm/imx.rst index ee98f0b..e2fd7f2 100644 --- a/user/bsps/arm/imx.rst +++

Re: [PATCH] user/bsps/arm: Second Ethernet on i.MX

there are a lot of examples available. With the additional hints that I added with this patch, it should be possible to create one that is working well for a custom board. Best regards Christian Thanks Chris On 9/6/2022 5:03 pm, Christian Mauderer wrote: This adds information how to use

Re: [PATCH rtems v2] bsps/imx: Enable clock of ETH2

to mention the clock setting and the required FDT? This code fails silently and so documentation is fine or I think the user should be alerted some other way. Otherwise OK to push :) Thanks Chris On 7/6/2022 11:05 pm, Christian Mauderer wrote: --- .../include/arm/freescale/imx/imx6ul_ccmreg.h

[PATCH rtems] bsps/atsam: Fix type of options (part 2)

The patch "bsps/atsam: Fix type of options" missed to adapt some parts of the yml. With that a custom value works well. But if no value is set, configure doesn't fall back to the default value but instead just causes an error. This patch fixes that. --- spec/build/bsps/arm/atsam/optconidx.yml |

Re: Should README's have license statement?

Hello Joel, Am 10.06.22 um 17:42 schrieb Joel Sherrill: Hi I'm back to relicensing for a bit and noticed that it looks like none of the README's in testsuites have a license or copyright statement. Should they? Difficult question and I don't really have an answer for it. Some longer

Re: [PATCH] cpukit/dev/can: Added CAN support

Hello Prashanth, Am 19.07.22 um 15:09 schrieb Prashanth S: Hi Christian, This is to reply to review comments. first question: You also worked on a driver for beagle DCAN. Did you already adapt that driver to this API? If yes, it would be usefull to post that as a patch too so that the

Re: Time to promote lwip git repo

repository yet, but I agree that a stack for small targets is great. So I would support that too. Christian -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.de phone: +49-89-18 94

Re: [PATCH RTEMS] Add i2c command

and send it as response to the patch? [9:10 AM] kiwichris: Good idea  [9:10 AM] c-mauderer: OK. I'll send a mail. -- ---- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.

Re: [rtems-source-builder commit] sb/setbuilder: Correctly create build set tar files

otice('clean staging: %s' % (self.bset)) ___ vc mailing list v...@rtems.org http://lists.rtems.org/mailman/listinfo/vc -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany

Re: [rtems-source-builder commit] sb/setbuilder: Correctly create build set tar files

Hello Chris, thanks for the response. Am 29.09.22 um 01:40 schrieb Chris Johns: On 28/9/2022 11:42 pm, Christian MAUDERER wrote: Hello, with this patch, I don't get a tar for devel/qemu and for the 6/rtems-microblaze anymore. All other 6/rtems-* toolchains work without problems. I haven't

Re: [rtems-source-builder commit] sb/setbuilder: Correctly create build set tar files

Am 29.09.22 um 08:54 schrieb Chris Johns: On 29/9/2022 4:42 pm, Christian MAUDERER wrote: It could be a bug if the tools builds work, ie 6/rtems-*. Please raise a ticket? The tool builds work except for the 6/rtems-microblaze. Thanks, I will take a look. I just checked

Re: [rtems-source-builder commit] sb/setbuilder: Correctly create build set tar files

Am 29.09.22 um 08:56 schrieb Chris Johns: On 29/9/2022 4:55 pm, Christian MAUDERER wrote: Am 29.09.22 um 08:54 schrieb Chris Johns: On 29/9/2022 4:42 pm, Christian MAUDERER wrote: It could be a bug if the tools builds work, ie 6/rtems-*. Please raise a ticket? The tool builds work except

Re: [rtems-source-builder commit] sb/setbuilder: Correctly create build set tar files

Am 29.09.22 um 09:52 schrieb Chris Johns: On 29/9/22 5:13 pm, Christian MAUDERER wrote: Am 29.09.22 um 08:56 schrieb Chris Johns: On 29/9/2022 4:55 pm, Christian MAUDERER wrote: Am 29.09.22 um 08:54 schrieb Chris Johns: On 29/9/2022 4:42 pm, Christian MAUDERER wrote: It could be a bug

Re: Increase Frequency of Updates of RTEMS GitHub Tools Mirroring

quests, that patches should be sent to the mailing list instead. If there are a lot of unknown users, I'll automate the comments. Best regards Christian -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christi

Re: Increase Frequency of Updates of RTEMS GitHub Tools Mirroring

Hello Chris, Am 27.10.22 um 23:55 schrieb Chris Johns: Hi Christian, Thank you for your considered comments. On 27/10/2022 12:06 am, Christian MAUDERER wrote: Am 26.10.22 um 01:06 schrieb Chris Johns: On 26/10/2022 4:46 am, Joel Sherrill wrote: In general, our current approach

Re: [PATCH] sb/set-builder: Fix staging and tar file generation with a single config build

Am 30.09.22 um 05:49 schrieb Chris Johns: On 29/9/2022 9:50 pm, Chris Johns wrote: On 29/9/22 9:45 pm, Christian MAUDERER wrote: Hello Chris, thanks for the quick patch. With this qemu and microblaze work again like expected. I tested all tools starting with devel/* and from the ones

Re: [PATCH] sb/set-builder: Fix staging and tar file generation with a single config build

Am 30.09.22 um 08:48 schrieb Chris Johns: On 30/9/2022 4:08 pm, Christian MAUDERER wrote: Am 30.09.22 um 07:37 schrieb Chris Johns: On 30/9/2022 3:33 pm, Christian MAUDERER wrote: Am 30.09.22 um 05:49 schrieb Chris Johns: On 29/9/2022 9:50 pm, Chris Johns wrote: On 29/9/22 9:45 pm

Re: [PATCH] sb/set-builder: Fix staging and tar file generation with a single config build

Am 30.09.22 um 07:37 schrieb Chris Johns: On 30/9/2022 3:33 pm, Christian MAUDERER wrote: Am 30.09.22 um 05:49 schrieb Chris Johns: On 29/9/2022 9:50 pm, Chris Johns wrote: On 29/9/22 9:45 pm, Christian MAUDERER wrote: Hello Chris, thanks for the quick patch. With this qemu and microblaze

Re: [PATCH] sb/set-builder: Fix staging and tar file generation with a single config build

t have_errors: stagingroot = macro_expand(self.macros, '%{stagingroot}') have_stagingroot = path.exists(stagingroot) do_install = not self.opts.no_install() -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puc

Re: [PATCH] cpukit/dev/can: Added CAN support

Hello Prashanth, Am 08.08.22 um 15:49 schrieb Prashanth S: Hi Christian, We have Chris Johns and Christian Mauderer on the list. In this case Chris has sent the mail. To avoid confusion, I never use a short form of my name on the list. But it's easy to mix up so don't worry about

Re: [PATCH v5 1/4] bsps/stm32f4 Include STM32F4 HAL

t if you could split that. Best regards Christian ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel -- ---- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Ge

Re: Fwd: Identify 3rd party source in spec?

tions or not: They shouldn't be hard to implement. I just hope that this doesn't break some use case. I'll try to remember to ask Sebastian about it next week. Best regards Christian -- ---- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178

[PATCH rtems 0/3] bsps/atsam: Various small improvements

Hello, this patch set adds a number of improvements to the ATSAM BSP. The patches accumulated over the last few month on a branch. The first one fixes a problem with unidirectional SPI transfers. The current driver would overwrite or send data at / from 0x00. The second one adds a small

[PATCH rtems 3/3] bsp/atsam: Allow to use custom SDRAM

With the old build system in RTEMS 5 that was possible by just overwriting BOARD_Sdram_Config and setting a custom ATSAM_MEMORY_SDRAM_SIZE during building the BSP. In the new build system that ATSAM_MEMORY_SDRAM_SIZE is set exclusively by the selected SDRAM chip. This patch adds the possibility

[PATCH rtems 1/3] bsps/atsam: Fix unidirectional SPI transfers

A SPI transfer where the Rx or Tx buffer is set to NULL currently transfers or overwrites data starting from address 0x via DMA. This patch changes the DMA setup so that dummy transfers are done. Just reading / writing to a single location is simpler than changing the whole logic of the

[PATCH rtems 2/3] bsps/atsam: Add NULL pointer protection

--- bsps/arm/atsam/README | 6 +- .../libraries/libboard/source/board_lowlevel.c | 17 + bsps/arm/atsam/include/bsp.h| 4 bsps/arm/atsam/include/libchip/include/mpu.h| 1 + bsps/arm/atsam/start/bspstarthooks.c

[PATCH rtems 1/2] github: Enable CI

Allow users to optionally use the CI from github. --- .github/actions/build-bsps/action.yml| 49 .github/actions/run-simulator/action.yml | 144 +++ .github/workflows/bsps.yml | 63 ++ .github/workflows/simulator.yml | 72

[PATCHES rtems, source-builder] Add GitHub Actions scripts

Hello, some weeks ago I created a GitHub Actions based CI script that we (embedded brains) wanted to use to test patches (see https://github.com/embedded-brains/rtems/tree/ci). I don't think much of the RTEMS community noted these. I would like to suggest adding the scripts to the official RTEMS

[PATCH rtems 2/2] github: Mark pull requests as stale

Mark all new pull requests as stale. Add a note that the CI can be used but that patches should be sent to the mailing list instead. Close pull requests after 30 days. --- .github/workflows/mark-stale.yml | 23 +++ 1 file changed, 23 insertions(+) create mode 100644

[PATCH rtems-source-builder 1/2] github: Enable CI

Allow users to optionally use the GitHub CI. --- .github/workflows/toolchain.yml | 196 1 file changed, 196 insertions(+) create mode 100644 .github/workflows/toolchain.yml diff --git a/.github/workflows/toolchain.yml b/.github/workflows/toolchain.yml new file

[PATCH rtems-source-builder 2/2] github: Mark pull requests as stale

Mark all new pull requests as stale. Add a note that the CI can be used but that patches should be sent to the mailing list instead. Close pull requests after 30 days. --- .github/workflows/mark-stale.yml | 23 +++ 1 file changed, 23 insertions(+) create mode 100644

Re: [PATCHES rtems, source-builder] Add GitHub Actions scripts

16, 2023 at 6:42 AM Christian Mauderer wrote: Hello, some weeks ago I created a GitHub Actions based CI script that we (embedded brains) wanted to use to test patches (see https://github.com/embedded-brains/rtems/tree/ci). I don't think much of the RTEMS community noted these. I would like

Re: [PATCHES rtems, source-builder] Add GitHub Actions scripts

Am 20.01.23 um 06:21 schrieb Chris Johns: On 20/1/2023 1:50 am, Christian MAUDERER wrote: Am 19.01.23 um 15:42 schrieb Gedare Bloom: Nice. I would like some time to look at this and think about it a little more. What would be the plan for removing this capability? Will it leave any artifacts

libbsd updates

m call on the master and 6-freebsd-12 branch and in particular getsock_cap(). ===== On 2023-01-16 14:30, Christian MAUDERER wrote: Hello, I think we have a bit of a new situation here: There are two approaches to a problem, and it seems that no consent can be found with the usual discussions. May I sugges

Prioritizing and documenting libbsd development goals (was: libbsd updates)

? Did I miss some additional points from the discussion? Best regards Christian On 2023-01-20 08:32, Christian MAUDERER wrote: Hello, recently an internal discussion about updates in the libbsd started. All who participated in the discussion agreed that we should move the discussion to a public

Re: [PATCH v2 1/1] RSB: Mitigate too short error reports

-- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.de phone: +49-89-18 94 741 - 18 mobile: +49-176-152 206 08 Registergericht: Amtsgericht München Registernummer: HRB 157899

<    9   10   11   12   13   14   15   16   >