On 3/2/22 4:02 am, Heinz Junkes wrote:
> I think I slept through the latest development. Sorry about that.
Welcome back.
> Where can I get the rtems sources (c/src)?
This directory has gone. It had only existed on the master branch recently to
hold the autoconf build files and we have now
Patch, that's a great looking bike. I'm always impressed with how versatile
the QB/S1 are, commuter, rando-like, trail, does it all, as long as it's
not too hilly (DP would recommend walking in that case, lowest common gear).
Good luck,
JohnS
Who's only Riv is an orange QB.
On Monday
On 30/1/22 7:19 am, Joel Sherrill wrote:
> Hi
> https://lists.rtems.org/pipermail/build/2022-January/031425.html
>
> bsp-builder is reporting this. Help appreciated. Looks like it could
> be a tooling issue
>
> Failures Report
> ===
>1 posix-debug riscv/frdme310arty build:
>
On 27/1/22 6:09 pm, Sebastian Huber wrote:
> On 27/01/2022 03:24, Chris Johns wrote:
>> On 25/1/22 5:37 pm, Sebastian Huber wrote:
>>> On 25/01/2022 01:09, Chris Johns wrote:
>>>> On 25/1/22 1:39 am, Sebastian Huber wrote:
>>>>> how do we want to proce
On 29/1/22 2:36 am, Sebastian Huber wrote:
> On 28/01/2022 15:28, Christian MAUDERER wrote:
>> So I think at the moment, the engineering manual is wrong. The release branch
>> will always have the number N.0.0 as long as we don't change the release
>> process.
>
> I think the manual is right and
This came up via a query at Reddit
https://reddit.com/r/django/comments/setc9n/official_roadmap/ and I wasn’t
able to find anything other than what is already in the comments. That also
made me curious and feel that more communication about planned features and
changes could be useful.
OK
On 28/1/22 12:48 am, Ryan Long wrote:
> ---
> rtems/config/tools/rtems-tools-6.cfg | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/rtems/config/tools/rtems-tools-6.cfg
> b/rtems/config/tools/rtems-tools-6.cfg
> index d493955..f7a766e 100644
> ---
On 25/1/22 5:37 pm, Sebastian Huber wrote:
> On 25/01/2022 01:09, Chris Johns wrote:
>> On 25/1/22 1:39 am, Sebastian Huber wrote:
>>> how do we want to proceed with the integration of the new validation test
>>> suite?
>>> At the moment it is not clear t
About #2, found this nice Merino wool outer layer with rear pockets at
Search & State (by way of Radavist). Not cheap at $215, but what wool
garment is???
https://searchandstate.com/products/long-sleeve-merino-ranger/#
Good luck,
JohnS
On Saturday, January 22, 2022 at 4:32:09 PM UTC-5 Pat
On 25/1/22 1:39 am, Sebastian Huber wrote:
> how do we want to proceed with the integration of the new validation test
> suite?
> At the moment it is not clear to me what issues are left to resolve and what I
> can do to address them?
I believe I have been clear about what I see as being needed:
On 21/1/22 1:32 am, Joel Sherrill wrote:
> This looks good to me. If no one objects, I will push it.
Ok to push. Thanks
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
I do not use Linux enough to know if this is OK.
I have no problem with this being pushed if other Linux users are happy.
Chtis
On 20/1/22 11:03 pm, Sebastian Huber wrote:
> This fixes an issue on Debian 11 which contains "Debian" in /etc/issue
> (captital D).
> ---
>
OK to push.
Thank you for taking the time to get this sorted.
Chris
On 22/1/22 2:26 am, Joel Sherrill wrote:
> As part of adding aarch64 BSPs to tier 1, it become obvious that
> these config files had not received attention lately. Multiple
> architectures and BSPs needed to be added. Some BSPs
On 21/1/22 8:18 am, Alex White wrote:
> On Thu, Jan 20, 2022 at 12:30 AM Chris Johns wrote:
>>
>> On 20/1/22 2:54 pm, Alex White wrote:
>>> From: Jennifer Averett
>>> rtemsbsd/rtems/rtems-kernel-vmem.c| 17 +
>>> diff --git a/rtemsbsd/rtems
On 20/1/22 9:04 am, Joel Sherrill wrote:
> On Wed, Jan 19, 2022 at 2:56 PM Chris Johns wrote:
>>
>> On 20/1/22 5:08 am, Joel Sherrill wrote:
>>> Are the Tier 1 architectures/BSPs documented anywhere besides an INI file?
>>
>> I do not think they are.
>
&g
On 20/1/22 2:54 pm, Alex White wrote:
> From: Jennifer Averett
> rtemsbsd/rtems/rtems-kernel-vmem.c| 17 +
> diff --git a/rtemsbsd/rtems/rtems-kernel-vmem.c
> b/rtemsbsd/rtems/rtems-kernel-vmem.c
> index f64fbd17..70708902 100644
> --- a/rtemsbsd/rtems/rtems-kernel-vmem.c
> +++
On 8/1/22 9:34 am, Joel Sherrill wrote:
> On Fri, Jan 7, 2022 at 4:17 PM Chris Johns wrote:
>>
>> On 8/1/22 8:28 am, Ryan Long wrote:
>>> Hi,
>>>
>>> Our MacOS VM is failing to build several of the tools on the RTEMS 5
>>> branch. We
>>
Looks great and thank you for taking care of this.
Chris
On 20/1/22 5:04 am, Joel Sherrill wrote:
> The set of ini files for rtems-bsp-builder was out of sync
> with the set of architectures and BSPs currently in RTEMS.
> This patch set adds three architectures and a handful of BSPs.
>
> Build
On 20/1/22 5:08 am, Joel Sherrill wrote:
> Are the Tier 1 architectures/BSPs documented anywhere besides an INI file?
I do not think they are.
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Hello Jamin,
You may want to do a search on this guard. As I recall at least one group
member wasn't very happy with it.
Regards,
JohnS
On Tuesday, January 18, 2022 at 11:42:56 PM UTC-5 jamin orrall wrote:
> Looking for a Nitto wire guard, I have attached a photo. They seem to be
&g
OK
Thanks
Chris
On 19/1/22 5:17 am, Joel Sherrill wrote:
> Updates #4302.
> ---
> config/rtems-bsps-powerpc.ini | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/config/rtems-bsps-powerpc.ini b/config/rtems-bsps-powerpc.ini
> index b4dc02c..fc69827 100644
> ---
Ok to push.
Thank you
Chris
On 19/1/22 3:19 am, Kinsey Moore wrote:
> Hardware test results have recently been posted for AArch64.
>
> Closes #4581
> ---
> config/rtems-bsps-tiers.ini | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/config/rtems-bsps-tiers.ini
On 17/1/22 8:51 pm, Sebastian Huber wrote:
> On 17/01/2022 09:47, Chris Johns wrote:
>> On 17/1/22 7:04 pm, Sebastian Huber wrote:
>>> On 17/01/2022 08:52, Chris Johns wrote:
>>>> My understanding of the status of these patches is the remaining topic is
>>>
Plus 1 for the Meetup app (meetup.com), great way to find like minded
cyclists in your area. My local bike club uses it to post all of its rides
from rail to trail rides (flat, 12-14 mph pace) to near race pace roadies
(18-20 mph with hills), and everything in between.
Good Luck!
JohnS
On 17/1/22 7:04 pm, Sebastian Huber wrote:
> On 17/01/2022 08:52, Chris Johns wrote:
>> My understanding of the status of these patches is the remaining topic is the
>> release dependencies. I have not had time to give this any consideration
>> however
>> I have a
On 15/1/22 2:02 am, Sebastian Huber wrote:
> On 11/01/2022 17:09, Sebastian Huber wrote:
>>
>> I will do a test run on a arm/imx7 board tomorrow. The new validation tests
>> already passed some time ago on this board.
>
> Running the complete new validation test suite revealed a bug in the arm
On 8/1/22 8:28 am, Ryan Long wrote:
> Hi,
>
> Our MacOS VM is failing to build several of the tools on the RTEMS 5 branch.
> We
> think that using an older version of gcc should get all of the tools to
> build. I
> tried build gcc-4.8 with the RSB, but I get the following error.
>
>
>
On 5/1/22 5:10 am, Alex White wrote:
> From: Jennifer Averett
>
> ---
> .../microblaze_fpga/dts/microblaze-dtb.c | 962 ++
> .../microblaze/microblaze_fpga/dts/system.dts | 452
> bsps/microblaze/microblaze_fpga/fdt/bsp_fdt.c | 21 +
>
Which repo is this for?
On 5/1/22 5:10 am, Alex White wrote:
> This patch set adds support for libbsd to the MicroBlaze BSPs and contains
> fixes
> for issues found while debugging the rtems-libbsd telnetd01 test in QEMU and
> on
> the Xilinx KCU105 board.
>
> Alex White (1):
> microblaze:
these days.
https://www.treefortbikes.com/Velo-Voam-Breeze-Saddle
Good luck,
JohnS
On Thursday, December 30, 2021 at 12:38:18 PM UTC-5 Elisabeth Sherwood
wrote:
> p.s. Went to Trek's website and this is the one we got for my mother's
> bike:
>
>
> https://www.trekbikes.com/us/en_US/eq
Brakes are sold.
Happy Holidays Everyone!
JohnS
On Wednesday, December 22, 2021 at 2:51:36 PM UTC-5 Dorothy C wrote:
> The original Paul Racers, not the medium are discontinued, it seems
>
> On Wednesday, December 22, 2021 at 11:04:13 AM UTC-8 JohnS wrote:
>
>> H
Hello Sean and Ryan, apparently Paul Racers are a rare commodity since two
other people replied off list for them as well. So that would mean Sean is
4th and Ryan is 5th in line. Sorry.
JohnS
On Tuesday, December 21, 2021 at 9:38:43 PM UTC-5 Abcyclehank wrote:
> I will get behind the origi
On 22/12/21 6:37 am, Joel Sherrill wrote:
> On Tue, Dec 21, 2021, 12:45 PM Chris Johns <mailto:chr...@rtems.org>> wrote:
> > How can we ensure that all mirrors listed work?
>
> They would need to be tested and that means more code in the RSB to do it.
>
&
OK
Thanks
Chris
On 22/12/21 7:49 am, Ryan Long wrote:
> Replaced raw pointer used with ReportsBase-derived classes to make code
> cleaner and make it to where pointers do not have to be manually
> deleted.
>
> Closes #4376
> ---
> tester/covoar/ReportsBase.cc | 77
>
as well sell them
to someone who can use them. I'll PM you with the details and pics later
today.
JohnS
On Tuesday, December 21, 2021 at 11:31:45 AM UTC-5 lconley wrote:
> The panda look requires you to mix the black and silver parts between the
> brakes, I believe.
>
> Laing
&g
On 22/12/21 1:45 am, Joel Sherrill wrote:
> On Tue, Dec 21, 2021 at 12:33 AM Sebastian Huber
> wrote:
>>
>> On 20/12/2021 22:52, Chris Johns wrote:
>>> On 21/12/21 2:33 am, Joel Sherrill wrote:
>>>> On Mon, Dec 20, 2021 at 8:54 AM Joel Sherrill wrote:
>
On 21/12/21 10:08 am, Ryan Long wrote:
> On 12/20/2021 5:03 PM, Chris Johns wrote:
>> On 21/12/21 7:24 am, Ryan Long wrote:
>>
>>> reportList_t reportList;
>> Then make this `reports`.
>>
>>> reportList_t::iterator ri
On 21/12/21 7:24 am, Ryan Long wrote:
> Replaced raw pointer used with ReportsBase-derived classes to make code
> cleaner and make it to where pointers do not have to be manually
> deleted.
>
> Closes #4376
> ---
> tester/covoar/ReportsBase.cc | 21 ++---
> 1 file changed, 6
On 21/12/21 2:33 am, Joel Sherrill wrote:
> On Mon, Dec 20, 2021 at 8:54 AM Joel Sherrill wrote:
>>
>> On Mon, Dec 20, 2021 at 6:59 AM Sebastian Huber
>> wrote:
>>>
>>> Hello,
>>>
>>> it seems the GNU web server is down:
>>
>> Yep. Still down.
>>
>> i reached out to the sourceware admins to see
On 16/12/21 6:36 pm, Sebastian Huber wrote:
> On 16/12/2021 04:51, Chris Johns wrote:
>> On 16/12/21 3:27 am, Sebastian Huber wrote:
>>> On 15/12/2021 06:46, Chris Johns wrote:
>>>> On 14/12/21 6:24 pm, Sebastian Huber wrote:
>>>>> Hello Chris,
>&
OK
Thanks
Chris
On 16/12/21 3:05 am, Kinsey Moore wrote:
> When this file was brought in, it came from the wrong location or
> freebsd-org hash. This corrects the file such that freebsd-to-rtems.py
> runs cleanly.
> ---
> freebsd/sys/arm64/include/machine/in_cksum.h | 43 +++-
>
> @@ -1,21 +1,33 @@
> #
> # 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.
&
OK
Thanks
Chris
On 16/12/21 8:32 am, Alex White wrote:
> Hi,
>
> This patch set adds the changes related to report mailing to rtems-tools 5.
>
> See #4553
>
> Thanks,
>
> Alex White
>
> Alex White (5):
> rtemstoolkit/mailer.py: Return full smtp-host arg value
> rtemstoolkit: Filter mail
On 16/12/21 3:27 am, Sebastian Huber wrote:
> On 15/12/2021 06:46, Chris Johns wrote:
>> On 14/12/21 6:24 pm, Sebastian Huber wrote:
>>> Hello Chris,
>>>
>>> On 13/12/2021 22:01, Chris Johns wrote:
>>>> On 14/12/21 1:53 am, Sebastian Huber wr
On 14/12/21 6:24 pm, Sebastian Huber wrote:
> Hello Chris,
>
> On 13/12/2021 22:01, Chris Johns wrote:
>> On 14/12/21 1:53 am, Sebastian Huber wrote:
>>> Hello,
>>>
>>> the ESA activity to pre-qualify parts of RTEMS according to ECSS
>>> re
OK
On 14/12/21 12:47 am, Ryan Long wrote:
> CID 1471639: Uncaught exception
>
> Closes #4501
> ---
> tester/covoar/TraceConverter.cc | 20 ++--
> 1 file changed, 18 insertions(+), 2 deletions(-)
>
> diff --git a/tester/covoar/TraceConverter.cc b/tester/covoar/TraceConverter.cc
On 14/12/21 1:53 am, Sebastian Huber wrote:
> Hello,
>
> the ESA activity to pre-qualify parts of RTEMS according to ECSS requirements
> is
> nearly complete. There is a short presentation available here:
>
> https://indico.esa.int/event/374/timetable/
Was the change in memory usage for 4.8 of
OK and thanks for the split.
Thanks
Chris
On 14/12/21 3:09 am, Ryan Long wrote:
> Hi,
>
> For this patchset I made the formatting more consistent.
>
> This included:
>
> - adding whitespace
> - adding curly braces to if statements or loops
> - fixing the layout of long lists of function
On 10/12/21 6:20 pm, Christian MAUDERER wrote:
> Am 09.12.21 um 22:09 schrieb Chris Johns:
>> On 9/12/21 6:47 pm, Christian MAUDERER wrote:
>>
>> Given it is in maybe we let it sit and it there is feedback we come back and
>> take another look?
>
> No problem
On 10/12/21 10:00 am, Ryan Long wrote:
> For this round of changes, I made some revisions that were recommended
> in ConfigFile.cc
>
> - deleted a library include
> - changed a function call from sscanf to std::sscanf
> - consolidated some error messages into a function
OK to push.
Thanks
Chris
On 9/12/21 6:47 pm, Christian MAUDERER wrote:
> Hello Chris,
>
> sorry that I haven't been clear enough.
>
> 1. The ticket #4552 that I created before sending the patch to the list and
> that
> was closed by the patch was for 5.
>
> 2. I asked as an answer to Joels review and I understood him
Hi Christian,
I did not know this was for the 5 branch. Where was this discussed?
Functional changes to a release branch need to be treated carefully and in this
case I would not approve it. I am sorry if I did not pick up it was for 5 as
well.
Thanks
Chris
On 9/12/21 6:21 pm, Christian
On 9/12/21 2:15 am, Ryan Long wrote:
> ---
> tester/covoar/ConfigFile.cc | 79
> +
> tester/covoar/ConfigFile.h | 2 +-
> 2 files changed, 31 insertions(+), 50 deletions(-)
>
> diff --git a/tester/covoar/ConfigFile.cc b/tester/covoar/ConfigFile.cc
>
OK and thanks
Chris
On 9/12/21 12:08 pm, Kinsey Moore wrote:
> When the cadence I2C code was moved to a shared directory, the
> references were updated but the install locations weren't. This updates
> the install locations to match what out-of-tree applications expect.
> ---
>
On 8/12/21 1:09 am, Ryan Long wrote:
> On 12/6/2021 10:09 PM, Chris Johns wrote:
>> On 4/12/21 1:47 am, Ryan Long wrote:
>>> Hi,
>>>
>>> For this series of patches, I followed this series of steps:
>>>
>>> 1. Convert a file from the C way o
On 3/12/21 11:50 pm, Christian Mauderer wrote:
> RTEMS untar implementation had problems with overwriting or integrating
> archives into existing directory structures. This patch adapts the
> behavior to mimic that of a GNU tar or BSD tar and extends the tar01
> test to check for the behavior.
On 4/12/21 1:47 am, Ryan Long wrote:
> Hi,
>
> For this series of patches, I followed this series of steps:
>
> 1. Convert a file from the C way of doing things to C++.
> 2. Go through all the files that had to do with the converted file and
> make the formatting consistent.
OK to push.
It
On 3/12/21 8:26 pm, jan.som...@dlr.de wrote:
>> -Original Message-
>> From: Chris Johns
>> Sent: Thursday, December 2, 2021 10:11 PM
>> To: Sommer, Jan ; Moyano Heredia, Victor Gabriel
>> ; devel@rtems.org
>> Subject: Re: [PATCH 1/1] Update rtems
On 2/12/21 7:27 pm, jan.som...@dlr.de wrote:
>> -Original Message-
>> From: devel On Behalf Of Chris Johns
>> Sent: Thursday, December 2, 2021 2:06 AM
>> To: Moyano Heredia, Victor Gabriel ;
>> devel@rtems.org
>> Subject: Re: [PATCH 1/1] Upda
OK to push.
Thanks
Chris
On 1/12/21 2:03 am, Moyano, Gabriel wrote:
> ---
> rtems-notes-5.md | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/rtems-notes-5.md b/rtems-notes-5.md
> index 3737199..7697980 100644
> --- a/rtems-notes-5.md
> +++ b/rtems-notes-5.md
> @@ -374,3
On 29/11/21 9:29 pm, Sebastian Huber wrote:
> The BSPs provide memory for the workspace initialization via
> _Memory_Get(). Most BSPs provide exactly one memory area. Only two
> BSPs provide more than one memory area (arm/altera-cyclone-v and
> bsps/powerpc/mpc55xxevb). Only if more than one
On 29/11/21 11:24 pm, Sebastian Huber wrote:
> On 24/11/2021 10:57, gabriel.moy...@dlr.de wrote:
>>> I am fine with this change being pushed to the 5 branch but I think it
>>> needs to built with the tier 1 archs (i386, powerpc, arm).
>> I could compile them for the BSPs of those
On 21/11/21 12:21 pm, Joel Sherrill wrote:
> On Sat, Nov 20, 2021, 6:50 PM Karel Gardas wrote:
>> indeed, centos 7 is bundled with gcc 4.8.5. Now, the question is, is
>> centos 7 still supported by RTEMS? If so, then we will need to invent
>> some machinery to check not only for commands but also
On 19/11/21 9:32 pm, gabriel.moy...@dlr.de wrote:
>> I am fine with this change being pushed to the 5 branch but I think it needs
>> to built with the tier 1 archs (i386, powerpc, arm).
>
> I could compile them for the BSPs of those archs.
Thanks.
> Does it make sense to run some test in
On 20/11/21 5:14 am, Joel Sherrill wrote:
> Looks like another place that needs version help. rtems-test has a 6
> in it somewhere that needs to be overridden.
It is located here:
https://git.rtems.org/rtems-tools/tree/tester/rtems/version.cfg
> Notice that it is
> invoking sparc-rtems6-sis
On 17/11/21 11:03 pm, Sebastian Huber wrote:
> On 17/11/2021 11:42, gabriel.moy...@dlr.de wrote:
>>> The patch set should have no API/ABI impact on applications.
>> Sorry I didn't verified if the ABI is broken. We are checking this with my
>> team.
>
> I think, the patch set should have no
On 18/11/21 3:39 am, Sebastian Huber wrote:
> On 17/11/2021 09:11, Sebastian Huber wrote:
>> Module: rtems
>> Branch: master
>> Commit: ccbcfb679da0a6c07878d3ae4ff0f91cb1c3caee
>> Changeset:http://git.rtems.org/rtems/commit/?id=ccbcfb679da0a6c07878d3ae4ff0f91cb1c3caee
>>
>>
>> Author:
On 16/11/21 4:27 am, Sebastian Huber wrote:
> On 11/11/2021 08:02, Sebastian Huber wrote:> On 09/11/2021 13:06, Sebastian
> Huber wrote:
>>> On 09/11/2021 08:50, Sebastian Huber wrote:
>>>> On 09/11/2021 08:41, Chris Johns wrote:
>>>>>> We could al
OK
Chris
On 16/11/21 5:18 am, Sebastian Huber wrote:
> Evaluate CONFIGURE_DISABLE_BSP_SETTINGS for each affected application
> configuration option. This makes the code easier to review since the
> influence
> of CONFIGURE_DISABLE_BSP_SETTINGS is locally visible in the code.
> ---
>
OK to push. This is a sensible change to make.
Thanks
Chris
On 16/11/21 6:27 pm, Sebastian Huber wrote:
> Use a rubric instead of a definition list for the application
> configuration options similar to the directive documentation pages. For
> direcives and application configuration options use
OK and thank you
Chris
On 16/11/21 5:47 pm, Sebastian Huber wrote:
> This reverts commit d1bbfbea5f60f552b2b3138bb1df35c3372f2461.
> ---
> spec/build/cpukit/optvermaj.yml | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/spec/build/cpukit/optvermaj.yml
On 15/11/21 7:09 pm, Sebastian Huber wrote:
> On 14/11/2021 23:42, Chris Johns wrote:
>>> With this approach you don't give the user the ability to change everything.
>>> However, what can be change is defined by the build specification and not
>>> the
>>&
> On 14 Nov 2021, at 11:15 pm, Sebastian Huber
> wrote:
>
> On 14/11/2021 04:07, chr...@rtems.org wrote:
>> From: Chris Johns
>> - Provide the option `--rtems-version` to set the major version
>> number
>> - Add a method to handle setting action values
Thank you Ray for the tip, great looking pedals, may give them a try myself
and they are in stock (at least they are today).
JohnS
On Saturday, November 13, 2021 at 12:52:35 PM UTC-5 Ray Varella wrote:
> Over the years I’ve seen numerous comments on how comfortable larger
>
On 13/11/21 10:00 am, Joel Sherrill wrote:
> On Fri, Nov 12, 2021 at 4:52 PM Chris Johns wrote:
>>
>> Let me take a look at a configure option. I prefer it over spec files as this
>> creates another thing to change after a release.
>
> Happy to see an alternative wa
OK
On 13/11/21 1:54 am, Joel Sherrill wrote:
> ---
> rtems/config/tools/rtems-tools-6.cfg | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/rtems/config/tools/rtems-tools-6.cfg
> b/rtems/config/tools/rtems-tools-6.cfg
> index 6d05d12..cf895d6 100644
> ---
Let me take a look at a configure option. I prefer it over spec files as this
creates another thing to change after a release.
Thanks
Chris
On 13/11/21 3:03 am, Joel Sherrill wrote:
> ---
> spec/build/cpukit/optvermaj.yml | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff
On 13/11/21 9:08 am, Joel Sherrill wrote:
> On Fri, Nov 12, 2021 at 3:50 PM Chris Johns wrote:
>>
>> On 13/11/21 12:46 am, Sebastian Huber wrote:
>>> On 11/11/2021 22:31, Joel Sherrill wrote:
>>>> On Thu, Nov 11, 2021 at 12:56 PM Sebastian Huber
>>>>
On 13/11/21 12:46 am, Sebastian Huber wrote:
> On 11/11/2021 22:31, Joel Sherrill wrote:
>> On Thu, Nov 11, 2021 at 12:56 PM Sebastian Huber
>> wrote:
>>>
>>>
>>> On 11/11/2021 17:47, Joel Sherrill wrote:
Hi
I was looking at the logs for building the rtems7 tools and it seems
On 11/11/21 9:15 am, Karel Gardas wrote:
> On 11/10/21 11:04 PM, Chris Johns wrote:
>> On 11/11/21 5:32 am, Karel Gardas wrote:
>>> the attach patch adds GRUB2 into the RSB RTEMS tools. Idea is to use
>>> that on amd64 BSP for building bootable images. That's also th
On 11/11/21 5:32 am, Karel Gardas wrote:
> the attach patch adds GRUB2 into the RSB RTEMS tools. Idea is to use
> that on amd64 BSP for building bootable images. That's also the reason
> why it is used only on 6/rtems-x86_64 bset only.
Thank you for adding this and posting it here.
Does grub
On 9/11/21 5:57 pm, Sebastian Huber wrote:
> On 09/11/2021 03:46, Chris Johns wrote:
>>
>> On 20/10/21 2:25 am, Sebastian Huber wrote:
>>> Add new clock manager directives to get all times provided by the
>>> timehands.
>>>
>>> Update #4527
On 20/10/21 2:25 am, Sebastian Huber wrote:
> Add new clock manager directives to get all times provided by the
> timehands.
>
> Update #4527.
> ---
> For an updated document to review see:
>
> https://ftp.rtems.org/pub/rtems/people/sebh/c-user.pdf
>
> v2: Clarify boot time.
>
>
On 9/11/21 9:08 am, Joel Sherrill wrote:
>
>
> On Mon, Nov 8, 2021, 5:04 PM Chris Johns <mailto:chr...@rtems.org>> wrote:
>
> On 8/11/21 5:29 pm, Sebastian Huber wrote:
> > On 25/10/2021 19:50, Sebastian Huber wrote:
> >> On 19/10/2021 17:2
On 8/11/21 5:29 pm, Sebastian Huber wrote:
> On 25/10/2021 19:50, Sebastian Huber wrote:
>> On 19/10/2021 17:25, Sebastian Huber wrote:
>>> Add new clock manager directives to get all times provided by the
>>> timehands.
>>>
>>> Update #4527.
>>> ---
>>> For an updated document to review see:
>>>
OK and thanks
Chris
On 5/11/21 1:31 am, Ryan Long wrote:
> Closes #4145
> ---
> rtems/config/tools/rtems-kernel-6.cfg | 6 +-
> rtems/config/tools/rtems-kernel-common.cfg | 125 +++
> source-builder/sb/rtems-kernel-config-check | 147
>
Thanks Pam, should be good time.
On Thursday, November 4, 2021 at 10:18:54 PM UTC-4 Pam Bikes wrote:
> I'll look for you. Can't wait to meet you and see your bike.
>
> On Thursday, November 4, 2021 at 1:49:28 PM UTC-4 JohnS wrote:
>
>> Saturday's weather forecast is sunny an
Saturday's weather forecast is sunny and mid-50's, should be great riding
weather to/from the Expo!
BTW, I'm planning to wear my light blue peace wheel shirt and will have my
shop sack slung over my shoulder.
Hope to meet up with the ROB members when I'm there,
JohnS
On Wednesday, November 3
On 4/11/21 12:37 am, Ryan Long wrote:
> -Original Message-
> From: Chris Johns
> Sent: Tuesday, November 2, 2021 5:14 PM
> To: Ryan Long ; devel@rtems.org
> Subject: Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf
>
> On 3/11/21 4:1
On 3/11/21 4:13 am, Ryan Long wrote:
>
> -Original Message-
> From: Chris Johns
> Sent: Monday, November 1, 2021 8:48 PM
> To: Ryan Long ; devel@rtems.org
> Subject: Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf
> On 28/10/21 2:09 am, Ryan Lon
uiet',self._lo_bool,
> False, '0', True),
> +'--trace' : ('_trace',self._lo_bool,
> False, '0', True),
> + '--dry-run' : ('_dry_run', self._lo_bool,
> False, '0', True),
> +
So this is the route I'll be taking Saturday morning after breakfast at
Bruno's, so leaving about 9:00. About 5 miles are on gravel. Not sure if
I'll take the Quickbeam or my recently refreshed '82 Stumpjumper.
https://ridewithgps.com/routes/37909474
JohnS
On Thursday, October 28, 2021 at 2
On 30/10/21 8:17 am, Kinsey Moore wrote:
> This patch set adds libdebugger support to AArch64 and resolves several
> bugs found along the way.
Looks good and OK to push.
Kinsey. really nice work :)
Thanks
Chris
___
devel mailing list
devel@rtems.org
On 29/10/21 6:26 am, Joel Sherrill wrote:
> On Thu, Oct 28, 2021 at 12:20 PM Hesham Almatary
> wrote:
>>
>> Does RISC-V need that too?
>
> Not based on the current bsets.
>
> $ grep -r dtc *
> 6/rtems-moxie.bset:devel/dtc-1.6.0-1
> 6/rtems-microblaze.bset:devel/dtc-1.6.0-1
>
OK
Thanks
Chris
On 29/10/21 7:01 am, Alex White wrote:
> This fixes a problem with mailer options support that occurred because
> check.py uses argparse.ArgumentParser instead of tester.rt.options.
> ---
> rtemstoolkit/mailer.py | 2 +-
> tester/rt/check.py | 17 -
> 2
, get
there when we get there. Any one want to join me? Let me know.
JohnS
On Thursday, October 28, 2021 at 5:12:51 AM UTC-4 ascpgh wrote:
> Please take lots of pictures.
>
> Seeing the riders and their bikes would be great, pictures of exhibitors'
> things too! Rivend
Looks like fun!
JohnS
On Thursday, October 28, 2021 at 10:21:21 AM UTC-4 Dave Grossman wrote:
> Not aero enough Max
>
> On Thursday, October 28, 2021 at 8:14:11 AM UTC-5 Bill Lindsay wrote:
>
>> On Thursday, October 28, 2021 at 5:50:37 AM UTC-7 Max S wrote:
>>
>>
https://docs.djangoproject.com/en/3.2/ref/contrib/staticfiles/#django.contrib.staticfiles.storage.ManifestStaticFilesStorage
Are you using this? basically, it converts static asset filenames from
`styles.css` to `styles.2932y382.css` and other random-seeming hashes in
the filename. Useful
The (newer) risc os port does a whole bunch of stuff in importlib to do this,
as it natively doesn’t use extensions but file types.
I’m not sure if you could do something similar without modifying importlib and
re-freezing it.
On 22/10/21 1:21 am, Sebastian Huber wrote:
> On 21/10/2021 10:36, Chris Johns wrote:
>> Could you please answer the other parts of the email you cut because it would
>> help understand this stuff?
>>
>> Specifically the opt* and user options. When is
1301 - 1400 of 9782 matches
Mail list logo