Re: [PATCH rtems-libbsd 0/5] RTEMS LibBSD Documentation

Hello Chris, Am 04.08.21 um 11:17 schrieb Chris Johns: On 4/8/21 6:34 pm, Christian MAUDERER wrote: Hello Chris, Am 04.08.21 um 09:28 schrieb Chris Johns: On 3/8/21 5:00 pm, Christian MAUDERER wrote: Hello, Am 03.08.21 um 04:07 schrieb Chris Johns: On 3/8/21 3:24 am, Sebastian Huber

Re: [PATCH rtems-libbsd 0/5] RTEMS LibBSD Documentation

Hello Chris, Am 04.08.21 um 09:28 schrieb Chris Johns: On 3/8/21 5:00 pm, Christian MAUDERER wrote: Hello, Am 03.08.21 um 04:07 schrieb Chris Johns: On 3/8/21 3:24 am, Sebastian Huber wrote: On 02/08/2021 18:37, Vijay Kumar Banerjee wrote: I think there should be a high-level user manual

Re: [PATCH rtems-libbsd 0/5] RTEMS LibBSD Documentation

Hello, Am 03.08.21 um 04:07 schrieb Chris Johns: On 3/8/21 3:24 am, Sebastian Huber wrote: On 02/08/2021 18:37, Vijay Kumar Banerjee wrote: I think there should be a high-level user manual subsection for networking that describes how the selection of the network stack works. We can then add

Re: [PATCH rtems-libbsd 0/5] RTEMS LibBSD Documentation

Am 02.08.21 um 10:38 schrieb Chris Johns: On 2/8/21 4:58 pm, Christian MAUDERER wrote: Hello Husni, thanks for the patches. I'm sure that this will start a discussion about the right place for that documentation. libbsd documentation is a long overdue topic that has been neglected by all of us

Re: [PATCH rtems-libbsd 0/5] RTEMS LibBSD Documentation

libbsd/wscript -- 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

Re: [PATCH rtems-libbsd v2 0/5] Beagle BSP: USB Template Driver for CDC Ethernet

Hello Husni, Am 01.08.21 um 19:59 schrieb Ahamed Husni: Hi Christian, On Sun, Aug 1, 2021 at 4:57 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: Hello Husni, just tested that and it works fine. With a simple curl I can reach about 8.5 MByte/s sending to t

Re: [PATCH rtems-libbsd v2 0/5] Beagle BSP: USB Template Driver for CDC Ethernet

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 that Chris Johns asked. As soon as these are addressed, I think the patches could be merged. Please

Re: [PATCH rtems-libbsd v2 2/5] usb_template: Configure template driver only for CDC Ethernet

hes? Yes it needs to be correct for the script to work but I would check the freebsd-to-rtems.py script works with these guard comments. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel -- ---

Re: [PATCH rtems-libbsd 3/4] nexus-devices: Include CDC Ethernet for Beagle

Hello Husni, Am 27.07.21 um 22:37 schrieb Ahamed Husni: Hello Christian, On Wed, Jul 28, 2021 at 12:34 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: Hello Husni, On 27/07/2021 17:04, Ahamed Husni wrote: > > > On Fri, Jul 16, 2021 at

Re: [PATCH rtems-libbsd 3/4] nexus-devices: Include CDC Ethernet for Beagle

Hello Husni, On 27/07/2021 17:04, Ahamed Husni wrote: On Fri, Jul 16, 2021 at 1:25 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: On 06/07/2021 19:00, Husni Faiz wrote: > Configure bus for CDC Ethernet > Include CDC Ethernet in Beagle BSP >

Re: ttcp only on 6-freebsd-12 and not on master of libbsd

Hello Joel, On 24/07/2021 22:02, Joel Sherrill wrote: On Sat, Jul 24, 2021, 1:55 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: Hello Joel, I wrote a short script to find different commits based on author and subject (see attached python-script).

Re: ttcp only on 6-freebsd-12 and not on master of libbsd

, Joel Sherrill wrote: On Sat, Jul 24, 2021, 11:30 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: Hello Joel, On 24/07/2021 18:18, Joel Sherrill wrote: > > > On Sat, Jul 24, 2021, 10:19 AM Christian Mauderer mailto:o...@c-mauderer.de>

Re: ttcp only on 6-freebsd-12 and not on master of libbsd

Hello Joel, On 24/07/2021 18:18, Joel Sherrill wrote: On Sat, Jul 24, 2021, 10:19 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: Hello, in a discussion with Husni I noted that the patches adding ttcp are only on the 6-freebsd-12 branch

ttcp only on 6-freebsd-12 and not on master of libbsd

Hello, in a discussion with Husni I noted that the patches adding ttcp are only on the 6-freebsd-12 branch of libbsd. Is there a reason that they are not on master too? https://git.rtems.org/rtems-libbsd/commit/?h=6-freebsd-12=af06b267c5ce04e8a4a7719cb0c723ee4a27f4b4

Re: [PATCH rtems] bsps/imxrt: Add attribution in file headers

Am 21.07.21 um 10:31 schrieb Chris Johns: On 21/7/21 5:34 pm, Christian MAUDERER wrote: Hello Chris, Am 21.07.21 um 09:22 schrieb Chris Johns: On 21/7/21 5:05 pm, Christian MAUDERER wrote: Hello, I don't object to clear rules. At the moment it's a bit of a mix. Yes I understand and I

Re: [PATCH rtems] bsps/imxrt: Add attribution in file headers

Am 21.07.21 um 09:34 schrieb Christian MAUDERER: Hello Chris, Am 21.07.21 um 09:22 schrieb Chris Johns: On 21/7/21 5:05 pm, Christian MAUDERER wrote: Hello, I don't object to clear rules. At the moment it's a bit of a mix. Yes I understand and I think the line you posted in the patch

Re: [PATCH rtems] bsps/imxrt: Add attribution in file headers

Hello Chris, Am 21.07.21 um 09:22 schrieb Chris Johns: On 21/7/21 5:05 pm, Christian MAUDERER wrote: Hello, I don't object to clear rules. At the moment it's a bit of a mix. Yes I understand and I think the line you posted in the patch is fine as is, it just needs to be separate from

Re: [PATCH rtems] bsps/imxrt: Add attribution in file headers

;User Applications" in a similar section. At the moment these are in a TBR wiki area: https://devel.rtems.org/wiki/TBR/UserApp Best regards Christian -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: chris

[PATCH rtems] bsps/imxrt: Add attribution in file headers

Onto Innovations Incorporated originally sponsored the development of this BSP. This patch adds the attribution for it. The patch also fixes an old license header in bspstarthooks.c that was accidentally copied into that file. --- bsps/arm/imxrt/console/console.c | 1 +

Re: [PATCH rtems-libbsd 3/4] nexus-devices: Include CDC Ethernet for Beagle

On 06/07/2021 19:00, Husni Faiz wrote: Configure bus for CDC Ethernet Include CDC Ethernet in Beagle BSP Signed-off-by: Husni Faiz --- rtemsbsd/include/bsp/nexus-devices.h | 5 + rtemsbsd/include/machine/rtems-bsd-nexus-bus.h | 17 + 2 files changed, 22

Re: [PATCH rtems-libbsd 0/4] Beagle BSP: USB Template Driver for CDC Ethernet

Hello Husni, On 14/07/2021 20:18, Ahamed Husni wrote: Hi, Ping :) Sorry for the late reply. I hoped that someone else would review the patches. I already had a look at them before you sent them. I only found two small points. Otherwise the patches look fine. Can you fix the two points

[PATCH rtems-docs] user/imxrt: Add notes about problems with EVB

There are some possible problems with the i.MXRT1050 evaluation board. Make some notes about that in the BSP manual. --- user/bsps/arm/imxrt.rst | 9 + 1 file changed, 9 insertions(+) diff --git a/user/bsps/arm/imxrt.rst b/user/bsps/arm/imxrt.rst index 3f8b270..f8d9731 100644 ---

Re: [PATCH] bsps/imxrt: Fix undefined symbol

Thanks. I pushed it. Am 08.07.21 um 07:45 schrieb Sebastian Huber: Thanks, looks good. -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.de phone: +49-89-18 94 741 - 18

[PATCH] bsps/imxrt: Fix undefined symbol

--- bsps/arm/imxrt/start/linkcmds.flexspi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bsps/arm/imxrt/start/linkcmds.flexspi b/bsps/arm/imxrt/start/linkcmds.flexspi index ceed164894..b4e77b7061 100644 --- a/bsps/arm/imxrt/start/linkcmds.flexspi +++

Re: Throughput/Goodput analysis on RTEMS

Hello Vijay, On 01/07/2021 22:16, Vijay Kumar Banerjee wrote: Hi Kinsey, On Thu, Jul 1, 2021 at 12:57 PM Kinsey Moore wrote: On 7/1/2021 13:40, Vijay Kumar Banerjee wrote: Hi all, I'm planning to do a throughput analysis on the RTEMS network stacks and I'm looking for some suggestions on

Re: [PATCH v2] bsps/arm: Move optfdt* files to shared parent directory

PS: Wouldn't it make sense to move these even further up? There is for example ./spec/build/bsps/riscv/riscv/optfdtcpyro.yml too. A short md5 shows that it's the same file again. Best regards Christian On 29/06/2021 20:23, Christian Mauderer wrote: arm/imx7, arm/altcycv_devkit, arm

Re: [PATCH v2] bsps/arm: Move optfdt* files to shared parent directory

arm/imx7, arm/altcycv_devkit, arm/raspberrypi and arm/beagleboneblack compile with the patch. I tried libbsd media01 on beagleboneblack and it works. Best regards Christian On 29/06/2021 18:56, Gedare Bloom wrote: I don't have an arm toolchain, if someone can pick this up and test compile

Re: stm32h7 on libbsd?

Hello Gedare, I _think_ Sebastian tested it on the same evaluation board that I used for writing the SD driver: STM32H743I-EVAL2. I'm not entirely sure whether the "2" is really relevant or whether that's part of an order number at a distributor. Best regards Christian On 29/06/2021

Re: Testing SDIO drivers for ZynqMP in RTEMS-libbsd

Hello Stephen, testing SD drivers is a bit tricky. You can use the media01 and a SD card. As soon as the driver works, media01 will mount the SD card and you can write to it. I wrote a SD driver just recently. What was really useful for me was a logic analyzer that can be handled by sigrok

Re: BBB hello does not run...

nly_ for FDT so that we avoid getting other non-RTEMS-licensed code there too. But it should be somehow possible and it would simplify the handling for the user. Best regards Christian Chris On 23/6/21 5:10 pm, Christian Mauderer wrote: Hello Chris, there is no new requirement that I kn

Re: BBB hello does not run...

Hello Chris, there is no new requirement that I know of. The driver should parse the same FDT fields that have been parsed by libbsd earlier. It only want's to avoid the double initialization that had been done by RTEMS and libbsd. But there is a simple method how we can find out whether

Re: [PATCH rtems] i2c: Add non blocking read / write

Thanks. Am 21.06.21 um 20:02 schrieb Gedare Bloom: it looks ok On Mon, Jun 21, 2021 at 8:08 AM Christian MAUDERER wrote: Ping. Am 26.05.21 um 16:39 schrieb Christian Mauderer: This adds the possibility to open an I2C bus with O_NONBLOCK (or set it later via fcntl) to get non-blocking

[PATCH rtems-docs] user/bsps/imxrt: Info about ARM PLL frequency

--- user/bsps/arm/imxrt.rst | 20 1 file changed, 20 insertions(+) diff --git a/user/bsps/arm/imxrt.rst b/user/bsps/arm/imxrt.rst index 8a5ee28..3f8b270 100644 --- a/user/bsps/arm/imxrt.rst +++ b/user/bsps/arm/imxrt.rst @@ -123,6 +123,26 @@ with your FDT source names)::

[PATCH 0/1 rtems-docs] user/bsps/imxrt: Info about ARM PLL frequency

Hello, this adds the documentation discussed in https://lists.rtems.org/pipermail/devel/2021-June/067580.html Best regards Christian ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH rtems 1/2] bsps/imxrt: Allow different ARM PLL setting

Hello Gedare, sorry, I nearly missed that mail. Am 04.06.21 um 19:43 schrieb Gedare Bloom: On Fri, Jun 4, 2021 at 1:48 AM Christian Mauderer wrote: Update #4180 --- .../nxp/boards/evkbimxrt1050/clock_config.c | 5 +++ bsps/arm/imxrt/start/clock-arm-pll-config.c | 33

Re: [PATCH rtems] i2c: Add non blocking read / write

Ping. Am 26.05.21 um 16:39 schrieb Christian Mauderer: This adds the possibility to open an I2C bus with O_NONBLOCK (or set it later via fcntl) to get non-blocking transmissions. This means that if the bus is busy, a read, write or transfer ioctl will return with a EAGAIN errno. --- NOTE

Re: [PATCH] part of implimenting a monotonic clock in rtems part of this is not the final patch.

make sure that your test checks whether that is really the case. Best regards Christian Thanks Zack Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, June 15th, 2021 at 7:29 AM, Christian Mauderer wrote: If you add a new functionallity you should add a

Re: [PATCH rtems-libbsd 2/2] builder.py: Only disable tests if they are there

On 15/06/2021 17:11, Gedare Bloom wrote: ok Thanks. On Fri, Jun 11, 2021 at 6:20 AM Christian Mauderer wrote: For checking the dependencies, the tests are removed. But if the tests are not enabled at all, that triggers a python exception. --- builder.py | 3 ++- 1 file changed, 2

Re: [PATCH rtems-libbsd v2 3/4] rtemsbsd: Made TTCP command build for RTEMS

On 15/06/2021 20:03, Joel Sherrill wrote: On Tue, Jun 15, 2021 at 10:25 AM Gedare Bloom > wrote: On Fri, Jun 11, 2021 at 11:19 AM Stephen Clark mailto:stephen.cl...@oarcorp.com>> wrote: > > Updated ttcp.c to build for RTEMS 6, in addition to the

Re: [PATCH] part of implimenting a monotonic clock in rtems part of this is not the final patch.

‐‐‐ On Saturday, June 12th, 2021 at 9:31 AM, Christian Mauderer o...@c-mauderer.de wrote: Hello Zack, I don't really know a lot about the timer toppic. So this is more of a style and general suggestion review. On 09/06/2021 20:27, zack wrote: From: zack zack_on_the_speed_cha...@protonmail.ch

Re: Error in building The RTEMS 5 Docs

Hello Pranav, On 13/06/2021 20:00, Pranav Dangi wrote: Building the RTEMS 5 docs using the waf build system fails and throws up an error in sphinx: err: Extension error: You must configure the bibtex_bibfiles setting. thanks for reporting. Like discussed in discord, a cherry-pick of the

Re: [PATCH] part of implimenting a monotonic clock in rtems part of this is not the final patch.

Hello Zack, I don't really know a lot about the timer toppic. So this is more of a style and general suggestion review. On 09/06/2021 20:27, zack wrote: From: zack --- cpukit/include/rtems/posix/timer.h| 6 ++- cpukit/posix/src/psxtimercreate.c | 5 +-

Re: [PATCH] part of implimenting a monotonic clock in rtems part of this is not the final patch.

Hello Zack, you say: "part of this is not the final patch" in the subject. So what is the intention of this patch? Do you need a complete review? Is it some kind of preview and you need input? If yes: For what parts do you need input? Best regards Christian On 11/06/2021 17:20,

Re: Can't build minimal buildset for libbsd on IMXRT

Hello Peter, On 11/06/2021 15:47, dufa...@hda.com wrote: On Jun 11, 2021, at 09:36 , wrote: I *do* have a previously installed libbsd in my prefix. I don't understand the workflow properly. I figured that if I did "./waf distclean" in rtems-libbsd between switching build sets the build

Re: Can't build minimal buildset for libbsd on IMXRT

Hello Peter, On 11/06/2021 15:12, dufa...@hda.com wrote: On Jun 11, 2021, at 08:07 , Christian Mauderer wrote: Hello Peter, On 11/06/2021 13:23, Peter Dufault wrote: I tried to build the "minimal" buildset for the IMXRT BSP and I get undefined INET6 references - _bsd_inet6

[PATCH rtems-libbsd 1/2] racoon: Fix build with current toolchain

During some newlib version, the _types_fd_set has been replaced with just fd_set. --- ipsec-tools/src/racoon/rtems-bsd-racoon-session-data.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/ipsec-tools/src/racoon/rtems-bsd-racoon-session-data.h

[PATCH rtems-libbsd 2/2] builder.py: Only disable tests if they are there

For checking the dependencies, the tests are removed. But if the tests are not enabled at all, that triggers a python exception. --- builder.py | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/builder.py b/builder.py index cbe5dc59..a34a1518 100755 --- a/builder.py +++

Re: Can't build minimal buildset for libbsd on IMXRT

Hello Peter, On 11/06/2021 13:23, Peter Dufault wrote: I tried to build the "minimal" buildset for the IMXRT BSP and I get undefined INET6 references - _bsd_inet6_pfil_hook, _bsd_ip6stat, etc. Only two executables are created - swi01.exe and timeout01.exe. For "default" (almost) everything

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

On 09/06/2021 01:52, Chris Johns wrote: On 8/6/21 8:26 pm, Sebastian Huber wrote: On 08/06/2021 05:07, Chris Johns wrote: On 7/6/21 6:40 pm, Christian Mauderer wrote:> I think the Options don't need documentation changes because the options in the waf based build system are now documen

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

Hello Chris, On 08/06/2021 12:05, Chris Johns wrote: On 8/6/21 7:08 pm, Christian Mauderer wrote: Hello Chris, On 08/06/2021 05:07, Chris Johns wrote: On 7/6/21 6:40 pm, Christian Mauderer wrote:> I think the Options don't need documentation changes because the options in the waf ba

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

Hello Chris, On 08/06/2021 05:07, Chris Johns wrote: On 7/6/21 6:40 pm, Christian Mauderer wrote:> I think the Options don't need documentation changes because the options in the waf based build system are now documented directly in the yaml files and printed if you generate the default con

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

as soon as I get back to work on this after my vacation (about two weeks). Best regards Christian On 04/06/2021 19:45, Gedare Bloom wrote: does this one need doco update for the option changes? On Fri, Jun 4, 2021 at 1:48 AM Christian Mauderer wrote: Calling the memory FLASH and EXTRAM instead

[PATCH rtems 1/2] bsps/imxrt: Allow different ARM PLL setting

Update #4180 --- .../nxp/boards/evkbimxrt1050/clock_config.c | 5 +++ bsps/arm/imxrt/start/clock-arm-pll-config.c | 33 +++ spec/build/bsps/arm/imxrt/bspimxrt.yml| 1 + 3 files changed, 39 insertions(+) create mode 100644 bsps/arm/imxrt/start/clock-arm-pll-config.c

[PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

Calling the memory FLASH and EXTRAM instead of FLEXSPI and SDRAM makes it simpler to support other types of external RAM. This patch also removes some of the calculations and improves names and documentation to avoid pitfalls. It removes a unnecessary memory definition. Update #4180 ---

[PATCH rtems 2/2] cpu/armv7m: Fix initialization of MPU regions

The write to RBAR didn't have the valid flag set. Therefore the write to RASR had an influence on the previously set region. That means for example that if Region 0 had been enabled but 1 should be disabled due to a size of 0, the previous code would have disabled region 0 instead. This patch

[PATCH rtems 1/2] cpu/armv7m: Avoid regions with negative size

Don't initialze regions that have a negative size (for example due to a wrong calculation). Update #4450 --- cpukit/score/cpu/arm/include/rtems/score/armv7m.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cpukit/score/cpu/arm/include/rtems/score/armv7m.h

Re: Selection of ethernet peripheral by application

f modules for your application. Best regards Christian -- 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 Regis

Re: [PATCH v1 0/2] [libbsd] Install correct machine include headers

On 01/06/2021 19:24, Gedare Bloom wrote: On Mon, May 10, 2021 at 11:26 AM Jan Sommer wrote: Hello, This is a follow-up on this discussion regarding the installed header files in libbsd: https://lists.rtems.org/pipermail/devel/2021-April/066211.html The current situation is, that for example

Re: [PATCH] c-users: Add rtems_*mutex_try_lock

Thanks for the review. Am 28.05.21 um 04:31 schrieb Gedare Bloom: looks alright to me. On Wed, May 26, 2021 at 3:34 AM Christian Mauderer wrote: --- c-user/self_contained_objects.rst | 35 +++ 1 file changed, 35 insertions(+) diff --git a/c-user

[PATCH rtems v2] cpukit: Add description of release version numbers

The release version in the git sources doesn't change. Add a note why that is the case. --- v2: Integrate suggestions from Chris Johns. cpukit/include/rtems/version.h | 21 + 1 file changed, 21 insertions(+) diff --git a/cpukit/include/rtems/version.h

Re: Minimum.exe Text Size Outliers

reasons. And I wouldn't even guarantee that I didn't add some myself. So it will be a case by case decision. Best regards Christian --joel On Wed, May 26, 2021 at 1:14 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: On 26/05/2021 19:23, Joel Sherr

Re: Minimum.exe Text Size Outliers

On 26/05/2021 19:23, Joel Sherrill wrote: On Wed, May 26, 2021 at 6:02 AM Sebastian Huber <mailto:sebastian.hu...@embedded-brains.de>> wrote: On 25/05/2021 20:33, Christian Mauderer wrote: > >> >> I thought Sebastian added a "mall

[PATCH rtems] i2c: Add non blocking read / write

This adds the possibility to open an I2C bus with O_NONBLOCK (or set it later via fcntl) to get non-blocking transmissions. This means that if the bus is busy, a read, write or transfer ioctl will return with a EAGAIN errno. --- NOTE: This patch needs

[PATCH] c-users: Add rtems_*mutex_try_lock

--- c-user/self_contained_objects.rst | 35 +++ 1 file changed, 35 insertions(+) diff --git a/c-user/self_contained_objects.rst b/c-user/self_contained_objects.rst index 0be1423..3351b98 100644 --- a/c-user/self_contained_objects.rst +++

[PATCH rtems] thread-API: Add rtems_*mutex_try_lock

This adds a rtems_mutex_try_lock and a rtems_recursive_mutex_try_lock. Update #4440. --- cpukit/include/rtems/thread.h| 12 + testsuites/sptests/spthread01/init.c | 79 2 files changed, 91 insertions(+) diff --git a/cpukit/include/rtems/thread.h

Re: RTEMS_VERSION on 5 branch

Am 26.05.21 um 09:22 schrieb Chris Johns: On 26/5/21 6:47 pm, Christian MAUDERER wrote: thanks for the detailed response. Should we add a bit of that to the doxygen documentation of the rtems_version_* functions so that I don't ask it again because I have forgotten it in a year? Yes we should

[PATCH] cpukit: Add description of release version numbers

The release version in the git sources doesn't change. Add a note why that is the case. --- cpukit/include/rtems/version.h | 12 1 file changed, 12 insertions(+) diff --git a/cpukit/include/rtems/version.h b/cpukit/include/rtems/version.h index a8aff732f3..2e068cd976 100644 ---

Re: RTEMS_VERSION on 5 branch

, Christian MAUDERER wrote: Hello, Great question :) if I build a BSP on the 5 branch, I still have the following defines in cpuopts.h: #define RTEMS_VERSION "5.0.0" #define __RTEMS_MAJOR__ 5 #define __RTEMS_MINOR__ 0 #define __RTEMS_REVISION__ 0 We are past 5.1. Is it an expecte

Re: Minimum.exe Text Size Outliers

mips-malta-minimum.exe = Already a quite short list where it's unclear why they are so big. I assume the ones with close() need some work. But at least it's already at least a trace why they are so big. Best regards Christian On 25/05/2021 20:33, Christian Mauderer wrote: Hello Joel, On 25/05/

Re: Minimum.exe Text Size Outliers

T blob? Best regards Christian --joel On Tue, May 25, 2021 at 10:13 AM Christian MAUDERER <mailto:christian.maude...@embedded-brains.de>> wrote: Hello Joel, I think we currently have very few BSPs with a linked in device tree blob. I know only of the new imxrt (which isn'

Re: Minimum.exe Text Size Outliers

and/or explaining is appreciated. --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178

RTEMS_VERSION on 5 branch

ill tells that it is a 5.0.0? Did I do something unexpected when compiling and everyone else gets a 5.1? Any pointers what would have to be fixed? Best regards Christian -- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Ger

Re: [PATCH rtems-docs] bsps/imxrt: Remove superfluous options from dtc

Hello Joel, Am 17.05.21 um 14:04 schrieb Joel Sherrill: On Mon, May 17, 2021, 2:35 AM Christian Mauderer <mailto:christian.maude...@embedded-brains.de>> wrote: The -@ option adds symbols that are used when applying an overlay. RTEMS doesn't support overlays or re-parsing

[PATCH rtems-docs] bsps/imxrt: Remove superfluous options from dtc

The -@ option adds symbols that are used when applying an overlay. RTEMS doesn't support overlays or re-parsing of device trees. So the symbols only increase the size of the binary. The same is true for the padding. It would be useful if the device tree is changed during run time which is not

Re: [PATCH 2/5] bsps/imxrt: Reduce devicetree size

). Best regards Christian On Wed, May 12, 2021 at 3:49 AM Christian Mauderer wrote: Remove symbols that would be necessary for overlays and decrease padding that would be necessary for adding stuff during run-time. Update #4180 --- bsps/arm/imxrt/dts/imxrt1050-evkb.c | 1235

[PATCH 4/5] bsps/imxrt: Fix OCRAM, ITCM and DTCM sizes

The sizes are configurable via fuses or per software via some registers. At the moment the registers are not changed. Changing the registers destroys data stored in the RAM areas (like application code or data). So either the fuses or some bootloader should be used to set them before the

[PATCH 2/5] bsps/imxrt: Reduce devicetree size

Remove symbols that would be necessary for overlays and decrease padding that would be necessary for adding stuff during run-time. Update #4180 --- bsps/arm/imxrt/dts/imxrt1050-evkb.c | 1235 ++--- bsps/arm/imxrt/dts/imxrt1050-evkb.dts |2 +- 2 files changed, 472

[PATCH 5/5] bsps/imxrt: Enable DMA clock

The EDMA is intialized so make sure the the clock is initialized too. Update #4180 --- bsps/arm/imxrt/start/bspstarthooks.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/bsps/arm/imxrt/start/bspstarthooks.c b/bsps/arm/imxrt/start/bspstarthooks.c index 2b6b59f66b..b8149691e7 100644 ---

[PATCH 1/5] bsps/imxrt: Fix documentation error

Update #4180 --- bsps/arm/imxrt/include/fsl_qtmr.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bsps/arm/imxrt/include/fsl_qtmr.h b/bsps/arm/imxrt/include/fsl_qtmr.h index a675413f8d..eb1d612ac3 100644 --- a/bsps/arm/imxrt/include/fsl_qtmr.h +++

[PATCH 0/5] bsps/imxrt: Various improvements

Hello, this patch set contains a number of improvements for the i.MXRT1050 BSP. Best regards Christian ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH rtems-libbsd v2] ipsec-tools/pfkey: Fix socket leak

Thanks. I pushed them (with separate tickets for 5 and 6). Am 10.05.21 um 22:52 schrieb Gedare Bloom: looks good, thanks. for the backport please open a separate ticket to 5. On Mon, May 10, 2021 at 11:26 AM Christian MAUDERER wrote: Only change is a better description. Am 10.05.21 um 08

Re: [PATCH rtems-libbsd v2] ipsec-tools/pfkey: Fix socket leak

Only change is a better description. Am 10.05.21 um 08:50 schrieb Christian Mauderer: setkey uses pfkey_open to open a socket. But setkey doesn't close the socket. The libipsec functions are used only by user space applications (setkey and racoon). Adding the wrapper for socket makes sure

[PATCH rtems-libbsd v2] ipsec-tools/pfkey: Fix socket leak

setkey uses pfkey_open to open a socket. But setkey doesn't close the socket. The libipsec functions are used only by user space applications (setkey and racoon). Adding the wrapper for socket makes sure that the opened socket is registered and closes if the application exits. Fixes #4404 ---

Re: [GSoC 2021] Beagle BSP USB OTG Support

------ 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ä

Re: [PATCH rtems-libbsd] ipsec-tools/pfkey: Fix socket leak

Hello Joel, Am 07.05.21 um 16:45 schrieb Joel Sherrill: On Fri, May 7, 2021 at 9:04 AM Christian MAUDERER <mailto:christian.maude...@embedded-brains.de>> wrote: It is a bit hard to see: The setkey programm uses the functions from this library. In pfkey_open, a socket

Re: [PATCH rtems-libbsd] ipsec-tools/pfkey: Fix socket leak

rill: How does this fix a leak? On Fri, May 7, 2021 at 7:09 AM Christian MAUDERER <mailto:christian.maude...@embedded-brains.de>> wrote: Note that I would like to push this patch on 5-freebsd-12 as well as on master. Best regards Christian Am 07.05.21 um 14:0

Re: [PATCH rtems-libbsd] ipsec-tools/pfkey: Fix socket leak

Note that I would like to push this patch on 5-freebsd-12 as well as on master. Best regards Christian Am 07.05.21 um 14:08 schrieb Christian Mauderer: Fixes #4404 --- ipsec-tools/src/libipsec/pfkey.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/ipsec-tools/src/libipsec

[PATCH rtems-libbsd] ipsec-tools/pfkey: Fix socket leak

Fixes #4404 --- ipsec-tools/src/libipsec/pfkey.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/ipsec-tools/src/libipsec/pfkey.c b/ipsec-tools/src/libipsec/pfkey.c index a621be12..385a21a9 100644 --- a/ipsec-tools/src/libipsec/pfkey.c +++ b/ipsec-tools/src/libipsec/pfkey.c @@ -1,5

Re: GSoC - Code Formatting and Style Checking for RTEMS score

Hello Ida and Gedare, On 06/05/2021 06:26, Gedare Bloom wrote: hi Ida, On Wed, May 5, 2021 at 3:21 PM Ida Delphine wrote: Hello everyone, Regarding this project (https://devel.rtems.org/ticket/3860) I went with clang-format as we all agreed. I have tested it on some "score" files and it

Re: GSoC Project - Beagle BSP Projects

Husni. On Fri, Apr 2, 2021 at 6:16 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: On 02/04/2021 08:36, Ahamed Husni wrote: >         >     Yes, this seems like an area that can be chipped away at, with a >         >     strong plan of a

Re: tcpreplay for testing network stacks

Am 29.04.21 um 00:54 schrieb Vijay Kumar Banerjee: On Wed, Apr 28, 2021 at 3:27 PM Chris Johns wrote: On 29/4/21 3:00 am, Vijay Kumar Banerjee wrote: On Wed, Apr 28, 2021 at 10:49 AM Christian Mauderer wrote: Hello Vijay, On 28/04/2021 18:25, Vijay Kumar Banerjee wrote: On Wed, Apr 28

Re: tcpreplay for testing network stacks

Hello Vijay, On 28/04/2021 18:25, Vijay Kumar Banerjee wrote: On Wed, Apr 28, 2021 at 12:41 AM Christian MAUDERER wrote: Hello Vijay, Am 27.04.21 um 18:48 schrieb Vijay Kumar Banerjee: Hi, I came across the tcpreplay tool and it looks like a nice tool for testing the network stacks

Re: tcpreplay for testing network stacks

g http://lists.rtems.org/mailman/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: Amtsg

Re: [PATCH RTEMS v2 0/1] bsp/beagle: Refactored i2c driver and Updated

Hello Niteesh, thanks for the reminder and the patches. I pushed them. Best regards Christian On 22/04/2021 05:54, Niteesh G. S. wrote: Hello Christian, Reminder to push the patches. Thanks, Niteesh On Sun, Apr 18, 2021 at 11:57 PM Christian Mauderer <mailto:o...@c-mauderer.de>&

Re: [PATCH libBSD] iicbus/rtems-i2c.c: Add rtems, path as an additional bus path

Hello Niteesh, On 19/04/2021 18:45, Niteesh G. S. wrote: On Mon, Apr 19, 2021 at 9:55 PM Gedare Bloom > wrote: On Sun, Apr 18, 2021 at 9:12 AM G S Niteesh Babu mailto:niteesh...@gmail.com>> wrote: > > Adds "rtems,path" as an additional bus path for

Re: [PATCH RTEMS v2 0/1] bsp/beagle: Refactored i2c driver and Updated

:54 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: Hello Niteesh, sorry for not taking a look earlier. No problem The patches seem OK for me. Just a tiny change request: I know that I suggested the "rtems,path" for the device tree. When test

Re: [PATCH RTEMS v2 0/1] bsp/beagle: Refactored i2c driver and Updated

Hello Niteesh, sorry for not taking a look earlier. The patches seem OK for me. Just a tiny change request: I know that I suggested the "rtems,path" for the device tree. When testing I noted that we have the rtems-i2c driver in libbsd which is more or less just a compatibility layer between

Re: [PATCH rtems-libbsd 2/2] st-sdmmc: Handle short not cache aligned buffers

Hello Gedare, thanks for the review. Best regards Christian Am 14.04.21 um 18:31 schrieb Gedare Bloom: These two look good if no one complains go ahead. (I'm not 100% on this libbsd stuff yet.) On Wed, Apr 14, 2021 at 1:21 AM Christian Mauderer wrote: Possible data sources for SD driver

[PATCH rtems-libbsd 1/2] MMCSD: Use cache aligned alloc for ioctl

Some drivers can't easily work with buffers that are not cache aligned and have an arbitrary length. Therefore use an aligned malloc instead. --- freebsd/sys/dev/mmc/mmcsd.c | 4 1 file changed, 4 insertions(+) diff --git a/freebsd/sys/dev/mmc/mmcsd.c b/freebsd/sys/dev/mmc/mmcsd.c index

[PATCH rtems-libbsd 2/2] st-sdmmc: Handle short not cache aligned buffers

Possible data sources for SD driver: - mmc_sd_switch(): - length: 64 byte; - buffer on stack - mmc_test_bus_width(): - length: 4 or 8 byte - buffer in program memory or on stack - mmc_app_send_scr(): - length: 8 byte - buffer from device ivar structure -

<    1   2   3   4   5   6   7   8   9   10   >