Hello John,
On 3/19/24 16:53, John Howard wrote:
P.S.: UTF32 exists for Unicode in 2012 after consolidation from ISO 10646-2012.
The two standards merged.
Oops. I am apparently outdated ...
Frank
--
embedded brains GmbH & Co. KG
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
e
Hi Chris,
On 3/19/24 03:24, Chris Johns wrote:
On 16/3/2024 1:14 am, Frank Kühndel wrote:
Ping!
The last discussion of this patch was
https://lists.rtems.org/pipermail/devel/2024-February/077289.html
Does the fact that I recive no further comments to this patch mean it can be
pushed to
el@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH & Co. KG
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kue
:
From: Frank Kühndel
---
user/index.rst | 3 +-
user/overview/index.rst | 2 +
user/rust/bare-metal.rst | 548 +++
user/rust/index.rst | 64 +
4 files changed, 616 insertions(+), 1 deletion(-)
create mode 100644 user/rust/bare
make_image(bld, self.substitute(bld, target))
class ConfigItemContext(object):
@@ -1284,6 +1324,7 @@ def load_items(ctx, specs):
"test-program": TestProgramItem,
"group": GroupItem,
"library": LibraryItem,
+ "m
Hi Chris,
thanks for reviewing this patch.
On 2/21/24 03:42, Chris Johns wrote:
Hi Frank
Thanks for this, it ia awesome.
On 17/2/2024 7:52 am, Frank Kuehndel wrote:
From: Frank Kühndel
---
user/index.rst | 3 +-
user/overview/index.rst | 2 +
user/rust/bare-metal.rst
Telefax 0531 295-2767 |jan.som...@dlr.de
DLR.de/SC
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH & Co. KG
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains.de
phone: +49-89-18 94 7
thon-unversioned-command which
creates a "python" command for "python3". I do not know whether it
exists in CentOS 8.
Greetings,
Frank
--
embedded brains GmbH & Co. KG
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains
rtems" field exist or if no field exists before or after the
"rtems" field.
It could be argued. based on their name, that calling these functions
with something that is not a triplet-bsp string is incorrect to start
with, but attempting to address that is not done here.
---
This shoul
rsion of yesterday ...)
Cheers & Thanks
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH & Co. KG
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains.de
phone: +49
to
work in the end.
Greetings
Frank
On 8/30/23 01:54, chr...@rtems.org wrote:
Hi Frabnk and Joel,
Can you please test this patch and let me know if the issue has been
fixed?
Thanks
Chris
--
embedded brains GmbH & Co. KG
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
e
Hello Chris,
On 8/29/23 12:45, Chris Johns wrote:
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
;]),
@@ -650,8 +671,9 @@ if __name__ == "__main__":
["echo", "hello rtems", "|", "findstr", "rtems"],
" ".join(["echo", "hello rtems", "|", "findstr", "rtem
the architecture specific files?
+
Verify the Specification Items
--
-- 2.35.3 ___ devel mailing
list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH & Co. KG
Herr Fr
.
If I can be of any help, let me know.
Frank
--
embedded brains GmbH & Co. KG
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains.de
phone: +49-89-18 94 741 - 23
mobile: +49-176-15 22 06 - 11
Registergericht: Amtsgericht München
Registernummer: HRA 11
uot; tree.
So I believe I am closer to the root of the problem now but I do not
know what needs to be fixed.
Greetings,
fk
On 4/20/23 05:23, Chris Johns wrote:
Subject:
Re: [rtems-source-builder PATCH] rtems: Add back gsed that was remove by
mistake
From:
Chris Johns
Date:
d more information. If you have a patch, I will be
happy to feed our CI with it.
Greetings,
Frank
On 4/19/23 01:48, Chris Johns wrote:
Subject:
Re: [rtems-source-builder PATCH] rtems: Add back gsed that was remove by
mistake
From:
Chris Johns
Date:
4/19/23, 01:48
To:
Frank Kühndel , dev
wrote before, this is only to inform you in case your are
interested. I do not need a fix.
Sorry again for the confusion and greetings,
Frank
On 4/18/23 12:16, Frank Kühndel wrote:
Subject:
Re: [rtems-source-builder PATCH] rtems: Add back gsed that was remove by
mistake
From:
Frank Kühndel
Date:
Hello Chris,
I mistakenly looked into to the wrong build. I am currently checking
this again. This is most likely an error of mine.
Sorry for the confusion
Frank
On 4/18/23 11:54, Frank Kühndel wrote:
Subject:
Re: [rtems-source-builder PATCH] rtems: Add back gsed that was remove by
mistake
_tmpinternal}
@@ -21,6 +21,7 @@
%{with_rtems_dtc}
%{with_rtems_expat}
%{with_rtems_gmp}
+%{with_rtems_gsed}
%{with_rtems_texinfo}
%{with_rtems_gdb}
%{with_rtems_binutils}
-- 2.37.1
--
embedded brains GmbH & Co. KG
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedd
Kühndel , j...@rtems.org
CC:
"rtems-de...@rtems.org" , skhattar...@gmail.com
On 3/8/23 11:08, Frank Kühndel wrote:
The build failures all happen when `building:
grub2-2.06-x86_64-linux-gnu-1` which is the last build step. There are
several similar errors. These are two of them take
Hello Karel,
On 3/12/23 13:03, Karel Gardas wrote:
On 3/8/23 11:08, Frank Kühndel wrote:
Hello,
On 3/8/23 01:42, Joel Sherrill wrote:
Subject:
Re: Help regarding Building x86_64 BSP
From:
Joel Sherrill
Date:
3/8/23, 01:42
To:
Karel Gardas
CC:
"rtems-de...@rtems.org"
Did you
ewlib-head
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains.de
phone: +49-89-18 94 741 - 23
mobile: +49-176-15 22 0
nd running rtems.exe on those...
Karel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH
Herr Frank KÜHNDEL
D
can
it be closed?
https://devel.rtems.org/ticket/4666
If it can't be closed, an update on what needs to be done should be added
and maybe the milestone bumped.
Thanks.
--joel
--
embedded brains GmbH
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brai
AM Frank Kühndel <
frank.kuehn...@embedded-brains.de> wrote:
Hello Joel,
On 2/21/23 16:25, Joel Sherrill wrote:
Subject:
[PATCH rtems-source-builder 1/2] Update to gdb 13.1 for rtems 6
From:
Joel Sherrill
Date:
2/21/23, 16:25
To:
devel@rtems.org
---
rtems/config/6/rtems-defaul
/listinfo/devel
--
embedded brains GmbH
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains.de
phone: +49-89-18 94 741 - 23
mobile: +49-176-15 22 06 - 11
fax:+49-89-18 94 741 - 08
Registergericht: Amtsgericht München
Registernummer: HRB 157899
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:
Frank Kühndel
CC:
Chris Johns , devel@rtems.org
On Thu, Jan 19, 2023 at 6:47 AM Frank Kühndel <
frank.kuehn...@embedded-brains
Hello Chris,
Hello Joel,
On 1/16/23 18:27, Joel Sherrill wrote:
Subject:
Re: [PATCH 1/1] RSB: Mitigate too short error reports
From:
Joel Sherrill
Date:
1/16/23, 18:27
To:
Frank Kühndel
CC:
Chris Johns , devel@rtems.org
On Mon, Jan 16, 2023 at 8:46 AM Frank Kühndel <
frank.ku
-
Setting top to
/home/rtems/MVME6100_6_INST/rtems-libbsd
Setting out to
/home/rtems/MVME6100_6_INST/rtems-libbsd/build
from /home/rtems/MVME6100_6_INST/rtems-libbsd: RTEMS path is not valid,
"/home/rtems/MVME6100_6_RUN/rtems/6/share/rtems6" not
Hi Chris,
On 1/16/23 01:02, Chris Johns wrote:
Subject:
Re: [PATCH 1/1] RSB: Mitigate too short error reports
From:
Chris Johns
Date:
1/16/23, 01:02
To:
Frank Kühndel , devel@rtems.org
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
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
1 file changed, 4 insertions(+)
diff --git a/source-builder/sb/ereport.py b/source-builder/sb/ereport.py
index d8fb5f6..d391917
--
embedded brains GmbH
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains.de
phone: +49-89-18 94 741 - 23
mobile: +49-176-15 22 06 - 11
fax:+49-89-18 94 741 - 08
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte
am in plantuml. Hopefully this
solution is acceptable. I will send the patch to the mailing list next.
Greetings
Frank
On 10/13/22 07:19, Sam Price wrote:
Subject:
Re: docs not building to PDF
From:
Sam Price
Date:
10/13/22, 07:19
To:
Chris Johns
CC:
Frank Kühndel , Thomas Doerfler
, Developme
Hello Chris,
On 10/11/22 23:47, Chris Johns wrote:
On 11/10/2022 7:12 pm, Frank Kühndel wrote:
Hello Chris,
On 10/11/22 03:09, Chris Johns wrote:
On 10/10/2022 9:22 pm, Frank Kühndel wrote:
images/filesystem/tftpfs_usage.png:
https://share.embedded-brains.de/index.php/s/fQ4WrLrqmBjcbwC
I
he next commit after 278550b is:
commit 23fc93bf648507ac417237c20069c4ab7c793251
Author: Frank Kühndel
Date: Thu Jun 9 15:21:05 2022 +0200
TFTPFS: New documentation
Frank ?
--
embedded brains GmbH
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains
this patch?
Thanks in advance
Frank
On 6/9/22 15:21, Frank Kuehndel wrote:
Subject:
[PATCH rtems-docs v2] TFTPFS: New documentation
From:
Frank Kuehndel
Date:
6/9/22, 15:21
To:
devel@rtems.org
From: Frank Kühndel
---
filesystem/index.rst | 1 +
filesystem/trivial_ftp
type(data) is bytes:
-data = data.decode(sys.stdout.encoding)
+data = decoder.decode(data)
last_ch = data[-1]
sd = (line + data).split('\n')
if last_ch != '\n':
--
embedded brains Gmb
self.install(self.install_mode(), b.name(),
buildroot, prefix)
#
# Sizes ...
-- 2.37.1 ___ devel mailing
list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH
Herr F
at" and "gmp" are usually build by the source-builder itself. Hence,
I wonder whether these new additional dependencies on "expat-devel" and
"gmp-devel" packages are added by intention or whether this may be a
unwanted side effect of the patches?
Greetings
Fra
> File "/home/joel/rtems-work/rtems/rtems-central/rtemsspec/applconfig.py",
> line 264, in _generate
> content.add_option_notes(content.substitute(item["notes"]))
> File "/home/joel/rtems-work/rtems/rtems-central/rtemsspec/items.py", line
> 210, in __getite
gt; This is ignoring that we probably need to figure out what to do with
> references to the paper copy of the 1993 POSIX standard. That's another
> task.
>
> And ignoring that there are still many files to relicense.
>
> --joel
--
embedded brains GmbH
Herr Frank KÜHNDEL
Dornier
gt;
>> Thanks for the documentation and the TFTP file system update.
>>
>> On 4/6/2022 1:22 am, Frank Kuehndel wrote:
>>> From: Frank Kühndel
>>>
>>> ---
>>> filesystem/index.rst | 1 +
>>> filesystem/trivial_ftp.rst |
Hello Joel,
From: "Joel Sherrill"
To: "Frank Kühndel"
Cc: "rtems-de...@rtems.org"
Sent: Saturday, June 4, 2022 1:05:25 AM
Subject: Re: [PATCH 3/7] TFTPFS: Restore tftpDriver.c
> Is this really just a move/rename? Does it preserve the git blame inf
Hello Chris,
On 5/6/22 00:35, Chris Johns wrote:
> On 5/5/2022 10:48 pm, Frank Kühndel wrote:
>> Hi Chris,
>>
>> On 5/5/22 04:52, chr...@rtems.org wrote:
>>> From: Chris Johns
>>>
>>> - Expand macros in buildset file names
>>>
>>>
enable_java 0}
%{?with_objc:%define enable_objc 1}
%{?without_objc:%define enable_objc 0}
(Note: --with-java does not work. GCC configure does not known language
"java". See https://gcc.gnu.org/install/configure.html option
--enable-languages)
Greetings
fk
--
embedded brains GmbH
H
Hi Joel,
On 4/28/22 18:15, Joel Sherrill wrote:
> On Thu, Apr 28, 2022 at 8:53 AM Frank Kühndel <
> frank.kuehn...@embedded-brains.de> wrote:
>
>> Hello,
>>
>> I was looking for a list of RTEMS Features (e.g. supported language,
>> drives, BSPs, etc.) I e
brains GmbH
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains.de
phone: +49-89-18 94 741 - 23
fax: +49-89-18 94 741 - 08
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Hello,
On 4/27/22 20:22, Joel Sherrill wrote:
> On Wed, Apr 27, 2022 at 1:12 PM Frank Kühndel <
> frank.kuehn...@embedded-brains.de> wrote:
>
>> Hi Karel,
>>
>> On 4/27/22 19:46, Karel Gardas wrote:
>>> On 4/27/22 19:25, Frank Kühndel wrote:
&
Hi Karel,
On 4/27/22 19:46, Karel Gardas wrote:
> On 4/27/22 19:25, Frank Kühndel wrote:
>> I do not need ADA but ADA may be worth considering. With GCC 10 one
>> needed to have a GNAT 10 compiler installed to build the tools incl.
>> --with_ada. I presume, one would need a
Hello Sebastian,
On 4/27/22 11:54, Sebastian Huber wrote:
>> we have to select a GCC version for the RTEMS 6 release. Currently,
>> GCC 10 is used, however, with the release of GCC 10.4 this year it
>> will reach its end of life. Other options are GCC 11 and 12. GCC 12
>> will be released in the n
nfig-lib-check-flags --ldflags --embed [False]
config: source-builder/config/gdb-common-1.cfg: 119: %endif [False]
config: source-builder/config/gdb-common-1.cfg: 119: _ifs[2]: %endif:
dir=None %endif False []
config: source-builder/config/gdb-common-1.cfg: 119: _if[1]: []
config: source-buil
Hi Chris,
I tested your two patches for ARM on top of
990e3f05e62cf48117f6de8346e9ea8a8d9b1ba3 (Git master
rtems-source-builder, RTEMS 6) on the following OS:
* openSUSE Leap 15.3 Python 2.7.18
* openSUSE Leap 15.3 Python 3.6.15
* Ubuntu 22.04 LTS Python 3.10.4
* AlmaLinux 8.5 (Arctic Sphynx) Pyt
dir
On Fedora 35 (Python 3.10.4):
$ /usr/bin/python3-config --help
Usage: /usr/bin/python3.10-x86_64-config
--prefix|--exec-prefix|--includes|--libs|--cflags|--ldflags|--extension-suffix|--help|--abiflags|--configdir|--embed
Again OpenSUSE but Python 2.7.18:
$ /usr/bin/python2-config --help
Us
I do not know is
whether the tool uses integers or real numbers nor whether the
documentation is up to date. The `&&` and the `int()` are _not_
documented there. The `&&` is actually used in .cfg-files but
surprisingly seldom. Moreover, this command may help debugging:
`%{echo m
Hello,
just as note, I have already opened a ticked for this issue:
https://devel.rtems.org/ticket/4631
Greetings
fk
On 4/19/22 12:06, Karel Gardas wrote:
> testing RSB on soon to be release Ubuntu 22.04 LTS. This distro provides
> python 3.10 and interestingly gdb compilation fails badly on
t; and ran it with the command "python2-config --ldflags | awk -f
> test.awk". It produces "libpython2.7*" as the output. The only
> difference between the two is I took out the "\"s since it's not being
> run on the command line.
>
> Does anyone h
VS and SVN tag $Id$
(without date unfortunately).
Hence, I concluded the simplest solution is not to provide the year.
Greetings,
fk
--
embedded brains GmbH
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains.de
phone: +49-89-18 94 741 - 23
fax: +49
On 9/14/21 5:52 PM, Sebastian Huber wrote:
> Remove bogus return status from rtems_message_queue_receive(). Clarify
> rtems_message_queue_flush().
>
> Close #4508.
> ---
> c-user/message/directives.rst | 19 ++-
> 1 file changed, 10 insertions(+), 9 deletions(-)
>
> diff --gi
m:`Clock Driver` emits clock ticks at rate specified by the
> +:ref:`CONFIGURE_MICROSECONDS_PER_TICK` application configuration
> option. In
> + contrast to :term:`CLOCK_REALTIME` and :term:`CLOCK_MONOTONIC`, the
> clock
> +tick rate is not affected by incremental adjustme
:data:`table` is copied to the ESCB." -- what ever that means.
Greetings
fk
--
embedded brains GmbH
Herr Frank KÜHNDEL
Dornierstr. 4
82178 Puchheim
Germany
email: frank.kuehn...@embedded-brains.de
phone: +49-89-18 94 741 - 23
fax: +49-89-18 94 741 - 08
Registergericht: Amtsgericht München
Hello Sebastian,
On 2/9/21 3:14 PM, Sebastian Huber wrote:
> On 09/02/2021 15:10, Gedare Bloom wrote:
>
>> On Tue, Feb 9, 2021 at 7:07 AM Sebastian Huber
>> wrote:
>>> On 09/02/2021 15:04, Gedare Bloom wrote:
>>>
> We are responsible to monitor the RTEMS development during the
> pre-qua
Hello Sebastian,
On 2/8/21 7:54 AM, Sebastian Huber wrote:
> On 14/12/2020 09:44, Sebastian Huber wrote:
>
>> Change RTEMS_STRING() and RTEMS_XSTRING() to accept a variable number of
>> arguments which is stringified. This can be used for example to create
>> register lists for inline assembler
Hello Gedare,
On 12/11/20 4:41 PM, Gedare Bloom wrote:
>
>
> On Fri, Dec 11, 2020 at 8:16 AM Frank Kühndel
> <mailto:frank.kuehn...@embedded-brains.de>> wrote:
>
> Hello Joel,
>
> On 12/11/20 3:49 PM, Joel Sherrill wrote:
> >
> >
hough.
>
> Regards, Andrew
>
>> On 11 Dec 2020, at 15:16, Frank Kühndel
>> > <mailto:frank.kuehn...@embedded-brains.de>> wrote:
>>
>> Hello Joel,
>>
>> On 12/11/20 3:49 PM, Joel Sherrill wrote:
>>>
>>>
>>> On F
Hello Joel,
On 12/11/20 3:49 PM, Joel Sherrill wrote:
>
>
> On Fri, Dec 11, 2020, 8:41 AM Frank Kuehndel
> <mailto:frank.kuehn...@embedded-brains.de>> wrote:
>
> From: Frank Kühndel <mailto:frank.kuehn...@embedded-brains.de>>
>
>
Hello Chris,
On 10/15/20 10:29 PM, Chris Johns wrote:
> On 16/10/20 7:24 am, Joel Sherrill wrote:
>> On Thu, Oct 15, 2020 at 2:13 PM Chris Johns > <mailto:chr...@rtems.org>> wrote:
>> On 15/10/20 10:27 pm, Frank Kuehndel wrote:
>> > From: Fra
On 10/15/20 2:09 PM, Sebastian Huber wrote:
>
>> From: Frank Kühndel
>>
>> The compiler warning was:
>>
>> ../../../cpukit/libmisc/rtems-fdt/rtems-fdt.c:267:5: warning:
>> 'strncpy' specified bound depends on the length of the source arg
I also created a ticket for RTEMS version 5 as requested by Joel and
Chris. It is #4144.
Yet, note that I have not tested whether the problem appears there, too.
The efforts to install and compile 5.1 just for this simple test are
prohibitive. Sorry for this. Maybe someone else who is working with
Hi Joel,
Sebastian is the opinion its a "GCC 10 issue".
On 10/9/20 3:32 PM, Joel Sherrill wrote:
> This is interesting. When I teach RTEMS classes, I always run this
> application and the last time, this BSP was the one used. It was a rare
> case of all Zynq users with no LEON users. :)
>
> What
> will be on the '1' and typing 'echo ' will then correctly reflected as:
>> >
>> > > SHLL [/] # echo 123
>> >
>>
>> Please put the above bug details into a ticket
>> https://devel.rtems.org/wiki/NewTicke
71 matches
Mail list logo
