From: Joel Sherrill
Updates #4625.
---
bsps/arm/altera-cyclone-v/console/console-config.c| 6 --
bsps/arm/altera-cyclone-v/i2c/i2cdrv-config.c | 6 --
bsps/arm/altera-cyclone-v/i2c/i2cdrv-config.h | 6 --
bsps/arm/altera-cyclone-v/i2c/i2cdrv.c| 6 -
From: Joel Sherrill
Updates #4625.
---
bsps/m68k/genmcf548x/btimer/btimer.c | 72 +++
bsps/m68k/genmcf548x/clock/clock.c| 70 +++---
bsps/m68k/genmcf548x/include/bsp/irq.h| 6 --
.../genmcf548x/irq/intc-icr-init-values.c | 6 --
bsps
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
+++ b/bsps/lm32/include/bsp
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 +++-
bsps/po
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
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 +++
bsps/powerpc/gen5
Use the same form of IMD in all copyright lines
Update #4625.
---
cpukit/include/rtems/fsmount.h| 2 +-
cpukit/include/rtems/ftpfs.h | 2 +-
cpukit/include/rtems/serdbg.h | 2 +-
cpukit/include/rtems/serdbgcnf.h | 2 +-
cpukit/include/rtems/termios_pr
There is not really anything left from the referenced cpuinit.c file
from MPC8260ads CPU initialization. So ignore that part of the header
during rework.
Update #4625.
---
bsps/powerpc/gen5200/start/cpuinit.c | 80 +--
bsps/powerpc/gen83xx/start/cpuinit.c | 82 +---
Updates #4625.
---
bsps/m68k/genmcf548x/start/linkcmds.COBRA5475 | 75 +++
.../genmcf548x/start/linkcmds.m5484FireEngine | 74 +++---
.../start/linkcmds.m5484FireEngine.flash | 74 +++---
bsps/m68k/genmcf548x/start/start.S| 70 +++---
From: Joel Sherrill
Updates #4625.
---
bsps/include/libchip/spi-memdrv.h | 27 ++-
1 file changed, 10 insertions(+), 17 deletions(-)
diff --git a/bsps/include/libchip/spi-memdrv.h
b/bsps/include/libchip/spi-memdrv.h
index ed4aa55b6f..04feccc3a3 100644
--- a/bsps/include
From: Joel Sherrill
Updates #4625.
---
bsps/include/bsp/bootcard.h | 6 --
bsps/include/bsp/console-termios.h | 6 --
bsps/include/bsp/default-initial-extension.h | 6 --
bsps/include/bsp/fatal.h | 6 --
bsps/include/bsp/fdt.h
From: Joel Sherrill
Updates #4625.
---
bsps/shared/dev/btimer/btimer-cpucounter.c | 6 --
bsps/shared/dev/clock/arm-generic-timer.c | 6 --
bsps/shared/dev/cpucounter/cpucounterfrequency.c | 6 --
bsps/shared/dev/cpucounter/cpucounterread.c| 6 --
bsps/
From: Joel Sherrill
Updates #4625.
---
bsps/m68k/include/bsp/linker-symbols.h | 6 --
bsps/m68k/include/mcf548x/mcdma_glue.h | 4 ++--
bsps/m68k/include/mcf548x/mcf548x.h| 4 ++--
bsps/m68k/shared/start/linkcmds.base | 6 --
4 files changed, 4 insertions(+), 16 deletions(-)
diff -
From: Joel Sherrill
Updates #4625.
---
bsps/sh/gensh1/console/scitab.c | 6 --
bsps/sh/gensh2/console/scitab.c | 6 --
2 files changed, 12 deletions(-)
diff --git a/bsps/sh/gensh1/console/scitab.c b/bsps/sh/gensh1/console/scitab.c
index 3c698f8100..37eaa5041a 100644
--- a/bsps/sh/gensh1
From: Joel Sherrill
Updates #4625.
---
bsps/m68k/genmcf548x/console/console.c | 71 ++
bsps/m68k/genmcf548x/include/bsp.h | 70 ++---
2 files changed, 52 insertions(+), 89 deletions(-)
diff --git a/bsps/m68k/genmcf548x/console/console.c
b/bsps/m6
From: Joel Sherrill
Updates #4625.
---
bsps/sparc/leon3/start/bspclean.c | 6 --
bsps/sparc/leon3/start/cache.c | 6 --
bsps/sparc/leon3/start/cpucounter.c | 6 --
3 files changed, 18 deletions(-)
diff --git a/bsps/sparc/leon3/start/bspclean.c
b/bsps/sparc/leon3/start/bspcle
From: Joel Sherrill
Updates #4625.
---
bsps/include/libchip/spi-fram-fm25l256.h | 26
1 file changed, 9 insertions(+), 17 deletions(-)
diff --git a/bsps/include/libchip/spi-fram-fm25l256.h
b/bsps/include/libchip/spi-fram-fm25l256.h
index a2167a3074..a2d312d268 100644
-
From: Joel Sherrill
Updates #4625.
---
bsps/include/libchip/disp_hcms29xx.h | 32 +++-
1 file changed, 13 insertions(+), 19 deletions(-)
diff --git a/bsps/include/libchip/disp_hcms29xx.h
b/bsps/include/libchip/disp_hcms29xx.h
index 84b74b6910..bcaf25f46e 100644
--- a/bs
From: Joel Sherrill
Updates #4625.
---
bsps/include/libchip/spi-flash-m25p40.h | 26 +
1 file changed, 9 insertions(+), 17 deletions(-)
diff --git a/bsps/include/libchip/spi-flash-m25p40.h
b/bsps/include/libchip/spi-flash-m25p40.h
index 2009b6fed3..fdd11f8ecf 100644
---
Hello,
during the re-license efforts, Joel noted that there are a lot of really
odd old headers from people at embedded brains. We joined efforts to
clean them up. After this patch series, we should have removed most of
these odd headers.
Please don't hesitate to point out any mistakes that I did
From: Joel Sherrill
Updates #4625.
---
bsps/powerpc/mpc55xxevb/include/mpc55xx/fsl-mpc555x.h | 6 --
bsps/powerpc/mpc55xxevb/include/mpc55xx/fsl-mpc556x.h | 6 --
bsps/powerpc/mpc55xxevb/include/mpc55xx/fsl-mpc567x.h | 6 --
3 files changed, 18 deletions(-)
diff --git a/bsps/powerpc
From: Joel Sherrill
Updates #4625.
---
bsps/m68k/genmcf548x/README | 58 +
1 file changed, 20 insertions(+), 38 deletions(-)
diff --git a/bsps/m68k/genmcf548x/README b/bsps/m68k/genmcf548x/README
index 416601a2f2..7a2fc508c7 100644
--- a/bsps/m68k/genmcf548x/
From: Joel Sherrill
This file had a mix of both DOS and UNIX CR/LF.
Updates #4625.
---
.../fstests/fsdosfsname01/create_files.cs | 242 +-
1 file changed, 121 insertions(+), 121 deletions(-)
diff --git a/testsuites/fstests/fsdosfsname01/create_files.cs
b/testsuites/fstests
From: Joel Sherrill
There were not a lot of these and they did not match the patterns
of the C.
Updates #4625.
---
testsuites/libtests/block01/block01.doc| 7 +--
testsuites/libtests/block02/block02.doc| 7 +--
testsuites/libtests/block03/block03.doc| 7 +-
From: Joel Sherrill
Updates #4625.
---
bsps/m68k/gen68360/spi/m360_spi.c | 31 +--
1 file changed, 13 insertions(+), 18 deletions(-)
diff --git a/bsps/m68k/gen68360/spi/m360_spi.c
b/bsps/m68k/gen68360/spi/m360_spi.c
index f60b5b6a51..07bcdf8daf 100644
--- a/bsps/m68
From: Joel Sherrill
Updates #4625.
---
bsps/m68k/genmcf548x/README | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/bsps/m68k/genmcf548x/README b/bsps/m68k/genmcf548x/README
index 13994eb167..416601a2f2 100644
--- a/bsps/m68k/genmcf548x/README
+++ b/bsps/m68k/genmcf548x
From: Joel Sherrill
Updates #4625.
---
cpukit/libi2c/libi2c.c | 2 +-
cpukit/libmisc/serdbg/serdbgio.c | 38 ++
cpukit/libmisc/serdbg/termios_printk.c | 36 ++--
3 files changed, 30 insertions(+), 46 deletions(-)
diff --git a/cp
From: Joel Sherrill
This file's text looked different from others. Fixed by hand.
Updates #4625.
---
cpukit/telnetd/telnetd.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/cpukit/telnetd/telnetd.c b/cpukit/telnetd/telnetd.c
index 7dad2f2f92..8d3a488ee6 100644
--- a/cpukit/telnetd/tel
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
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 val
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 che
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 +-
bsps/arm/imx
Thanks. I pushed it. I'll update the RTEMS source builder as soon as I
have tested whether I get the hash right.
Am 14.02.22 um 17:06 schrieb Joel Sherrill:
I think this looks ok
On Mon, Feb 14, 2022, 9:44 AM Christian Mauderer
<mailto:christian.maude...@embedded-brains.de
Thanks. I pushed it.
Am 13.02.22 um 17:36 schrieb Gedare Bloom:
ok for 5 and master
On Fri, Feb 11, 2022 at 1:07 AM Christian Mauderer
wrote:
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
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
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
rtems-b
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 c
three 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 t
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 b/rtems-note
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
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 mo
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
___
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 is
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
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
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
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 in an
xed, I'm open to adapt the patches.
But I need a suggestion 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 implemen
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
Hello,
the UART/USART of the ATSAM doesn't have any FIFO buffer. Therefore
every received character has to be processed before the next one
arrives. In situations with a high interrupt load or during long
interrupt locks, this might not work reliable and the UART/USART can
loose characters.
This
If no extended features of the USART are used and if the comparison
feature of the UART is not used, the two modules are compatible. The
drivers were nearly identical except for some names of the defines.
This patch merges the two drivers into one.
Update #4577
---
bsps/arm/atsam/console/console
If the system is busy with other interrupts and the UART is set to a
fast baud rate, it's possible to loose UART interrupts and therefore
characters. This allows to optionally enable a DMA for the UARTs so that
a number of lost interrupts can be tolerated.
The number of DMAs on this chip is limite
Hello Chris,
Am 09.12.21 um 22:09 schrieb Chris Johns:
On 9/12/21 6:47 pm, Christian MAUDERER wrote:
Hello Chris,
sorry that I haven't been clear enough.
1. The ticket #4552 that I created before sending the patch to the list and that
was closed by the patch was for 5.
2. I asked
this discussed?
Functional changes to a release branch need to be treated carefully and in this
case I would not approve it. I am sorry if I did not pick up it was for 5 as
well.
Thanks
Chris
On 9/12/21 6:21 pm, Christian Mauderer wrote:
Module:rtems
Branch:5
C
Hello Chris,
Am 07.12.21 um 05:10 schrieb Chris Johns:
On 3/12/21 11:50 pm, Christian Mauderer wrote:
RTEMS untar implementation had problems with overwriting or integrating
archives into existing directory structures. This patch adapts the
behavior to mimic that of a GNU tar or BSD tar and
3d51a9635c6ebbc8ed0443e8da1725..9874f426d15eb817f270af7dab48fce1f36be848
100644
GIT binary patch
literal 10240
zcmeH}-%i6I6vlhKr#QxI9dtmSz{DGGboUFc)S*yJ=`?$L>C6^qR=rsp7sHb!M0)
zu4Aj4w4~*#v9YzfUihOEmBDLUucK+=(e~X&cIDAdf3I>3#2pePlCC}abIuR-=Srnx
zLTn6NXRiNzWh13eQ|B`Z6}g~GTR)Mm>3)85_duQZ;w
RTEMS untar implementation had problems with overwriting or integrating
archives into existing directory structures. This patch adapts the
behavior to mimic that of a GNU tar or BSD tar and extends the tar01
test to check for the behavior. That is:
* If a directory structure exists, the files from
--
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
Vertretungsberechtig
ng in this context. I think x86 uses it. I think
for all other platforms it is unused.
Best regards
Christian
--
embedded brains GmbH
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89
Thanks. I'll push it.
Best regards
Christian
Am 06.10.21 um 09:39 schrieb Chris Johns:
I think you or Sebastian are the imx maintainers so please push when you wish.
:)
Thanks
Chris
On 1/10/21 4:31 pm, Christian Mauderer wrote:
---
bsps/arm/imx/spi/imx-ecspi.c | 10 ++
1
Am 04.10.21 um 15:51 schrieb Joel Sherrill:
On Mon, Oct 4, 2021 at 2:32 AM Christian MAUDERER
wrote:
Hello Joel,
Am 03.10.21 um 18:06 schrieb Joel Sherrill:
Hi
No BSP was successfully built in the build sweep Friday. All have
failures like this:
$ ./waf bsp_defaults --rtems-bsps=powerpc
ilman/listinfo/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
fax: +49-89-18 94 741 - 08
Registergericht: Amtsgericht München
Regist
---
bsps/arm/imx/spi/imx-ecspi.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/bsps/arm/imx/spi/imx-ecspi.c b/bsps/arm/imx/spi/imx-ecspi.c
index 26ba812f62..4732b84713 100644
--- a/bsps/arm/imx/spi/imx-ecspi.c
+++ b/bsps/arm/imx/spi/imx-ecspi.c
@@ -350,6 +350,9 @@
Am 30.09.21 um 02:23 schrieb Chris Johns:
On 29/9/21 6:38 pm, Christian MAUDERER wrote:
Am 29.09.21 um 02:40 schrieb Chris Johns:
On 28/9/21 11:11 pm, Christian MAUDERER wrote:
Hello Joel,
Am 28.09.21 um 14:48 schrieb Joel Sherrill:
On Tue, Sep 28, 2021, 1:40 AM Christian MAUDERER
Am 29.09.21 um 02:40 schrieb Chris Johns:
On 28/9/21 11:11 pm, Christian MAUDERER wrote:
Hello Joel,
Am 28.09.21 um 14:48 schrieb Joel Sherrill:
On Tue, Sep 28, 2021, 1:40 AM Christian MAUDERER
mailto:christian.maude...@embedded-brains.de>> wrote:
Hello Joel,
Am 28.09.21
Hello Joel,
Am 28.09.21 um 14:48 schrieb Joel Sherrill:
On Tue, Sep 28, 2021, 1:40 AM Christian MAUDERER
<mailto:christian.maude...@embedded-brains.de>> wrote:
Hello Joel,
Am 28.09.21 um 01:12 schrieb Joel Sherrill:
> The Microblaze port is interesting for attrib
ime or with whatever else.
On Mon, Sep 27, 2021, 9:49 AM Christian Mauderer
<mailto:christian.maude...@embedded-brains.de>> wrote:
This adds some rules how an attribution for sponsored development should
look like.
---
Note: This patch is more or less an early draft. See th
-file-hdr.rst
+++ b/eng/coding-file-hdr.rst
@@ -2,6 +2,7 @@
.. Copyright (C) 2018, 2020 embedded brains GmbH
(http://www.embedded-brains.de)
.. Copyright (C) 2018, 2020 Sebastian Huber
+.. Copyright (C) 2021 Christian Mauderer
.. _FileTemplates:
@@ -74,6 +75,28 @@ Check the top-lev
Hello Chris,
Am 27.09.21 um 10:51 schrieb Chris Johns:
On 27/9/21 6:24 pm, Christian MAUDERER wrote:
same like for another patch set: There is a pending discussion for this one.
Yeap and so we need to resolve it.
I have reordered your original post so the chat follows. I hope that is OK
patches?
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 buffer a lot of
characters. The pppstart() function just assumes that the
discuss in detail.
Chris
Chris: I think you already mentioned the most relevant rules in your
post above. Do you want to create a draft for a documentation patch or
should I try to write something?
Best regards
Christian
--
embedded brains GmbH
Herr
Hello Chris,
Am 02.09.21 um 09:33 schrieb Chris Johns:
On 2/9/21 5:18 pm, Christian MAUDERER wrote:
And already a question regarding the new branch: You cleaned up the
rtems-bsd-kernel-namespace.h (which is great).
Thanks. It came as a surprise the script broke on FreeBSD.
My patch removes
Am 02.09.21 um 08:44 schrieb Christian MAUDERER:
Am 02.09.21 um 08:40 schrieb Chris Johns:
On 2/9/21 4:35 pm, Christian MAUDERER wrote:
Am 02.09.21 um 04:57 schrieb Chris Johns:
On 1/9/21 4:24 pm, Christian MAUDERER wrote:
Hello Gedare and Chris,
Am 01.09.21 um 07:55 schrieb Chris Johns
Am 02.09.21 um 08:40 schrieb Chris Johns:
On 2/9/21 4:35 pm, Christian MAUDERER wrote:
Am 02.09.21 um 04:57 schrieb Chris Johns:
On 1/9/21 4:24 pm, Christian MAUDERER wrote:
Hello Gedare and Chris,
Am 01.09.21 um 07:55 schrieb Chris Johns:
On 1/9/21 7:26 am, Gedare Bloom wrote:
Sorry, i
Thanks.
Am 01.09.21 um 18:50 schrieb Gedare Bloom:
looks ok, touching imxrt driver only
On Wed, Sep 1, 2021 at 7:55 AM Christian Mauderer
wrote:
It wasn't possible to keep the CS line low between multiple message
descriptors in one transfer. This patch reworks the driver so that
Am 02.09.21 um 04:57 schrieb Chris Johns:
On 1/9/21 4:24 pm, Christian MAUDERER wrote:
Hello Gedare and Chris,
Am 01.09.21 um 07:55 schrieb Chris Johns:
On 1/9/21 7:26 am, Gedare Bloom wrote:
Sorry, i think libbsd is still a bit slushy, wait for Chris to ok thx
I planned to wait for Chris
It wasn't possible to keep the CS line low between multiple message
descriptors in one transfer. This patch reworks the driver so that it is
possible.
Update #4180
---
bsps/arm/imxrt/spi/imxrt-lpspi.c | 197 +++
1 file changed, 124 insertions(+), 73 deletions(-)
diff
Chris
--
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
Vertretungsberechtigte Geschäftsf
The imx_ccm_*_hz are all defined in RTEMS. So don't duplicate them in
libbsd. Otherwise some applications get linker errors.
Update #3869
---
freebsd/sys/arm/freescale/imx/imx6_ccm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/freebsd/sys/arm/freescale/imx/imx6_ccm.c
b/freebsd/sys/arm/
On 21/08/2021 04:56, Chris Johns wrote:
On 21/8/21 4:08 am, o...@c-mauderer.de wrote:
Started to test both (MSYS2 and Cygwin) and I start to suspect that our manual
needs some minor updates. I'm taking notes ...
Oh awesome, I am sooo grateful.
Thanks
Chris
Hello,
building on Windows is at
Am 20.08.21 um 09:02 schrieb Chris Johns:
On 20/8/21 4:48 pm, Christian MAUDERER wrote:
Hello,
Am 20.08.21 um 03:49 schrieb Chris Johns:
On 20/8/21 3:16 am, Joel Sherrill wrote:
On Thu, Aug 19, 2021 at 11:51 AM Gedare Bloom wrote:
I have no problem with this. I think it is sensible to
That discussion took a wrong direction. We discussed deprecating
python2 a few times and I know that we will not do it before the big
long living distributions drop it. I can live with that and I don't want
to re-start this discussion with this patch.
On Thu, Aug 19, 2021 at 3:24 AM Chris
PS: I had the problem on the 5 branch of RTEMS source builder. I think
we should apply a patch to both: master and the 5 branch.
Am 19.08.21 um 10:34 schrieb Christian Mauderer:
More and more systems stop shipping python2. So we should start to
prefer python3 over python2. For building gdb it
More and more systems stop shipping python2. So we should start to
prefer python3 over python2. For building gdb it is not only necessary
to have a python binary installed, but also the matching python-devel
packet. On a lot of hosts that will now be more often python3-devel
and not python2-devel.
Thanks for having a look at it. I created the ticket and updated
rtems-tools and rtems-source-builder like described.
Best regards
Christian
Am 17.08.21 um 00:20 schrieb Chris Johns:
Looks good and thank you for sorting this out.
Chris
On 17/8/21 1:17 am, Christian MAUDERER wrote:
Am
Am 16.08.21 um 17:12 schrieb Joel Sherrill:
On Mon, Aug 16, 2021 at 10:08 AM Christian MAUDERER
wrote:
Hello Joel,
Am 16.08.21 um 17:03 schrieb Joel Sherrill:
On Mon, Aug 16, 2021 at 9:49 AM Christian MAUDERER
wrote:
Hello,
I noted that I can't build the RTEMS 5 toolchain if I h
Hello Joel,
Am 16.08.21 um 17:03 schrieb Joel Sherrill:
On Mon, Aug 16, 2021 at 9:49 AM Christian MAUDERER
wrote:
Hello,
I noted that I can't build the RTEMS 5 toolchain if I have a modern LLVM
installed using the RTEMS source builder. Therefore I would like to
backport the
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ö
Am 13.08.21 um 10:01 schrieb Chris Johns:
On 13/8/21 5:22 pm, Christian MAUDERER wrote:
Hello Chris,
Am 13.08.21 um 04:46 schrieb Chris Johns:
On 12/8/21 9:42 pm, Christian Mauderer wrote:
The pppstart expected that a driver write would somehow magically
process all data passed to the write
Hello Chris,
Am 13.08.21 um 04:46 schrieb Chris Johns:
On 12/8/21 9:42 pm, Christian Mauderer wrote:
The pppstart expected that a driver write would somehow magically
process all data passed to the write function. Because ppp disables all
buffering that originally has been in termios, that
I can reach right now due to the point that I'm still
working from home. But I'll try to find a few more that I can use for tests.
Best regards
Christian
On Thu, Aug 12, 2021 at 5:42 AM Christian Mauderer
wrote:
At the moment the line discipline start function (l_start) has no
pos
The pppstart expected that a driver write would somehow magically
process all data passed to the write function. Because ppp disables all
buffering that originally has been in termios, that assumption is not
true for all but polled drivers.
With this patch, the pppstart now gets and processes the
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 c
At the moment the line discipline start function (l_start) has no
possibility to get feedback about the number of characters that have
been sent. This patch passes that information via an additional
parameter.
The change might trigger a warning on existing code because of a pointer
mismatch but it
Hello,
this set of patches fixes PPP. Basically the current implementation in
libbsd can't work with console drivers that can't buffer a lot of
characters. The pppstart() function just assumes that the low level
console write can send an arbitrary number of characters without
checking how many cha
Hello Chris,
Am 09.08.21 um 02:34 schrieb Chris Johns:
On 1/8/21 9:27 pm, Christian Mauderer wrote:
Hello Husni,
just tested that and it works fine. With a simple curl I can reach about 8.5
MByte/s sending to the beagle and 19.5 MByte/s receiving from it.
Please take a look at the points
Hello Chris,
I think all open questions should be answered or did I miss one from
your side? If not I would like to push the patches.
Best regards
Christian
On 08/08/2021 11:46, Ahamed Husni wrote:
Hi,
On Sun, Aug 8, 2021 at 3:00 PM Christian Mauderer <mailto:o...@c-mauderer.de>&
Hello Husni,
On 08/08/2021 11:15, Ahamed Husni wrote:
Hi Christian,
On Sun, Aug 8, 2021 at 1:36 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
Hello Husni,
On 07/08/2021 21:56, Ahamed Husni wrote:
> Hi Christian,
>
> Are there any issues I
.
If they are generated: Please keep them. Basically keep everything that
is in one of the files that you touch, except if you have a good reason
why the symbol should _not_ be added.
If they are not generated: Please clearly say that.
Best regards
Christian
On Mon, Aug 2, 2021 at 12
On 04/08/2021 18:09, Gedare Bloom wrote:
On Wed, Aug 4, 2021 at 9:05 AM Christian MAUDERER
wrote:
Hello Gedare,
Am 04.08.21 um 16:55 schrieb Gedare Bloom:
On Wed, Aug 4, 2021 at 4:18 AM Christian MAUDERER
wrote:
Hello Chris,
Am 04.08.21 um 11:17 schrieb Chris Johns:
On 4/8/21 6:34 pm
201 - 300 of 1589 matches
Mail list logo