Versal VCK190 hardware test results

Hi, I ran a build of rtems.git master today on a Versal VCK190 eval board. The first time we have run RTEMS on Versal silicon and an A72. Hello World worked first time. I would like to thank Kinsey for the awesome aarch64 support and Gedare for the fantastic effort getting the Versal and A72

Re: [PATCH rtems-libbsd] rtembsd: Use config.inc to control ZynqMP ethernet

Looks good and thanks. Chris On 1/7/21 6:11 am, Kinsey Moore wrote: > This alters the selection of the 4 Cadence GEM interfaces on the Zynq > Ultrascale+ MPSoC BSP to be provided by config.inc instead of being > provided by options in the RTEMS BSP itself since those options appear > to be dead

Re: [PATCH] defaults.mc: Remove any checks for objdump and objcopy

On 1/7/21 12:31 am, Joel Sherrill wrote: > On Wed, Jun 30, 2021 at 3:28 AM wrote: >> >> From: Chris Johns >> >> - FreeBSD is removing any dependence on binutils and release 13 >> has remove objdump. This is fine as we build our own version. > > rem

Re: [PATCH] bsps/zynqmp: Allow any or all CGEMs to be enabled

On 30/6/21 2:19 am, Kinsey Moore wrote: > On 6/29/2021 11:10, Gedare Bloom wrote: >> On Tue, Jun 29, 2021 at 6:34 AM Kinsey Moore >> wrote: >>> I suppose this could have been configured in libbsd (possibly >>> config.inc) instead if that's what you're getting at. The overall goal >>> is to be

Re: [PATCH] bsps/zynqmp: Allow any or all CGEMs to be enabled

On 30/6/21 1:21 am, Gedare Bloom wrote: > On Tue, Jun 29, 2021 at 7:50 AM Sebastian Huber > wrote: >> >> On 29/06/2021 15:48, Kinsey Moore wrote: >>> On 6/9/2021 00:27, Sebastian Huber wrote: On 08/06/2021 22:18, Kinsey Moore wrote: > Provide the options necessary to enable any

Re: [PATCH] bsps/zynqmp: Allow any or all CGEMs to be enabled

Hi, I am just catching up and missed this one until I saw the patch was pushed. I am sorry but I am confused by this patch. Could someone please explain this reason for this addition to the BSP and approach being taken? Is there something in the BSP that requires this information be provided

Re: [PATCH] covoar/Explanations.cc: Remove unnecessary newline strip

OK On 25/6/21 1:40 pm, Alex White wrote: > This corrects an issue where the starting line numbers of explanations > had their last digit removed. This was caused by code left over for > handling C file IO where the newline was included in the buffer. > --- > tester/covoar/Explanations.cc | 2 --

Re: [PATCH v2] covoar/ Explanations.cc: Handle newline at end of file

OK On 25/6/21 1:37 pm, Alex White wrote: > --- > tester/covoar/Explanations.cc | 24 +++- > 1 file changed, 11 insertions(+), 13 deletions(-) > > diff --git a/tester/covoar/Explanations.cc b/tester/covoar/Explanations.cc > index 1449fb2..4d177eb 100644 > ---

Re: BBB hello does not run...

> https://github.com/freebsd/freebsd-src/tree/19a6ceb89dbacf74697d493e48c388767126d418 > > > Note: I don't think that using that FDT is a solution. It's just to find out > whether it's the problem. A solution would be to find a method how we can > distribute matching FDTs with various licenses. > > Be

Re: rtems-docs: Update eclipse/rtems.rst?

On 23/6/21 5:13 am, Raymond Garza wrote: > While going through the docs to update everything for RTEMS 6, I’ve noticed > one > particular file to be problematic. Before I do anything to it, I’d like to > consult the mailing list. > > In the rtems-docs repository, the eclipse -> rtems.rst file

Re: BBB hello does not run...

I have bisect'ed the failure and this is the commit that is the problem: https://git.rtems.org/rtems/commit/?id=56074644a733ecc984722da2a1b61736275270c0 Hm Is there a new requirement on the needed FDT for a beagleboneblack. Chris On 23/6/21 2:52 pm, Chris Johns wrote: >

BBB hello does not run...

Hi, hello.exe is not running. Any hints? master at ... https://git.rtems.org/rtems/commit/?id=b47dbbc5f7c8518634c7c5fccd57d78c65444f2d config.ini: [DEFAULT] BUILD_TESTS = False RTEMS_DEBUG = True RTEMS_POSIX_API = True [arm/beagleboneblack] BUILD_TESTS = True output: RTEMS Beagleboard:

[kdesvn] [Bug 404050] Completely hangs - maybe a bug with Gnome?

https://bugs.kde.org/show_bug.cgi?id=404050 M Johns changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO

Re: [PATCH 0/3] Simplify generic interrupt controller support

On 18/6/21 5:20 pm, Sebastian Huber wrote: > This patch set simplifies the generic interrupt controller support a bit to > prepare for more complex follow up changes. This change touches a large number of BSPs in an important area. I spent some time this year fixing a 10+ year old IRQ bug

Re: [PATCH] covoar/ Explanations.cc: Handle newline at end of file

On 19/6/21 7:00 am, Alex White wrote: > --- > tester/covoar/Explanations.cc | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/tester/covoar/Explanations.cc b/tester/covoar/Explanations.cc > index 1449fb2..64cad5c 100644 > --- a/tester/covoar/Explanations.cc > +++

Re: New API directives to enable/disable interrupt vectors

On 18/6/21 1:28 am, Gedare Bloom wrote: > On Wed, Jun 16, 2021 at 11:40 PM Sebastian Huber > wrote: >> >> On 16/06/2021 20:36, Gedare Bloom wrote: >>> Looks like the existing irq-extension.h uses 'vector', so >>> rtems_interrupt_disable_vector() is a possibility, or else >>>

Re: [PATCH] covoar/CoverageMapBase: Use reference for iteration in validAddress

Ok On 18/6/21 7:13 am, Alex White wrote: > --- > tester/covoar/CoverageMapBase.cc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tester/covoar/CoverageMapBase.cc > b/tester/covoar/CoverageMapBase.cc > index 6ca5cf7..f0b5890 100644 > ---

Re: [PATCH v2] covoar: Store address-to-line info outside of DWARF

On 17/6/21 1:01 pm, Alex White wrote: > So is this ok to push now that it is known to have an insignificant > performance > impact or is a different approach still warranted? OK to push. Chris ___ devel mailing list devel@rtems.org

Re: [rtems-tools commit] rtems-bsp-builder: Change to waf build system

On 15/6/21 4:50 pm, Sebastian Huber wrote: > On 15/06/2021 08:46, Chris Johns wrote: >> If this is pushed through and the task it left for the "demand" queue it is >> actually being placed on my queue because I am the one releasing RTEMS and I >> think having

Re: [rtems-tools commit] rtems-bsp-builder: Change to waf build system

On 15/6/21 4:28 pm, Sebastian Huber wrote: > On 15/06/2021 07:50, Chris Johns wrote: >> On 15/6/21 3:44 pm, Sebastian Huber wrote: >>> On 15/06/2021 06:03, Chris Johns wrote: >>>> On 8/6/21 10:23 pm, Sebastian Huber wrote: >>>>> On 08/06/2021 14:08,

Re: [rtems-tools commit] rtems-bsp-builder: Change to waf build system

On 15/6/21 3:44 pm, Sebastian Huber wrote: > On 15/06/2021 06:03, Chris Johns wrote: >> On 8/6/21 10:23 pm, Sebastian Huber wrote: >>> On 08/06/2021 14:08, Joel Sherrill wrote: >>>> Is the kernel rsb recipe fixed yet? That was a blocker. >>> Is this really

Re: [rtems-tools commit] rtems-bsp-builder: Change to waf build system

On 8/6/21 10:23 pm, Sebastian Huber wrote: > On 08/06/2021 14:08, Joel Sherrill wrote: >> Is the kernel rsb recipe fixed yet? That was a blocker. > > Is this really a blocker? Can't this be done on demand when someone wants to > update them? This depends on our shared view of supporting an

OpenSSH and Key Pair Generation

template? Also, how does OpenSSH create the key pairs, by some random process called when OpenSSH is installed or when the new server is booted for the first time? Thank you for your time and I look forward to hearing from you soon. Regards, Chris Johns UNIX-Linux Systems Administrator

OpenSSH and Key Pair Generation

template? Also, how does OpenSSH create the key pairs, by some random process called when OpenSSH is installed or when the new server is booted for the first time? Thank you for your time and I look forward to hearing from you soon. Regards, Chris Johns UNIX-Linux Systems Administrator

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

On 9/6/21 5:05 pm, Christian Mauderer wrote: > 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 >>>

Re: [PATCH v2 2/2] i386: Remove unneeded include header files

On 8/6/21 11:52 pm, jan.som...@dlr.de wrote: > I would also like to backport this to 5-freebsd-12 to solve this issue there > as well. > I created a corresponding ticket: https://devel.rtems.org/ticket/4452#ticket OK for 5. Chris ___ devel mailing

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

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 documented

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

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 based build s

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

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 config. Hmm I am not sure I agree with the premise the

Re: [PATCH v2 2/2] i386: Remove unneeded include header files

I agree this is the way to solve this issue. Chris On 8/6/21 3:09 am, Gedare Bloom wrote: > This looks like a much better solution :) If no one complains by > Thursday go ahead and push it. > > On Mon, Jun 7, 2021 at 2:53 AM Jan Sommer wrote: >> >> --- >>

Re: Selection of ethernet peripheral by application

On 7/6/21 10:05 pm, Kinsey Moore wrote: > On 6/6/2021 17:42, Chris Johns wrote: >> On 4/6/21 11:26 pm, Joel Sherrill wrote: >>> On Fri, Jun 4, 2021 at 7:59 AM Kinsey Moore >> <mailto:kinsey.mo...@oarcorp.com>> wrote: >>> >>> On 6/4/

Re: [PATCH v2] covoar: Store address-to-line info outside of DWARF

On 8/6/21 1:44 am, Joel Sherrill wrote: > > > On Mon, Jun 7, 2021 at 7:00 AM Alex White <mailto:alex.wh...@oarcorp.com>> wrote: > > > On Wed, Jun 2, 2021 at 7:37 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > >

Re: Selection of ethernet peripheral by application

On 4/6/21 11:26 pm, Joel Sherrill wrote: > On Fri, Jun 4, 2021 at 7:59 AM Kinsey Moore > wrote: > > On 6/4/2021 02:32, Christian MAUDERER wrote: > > Am 02.06.21 um 20:37 schrieb Kinsey Moore: > >> Hello, > >> > >>  From what I’ve seen of the

Re: [PATCH v1] Explanations.cc: Convert to c++ file handling

Ok On 5/6/21 4:17 am, Ryan Long wrote: > --- > tester/covoar/Explanations.cc | 45 > --- > 1 file changed, 17 insertions(+), 28 deletions(-) > > diff --git a/tester/covoar/Explanations.cc b/tester/covoar/Explanations.cc > index d94cd2e..1449fb2 100644 >

Re: [PATCH v1 1/6] Explanations.cc: Fix resource leaks

On 5/6/21 2:47 am, Ryan Long wrote: > We'll submit the C++ conversions as separate patches since they are larger. > That patch will be submitted shortly. Excellent and thanks. Chris ___ devel mailing list devel@rtems.org

Re: [PATCH] cpukit/libblock/src: Add better memory handling in flashdisk.c

On 5/6/21 8:11 am, Gedare Bloom wrote: > On Fri, Jun 4, 2021 at 1:17 PM Joel Sherrill wrote: >> >> On the surface, this looks OK to me. But I remember looking at this one >> and wondering if there was any cleanup required because of the various >> subroutine calls as you work down through this

[Python-Dev] Re: change of behaviour for '.' in sys.path between 3.10.0a7 and 3.10.0b1

Might be out of context here, but IMHO "." shouldn't be assumed to be the current directory anyway. As someone who has ported python to a system where it isn't, these assumptions tend to cause problems. Cheers Chris Sent from my iPhone > On 3 Jun 2021, at 09:31, Robin Becker wrote: > >

Re: [PATCH v2] covoar: Store address-to-line info outside of DWARF

Looking good with a single comment below ... On 3/6/21 6:08 am, Alex White wrote: > This adds the AddressToLineMapper class and supporting classes to > assume responsibility of tracking address-to-line information. > > This allows the DWARF library to properly cleanup all of its resources > and

Re: Selection of ethernet peripheral by application

On 3/6/21 4:37 am, Kinsey Moore wrote: > Hello, > > From what I’ve seen of the various BSPs supported by LibBSD that have multiple > ethernet peripherals, > > only one tends to be chosen and supported. I’ve encountered a situation where > the majority of platform > > examples (Zynq Ultrascale+

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

On 2/6/21 4:20 am, Christian Mauderer wrote: > 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:

Re: RFC: Move Away from Freenode

On 29/5/21 3:17 am, Johnson, Andrew N. wrote: > On May 28, 2021, at 1:57 AM, Christian MAUDERER > > wrote: >> >> I still think it's a bit odd to say "Drop Freenode" because Freenode seems to >> go into a more commercial direction but at the same time

Re: [PATCH v1 4/4] rtl-allocator.c: Put dereferences after nullcheck

Ok On 29/5/21 7:11 am, Ryan Long wrote: > CID 1444139: Dereference null return value in rtems_rtl_alloc_hook(). > > Closes #4333 > --- > cpukit/libdl/rtl-allocator.c | 7 +-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > diff --git a/cpukit/libdl/rtl-allocator.c

Re: [PATCH v1 1/6] Explanations.cc: Fix resource leaks

On 29/5/21 8:08 am, Ryan Long wrote: > CID 1399608: Resource leak in load(). > CID 1399611: Resource leak in load(). > > Closes #4417 > --- > tester/covoar/Explanations.cc | 18 +++--- > 1 file changed, 11 insertions(+), 7 deletions(-) > > diff --git a/tester/covoar/Explanations.cc

Re: [PATCH] rtems-binutils-head.cfg, rtems-gdb-head.cfg: Bump to 3b2bef8

On 28/5/21 6:01 am, Joel Sherrill wrote: > On Wed, May 26, 2021 at 2:29 AM Chris Johns <mailto:chr...@rtems.org>> wrote: > > I am ok with this going in but > > I am becoming concerned we are building a debt around MacOS and Windows > in the > tool

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

Ok and thanks. :) On 27/5/21 6:56 pm, Christian Mauderer wrote: > 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 + >

Re: Manually building a BSP from branch 5 of git

On 26/5/21 6:10 pm, Johnson, Andrew N. wrote: > On May 25, 2021, at 8:18 PM, Vijay Kumar Banerjee > wrote: >> >> I found the 5.1 docs version from rtems ftp. This looks like the right one: >>

Re: RFS and 2038

On 1/5/21 6:19 am, Joel Sherrill wrote: > Hi > > Ryan has been working to add support for the new (not obsolete) nanosecond > granularity variants of utime. In changing the utime_h file system handler to > utimens_h and propagating the changes, Ryan tripped across this. > >

Re: [PATCH] tester: Expand special case for minimum.exe

On 27/5/21 2:04 pm, Kinsey Moore wrote: > On 5/26/2021 19:22, Chris Johns wrote: >> On 27/5/21 12:06 pm, Joel Sherrill wrote: >>> On Wed, May 26, 2021, 7:03 PM Chris Johns >> <mailto:chr...@rtems.org>> wrote: >>> >>> On 26/5/21 1:52 am, Kinse

Re: RTEMS source builder: can't find RTEMS include files but then can?

On 30/4/21 1:15 am, dufa...@hda.com wrote: > > >> On Apr 30, 2021, at 05:03 , dufa...@hda.com wrote: >> >> Can I override what to use as "cmake" in RSB to specify "cmake3"? >> >>> On Apr 30, 2021, at 04:41 , Peter Dufault wrote: >>> >>> I verified my environment is squeaky-clean with a simple

Re: [PATCH v4] sb: Merge mailer changes from rtems-tools

gt; # RTEMS Tools Project (http://www.rtems.org/) > -# Copyright 2013 Chris Johns (chr...@rtems.org) > +# Copyright 2013-2016 Chris Johns (chr...@rtems.org) > +# Copyright (C) 2021 On-Line Applications Research Corporation (OAR) > # All rights reserved. > # > # This file is part

Re: AW: question about posix timer expiration

On 21/5/21 9:44 pm, gabriel.moy...@dlr.de wrote: > Did you compile ptpd with kqueue only? I’ve tried with posix timer, which are > implemented in rtems, but it seems that the handler with siginfo_t is not > called > correctly. I’ve managed to get it working using a workaround but I’ll continue >

Re: [PATCH] tester: Expand special case for minimum.exe

On 27/5/21 12:06 pm, Joel Sherrill wrote: > On Wed, May 26, 2021, 7:03 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 26/5/21 1:52 am, Kinsey Moore wrote: > > The minimum.exe test case is expected to fail as an "invalid" test in > > th

Re: [PATCH] tester: Expand special case for minimum.exe

On 26/5/21 1:52 am, Kinsey Moore wrote: > The minimum.exe test case is expected to fail as an "invalid" test in > the tester since it is completely stripped down and does not output the > normal test header and footer. When fatal error detection support was > added, this caught minimum.exe and

Re: [PATCH] cpukit: Add description of release version numbers

Thank you for this. On 26/5/21 7:41 pm, Christian Mauderer wrote: > 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

Re: [PATCH] rtems-binutils-head.cfg, rtems-gdb-head.cfg: Bump to 3b2bef8

I am ok with this going in but I am becoming concerned we are building a debt around MacOS and Windows in the tools that we need to resolve. Our ability to release when we would like to depends on the state of the tools and the state of the tools for all archs. :) On 22/5/21 9:20 am, Joel

Re: RTEMS_VERSION on 5 branch

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. I also would to add a detailed section

Re: Manually building a BSP from branch 5 of git

On 26/5/21 1:18 pm, Vijay Kumar Banerjee wrote: > I found the 5.1 docs version from rtems ftp. This looks like the right one: > https://ftp.rtems.org/pub/rtems/releases/5/5.1/docs/html/user/start/bsp-build.html#manual-bsp-build +1 Chris ___ users

Re: [PATCH 2/2] covoar: Store address-to-line info outside of DWARF

On 1/5/21 8:01 am, Alex White wrote: > This adds the AddressToLineMapper class and supporting classes to > assume responsibility of tracking address-to-line information. > > This allows the DWARF library to properly cleanup all of its resources > and leads to significant memory savings. > >

Re: [PATCH 1/2] covoar: Store only the file name in ExecutableInfo

On 4/5/21 7:07 pm, Gedare Bloom wrote: > On Fri, Apr 30, 2021 at 2:02 PM Alex White wrote: >> >> This changes the ExecutableInfo class to only store the executable >> file's name rather than an entire instance of rld::files::object. This >> allows the rld::files::object to be cleaned up in the

Re: RTEMS_VERSION on 5 branch

On 25/5/21 8:56 pm, 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

Re: RTEMS Documentation build problem

On 21/5/21 4:28 am, Jeff Mayes wrote: > I’m trying to build the RTEMS Documentation, but having a problem with > sphinxcontrib-bibtex.  It’s been a long time since I’ve tried this, so maybe > there’s a configuration problem on my end.  Anyway, I’ve pulled down the > rtems-docs repo and tried to

Re: [PATCH] rtems-bsp-builder: Change to waf build system

Looks fine (on my phone) Thanks for this > On 20 May 2021, at 1:25 am, Ryan Long wrote: > > Closes #4124 > --- > config/rtems-bsps.ini | 28 ++-- > tester/rt/check.py| 35 ++- > 2 files changed, 40 insertions(+), 23 deletions(-) > >

Re: Heavy SysInit Dependency

> On 20 May 2021, at 2:05 am, Sebastian Huber > wrote: > > On 19/05/2021 15:09, Joel Sherrill wrote: >> On Wed, May 19, 2021 at 3:54 AM Sebastian Huber >> > <mailto:sebastian.hu...@embedded-brains.de>> wrote: >>On 19/05/2021 10:23, Chris Johns w

Re: question about posix timer expiration

> On 18 May 2021, at 10:02 pm, gabriel.moy...@dlr.de wrote: > >  > From further investigation I’ve found that when a timer expires, > _POSIX_Timer_TSR() is called and this uses pthread_kill() to send a signal. > Shouldn’t ptimer->inf.sigev_value be used here in order to create a siginfo_t >

Re: Heavy SysInit Dependency

> On 19 May 2021, at 5:28 pm, Sebastian Huber > wrote: > > I am not sure how the dependency chain can be fixed with the current struct > _reent approach of Newlib. A modern approach would be to replace this > structure with individual thread-local objects. This would be technically >

Re: [PATCH] tester: Avoid TFTP race condition

Ok to push. On 18/5/21 6:29 am, Kinsey Moore wrote: > The u-boot TFTP client will fail a fully completed file retrieval if the > final ACK gets an ICMP response that the port is unavailable which can > occur if the port is closed before the ACK arrives from the client. This > change causes the

Re: Use GCC 11 for RTEMS 6?

On 3/5/21 6:19 pm, Sebastian Huber wrote: > On 03/05/2021 07:25, Chris Johns wrote: > >> On 3/5/21 3:08 pm, Sebastian Huber wrote: >>> GCC 11 was released recently: >>> >>> https://gcc.gnu.org/gcc-11/changes.html >>> >>> Should we switch

Re: [xubuntu-users] Error in .xsession-errors after upgrade to 21.04 - due to Wayland?

On 16/05/21 8:19 am, Chris Green wrote: On Sun, May 16, 2021 at 06:36:27AM +1200, Alex Johns wrote: On 15/05/21 11:07 pm, Chris Green wrote: I'm seeing the following errors in .xsession-errors on my recently upgraded to 21.04 xubuntu system:- dbus-update-activation-environment: setting

Re: [xubuntu-users] Error in .xsession-errors after upgrade to 21.04 - due to Wayland?

On 15/05/21 11:07 pm, Chris Green wrote: I'm seeing the following errors in .xsession-errors on my recently upgraded to 21.04 xubuntu system:- dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus dbus-update-activation-environment: setting

Re: [xubuntu-users] How to undo 21.04's reverse video for pasted text?

On 15/05/21 8:54 am, Chris Green wrote: On Sat, May 15, 2021 at 07:45:44AM +1200, Alex Johns wrote: On 15/05/21 4:38 am, Chris Green wrote: I have just upgraded my laptop from 20.10 to 21.04 and pasted text now appears in reverse video in my terminal windows, how do I undo this unwanted change

[RBW] Re: Pseudo-Rivendell Thread?

Is that a rear rack repurposed as a front rack on your CB-1? I did the same to a Vetta rack that I have on my 1st gen Stumpjumper. JohnS On Thursday, May 13, 2021 at 10:02:29 AM UTC-4 j glenn wrote: > [image: cb-1.jpg] > Not the best photo, but here's my Countrified CB-1 from las

Re: [PATCH v5] rtems-debugger: Fixed 32bit pointers

On 8/5/21 6:13 am, Stephen Clark wrote: > Using 32bit types like uint32_t for pointers creates issues on 64 bit > architectures like AArch64. Replaced occurrences of these with uintptr_t, > which will work for both 32 and 64 bit architectures. Added hex_decode_addr > function to rtems-debugger.

Re: [PATCH v2] rtemstoolkit/mailer.py: Fix option ordering for add_arguments

> On 8 May 2021, at 4:17 am, Alex White wrote: > > The ordering of keys cannot be guaranteed in a dictionary. This changes > the options iteration to no longer rely on key ordering. OK Chris ___ devel mailing list devel@rtems.org

Re: [PATCH] rtemstoolkit/mailer.py: Fix option ordering for add_arguments

On 6/5/21 4:49 am, Gedare Bloom wrote: > On Wed, May 5, 2021 at 9:16 AM Alex White wrote: >> >> On Wed, May 5, 2021 at 9:47 AM Gedare Bloom wrote: >>> >>> Why? >> >> To prevent the '--mail' and '--use-gitconfig' options from being added more >> than once to the ArgumentParser in add_arguments.

Re: [PATCH] Return NULL for zero size allocations

On 5/5/21 4:58 pm, Chris Johns wrote: > On 5/5/21 4:52 pm, Sebastian Huber wrote: >> In POSIX, zero size memory allocations are implementation-defined >> behaviour. The implementation has two options: >> >> https://pubs.opengroup.org/onlinepubs/9699919799/functi

Re: [PATCH] Return NULL for zero size allocations

On 5/5/21 4:52 pm, Sebastian Huber wrote: > In POSIX, zero size memory allocations are implementation-defined > behaviour. The implementation has two options: > > https://pubs.opengroup.org/onlinepubs/9699919799/functions/malloc.html > >

Re: [xubuntu-users] When will 21.04 get out of development?

On 5/05/21 8:01 am, Clarence Fender wrote: I read there was a problem serious enough to hold things back. I'm content to wait. ymmv On 5/4/21 3:58 PM, Chris Green wrote: Version 21.04 has been released for just about two weeks now but I'm still getting "No new release found." when I try

Re: Use GCC 11 for RTEMS 6?

On 3/5/21 3:08 pm, Sebastian Huber wrote: > > GCC 11 was released recently: > > https://gcc.gnu.org/gcc-11/changes.html > > Should we switch to this version for RTEMS 6 in the RSB? > Do we have build reports on our supported host platforms? I would like to clear confirmation we can build the

Re: Issues with rtems_waf on Windows 10 with gccdeps module

On 30/4/21 5:01 am, Robin Müller wrote: > Yes that is the prefix. The rtems.h file is definitely located at the location > in the warning and it works on older commit of rtems_waf (where gccdeps.py is > not used). > I briefly looked through the gccdeps.py file and it is doing some string >

Re: tcpreplay for testing network stacks

On 29/4/21 4:30 pm, Christian MAUDERER wrote: > 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,

Re: tcpreplay for testing network stacks

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, 2021 at 12:41 AM Christian MAUDERER >>> wrote: Hello Vijay, Am

Re: tcpreplay for testing network stacks

On 29/4/21 2:31 am, Vijay Kumar Banerjee wrote: > On Wed, Apr 28, 2021 at 12:45 AM Chris Johns wrote: >> >> On 28/4/21 2:48 am, Vijay Kumar Banerjee wrote: >>> I came across the tcpreplay tool and it looks like a nice tool for testing >>> the >>> network

Re: Issues with rtems_waf on Windows 10 with gccdeps module

On 28/4/21 7:59 pm, Robin Müller wrote: > I think the following commit in rtems_waf breaks the waf build on Windows 10: > > commit 096372fc4504730e50b51b952ce47ca603b35f01 > Author: Chris Johns mailto:chr...@rtems.org>> > Date:   Thu Oct 10 17:43:11 2019 +1100 > >    

Re: tcpreplay for testing network stacks

On 28/4/21 2:48 am, Vijay Kumar Banerjee wrote: > I came across the tcpreplay tool and it looks like a nice tool for testing the > network stacks. It can be used to capture network traffic and then play it > back, > this will help with testing the network packets from different network stacks. >

Re: [PATCH v2] STM32 lwIP addition and CMake support

On 28/4/21 2:58 am, Robin Müller wrote: > Okay, I can understand that you'd like to have one build system only. We had > the > same issue with a former Makefile build system and the new CMake system and > decided to make the former system obsolete> because maintaining both of them > would be too

Re: rsb (RTEMS source Builder) support for local mirrors ?

On 27/4/21 4:07 am, Michael Davidsaver wrote: > On 4/26/21 1:21 AM, Goetz Pfeiffer wrote: >> Hello, >> >> I have used rsb to build my local cross compiler toolchain for RTEMS. >> >> This is a great tool, but it downloads all sources from some internet >> servers. The problem is >> that servers

Re: [PATCH] sb: Merge mailer changes from rtems-tools

On 22/4/21 11:48 am, Alex White wrote: > > On Wed, Apr 21, 2021 at 5:06 PM Chris Johns wrote: >> >> Hi Alex, >> >> Is there a chance the password can end up in a log file? > > I did not see the command line options in the email when I sent it to

Re: [PATCH] sb: Merge mailer changes from rtems-tools

r/sb/mailer.py > index ff25df5..ee5bf07 100644 > --- a/source-builder/sb/mailer.py > +++ b/source-builder/sb/mailer.py > @@ -1,21 +1,32 @@ > # > # RTEMS Tools Project (http://www.rtems.org/) > -# Copyright 2013 Chris Johns (chr...@rtems.org) > +# Copyright 2013-2016 C

[RBW] Re: For 22 years I've continually been surprised and repeated thrilled by my Road Custom

When it comes down to it for bikes, it's all about the "feel", some have it some don't. Keep the ones that do and move on from the rest. Thanks for sharing, JohnS On Tuesday, April 20, 2021 at 11:17:46 PM UTC-4 Patrick Moore wrote: > Much of my riding is extended errand ridi

Re: Booting a rtems exe on Zynq UltraScale+ MPSoC ZCU106 board

On 21/4/21 2:37 pm, Richi Dubey wrote: > Cool, I tried building uboot for the board from this > repo: https://github.com/Xilinx/u-boot-xlnx > , and the instructions for zcu106 are > here:  >

Re: network configuration was: [PATCH 4/4] RTEMS_USE_LWIP option to use lwip in RTEMS

On 21/4/21 4:17 pm, Sebastian Huber wrote: > On 20/04/2021 19:37, Gedare Bloom wrote: > >> On Tue, Apr 20, 2021 at 11:09 AM Sebastian Huber >> wrote: >>> On 12/04/2021 11:56, Robin.Mueller wrote: >>> This adds a configuration option if lwIP is used instead of libbsd. It works by

Re: Make zero size allocation result consistent across directives

On 21/4/21 4:07 pm, Sebastian Huber wrote: > Hello, > > while working on the specification of some memory allocation directives I > noticed that zero size allocations have no consistent behaviour in RTEMS. For > example malloc( 0 ) returns NULL and posix_memalign(, align, 0) returns in > p a >

Re: network configuration was: [PATCH 4/4] RTEMS_USE_LWIP option to use lwip in RTEMS

On 21/4/21 3:37 am, Gedare Bloom wrote: > To me, it doesn't make any sense that someone will build and install > RTEMS with multiple networking stacks for the same application. I do this. I have applications in production with the legacy stack and being tested and developed against libbsd. This

Re: [PATCH] bsps/arm: Set MSP in ARMv7-M start code

On 20/4/21 3:46 pm, Sebastian Huber wrote: > On 20/04/2021 07:30, Chris Johns wrote: > >> On 20/4/21 3:28 pm, Sebastian Huber wrote: >>> This helps if applications are started by a boot loader. >> How does it help? >     /* >      * Set the Main Stack Pointer (MS

Re: [PATCH v1 1/3] cpukit: Add signal mapping support

On 20/4/21 4:38 pm, Sebastian Huber wrote: > > On 20/04/2021 08:30, Chris Johns wrote: >> On 20/4/21 3:54 pm, Sebastian Huber wrote: >>> On 20/04/2021 07:30, Chris Johns wrote: >>> >>>> We need a way for libdebugger or any other piece of software to capt

Re: [PATCH v1 1/3] cpukit: Add signal mapping support

On 20/4/21 3:54 pm, Sebastian Huber wrote: > On 20/04/2021 07:30, Chris Johns wrote: > >> We need a way for libdebugger or any other piece of software to capture and >> cascade the call. If this can be done on aarch64 then I am happy. > > The fatal error extensions execut

Re: [PATCH] bsps/arm: Set MSP in ARMv7-M start code

On 20/4/21 3:28 pm, Sebastian Huber wrote: > This helps if applications are started by a boot loader. How does it help? Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH v1 1/3] cpukit: Add signal mapping support

On 20/4/21 5:02 am, Kinsey Moore wrote: > On 4/18/2021 20:18, Chris Johns wrote: >> On 19/4/21 9:23 am, Joel Sherrill wrote: >>> >>> On Sun, Apr 18, 2021, 5:13 PM Chris Johns >> <mailto:chr...@rtems.org>> wrote: >>> >>> On 17/4/21

Re: OS Neutrality in Python Development Guidelines?

On 20/4/21 4:12 am, Sebastian Huber wrote: > On 19/04/2021 18:48, Gedare Bloom wrote: > A random pick of a file and a brief scan ... https://git.rtems.org/rtems-central/tree/rtemsspec/interface.py#n313 >>> There is no issue in this line. I disagree. At a technical level there is

Re: OS Neutrality in Python Development Guidelines?

On 20/4/21 2:52 am, Gedare Bloom wrote: > The biggest issues are paths and CaseSensitive filesystems. I'm sure > there are other hidden brambles though. Path length in Windows ... https://git.rtems.org/rtems-tools/tree/rtemstoolkit/path.py#n63 Chris

<    12   13   14   15   16   17   18   19   20   21   >