Re: [PATCH] build: Update PyYAML to 5.4.1

On 20/1/2023 2:19 am, Sebastian Huber wrote: > The latest version is 6.0 which dropped support for Python 2.7. Was 6 our last version to support python 2 and 3? Is making this change this close to a release wise? Chris ___ devel mailing list devel@rtem

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

On 20/1/2023 3:13 am, Frank Kühndel wrote: > Hi Joel, > > On 1/19/23 15:08, Joel Sherrill wrote: >> Subject: >> Re: [PATCH 1/1] RSB: Mitigate too short error reports >> From: >> Joel Sherrill >> Date: >> 1/19/23, 15:08 >> >> To:

Re: [PATCH v1 4/4] testsuites/libtest/dl11: Add DL test for TLS

On 20/1/2023 8:40 am, Kinsey Moore wrote: > On 1/15/2023 6:07 PM, Chris Johns wrote: >> On 13/1/2023 12:51 pm, Kinsey Moore wrote: >>> On Thu, Jan 12, 2023 at 5:11 PM Joel Sherrill >> <mailto:j...@rtems.org>> wrote: >>> >>> Will this need to

Re: [PATCH 1/3] build: Format build items

On 20/1/2023 6:01 am, Amar Takhar wrote: > On 2023-01-19 08:21 +0100, Sebastian Huber wrote: >> >> In rtems-central.git there are Python modules and scripts which generate >> source, header, and documentation files from specification items. This >> repository contains the pre-qualification suppor

Re: [PATCH 2/3] build: Replace variant patterns with a list

On 19/1/2023 6:06 pm, Sebastian Huber wrote: > On 19.01.23 01:17, Chris Johns wrote: >>>> Why has this been done? >>> The enabled-by expressions used in patch 3 do not support regular >>> expressions. >> I did not pick that up. Why was that regx functio

Re: Proposal for an "Age" PostgreSQL ORM function

the AGE function takes in two timestamps and returns an interval. You can do this in python by subtracting two date/datetime objects and getting a timedelta. what would the difference be to kick this out to the db? On Tuesday, January 17, 2023 at 11:11:37 AM UTC-5 niccol...@gmail.com wrote: >

Re: [PATCH 2/3] build: Replace variant patterns with a list

On 18/1/2023 6:00 pm, Sebastian Huber wrote: > On 18.01.23 04:59, Chris Johns wrote: >> Hi Sebastian, >> >> I had not got to this part of the patch set because the other was being >> discussed. I thought a patch set was considerd as a whole rather than having &

Re: [PATCH 1/3] build: Format build items

On 19/1/2023 8:58 am, Amar Takhar wrote: > On 2023-01-17 08:39 +0100, Sebastian Huber wrote: > >> >> The Python modules to work with specification items are in >> rtems-central.git. This repository contains also a format specification >> of the build items. We could add an action to a Github wor

Re: [PATCH 2/3] build: Replace variant patterns with a list

Hi Sebastian, I had not got to this part of the patch set because the other was being discussed. I thought a patch set was considerd as a whole rather than having to deal with the extra complexity of possible splits and if they exist? If this was pull request or merge request in a tool none of thi

Re: [PATCH 1/3] build: Format build items

On 17/1/2023 6:39 pm, Sebastian Huber wrote: > On 17.01.23 03:48, Chris Johns wrote: >> On 16/1/2023 6:56 pm, Sebastian Huber wrote: >>> On 16.01.23 01:35, Chris Johns wrote: >>>> On 13/1/2023 1:54 am, Sebastian Huber wrote: >>>>> On 12.01.23 15:44, Kin

Re: Typo in rtems-libbsd/rtems_waf/rtems.py?

On 18/1/2023 7:17 am, Heinz Junkes wrote: > ok with > ./waf bspdefaults --rtems-bsps=powerpc/beatnik … it works > > I had ./waf bsp_defaults :-( Ah > rtems@rtems-dev:~/MVME6100_6_RUN/rtems/6/share$ ls -l > total 36 > drwxr-xr-x 3 rtems rtems 4096 Jan 17 17:09 doc > drwxr-xr-x 3 rtems rtems 409

Re: Typo in rtems-libbsd/rtems_waf/rtems.py?

On 18/1/2023 6:16 am, Frank Kühndel wrote: > have you installed RTEMS (not only the tools) in `${RTEMS_ROOT}` before > configuring libbsd? If I am not mistaken, installing RTEMS creates the > `share/rtems6` directory. This is correct and it is a simple and fast key to see if a kernel of a specific

Re: [PATCH 1/3] build: Format build items

On 16/1/2023 6:56 pm, Sebastian Huber wrote: > On 16.01.23 01:35, Chris Johns wrote: >> On 13/1/2023 1:54 am, Sebastian Huber wrote: >>> On 12.01.23 15:44, Kinsey Moore wrote: >>>> The other two patches look fine to me. The use of dump() that results in >>&g

Re: [PATCH 1/3] build: Format build items

On 13/1/2023 1:54 am, Sebastian Huber wrote: > On 12.01.23 15:44, Kinsey Moore wrote: >> The other two patches look fine to me. The use of dump() that results in this >> patch does several things: >> * Removal of whitespace >> This is fine for whitespace at the base level of indentation. Whitespace

Re: [PATCH rtems-tools] linkers/rtems-syms: Generate TLS symbols

OK Thanks Chris On 13/1/2023 8:12 am, Kinsey Moore wrote: > When generating the symbol table for loadable modules, include TLS > symbols so that the modules can reference them. > --- > linkers/rtems-syms.cpp | 5 + > rtemstoolkit/rld-elf.cpp | 1 + > rtemstoolkit/rld-symbols.cpp |

Re: [PATCH v1 4/4] testsuites/libtest/dl11: Add DL test for TLS

On 13/1/2023 12:51 pm, Kinsey Moore wrote: > On Thu, Jan 12, 2023 at 5:11 PM Joel Sherrill > wrote: > > Will this need to be added as an expected fail on other architectures?  > > Just wondering how many bsp test configuration files need touching  > > > I suppose

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

On 22/12/2022 9:09 pm, Frank Kühndel wrote: > On 12/21/22 00:06, Chris Johns wrote: >> On 21/12/2022 3:44 am, Frank Kuehndel wrote: >>> From: Frank Kühndel >>> >>> Close #4642 >>> --- >>>   source-builder/sb/ereport.py | 4 >>>

Re: [RBW] bottom bracket toubleshooting trivia

with bottom bracket installs in the past due to the cable guide screw being too long. Hope it helps, JohnS On Sunday, January 15, 2023 at 1:52:56 PM UTC-5 Scott wrote: > Edit correction to my post, please. > > Second sentence of third paragraph of original post should read: > > When I

Re: [RBW] Which Paul brakes for a Quickbeam or Simple One?

Thank you Marty for sharing. I'm about to go out and get some orange touch up paint for my Quickbeam now. The touring brakes came yesterday and the mini-motos should be here later in the week. JohnS On Sunday, January 15, 2023 at 11:34:06 AM UTC-5 Marty Gierke, Stewartstown PA wrote:

Re: [RBW] Which Paul brakes for a Quickbeam or Simple One?

Thank you Joe, I'll have to consider the Motolites for my next bike rebuild. JohnS On Thursday, January 12, 2023 at 10:31:51 PM UTC-5 Joe Bernard wrote: > I think there's one call for Motolites in this thread so I'm throwing down > a second one. They're great, I lov

Re: [RBW] Which Paul brakes for a Quickbeam or Simple One?

ake cable as it connects across to brake arm. Looks like it wasn't an issue for Patch on his QB, just above the fender and below the rack tang. JohnS On Thursday, January 12, 2023 at 12:10:26 PM UTC-5 Minh wrote: > another vote for the touring Canti rear/ Neo retro front set up, though &

Re: [RBW] Which Paul brakes for a Quickbeam or Simple One?

he touring/minimoto combination? Would say it was better or as good as other brake set ups? Thanks, JohnS On Wednesday, January 11, 2023 at 2:56:39 PM UTC-5 Patch T wrote: > I use Paul's Touring on the rear and Minimotos on the front on my QB. > The Minimotos clear a VO Smooth 45mm

Re: [RBW] Which Paul brakes for a Quickbeam or Simple One?

evers. The Paul Motolites are the ones that use long-pull levers. > > ~Mark > Raleigh, NC > > > On Jan 11, 2023, at 12:57, JohnS wrote: > > The "are Paul's brakes worth it thread" got me thinking that I should > give them a try on my Quickbeam. What do people

[RBW] Which Paul brakes for a Quickbeam or Simple One?

e at reasonably priced at $30/pair. Any suggestions are appreciated, JohnS -- You received this message because you are subscribed to the Google Groups "RBW Owners Bunch" group. To unsubscribe from this group and stop receiving emails from it, send an email to rbw-owners-bunch+un

[dspace-community] Using containers for ds 7?

Hi All, I am writing to ask which institutions are using containers for their ds 7 application. I’m not seeking tech support but looking for a sub-community for future discussion, conference/publishing collaborations, and/or questions :) Thanks in advance for your response! Erica Johns Cornell

[dspace-tech] Using containers for ds 7?

Hi All, I am writing to ask which institutions are using containers for their ds 7 application. I’m not seeking tech support but looking for a sub-community for future discussion, conference/publishing collaborations, and/or questions :) Thanks in advance for your response! Erica Johns Cornell

Re: [RBW] Last ride of 2022

My son (who's 20 and rides my old Salsa Casseroll) and I were out for about 20 mile ride on the D&L on Friday, from Slatington north to the Dunkin's in Lehighton . Great weather conditions, around 50, no wind. Trail conditions weren't so good, with many sections of the hard packed gravel were s

[RBW] Re: cassette advice?

Hello Adam, My experience with the Megarange freewheels has been that they are difficult to setup with index shifters, friction is OK. JohnS On Wednesday, December 28, 2022 at 1:23:42 PM UTC-5 Adam wrote: > Also, does the "megarange" setup shift well? I can imagine that being

Re: [PATCH RSB] Remove aarch64 and microblaze from RSB 5 branch.

OK to push Thanks Chris On 21/12/2022 3:37 am, Joel Sherrill wrote: > The ports did not get contributed until during 6 development and are > not on this release branch. > > Closes #4555. > --- > rtems/config/5/rtems-aarch64.bset| 4 > rtems/config/5/rtems-all.bset| 2 -- > rtem

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

On 21/12/2022 3:44 am, Frank Kuehndel wrote: > From: Frank Kühndel > > Close #4642 > --- > source-builder/sb/ereport.py | 4 > 1 file changed, 4 insertions(+) > > diff --git a/source-builder/sb/ereport.py b/source-builder/sb/ereport.py > index d8fb5f6..d391917 100755 > --- a/source-builder

Re: [RBW] Re: Will's Roadini SS

tires, swapping bars, adding/removing fenders/racks all make a bike seem like new. On the upside of fixed gear riding, I can do a very good track stand, being able to push forward or backward just makes it so much easier. I don't even try on my multi-geared bikes any more. Thanks, JohnS O

Announce: RTEMS 5.2 Release

RTEMS 5.2 Release is available. https://ftp.rtems.org/pub/rtems/releases/5/5.2 Please follow the release instructions provided by the link. We love to hear about your projects and what you use RTEMS on so please let us know. You can drop by on Discord, post on u...@rtems.org or you can send Joe

Announce: RTEMS 5.2 Release

RTEMS 5.2 Release is available. https://ftp.rtems.org/pub/rtems/releases/5/5.2 Please follow the release instructions provided by the link. We love to hear about your projects and what you use RTEMS on so please let us know. You can drop by on Discord, post on u...@rtems.org or you can send Joe

[RBW] Re: Will's Roadini SS

Hello Ryan, I'm very inspired my Will's Roadini build as well. I haven't done much SS riding, I'm more of a fixed or multi-gear rider. How do people feel about SS vs. fixed? Am I missing something by not riding SS some of the time? Thanks, JohnS On Friday, December 16,

Re: [PATCH] bsps/zynqmp: Fix and update device trees

On 6/12/2022 5:04 pm, Kinsey Moore wrote: > On 12/5/2022 9:48 PM, Chris Johns wrote: >> I am still seeing issues with this change. The interface is `cgem0` and not >> `cgem3`. I have confirmed I have the same RTEMS hash in the build. Is there >> anything I need to set up to ha

Re: [PATCH] bsps/zynqmp: Fix and update device trees

I am still seeing issues with this change. The interface is `cgem0` and not `cgem3`. I have confirmed I have the same RTEMS hash in the build. Is there anything I need to set up to have the FDT be seem by libbsd? Chris On 6/12/2022 10:27 am, Kinsey Moore wrote: > Add ref-clock-num identifiers to

Moving ticket milestones to a different RTEMS version

Hi, Joel and I have been cleaning up the 6 tickets and some have been moved to 7 (thanks) which may be appropriate however I am wondering about open ended tickets for a specific set of work and release notes. These tickets are really great for collecting commits for a specific change. The release

Re: [PATCH] cpukit/include/dev/can: Disabled debug prints in CAN Framework

On 2/12/2022 2:38 pm, Chris Johns wrote: > The CAN bus changes have warnings ... > > In file included from ../../../cpukit/include/dev/can/canqueueimpl.h:48, > from ../../../cpukit/dev/can/can.c:45: > ../../../cpukit/dev/can/can.c: In function 'can_bus_read

Re: [PATCH] cpukit/include/dev/can: Disabled debug prints in CAN Framework

The CAN bus changes have warnings ... In file included from ../../../cpukit/include/dev/can/canqueueimpl.h:48, from ../../../cpukit/dev/can/can.c:45: ../../../cpukit/dev/can/can.c: In function 'can_bus_read': ../../../cpukit/dev/can/can.c:213:15: warning: format '%u' expects argum

Re: [PATCH 0/3] Add CONFIGURE_RECORD_INTERRUPTS_ENABLED

Looks good. Thanks Chris On 1/12/2022 11:10 pm, Sebastian Huber wrote: > This enables the tracing of interrupt entry/exit events through an > application configuration option. The interrupt processing can be > viewed with Trace Compass. > > Sebastian Huber (3): > bsps/irq: Rename handler in d

Re: [PATCH] Document CONFIGURE_RECORD_INTERRUPTS_ENABLED

Looks good. Thanks Chris On 1/12/2022 11:11 pm, Sebastian Huber wrote: > Close #4769. > --- > c-user/config/event-record.rst | 43 +- > user/tracing/eventrecording.rst | 65 +++-- > 2 files changed, 47 insertions(+), 61 deletions(-) > > diff --gi

Re: [PATCH rtems-docs] c-user/*: Add trailing parentheses on methods in index which were missing it

Looks good and thanks Chris On 1/12/2022 3:00 am, Joel Sherrill wrote: > Closes #4766. > --- > c-user/chains.rst | 46 > +-- > c-user/clock/removed-directives.rst | 2 +- > c-user/constant_bandwidth_server.rst | 24 +- > c-

Re: [PATCH rtems-docs] user/hosts/windows.rst: flex needs to be installed for msys2

OK and thanks Chris On 1/12/2022 2:32 am, Joel Sherrill wrote: > Closes #4382. > --- > user/hosts/windows.rst | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/user/hosts/windows.rst b/user/hosts/windows.rst > index fac1366..fd7ff55 100644 > --- a/user/hosts/windows.rst

Re: Fwd: Coverity Scan: Analysis completed for RTEMS

On 25/11/2022 5:40 pm, Joel Sherrill wrote: > Looks like edit.c may still have an issue since only one was eliminated. Late > here and I didn't check the Coverity report for sure. With Coverity is there anyway to check changes or do we consider the issues raised, attempt a solution then just keep

Re: [PATCH rtems-tools] fix _mkdir parameter error.

Pushed. Thanks Chris On 27/11/2022 8:20 pm, zhengxiaojun wrote: > fix _mkdir parameter error. > > Signed-off-by: zhengxiaojun > --- >  tester/covoar/ReportsBase.cc | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tester/covoar/ReportsBase.cc b/tester/covoar/ReportsBase.

Re: [PATCH] spec/beagle: Add missing spi.h install

Pushed. Thanks Chris On 26/11/2022 2:19 pm, Kinsey Moore wrote: > The beagle SPI functions are unusable by applications unless this file > is installed with the BSP. This ensures that the file is installed > properly. > --- > spec/build/bsps/arm/beagle/obj.yml | 1 + > 1 file changed, 1 insertio

Re: [PATCH] libmisc/shell: Support terminal size as env variables

On 23/11/22 12:44 am, Joel Sherrill wrote: > On Tue, Nov 22, 2022, 6:02 AM mailto:chr...@rtems.org>> > wrote: > From: Chris Johns mailto:chr...@rtems.org>> > > Closes #4763 > --- >  cpukit/libmisc/shell/main_edit.c | 17 +- >  c

Re: [PATCH] aarch64/versal: Add UART interrupt support

On 22/11/22 6:01 pm, Sebastian Huber wrote: > Hello Chris, > > On 22/11/2022 03:03, chr...@rtems.org wrote: >> +static void versal_uart_write_support( >> +  rtems_termios_device_context *base, >> +  const char *buf, >> +  size_t len >> +) >> +{ >> +#ifdef VERSAL_CONSOLE_USE_INTERRUPTS >> +  versal

Re: Use of rtems_fdt_* and sp01

On 20/11/2022 10:25 am, Joel Sherrill wrote: > On Sat, Nov 19, 2022, 4:19 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 19/11/22 2:13 am, Joel Sherrill wrote: > > On Fri, Nov 18, 2022, 8:49 AM Kinsey Moore <mailto:kinsey.mo...@oarcorp.com

Re: Use of rtems_fdt_* and sp01

2022 06:32, Kinsey Moore wrote: > > On Thu, Nov 17, 2022 at 4:49 PM Chris Johns <mailto:chr...@rtems.org> > > <mailto:chr...@rtems.org <mailto:chr...@rtems.org>>> wrote: > > > >     On 18/11/2022 2:39 am, Kinsey

Re: [PATCH] cpukit/rtems-fdt: Avoid use of malloc/errno

Looks good and thanks Chris On 19/11/2022 2:47 am, Kinsey Moore wrote: > Use of malloc implies errno which adds TLS dependencies and prevents use > of this FDT wrapper library in BSP initialization code. This change > makes use of rtems_malloc and rtems_calloc which avoid TLS dependencies. > ---

Re: Use of rtems_fdt_* and sp01

On 18/11/2022 2:39 am, Kinsey Moore wrote: > I recently added FDT support to the AArch64 ZynqMP BSPs to support an optional > management console and managing ethernet parameters for LibBSD. Use of the > rtems_fdt_* functions implies use of malloc which adds 4 bytes in the TLS > space. > The sp01 t

Announce: RTEMS 5.2-rc1 Release Candidate

The RTEMS 5.2-rc1 Release Candidate is available. The release can be found at: https://ftp.rtems.org/pub/rtems/releases/5/rc/5.2-rc1/ Please follow the release instructions provided by the link. The release notes can be found here: https://ftp.rtems.org/pub/rtems/releases/5/rc/5.2-rc1/rtems-5

Announce: RTEMS 5.2-rc1 Release Candidate

The RTEMS 5.2-rc1 Release Candidate is available. The release can be found at: https://ftp.rtems.org/pub/rtems/releases/5/rc/5.2-rc1/ Please follow the release instructions provided by the link. The release notes can be found here: https://ftp.rtems.org/pub/rtems/releases/5/rc/5.2-rc1/rtems-5

Re: [PATCH] aarch64/mmu: Prevent block descriptors at level -1

Tested on Versal (A72) and large mappings are now working. I have pushed the patch. Thanks for this. :) Chris On 17/11/2022 2:22 am, Kinsey Moore wrote: > In the original implementation, level -1 was unused and all levels could > have block-like descriptors (level 2 block descriptors are called

Re: [5 RSB PATCH 3/3] rtems/net-snmp: Update to 5.9.3 with the RTEMS patch

On 15/11/22 3:22 am, Gedare Bloom wrote: > ok thanks for sorting this out, and for linking the patch through > trac. You've given me one more thing to check for in RSB patches that > reference %patch command :) Thanks for the review and yeah sorry about the extra bit to check. It cannot be helped.

[RBW] Re: WTB: 54cm Losco Handlebar

Losco's found. Thank you Mack! JohnS On Saturday, November 12, 2022 at 2:42:32 PM UTC-5 JohnS wrote: > Hello All, > > I'm in the market for a used 54cm Losco handlebar. My plan is to move my > Soma Oxfords to my wife's Shogun mixte and the Losco would be for my 

[RBW] WTB: 54cm Losco Handlebar

Hello All, I'm in the market for a used 54cm Losco handlebar. My plan is to move my Soma Oxfords to my wife's Shogun mixte and the Losco would be for my '82 Stumpjumper. Thanks so much, JohnS -- You received this message because you are subscribed to the Google Groups &qu

Re: [rtems-docs commit] Update build system related sections for RTEMS 6

On 11/11/22 6:39 pm, Sebastian Huber wrote: > On 10/11/2022 01:30, Chris Johns wrote: >> The first is the maintenance of embedded the version numbers in the >> documentation. If we can avoid doing that the work per release or dot release >> is less. > > We could use

Re: [PATCH rtems-lwip] rtemslwip: Add note to intentionally blank files

On 11/11/22 8:36 am, Kinsey Moore wrote: > This should be covered by COPYING.rtemslwip. I would say it isn't worth > putting > it in the intentionally empty files. Agreed. Copyright of "empty" does not make sense. Chris ___ devel mailing list devel@rte

Re: [PATCH] cpukit/fdt: Fix typos and clarify params

OK. Thanks Chris On 10/11/22 4:01 am, Kinsey Moore wrote: > --- > cpukit/include/rtems/rtems-fdt.h | 24 +++- > 1 file changed, 15 insertions(+), 9 deletions(-) > > diff --git a/cpukit/include/rtems/rtems-fdt.h > b/cpukit/include/rtems/rtems-fdt.h > index 3919593582..18e043

Re: [5 DOCS PATCH] waf: Backport from main build fixes

On 10/11/22 3:40 pm, Gedare Bloom wrote: > looks fine. i'm not sure where > + "review": ("Gerrit Code Review", > "https://review.rtems.org/";), > came from, but I see it in before too. It came from the initial work Amar did in moving us to the RST format. There is no service provided

Re: [PATCH rtems-libbsd v2 0/3] CFC400X support

Looks good. Thanks Chris On 9/11/2022 4:10 pm, Kinsey Moore wrote: In this revised patch set, SGMII support has been reworked to use device trees while preserving existing static instantiation used by Zynq and Versal BSPs. ___ devel mailing list deve

Re: Add Formal Verification chapter v2

On 9/11/2022 9:48 pm, andrew.butterfi...@scss.tcd.ie wrote: ping (my fault really, i've let this sit!) Thank you for raising this and I am sorry we have not been as proactive as we should be. But I have been busy, interacting with a group doing a follow-up IV&V project with the qualifica

Re: [rtems-docs commit] Update build system related sections for RTEMS 6

On 9/11/2022 4:28 pm, Sebastian Huber wrote: On 09/11/2022 01:35, Chris Johns wrote: Was this posted for review? I do not remember seeing it? Yes, on September 12. Thanks. Sorry, I must have missed it. There are a number of things that could be improved with this change. I am sure

Re: [PATCH v2] zynqmp: Add support for the CFC-400X

Looks good and thank you for sorting out this approach. Thanks Chris On 9/11/2022 8:56 am, Kinsey Moore wrote: This adds a BSP variant for the ZynqMP BSP family to support the Innoflight CFC-400X platform. To properly support the CFC-400X, device trees were added to the ZynqMP platform due to b

Documentation changes required for release

Hello, The following was add to the documentation build support for the RTEMS 6 release to avoid the need for us to perform mindless updates of the documentation on each release cycle: https://git.rtems.org/rtems-docs/tree/README.txt#n604 The text is: 10. Use the following to embed the vers

Re: [rtems-docs commit] Update build system related sections for RTEMS 6

Hi, Was this posted for review? I do not remember seeing it? There are a number of things that could be improved with this change. Chris On 8/11/2022 4:47 pm, Sebastian Huber wrote: Module:rtems-docs Branch:master Commit:31199e3a69d2dbd0a8f360e424fd19f3e9ef66ce Changeset: http://

Re: [PATCH 2/2] c-user/clock: Fix typo

+1 On 8/11/2022 3:26 am, Gedare Bloom wrote: > ok to both > > On Mon, Nov 7, 2022 at 3:20 AM Matthew Joyce > wrote: >> >> From: Matt Joyce >> >> --- >> c-user/clock/directives.rst | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/c-user/clock/directives.rst b/c-user/c

Re: xz_crc64.c not compiled

On 8/11/2022 3:23 am, Gedare Bloom wrote: > On Fri, Nov 4, 2022 at 5:05 PM Chris Johns wrote: >> >> On 5/11/2022 6:46 am, Gedare Bloom wrote: >>> On Fri, Nov 4, 2022 at 1:39 PM Joel Sherrill wrote: >>>> >>>> >>>> >>>&

Re: Apple's Ventura OS issue with RSB.

On 7/11/2022 5:38 am, Karel Gardas wrote: > > Side note before answering : the email was motivated by the fact that I > provided > few patches to RSB to make that working well on Monterey running on M1. This > was > just few weeks ago so I know, this was running well. Last week I've updated to >

Re: [xubuntu-users] file system window read-only

On 6/11/22 07:43, Alessandro Lin wrote: Hallo, I have a problem with read-only filesystem. I describe neatly: I installed XUBUNTU 22 on a new desktop. Windows 10 already pre-installed. Before: I created a partition for xubuntu. I turned off Windows 10 quick start I disabled Bitlocker and d

Re: xz_crc64.c not compiled

On 5/11/2022 6:46 am, Gedare Bloom wrote: On Fri, Nov 4, 2022 at 1:39 PM Joel Sherrill wrote: On Fri, Nov 4, 2022, 2:37 PM Gedare Bloom wrote: Hi all, I don't see an entry in spec/build anywhere for xz_crc64.c From what I can tell it is not compiled/tested. I guess the This leads me to

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

On 5/11/2022 4:00 am, Gedare Bloom wrote: Given the complexity of this tagging, I'm going to start with just the true/false approach to categorize third-party sources. We can do something like the above in the future. Sounds good. We can consider a dict when someone maps out how to manage 3rd

Re: [PATCH 2/2] wscript: rename bsp_list to bsplist

+1 On 4/11/2022 2:59 am, Gedare Bloom wrote: > --- > wscript | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/wscript b/wscript > index a8510edbee..b42c8f1119 100755 > --- a/wscript > +++ b/wscript > @@ -1694,7 +1694,7 @@ COMPILER = {}""".format( > no_matches_err

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

On 3/11/2022 2:50 pm, Chris Johns wrote: > On 3/11/2022 10:30 am, Gedare Bloom wrote: >> It was pointed out in Discord that the "third_party_list" command is >> unusual with respect to other waf commands, which are given as oneword >> formats (other than bsp_lis

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

On 3/11/2022 10:30 am, Gedare Bloom wrote: > It was pointed out in Discord that the "third_party_list" command is > unusual with respect to other waf commands, which are given as oneword > formats (other than bsp_list and bsp_defaults). I think it makes sense > to go with such a oneword format for

Re: [RBW] Who is getting a Platypus?

vbnpE-So3anrX8FnoYvXu0tfPrjzHaAV72CFexJOtlkaAtXGEALw_wcB JohnS On Wednesday, November 2, 2022 at 9:49:28 AM UTC-4 DavidP wrote: > An Instagram update from yesterday shows Platypus frames are being packed > and shipped! > https://www.instagram.com/p/Ckbmiz_S5GB/ > > Anyone get a shipping notification for theirs yet? >

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 1:48 pm, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 9:22 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 2/11/2022 1:18 pm, Kinsey Moore wrote: > > On Tue, Nov 1, 2022 at 5:49 PM Chris Johns <mailto:chr...@rtems.org> > > <

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 1:18 pm, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 5:49 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 2/11/2022 8:56 am, Kinsey Moore wrote: > > On Tue, Nov 1, 2022 at 4:14 PM Chris Johns <mailto:chr...@rtems.org> &g

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 8:56 am, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 4:14 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 2/11/2022 5:51 am, Kinsey Moore wrote: > > Certain hardware configurations will always use SGMII instead of RGMII. > > Apply th

Re: [PATCH rtems-lwip 1/2] lwip.py: Remove redundant assignment

+1 On 2/11/2022 7:28 am, Vijay Kumar Banerjee wrote: > Hi Kinsey, > > The patches look great. Thanks for the cleanup. > > > Best regards, > Vijay > > On Tue, Nov 1, 2022 at 1:51 PM Kinsey Moore wrote: >> >> --- >> lwip.py | 2 -- >> 1 file changed, 2 deletions(-) >> >> diff --git a/lwip.py b

Re: [PATCH] zynqmp: Add support for the CFC-400X

On 2/11/2022 8:15 am, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 3:59 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 2/11/2022 5:38 am, Kinsey Moore wrote:> +#ifdef > BSP_XILINX_ZYNQMP_MGMT_UART_BASE > > +/** > > + * @brief Zynq Ul

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 5:51 am, Kinsey Moore wrote: > Certain hardware configurations will always use SGMII instead of RGMII. > Apply the appropriate flags for the relevant BSPs. > --- > freebsd/sys/dev/cadence/if_cgem.c | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/freebsd/sys/dev/c

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

On 2/11/2022 3:25 am, o...@c-mauderer.de wrote:> Is it a good idea to make it a mandatory attribute? It makes the yaml files > bigger. It will only mean that we have to look for copy and paste bugs instead > of missing attributes if someone adds a new third party library. Can you avoid having to a

Re: [PATCH] zynqmp: Add support for the CFC-400X

On 2/11/2022 5:38 am, Kinsey Moore wrote:> +#ifdef BSP_XILINX_ZYNQMP_MGMT_UART_BASE > +/** > + * @brief Zynq UltraScale+ MPSoC specific set up of a management console. > + * > + * The ZynqMP SoC's programmable logic can provide a serial interface for > system > + * management which may need speci

[RBW] Re: Video: Vintage lugged steel mixte restoration

Nice looking mixte Paul. I see you have an Uno seat post as well. As I recall the Shogun had an odd size, not too many options to chose from. JohnS On Monday, October 31, 2022 at 7:46:16 PM UTC-4 Paul in Dallas wrote: > > > > > I've got the 1973 Nishiki low step 22" fr

Re: [PATCH 1/2] bsps/riscv: Remove inaccurate statement about reliance on a boot loader

On 31/10/2022 10:44 pm, Hesham Almatary wrote: > Hello, > > I tried to push that but got an error message: > "remote: git_buildbot: ERROR: Could not connect to > buildbot.int.rtems.org:9899: Connection was refused by other side: 61: > Connection refused." Please try again. We have had some server

Re: Text Formatting Patches coming

On 1/11/2022 2:59 am, Gedare Bloom wrote: > I am planning to roll out several text formatting changes over the > next 6 weeks or so, to include: > 1. Removal of URLs from Copyright lines as per #4636. Note: Most of > the included URLs currently are from EB or Chris Johns (Contemporar

[RBW] Re: Philadelphia Bike Expo 2022

Looking forward to seeing everyone on Saturday! I'll be at the food court for 12:30 to say hello. Otherwise I'll be taking it all in and picking up my free gift from Will, when I say, "and I for one welcome our new insect overlords". LOL! JohnS On Wednesday, October 26, 20

Re: [PATCH 1/2] bsps/aarch64: Ensure FPU trap state is consistent

On 28/10/2022 9:57 am, Kinsey Moore wrote: > > On Thu, Oct 27, 2022 at 5:46 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 28/10/2022 9:25 am, Kinsey Moore wrote: > > On Thu, Oct 27, 2022 at 5:10 PM Chris Johns <mailto:chr...@rtems.org>

Re: [PATCH 1/2] bsps/aarch64: Ensure FPU trap state is consistent

On 28/10/2022 9:25 am, Kinsey Moore wrote: > On Thu, Oct 27, 2022 at 5:10 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 28/10/2022 9:05 am, Kinsey Moore wrote: > > RTEMS may be booted from a dirty environment. Ensure that FPU trap >

Re: [PATCH 1/2] bsps/aarch64: Ensure FPU trap state is consistent

On 28/10/2022 9:05 am, Kinsey Moore wrote: > RTEMS may be booted from a dirty environment. Ensure that FPU trap > settings are consistent. > --- > bsps/aarch64/shared/start/start.S | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/bsps/aarch64/shared/start/start.S > b/bsps/aar

Re: Increase Frequency of Updates of RTEMS GitHub Tools Mirroring

Hi Christian, Thank you for your considered comments. On 27/10/2022 12:06 am, Christian MAUDERER wrote: > Am 26.10.22 um 01:06 schrieb Chris Johns: >> On 26/10/2022 4:46 am, Joel Sherrill wrote: >>> In general, our current approach is quite a hack. We should do things &

Re: Increase Frequency of Updates of RTEMS GitHub Tools Mirroring

On 26/10/2022 4:46 am, Joel Sherrill wrote: > In general, our current approach is quite a hack. We should do things > more event driven. For example, if you want to update the RSB, then you > create a pull request. This pull request starts a CI script which > updates the mirrors and

Re: [PATCH] bsps/microblaze: Fix console interrupt build errors

OK to push Chris On 25/10/2022 12:36 pm, Alex White wrote: > This fixes build errors seen when building with console interrupts > enabled. A few places were missing bspopts.h includes, and one of the > UART functions was not defined. > --- > bsps/microblaze/include/dev/serial/uartlite.h | 1 +

Re: [PATCH] testproc/gsed: fix compilation of GNU sed on Mac OS X

Looks good. Ok to push. Thanks Chris On 24/10/2022 8:36 am, Karel Gardas wrote: > GNU sed compiles on Mac OS X fine, but without providing --host/--build > configure options. Hence removing them solved the issue of configure > not being able to recognize arm64-darwin platform. > --- > source-bui

Re: Intention behind `adelete` being a queryset method, and not available on a model instance?

s-orm-interface> >> >> says “QuerySet now provides an asynchronous interface...”. >> >> On Fri, Oct 21, 2022 at 3:51 PM Jason Johns wrote: >> >>> gotcha, then perhaps a documentation tweak would be in order, on both >>> queryset and model pages? becau

Re: Intention behind `adelete` being a queryset method, and not available on a model instance?

ethods, not async Model methods. Async model methods like adelete(), and > perhaps asave(), would be the next logical step. > > On Fri, Oct 21, 2022 at 1:47 PM Jason Johns wrote: > >> I came across a reddit post yesterday >> <https://www.reddit.com/r/django/comments/y

Intention behind `adelete` being a queryset method, and not available on a model instance?

I came across a reddit post yesterday about `adelete` raising an attribute error r = await mymodel.objects.aget(some_name=myname) await r.adelete() would throw an `AttributeError`, whereas r = await mymodel.objects

<    7   8   9   10   11   12   13   14   15   16   >