On 5/10/2023 4:56 am, Kinsey Moore wrote:
> If you need dynamic reconfiguration, I believe Chris Johns has been doing some
> work in that vein: https://github.com/kiwichris/rtems-xilinx-xrt
> <https://github.com/kiwichris/rtems-xilinx-xrt>
Yes. This works on the Versal. I
OK
Chris
On 4/10/2023 2:29 am, Joel Sherrill wrote:
> ---
> cpukit/libfs/src/dosfs/fat_fat_operations.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/cpukit/libfs/src/dosfs/fat_fat_operations.c
> b/cpukit/libfs/src/dosfs/fat_fat_operations.c
> index
I was impressed by that bike as well. Looks like it's ready to go anywhere.
JohnS
On Monday, October 2, 2023 at 10:40:12 AM UTC-4 jamin orrall wrote:
> The bike belongs to Masa, more photos and info here:
>
> https://www.rivbike.com/blogs/news/james-japan-pics
>
> On Monday,
Josh,
Your Atlantis looks great with the new wheels. I'm a big fan of WI hubs (I
have 3 wheelsets with them now). I think you'll be very happy with them.
The rear hub clicking sound doesn't bother to me either.
JohnS
On Thursday, September 28, 2023 at 8:09:59 PM UTC-4 Josh C wrote
On 28/9/2023 6:28 am, Heinz Junkes wrote:
> It was a mess with homebrew and python versions on my system.
> Rsb works well ;-)
Thanks for following this up and good to know. Have you managed to use the gdb
executable? A user has reported on discord the ARM gdb crashing however I do not
see that
Must be a MKS thing, pretzel, taco... what's next the nacho pedals???
John
On Tuesday, September 26, 2023 at 12:35:10 AM UTC-4 Luke Hendrickson wrote:
> I’ve seen it in-person and … I’ll pass.
>
> On Monday, September 25, 2023 at 3:50:19 PM UTC-7 krhe...@gmail.com wrote:
>
>> @Bill
>>
>>
On 22/9/2023 2:47 pm, Sebastian Huber wrote:
> On 22.09.23 04:36, Joel Sherrill wrote:
>> Are we doing something that particularly requires C++17? AFAIK we haven't
>> needed it yet and why wouldn't it also be needed with gcc? If the default on
>> recent gcc versions is that, ok but we should be
Looks good
Thanks
Chris
On 22/9/2023 10:40 pm, Sebastian Huber wrote:
> The header file is required for every RTEMS test
> program. Move the RTEMS test printer support to a dedicated header file
> . This removes an unnecessary dependency to the
> RTEMS printer support in .
>
> Tests using
Thanks for sharing Paul, that's one clean machine.
JohnS
On Sunday, September 24, 2023 at 1:40:30 PM UTC-4 Ryan wrote:
> Shinier than my 2001 road
>
> On Sunday, September 24, 2023 at 9:45:41 AM UTC-5 Bikie#4646 wrote:
>
>> While eating at one of our favorite coffee shops
OK to 1 and 2
Thanks
Chris
On 22/9/2023 7:31 am, Kinsey Moore wrote:
> Expose a function to read the NOR flash chip ID information beyond the
> minimum 3 bytes for the lookup table.
> ---
> bsps/include/dev/spi/xqspipsu-flash-helper.h | 15 +++
> bsps/shared/dev/spi/xqspipsu-flash-helper.c
I assume this is in the network services repo?
OK and thanks
Chris
On 22/9/2023 4:38 am, Kinsey Moore wrote:
> lwIP includes more than the bare address structures in its accounting of
> the total addrinfo struct size. Ensure that lwIP gets the correct
> address size.
> ---
>
The chromoly version is magnetic.
JohnS
On Wednesday, September 20, 2023 at 2:23:39 PM UTC-4 Johnny Alien wrote:
> If its the aluminum version it will have a sticker/band around the bar
> near the sleeve. Either black or red I think?? I can't remember. If its the
> chromol
OK
Thanks
Chris
On 20/9/2023 7:18 am, Kinsey Moore wrote:
> The documentation for this function suggests that it can handle invalid
> descriptors safely. This change allows negative descriptors to be
> handled without a crash.
> ---
> rtemsbsd/include/machine/rtems-bsd-libio.h | 6 --
> 1
Looks good.
Thanks
Chris
On 18/9/2023 8:26 pm, Sebastian Huber wrote:
> Doing the enabled-by processing just for the ldflags and just for the
> link custom commands is confusing. Use an option instead which is
> intended to be used for such use cases.
> ---
>
On 18/9/2023 10:09 pm, Sebastian Huber wrote:
> On 17.09.23 00:58, Chris Johns wrote:
>>> There are also no test cases for this function.
>>> Without test cases it is easy to break something without knowing it.
>> The libdl test cases have been updated to reference TLS n
Looks good and thank you. I appreciate you handling this for me.
Chris
On 15/9/2023 5:07 pm, Sebastian Huber wrote:
> Add _CPU_Get_TLS_thread_pointer() to get the thread pointer which is
> used to get the address of thread-local storage objects associated with
> a thread.
>
> Update #4920.
>
On 15/9/2023 5:07 pm, Sebastian Huber wrote:
> On 14.09.23 23:56, Chris Johns wrote:
>> On 14/9/2023 7:33 pm, Sebastian Huber wrote:
>>> On 14.09.23 10:51, Chris Johns wrote:
>>>> On 14/9/2023 5:58 pm, Sebastian Huber wrote:
>>>>> On 14.09.23 09:38,
On 14/9/2023 7:33 pm, Sebastian Huber wrote:
> On 14.09.23 10:51, Chris Johns wrote:
>> On 14/9/2023 5:58 pm, Sebastian Huber wrote:
>>> On 14.09.23 09:38, Chris Johns wrote:
>>>>>> The issue I faced was no score interface to get the TLS base for a
>>
On 14/9/2023 5:58 pm, Sebastian Huber wrote:
> On 14.09.23 09:38, Chris Johns wrote:
>>>> The issue I faced was no score interface to get the TLS base for a thread
>>>> to
>>>> determine a symbol's offset. If we had that and something to say if TLS is
&g
On 14/9/2023 5:20 pm, Sebastian Huber wrote:
> On 14.09.23 09:12, Chris Johns wrote:
>> On 14/9/2023 4:55 pm, Sebastian Huber wrote:
>>> On 14.09.23 08:34, Sebastian Huber wrote:
>>>> This seems to break the mips build:
>>>>
>>>> cpukit/libdl/r
On 14/9/2023 4:55 pm, Sebastian Huber wrote:
> On 14.09.23 08:34, Sebastian Huber wrote:
>> This seems to break the mips build:
>>
>> cpukit/libdl/rtl-tls.c:104:2: error: #error unsupported architecture
>> 104 | #error unsupported architecture
>> | ^
>>
>
> Also the moxie and
On 13/9/2023 6:52 pm, Sebastian Huber wrote:
> On 13.09.23 09:20, Chris Johns wrote:
>> On 13/9/2023 4:18 pm, Sebastian Huber wrote:
>>>
>>> On 13.09.23 03:12, Chris Johns wrote:
>>>> On 12/9/2023 5:55 pm, Sebastian Huber wrote:
>>>>> O
On 13/9/2023 4:18 pm, Sebastian Huber wrote:
>
>
> On 13.09.23 03:12, Chris Johns wrote:
>> On 12/9/2023 5:55 pm, Sebastian Huber wrote:
>>> On 12.09.23 09:43, Chris Johns wrote:
>>>>>>> Setting OPTIMIZATION_FLAGS and TEST_OPTIMIZATION_FLAGS t
OK
Thanks
Chris
On 13/9/2023 12:44 am, Sebastian Huber wrote:
> The availability of a proper RTEMS_DEFINE_GLOBAL_SYMBOL() implementation
> depends on __asm__() and thus __GNUC__.
>
> Clarify documentation.
>
> Update #4953.
> ---
> cpukit/include/rtems/score/basedefs.h | 5 +++--
> 1 file
On 12/9/2023 5:55 pm, Sebastian Huber wrote:
> On 12.09.23 09:43, Chris Johns wrote:
>>>>> Setting OPTIMIZATION_FLAGS and TEST_OPTIMIZATION_FLAGS through the
>>>>> configuration
>>>>> file always worked.
>>>> Great. I am seeing:
>
On 12/9/2023 5:32 pm, Sebastian Huber wrote:
> On 12.09.23 08:49, Chris Johns wrote:
>> On 12/9/2023 2:15 pm, Sebastian Huber wrote:
>>> On 12.09.23 03:26, Chris Johns wrote:
>>>> On 11/9/2023 7:37 pm, Sebastian Huber wrote:
>>>>> Revert duplicated l
On 12/9/2023 4:43 pm, Sebastian Huber wrote:
> On 12.09.23 08:40, Chris Johns wrote:
>> On 12/9/2023 4:31 pm, Sebastian Huber wrote:
>>> On 27.07.23 13:33, Sebastian Huber wrote:
>>>> Prepare for RTEMS 6.1 release.
>>>>
>>>> Update #4921.
>
On 12/9/2023 2:15 pm, Sebastian Huber wrote:
> On 12.09.23 03:26, Chris Johns wrote:
>> On 11/9/2023 7:37 pm, Sebastian Huber wrote:
>>> Revert duplicated listing of TEST_OPTIMIZATION_FLAGS.
>> Thank you for picking this up.
>>
>> Does this change let the
OK to push
Thanks
Chris
On 12/9/2023 5:41 am, Alex White wrote:
> Previously the addend was only used in 64 bit relocations. This
> behavior was incorrect but did not cause the RTEMS libdl tests to
> fail.
> ---
> cpukit/libdl/rtl-mdreloc-microblaze.c | 19 ++-
> 1 file changed,
On 11/9/2023 7:37 pm, Sebastian Huber wrote:
> Revert duplicated listing of TEST_OPTIMIZATION_FLAGS.
Thank you for picking this up.
Does this change let the user control TEST_OPTIMIZATION_FLAGS and
OPTIMIZATION_FLAGS via a BSP setting in config.ini?
Chris
Hello Ben, maybe it would help the group if you were to post a picture or
two of your current set up.
Thanks,
JohnS
On Friday, September 8, 2023 at 10:56:34 AM UTC-4 bjmi...@gmail.com wrote:
> Good to know...but if my brake is mounted on the fork, I'm not sure where
> I'd mount
On 4/9/2023 4:50 pm, zhengxiaojun wrote:
>
>
> 在 2023/8/31 13:39, Chris Johns 写道:
>> On 31/8/2023 3:12 pm, zhengxiaojun wrote:
>>>
>>>
>>> 在 2023/8/31 6:05, Chris Johns 写道:
>>>> On 31/8/2023 12:48 am, zhengxiaojun wrote:
>>>>>
This is what you're looking for and at a $1.00, you'll probably pay more in
shipping.
https://www.thebicyclechain.com/product/sunlite-keyed-lock-headset-washer-394262-1.htm
I've not dealt with them, they were the cheapest I could fined.
JohnS
On Thursday, August 31, 2023 at 5:01:34 PM UTC-4
On 31/8/2023 3:12 pm, zhengxiaojun wrote:
>
>
> 在 2023/8/31 6:05, Chris Johns 写道:
>> On 31/8/2023 12:48 am, zhengxiaojun wrote:
>>> Hi,
>>> I use the latest rtems-tools to generate RAP file, I found the object
>>> file
>>> become too smal
On 31/8/2023 1:51 pm, zhengxiaojun wrote:
> 在 2023/8/31 6:05, Chris Johns 写道:
>> On 31/8/2023 12:48 am, zhengxiaojun wrote:
>>> Hi,
>>> I use the latest rtems-tools to generate RAP file, I found the object
>>> file
>>> become too small(elf,2184byt
On 31/8/2023 4:14 am, Frank Kühndel wrote:
> Hello Chris,
>
> if I did not make any mistake, this patch works fine on OpenSUSE 15.5.
Thanks, I have pushed the change.
> I had some headaches because the source-builder tries to download the
> rtems-tools as tar.bz2 and the version with the patch
On 31/8/2023 12:48 am, zhengxiaojun wrote:
> Hi,
> I use the latest rtems-tools to generate RAP file, I found the object file
> become too small(elf,2184bytes==>rap,736bytes) and the file loaded failed,
> error
> message like this "load app.out error:offset past end of file: offset=736
>
Hi Alex,
The libdl parts are OK to push.
I am fine with the `wscript` change however Sebastian is away at the moment. I
will leave that part of change with you and Joel to decide what to do. :)
Chris
On 30/8/2023 12:05 pm, Alex White wrote:
> Hi,
>
> This patch set adds libdl support to
On 30/8/2023 5:44 am, Joel Sherrill wrote:
> A bit more feedback. I got this failure on CentOS 7 building sparc-rtems6
> tools.
>
> + cd rtems-tools-3ea0c249346fda427bf0d3c169aa3e7c2a521df8
> + ./waf distclean configure --prefix=/home/joel/rtems-work/tools/6
> 'distclean' finished successfully
> On 29 Aug 2023, at 6:24 pm, Frank Kühndel
> wrote:
>
> Hello Chris,
>
> our continuous integration server found an issues with this patch
> ("module 'shlex' has no attribute 'join'"):
Frank, thanks for the post and the insight. I saw the build break in Joel’s
build but I could not see
Thank you for sharing Leah, looks like it was a great ride!
JohnS
On Sunday, August 27, 2023 at 10:19:35 PM UTC-4 Bicycle Belle Ding Ding!
wrote:
> We had 10 riders join us for our Chicago ride yesterday!
> In attendance:
> 1 silver Appaloosa (fun fact: it belonged to Will Keat
On 28/8/2023 2:12 pm, Alex White wrote:
> On Sun, Aug 27, 2023 at 8:38 PM Chris Johns wrote:
>> The floats need to stay to make sure there are no issues with this type. I
>> see
>> the tests with floats as valid.
>>
>> Is the only missing function `__extends
On 28/8/2023 11:30 am, Alex White wrote:
> ---
> cpukit/libdl/rtl-mdreloc-microblaze.c | 291 ++
> cpukit/libdl/rtl-tls.c| 2 +-
> .../microblaze/include/machine/elf_machdep.h | 83 +
> spec/build/cpukit/cpumicroblaze.yml | 3 +
>
On 28/8/2023 11:30 am, Alex White wrote:
> This patch addresses an issue seen with MicroBlaze in the dl07, dl08,
> and dl09 tests by removing the use of floats. The issue relates to the
> fact that the MicroBlaze BSPs use software floating point routines. Any
> float passed to `printf` is
/gravel rail trails.
I got the SK from e-bay for $107 for the pair. I got the Rat Trap Pass
tires used from a list member.
https://www.ebay.com/itm/303917075015
JohnS
On Friday, August 25, 2023 at 12:34:32 PM UTC-4 Edwin W wrote:
> I find Schwalbe usually has some good offerings. You can sea
Hello Bill,
FWIW, my orange QB has the same "frenchie mid fork tabs". The work fine and
they seem to be original to the bike.
JohnS
On Thursday, August 24, 2023 at 1:46:22 PM UTC-4 Bill Lindsay wrote:
> Your OP claimed that all the details were on the Crust site. That listin
On 22/8/2023 10:02 am, Gedare Bloom wrote:
> flag it as a false positive.
I agree.
> g7 is a global register that is reserved for system / compiler use in
> the sparc ABI
The reigster is set up by the operating system out of the view of Coverity. I
took the code from:
On 18/8/2023 12:54 am, Gedare Bloom wrote:
> I don't think that "--with-rtems" is a valid command line option to
> use. I guess RSB should be a little more noisy about unknown command
> line options.
The --with-* and --without-* options align to the autoconf type options where
users can override
On 18/8/2023 11:51 pm, Kinsey Moore wrote:
> On Thu, Aug 17, 2023 at 7:25 PM Chris Johns <mailto:chr...@rtems.org>> wrote:
>
> On 17/8/2023 10:43 pm, Kinsey Moore wrote:
> > On Wed, Aug 16, 2023 at 9:47 PM Chris Johns <mailto:chr...@rtems.org>
&g
Very cool build Bill, should be fun ride. I can see the value in a two
speed, I think I'll do one sometime.
JohnS
On Saturday, August 19, 2023 at 1:06:29 PM UTC-4 Bill Lindsay wrote:
> I pounced on a local 59cm Romulus. That bike has long been on my list of
> "I'd ride
Thank Eric!
La chouette = "the owl" or "very useful word you can use to describe
something that you like or you think is nice or cool." Seems most
appropriate.
JohnS
On Friday, August 18, 2023 at 4:19:36 AM UTC-4 campyo...@me.com wrote:
> Guess what I found in Paris! A
On 17/8/2023 10:43 pm, Kinsey Moore wrote:
> On Wed, Aug 16, 2023 at 9:47 PM Chris Johns <mailto:chr...@rtems.org>> wrote:
>
> On 17/8/2023 7:36 am, Kinsey Moore wrote:
> > Before the fatal-error test result type was introduced, minimum.exe was
> > class
On 18/8/2023 7:01 am, Kinsey Moore wrote:
> On Thu, Aug 17, 2023 at 7:11 AM Kinsey Moore <mailto:kinsey.mo...@oarcorp.com>> wrote:
>
> On Wed, Aug 16, 2023 at 9:42 PM Chris Johns <mailto:chr...@rtems.org>> wrote:
>
> On 17/8
On 17/8/2023 7:36 am, Kinsey Moore wrote:
> Before the fatal-error test result type was introduced, minimum.exe was
> classified as an invalid test since it lacked a proper test header and
> trailer. This applies the test exclusions to all test states to avoid
> this happening again in the future.
On 17/8/2023 6:30 am, Kinsey Moore wrote:
> The current ARM support in libdebugger does not cover Cortex-M series
> cores since it requires support for CP14 system register accessor
> instructions. Cortex-M series cores support debug monitor mode, but its
> configuration is accessed by memory
On 17/8/2023 11:57 am, Joel Sherrill wrote:
> On Wed, Aug 16, 2023, 8:30 PM Chris Johns <mailto:chr...@rtems.org>> wrote:
>
> On 17/8/2023 6:34 am, Gedare Bloom wrote:
> > On Mon, Aug 14, 2023 at 10:05 PM <mailto:chr...@rtems.org>> wrote:
> &
On 17/8/2023 6:34 am, Gedare Bloom wrote:
> On Mon, Aug 14, 2023 at 10:05 PM wrote:
>>
>> These patches add support to rtems.git and rtems-tools.git to
>> provide access to TLS variables in the base from loaded code.
>> The changes contain the ground work to resolving #4920 which is
>> a blocker
Thanks for the detailed review. It is so nice to have this happen.
I will post v2 soon.
On 17/8/2023 6:55 am, Gedare Bloom wrote:
> On Mon, Aug 14, 2023 at 10:05 PM wrote:
>>
>> From: Chris Johns
>>
>> This change requires an rtems-tools update for symbo
If that doesn't help, you could repurpose them as key chains. I did that
with some old Campy down tube shifters recently.
JohnS
On Wednesday, August 16, 2023 at 9:05:13 AM UTC-4 JohnS wrote:
> Hello Pam,
>
> I had a problem with Suntour power shifters (ratchet mechanism
a try. Not
sure if the oil is recommended or not, maybe someone else can chime in.
Good luck,
JohnS
On Tuesday, August 15, 2023 at 4:29:08 PM UTC-4 Pam Bikes wrote:
> I have several broken Silver shifters. The power ratchet doesn't work any
> more. My question is if I can get a part
On 14/8/2023 4:24 pm, Sebastian Huber wrote:
> On 12.08.23 18:29, Joel Sherrill wrote:
>> Piling on Chris' comments about where is the requirement for this. This is a
>> topic which must be addressed in the Software Engineering Guide and accepted
>> before it can be put into practices. A software
On 11/8/2023 1:17 pm, Vijay Kumar Banerjee wrote:
> On Wed, Aug 9, 2023 at 8:04 PM Chris Johns wrote:
>>
>> On 10/8/2023 2:41 am, Joel Sherrill wrote:
>>> Reading the EPICS discussion, I wonder if this should be added for all
>>> motorola_powerpc BSP vari
On 11/8/2023 3:43 pm, Sebastian Huber wrote:
> On 11.08.23 07:39, Chris Johns wrote:
>> On 11/8/2023 3:37 pm, Sebastian Huber wrote:
>>> On 11.08.23 02:22, Chris Johns wrote:
>>>> On 10/8/2023 8:19 pm, Sebastian Huber wrote:
>>>>&
On 11/8/2023 3:33 pm, Sebastian Huber wrote:
> On 11.08.23 02:21, Chris Johns wrote:
>> On 10/8/2023 7:02 pm, Sebastian Huber wrote:
>>> Document that the build scripts in the testsuites produce a test program.
>> I am sorry but I do not understand thi
On 11/8/2023 3:37 pm, Sebastian Huber wrote:
> On 11.08.23 02:22, Chris Johns wrote:
>> On 10/8/2023 8:19 pm, Sebastian Huber wrote:
>>> This helps to make the build reproducible.
>>> ---
>>> wscript | 11 ++-
>>> 1 file changed, 10 in
On 10/8/2023 8:19 pm, Sebastian Huber wrote:
> This helps to make the build reproducible.
> ---
> wscript | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/wscript b/wscript
> index a8fca88dcb..4baf701c27 100755
> --- a/wscript
> +++ b/wscript
> @@ -188,6
OK to push
Thanks
Chris
On 10/8/2023 11:52 pm, Sebastian Huber wrote:
> Encode the SHA512 digest in base64urlsafe instead of a hex string to
> reduce the report size.
> ---
> tester/rt/test.py | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/tester/rt/test.py
On 10/8/2023 7:02 pm, Sebastian Huber wrote:
> Document that the build scripts in the testsuites produce a test program.
I am sorry but I do not understand this change and why we need it. Is the
addition of the target line purely cosmetic?
Chris
___
On 10/8/2023 11:44 pm, Sebastian Huber wrote:
> On 10.08.23 15:28, Joel Sherrill wrote:
>> It looks ok but why? It isn't built if not supported. It isn't a lot of code
>> even if it is built. And it will not be in a user executable if they don't
>> call it.
>>
>> I just don't see the point.
>
>
On 11/8/2023 8:14 am, Joel Sherrill wrote:
> I should have asked if you want another round of patches or just go ahead and
> merge. This set of changes was pretty minor.
I am fine with the changes being pushed.
Chris
___
devel mailing list
On 10/8/2023 3:06 pm, Sebastian Huber wrote:
> On 10.08.23 03:13, Chris Johns wrote:
>>
>> On 9/8/2023 7:12 pm, Sebastian Huber wrote:
>>> On 09.08.23 11:10, Cedric Berger wrote:
>>>> On 09.08.23 10:51, Sebastian Huber wrote:
>>>>&g
Hi Joel,
This looks good.
A minor nit relates to pointer checks. We have:
https://docs.rtems.org/branches/master/eng/coding-conventions.html#language-and-compiler
I do not know how well enforced the pointer check for NULL in `if` is?
Chris
On 10/8/2023 1:42 am, Joel Sherrill wrote:
> Updates
On 9/8/2023 7:12 pm, Sebastian Huber wrote:
> On 09.08.23 11:10, Cedric Berger wrote:
>> On 09.08.23 10:51, Sebastian Huber wrote:
>>> We could add some text to the option description:
>>>
>>> # Defines the program prefix of tools (compiler, assembler, linker).
>>> # This option may be used to
On 10/8/2023 2:41 am, Joel Sherrill wrote:
> Reading the EPICS discussion, I wonder if this should be added for all
> motorola_powerpc BSP variants.
>
> Gedare/Chris/anyone with another board in the family? What do you think?
Michael asked if the setting is present when building libc, libm etc
On 8/8/2023 11:14 pm, Sebastian Huber wrote:
> On 08.08.23 08:06, Chris Johns wrote:
>> n 7/8/2023 4:06 pm, Sebastian Huber wrote:
>>> On 07.08.23 00:25, Chris Johns wrote:
>>>> On 4/8/2023 4:39 pm, Sebastian Huber wrote:
>>>>> On 04.08.23 08:22,
On 8/8/2023 4:07 pm, Chris Johns wrote:
> On 8/8/2023 1:05 pm, Utkarsh Verma wrote:
>> ---
>> .gitignore | 4
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/.gitignore b/.gitignore
>> index 8b28b186e1..d0144f6737 100644
>> --- a/.gi
On 8/8/2023 1:05 pm, Utkarsh Verma wrote:
> ---
> .gitignore | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/.gitignore b/.gitignore
> index 8b28b186e1..d0144f6737 100644
> --- a/.gitignore
> +++ b/.gitignore
> @@ -12,3 +12,7 @@ Makefile.in
> /testsuites/build/build
>
On 7/8/2023 4:06 pm, Sebastian Huber wrote:
> On 07.08.23 00:25, Chris Johns wrote:
>> On 4/8/2023 4:39 pm, Sebastian Huber wrote:
>>> On 04.08.23 08:22, Chris Johns wrote:
>>>> On 4/8/2023 3:16 pm, Sebastian Huber wrote:
>>>>> On 04.08.23 00:27,
On 4/8/2023 4:39 pm, Sebastian Huber wrote:
> On 04.08.23 08:22, Chris Johns wrote:
>> On 4/8/2023 3:16 pm, Sebastian Huber wrote:
>>> On 04.08.23 00:27, Chris Johns wrote:
>>>> On 2/8/2023 6:49 pm, Chris Johns wrote:
>>>> > I am concerned about the
Awesome news Eric, glad to hear you're Hillborne is back on the road!
JohnS
On Saturday, August 5, 2023 at 5:17:41 PM UTC-4 eric...@gmail.com wrote:
> After twenty miles today with no chain jumping I'm calling this solved.
>
> [image: sh.jpg]
>
> On Friday, August 4, 2023 at 11
On 4/8/2023 4:47 pm, Sebastian Huber wrote:
> On 04.08.23 08:30, Chris Johns wrote:
>>> Please understand there is a limited number people reviewing and it takes
>>> time.
>>>> I am blocked on the other changes you have recently posted. Adding which
>>
On 4/8/2023 3:02 pm, Sebastian Huber wrote:
> On 04.08.23 00:53, Chris Johns wrote:
>> On 3/8/2023 5:36 pm, Sebastian Huber wrote:
>>> Ping.
>>
>> Which repo? Is this in the rtems-tools repo?
>
> Yes, the rtems-tools.
>
Thanks
> Please understand
On 4/8/2023 3:07 pm, Sebastian Huber wrote:
> On 04.08.23 00:43, Chris Johns wrote:
>> On 3/8/2023 10:17 pm, Sebastian Huber wrote:
>>> Build the arm libdebugger support only for supported ARM architectures.
>> What ARM archs are not supported?
>
> At least ARMv7
On 4/8/2023 3:16 pm, Sebastian Huber wrote:
> On 04.08.23 00:27, Chris Johns wrote:
>> On 2/8/2023 6:49 pm, Chris Johns wrote:
>> > I am concerned about the compatibility to the ecosystem we have. Have you
>> built
>>> all the tests in the testsuite
On 3/8/2023 5:36 pm, Sebastian Huber wrote:
> Ping.
Which repo? Is this in the rtems-tools repo?
Please understand there is a limited number people reviewing and it takes time.
I am blocked on the other changes you have recently posted. Adding which hosts
you have built and tested this change on
On 3/8/2023 5:37 pm, Sebastian Huber wrote:
> What about this patch and the GCC update to 13.2?
I have not tested it. Have you posted any build results to builds@rtems...?
Chris
___
devel mailing list
devel@rtems.org
On 3/8/2023 10:17 pm, Sebastian Huber wrote:
> Build the arm libdebugger support only for supported ARM architectures.
What ARM archs are not supported?
> This fixes assembler errors at -O0.
How does it fix the assembler errors?
Chris
___
devel
On 2/8/2023 6:49 pm, Chris Johns wrote:
> I am concerned about the compatibility to the ecosystem we have. Have you
> built
> all the tests in the testsuite with this value set to something that is not
> RTEMS default? I think a few things will break because of hard coding in t
you? If I were in your shoes I would take it to Bilenky Cycle Works
<https://www.bilenky.com/> in Philly, I've heard good things about them and
they always have great looking bikes at the Philly Bike Expo.
Good luck,
JohnS
On Wednesday, August 2, 2023 at 11:49:34 PM UTC-4 Ryan wrote:
On 2/8/2023 8:08 pm, Muhammad Sulthan Mazaya wrote:
> Add licensing for renode files and change the renode_scripts/ folder to
> renode/
Where is the license for the .bin file? I only saw a link to the script used to
build it but it was not clear what the license is because it downloads Linux and
On 2/8/2023 6:56 pm, Sebastian Huber wrote:
> On 02.08.23 10:50, Chris Johns wrote:
>> On 2/8/2023 6:39 pm, Sebastian Huber wrote:
>>> On 02.08.23 10:33, Chris Johns wrote:
>>>>> diff --git a/spec/build/bsps/makeinc.yml b/spec/build/bsps/makeinc.yml
>>
On 2/8/2023 6:39 pm, Sebastian Huber wrote:
> On 02.08.23 10:33, Chris Johns wrote:
>>> diff --git a/spec/build/bsps/makeinc.yml b/spec/build/bsps/makeinc.yml
>>> index ac395f2f02..08fc75a8b9 100644
>>> --- a/spec/build/bsps/makeinc.yml
>>> +++ b/spec/buil
On 2/8/2023 6:42 pm, Sebastian Huber wrote:
> On 02.08.23 10:40, Chris Johns wrote:
>> On 2/8/2023 6:33 pm, Chris Johns wrote:
>>> On 2/8/2023 3:49 pm, Sebastian Huber wrote:
>>>> Replace --rtems-version with a PROGRAM_PREFIX option. This allows also
>>>
On 2/8/2023 6:33 pm, Chris Johns wrote:
> On 2/8/2023 3:49 pm, Sebastian Huber wrote:
>> Replace --rtems-version with a PROGRAM_PREFIX option. This allows also
>> the use of vendor tools.> ---
One further thing to consider is if PROGRAM_PREFIX could clash with somethin
On 2/8/2023 3:49 pm, Sebastian Huber wrote:
> Replace --rtems-version with a PROGRAM_PREFIX option. This allows also
> the use of vendor tools.> ---
> spec/build/bsps/makeinc.yml| 16
> spec/build/bsps/maketarget.yml | 22 +++---
>
On 2/8/2023 2:46 pm, Sebastian Huber wrote:
> On 02.08.23 06:01, Chris Johns wrote:
>>> Allow the command line
>>> option --rtems-version to override __RTEMS_MAJOR__. Remove support for
>>> command line configurable options.
>> I do not understand this las
On 1/8/2023 5:11 pm, Sebastian Huber wrote:
> Define the RTEMS version in the wscript. Optionally use a VERSION file
> to change the default values of the wscript.
Thanks, this is welcome. I will update the release scripts when merged.
> Allow the command line
> option --rtems-version to
OK
Thanks
Chris
On 2/8/2023 6:16 am, Vijay Kumar Banerjee wrote:
> ---
> spec/build/bsps/powerpc/mvme3100/bspmvme3100.yml | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/spec/build/bsps/powerpc/mvme3100/bspmvme3100.yml
> b/spec/build/bsps/powerpc/mvme3100/bspmvme3100.yml
> index
On 1/8/2023 1:46 pm, Alex White wrote:
> Hi,
>
> I am currently working on RTEMS dynamic loader support for MicroBlaze. I got
> most of the dynamic loader tests working, but for a few of them, I had to
> modify the test. I believe the failures are because the MicroBlaze RTEMS port
> uses soft
On 31/7/2023 5:14 pm, Sebastian Huber wrote:
> On 29.07.23 08:30, Chris Johns wrote:
>>> I think this is not really related to the new
>>> RTEMS_VERSION_VC_KEY/RTEMS_VERSION_CONTROL_KEY option. The purpose of this
>>> option is to give users the ability to define
201 - 300 of 9638 matches
Mail list logo
