Hallo Joel,
unfortunately, even with waf, it still does not work as it should.
Example MVME2500 (qoriq_e500)
#install rsb and rtems powerpc tools
git clone https://github.com/RTEMS/rtems-source-builder.git rsb
cd rsb/rtems
../source-builder/sb-set-builder
--prefix=/home/junkes/MVME2500_testing
I have now done the whole thing again the "old way"
(master, checkout 5
./bootstrap -c && ./rtems-bootstrap
cd ..
mkdir -p build/b-qoriq_e500
cd build/b-qoriq_e500
../../kernel/configure --prefix=/home/junkes/MVME2500_testing/rtems/5
--target=powerpc-rtems5 --enable-rtemsbsp=q
03fff04a ... OK
> no more output ...
On 2021-02-25 20:52, junkes wrote:
I have now done the whole thing again the "old way"
(master, checkout 5
./bootstrap -c && ./rtems-bootstrap
cd ..
mkdir -p build/b-qoriq_e500
cd build/b-qoriq_e500
../../kernel/configure --prefix=
quite happily jumped on your legacy-net-extra
(For the beatnik CPU on which I can test directly on the hardware).
Unfortunately, it doesn't quite work yet:
git clone https://github.com/RTEMS/rtems-source-builder.git rsb
cd rsb
cd rtems
../source-builder/sb-set-builder
--prefix=/home/junkes/MVME61
NET_CHIP_BE
Hopefully this is fixed by adding the include directory or something
similar.
Vijay should speak up on his desired solution.
Heinz, how did the code find this when it was built in the tree? Did it
have
a -I for this source directory?
--joel
8:04:57 runner
['/home/junkes/MVME6100_te
t; \
./waf bsp_defaults --rtems-bsps=powerpc/beatnik > config.ini
sed -i \
-e "s|RTEMS_POSIX_API = False|RTEMS_POSIX_API = True|" \
-e "s|BUILD_TESTS = False|BUILD_TESTS = True|" \
config.ini
./waf configure --prefix=/home/junkes/MVME6100_testing/rtems/6
./waf
./waf install
c
t; 0x00334484--> 0x00311900--> 0x00310528
0x00289968--> 0x00348388--> 0x00013652--> 0x00325192--> 0x00325016
Copyright(C)2008-2009,Emerson Network Power-Embedded Computing,Inc.
Danke!
Heinz
On 2021-03-03 21:03, Vijay Kumar Banerjee wrote:
On Wed, Mar 3, 2021 at 12:37 PM junkes
Hallo Vijay,
the next question ;-) I am trying to build EPICS.
with the external legacy stack there are some files missing:
rtems/rtems_bsdnet.h
librtemsNfs.h
rtems/telnetd.h
with RTEMS5 (with networking) one can find e.g. rtems_bsdnet.h here:
./kernel/cpukit/libnetworking/rtems/rtems_bsdnet.
to use qoriq_e500 with legacy stack, I tried to define HAS_UBOOT to get
tcsec-interfaces to work with RTEMS-5.
There is no u-boot-config.h in the qoriq_e500 bsp files.
This file is required by bsp/u-boot.h
Danke, Heinz
___
devel mailing list
devel@rtems
Making all-am in fstests
make[5]: Entering directory
'/home/junkes/VE/build/b-erc32/sparc-rtems6/c/erc32/testsuites/fstests'
sparc-rtems6-gcc -mcpu=cypress -O2 -g -ffunction-sections
-fdata-sections -Wall -Wmissing-prototypes
-Wimplicit-function-declaration -Wstrict-prototype
On 2020-06-04 16:22, Gedare Bloom wrote:
On Thu, Jun 4, 2020 at 7:58 AM Mritunjay Sharma
wrote:
On Thu, Jun 4, 2020 at 10:39 AM Chris Johns wrote:
On 4/6/20 2:31 pm, Gedare Bloom wrote:
> On Wed, Jun 3, 2020 at 1:53 PM Mritunjay Sharma
> wrote:
>>
>> Hello everyone,
>>
>> As suggested by
Hallo Mritunjay,
You can't just take the github ptpd sources and make them work in RTEMS.
You have to make some configuration
and sources changes before you can build the with the rsb.
Some things like the sys/cpuset.h seems not to be fully compatible yet
and so the configure simply makes
"wr
1]: not using Libtool
autoreconf: running: /home/mritunjay/development/rtems/5/bin/autoconf
configure.ac:28 [2]: error: possibly undefined macro: AC_PROG_LIBTOOL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
autoreconf: /home/mritunjay/development/rtems/5/bin/autoconf f
On 2020-06-24 19:22, Joel Sherrill wrote:
Hi
Does someone have a qemu command line handy for running libbsd network applications on Qemu?
I have lots of notes and old examples but can't seem to trip the right combination today.
Thanks.
--joel
_
Hello, Chris,
thank you very much for this first release candidate. I have
successfully
installed it on a Mac with Catalina (10.15.5) for a BeagleboneBlack.
I was also able to create EPICS 7 with it and run it on the board.
This is really a great job you have done.
Heinz
On 2020-06-26 08:16,
Hello Mritunjay,
I have now finished an EPICS variant that works with libbsd so far. DHCP
and NFS work. NTP I added a primitive reader. This is sufficient for
testing.
You can find the development here:
https://gitlab.fhi.mpg.de/junkes/epics-base.git
It's not perfect yet. The adapt
To get the most out of epics with libbsd, I would like to see an option
added to dhcpcd.
option 129 rtems_cmdline.
diff --git a/dhcpcd/dhcpcd-definitions.conf
b/dhcpcd/dhcpcd-definitions.conf
index 84260861..cb7d4306 100644
--- a/dhcpcd/dhcpcd-definitions.conf
+++ b/dhcpcd/dhcpcd-definitions.c
Hallo Peter,
I do not know if this is best practice but I run the following code:
static void
default_network_dhcpcd(void)
{
static const char default_cfg[] = "clientid test client\n";
rtems_status_code sc;
int fd;
int rv;
ssize_t n;
struct stat statbuf;
if (ENOENT ==
Hello, Joel,
I am currently organizing a virtual meeting for the EPICS community:
https://indico.fhi-berlin.mpg.de/e/epics2020
This takes place in 2 weeks. If this works well, I would be happy to offer our
platform (and our experience) for an RTEMS workshop.
But the contributions would have to co
We are using BlueJeans Events for our workshop/meeting.
FHI, Heinz Junkes
> On 4. Oct 2020, at 21:15, Joel Sherrill wrote:
>
>
>
>
>> On Sun, Oct 4, 2020, 12:49 PM Heinz Junkes wrote:
>> Hello, Joel,
>> I am currently organizing a virtual meeting
Good morning Chris,
i will now try out libbsd on a MVME6100 (beatnik).
Is the mentioned patch in git? Or do I have to prepare something special?
Thanks Heinz
> On 21. Oct 2020, at 02:44, Chris Johns wrote:
>
> On 21/10/20 2:52 am, Sebastian Huber wrote:
>> On 20/10/2020 03:52, chr...@rtems.org w
S_DEV/rtems-source-builder/rtems/build/rtems-libbsd-d964a6703c705cc92fd053bcefc08bb3b6baa0e2-powerpc-rtems6-1/do-build
error: building
rtems-libbsd-d964a6703c705cc92fd053bcefc08bb3b6baa0e2-powerpc-rtems6-1
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
> On 2
card
Printing a stack trace for your convenience :-)
0x04158380--> 0x04158380--> 0x00547920--> 0x00548556--> 0x04170612
0x04140740--> 0x00560140--> 0x00559908--> 0x04132912--> 0x00012556
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
> On 2
LL [/] # xus0:
[zone: unpcb] kern.ipc.maxsockets limit reached
info: lo0: link state changed to UP
info: version 6.2.1 starting
err: no valid interfaces found
warning: no interfaces have a carrier
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
> On 27. Oct 2020, at
rier
info: tsec0: waiting for carrier
info: tsec1: waiting for carrier
info: tsec2: waiting for carrier
W���to UP
info: tsec0: carrier acquired
info: DUID 00:01:00:01:e9:6d:a1:84:ec:9e:cd:19:3c:61
info: tsec0: IAID cd:19:3c:61
info: tsec1: link state changed to UP
...
Viele Grüße
Heinz Junkes
--
ery modern boards with the
Qoriq CPU in the pipeline.
For example IFC_1420 from IOxOS
(https://www.ioxos.ch/wp-content/uploads/2018/02/IFC_1420_SDS_A0.pdf). This
is a CPU for MTCA.4 which is used in modern accelerator systems.
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipm
ailable in freebsd. Probably too rare or I did not search properly.
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
> On 27. Oct 2020, at 05:06, Chris Johns wrote:
>
> On 26/10/20 7:32 pm, Heinz Junkes wrote:
>> Good morning Chris,
>> i will n
Please excuse me if this question has already been answered. But unfortunately
I have not been able to find a clear statement.
Why is RTEMS _XOPEN_SOURCE not set with a value when building a BSP with
--enable-posix?
in the rtems-libbsd you can find a definition in some places.
z.B. in dhcpd/con
Hi Sebastian,
_XOPEN_SOURCE is not set anywhere in the RTEMS header files etc..
Heinz
> On 3. Jan 2021, at 11:04, Sebastian Huber
> wrote:
>
> Hello Heinz,
>
> On 01/01/2021 18:46, Heinz Junkes wrote:
>> Please excuse me if this question has already been answered. But
I would have a similar question ;-)
What is the priority of the POSIX_Init - Task (as Posix-Prio)?
Danke Heinz
> On 23. Feb 2021, at 06:43, Richi Dubey wrote:
>
> Hi,
>
> Just confirming, The initial priority is 1, and when converted to
> _RTEMS_Priority_To_core, it becomes 2 (because of the
what I have just never understood
POSIX Prio 2 ist LOW Priority
RTEMS Prio 1 is HIGH Priority
Heinz
> On 23. Feb 2021, at 09:17, Sebastian Huber
> wrote:
>
> On 23/02/2021 08:36, Heinz Junkes wrote:
>
>> I would have a similar question ;-)
>>
>> What
e the prio 98 or so?
Heinz
> On 23. Feb 2021, at 15:17, Joel Sherrill wrote:
>
>
>
> On Tue, Feb 23, 2021 at 4:25 AM Heinz Junkes wrote:
> what I have just never understood
>
> POSIX Prio 2 ist LOW Priority
> RTEMS Prio 1 is HIGH Priority
>
> In general, RT
flag will no be set with the waf build in your extra net-legacy repo.
How should we now find out if the target was built with legacyStack or with
libbsd?
Danke Heinz
> On 3. Mar 2021, at 21:03, Vijay Kumar Banerjee wrote:
>
> On Wed, Mar 3, 2021 at 12:37 PM junkes wrote:
>&g
I have installed the legacy package but the files are not there.
I guess they were just forgotten in the legacy package.
Heinz
> On 4. Mar 2021, at 14:52, Joel Sherrill wrote:
>
> Did you install the legacy package? If you installed it in the same place
> as the RTEMS 5 BSP, I would expect it t
Is there an equivalent to _edata (I still use it for beatnik)?
Danke Heinz
smime.p7s
Description: S/MIME cryptographic signature
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
their private devices. And now you can find on the Internet unfortunately
many (partly old) how to install RTEMS and I have tried to understand the
problems the students have.
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
> On 21. Jun 2021, at 22:18, Joel Sherr
The Priority_node structure was committed to the 4.10 branch of RTEMS in
December
2017 (78b867e26d score: replace current and real priority with priority node).
Do I have a possibility to know at compile time (in our case EPICS) if it is
present or not.
Background:
We had received the follow
Thanks for the good ideas.
I have now replaced the accesses to the internal thread structure
(real_priority, current_priority) with API - calls.
One of the calls is from the pthread-library and therefore needs --enable-posix
when creating the BSP.
Calls used
pthread_getschedparam
rtems_task_set_
njay/development/rtems/rsb/rtems/build/ptpd-master-arm-rtems5-1/do-build
> error: building ptpd-master-arm-rtems5-1"
>
>
> I have attached the trace log file and error report.
> I tried to google and made few more changes in ptpd Makefile.am but it didn't
> help.
>
t; /home/mritunjay/development/rtems/rsb/rtems/build/ptpd-master-arm-rtems5-1/do-build
> error: building ptpd-master-arm-rtems5-1"
>
>
> I have attached the trace log file and error report.
> I tried to google and made few more changes in ptpd Makefile.am but it didn't
&
I can agree with Cedric.
I use rtems5 with rtems-libbsd. I initialize the network interfaces of my
target via dhcpcd
and the interfaces are automatically multicast capable.
This works without creating a route:
if (setsockopt(conf->udp, IPPROTO_IP, IP_ADD_MEMBERSHIP,
(c
I forgot to send it to rtems-devel...
> Begin forwarded message:
>
> From: junkes
> Subject: Re: Release snapshot 5.0.0-m2006-2 available
> Date: 21. June 2020 at 13:53:35 CEST
> To: Chris Johns
>
> Hello Chris,
> thanks for the release snapshot. It all looks
help to figure out what is causing this and how it can be
> >> > resolved.
> >> > I have attached the config log as well.
> >> >
> >> > Thanks
> >> > Mritunjay
> >> >
> >> >
> >> >
> >> &
Hello, Mritunjay,
that's good news. Don't you want to try to develop a rsb-set for exactly this
combination of RTEMS4.10 and EPICS7?
Then it should be no problem to do it with RTEMS5 in the same way.
Did you also run the tests on Epics and also tried the pc386-qemu?
Greetings Heinz
> On 3. Jul
Thank you, this is exactly where I was unsure.
@Chris: Can you give a recommendation here?
Danke Heinz
--
Fritz-Haber-Institut| Phone: (+49 30) 8413-4270
Heinz Junkes | Fax (G3+G4): (+49 30) 8413
I’m away from my keyboard. If you use the epics Adaption to rtems from my
github “playground?” and bsp’s with —enable-networks should compile.
Heinz
FHI, Heinz Junkes
> On 7. Jul 2020, at 18:14, Mritunjay Sharma
> wrote:
>
>
> [UPDATE]: I tried building EPICS with RTEMS5 fo
Sorry for the long delay.
Yes, this Epics version still uses the rtems-libbsd.
The bsp must be built with --enable-network.
I'm trying to create an Epics version over the weekend that recognizes from
the configuration which libbsd version should be used.
Viele Grüße
Heinz J
It's not my experience.
I made my first attempts with RTEMS5 for a beatnik-board (MVME6100).
For this I created the BSP like this:
cd build/b-beatnik
../../rtems/configure --enable-maintainer-mode --prefix=$HOME/RTEMS/rtems-5
--target=powerpc-rtems5 --enable-rtemsbsp="beatnik" --enable-posi
ded
#include
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
> On 15. Jul 2020, at 05:57, Mritunjay Sharma
> wrote:
>
>
>
> On Wed, Jul 15, 2020 at 5:33 AM Chris Johns wrote:
> On 15/7/20 4:30 am, Mritunjay Sharma wrote:
> > H
Mritunjay,
can you try to use the commit 3afec267ab08568ea454789e562450b00feea5c0
Dated 25.9. 2019
From Heinz
> On 17.07.2020, at 20:23, Mritunjay Sharma
> wrote:
>
>
>
>> On Fri, Jul 17, 2020 at 12:53 PM Heinz Junkes
>> wrote:
>> You are right. I was not
It uses the legacy-stack.
When I am back I will adapt rtems_init to use libbsd.
You should proceed to write rsb recipes.
Heinz
FHI, Heinz Junkes
> On 19. Jul 2020, at 16:03, Mritunjay Sharma
> wrote:
>
>
>
>
>> On Sun, Jul 19, 2020 at 4:28 AM Gedare Bloom wrote:
I will be back online next weekend. Just a short note:
Mritunjay, please have a look on github epics-base in the directory ci-scripts
Here you should find automated tests etc. used by the epics development team.
Heinz
> On 30.07.2020, at 01:33, Chris Johns wrote:
>
>> On 30/7/20 9:11 am, Mritu
I'm trying to figure out when compiling a third party software (EPICS),
whether the RTEMS for a target bsp was created with the legacy stack or
uses the libbsd stack.
Unfortunately I have found some different definitions:
in target.cfg : RTEMS_HAS_NETWORKING
in bsp.cfg : HAS_NETWORKING
in header
Because the libbsd stack does not support some things yet (e.g. ntp) I have to
call different
functions at rtems_init in EPICS. Therefore, when building EPICS for a target,
I need
to know which stack the target was built with.
Viele Grüße
Heinz Junkes
--
Experience directly varies with
Can I get the name of the primary network interface from the header files of a
target-bsp?
Danke
Heinz
smime.p7s
Description: S/MIME cryptographic signature
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
at 14:17, Sebastian Huber
> wrote:
>
> On 07/08/2020 13:39, Heinz Junkes wrote:
>
>> Can I get the name of the primary network interface from the header files of
>> a target-bsp?
>
> Some BSPs have an RTEMS_BSP_NETWORK_DRIVER_NAME define.
>
> With
SSFUL)
rtems_bsd_ifconfig_lo0();
/* lookup primary network interface */
char ifnamebuf[IF_NAMESIZE];
char *prim_ifname;
prim_ifname = if_indextoname(1, &ifnamebuf[0]);
assert(prim_ifname != NULL);
…
Heinz
> On 8. Aug 2020, at 03:50, Chris Johns wrote:
>
> On 8/8/20 5:12 am,
Hallo Mritunjay,
everything looks pretty good. I'm commenting on the text. I also send this mail
to two EPICS experts (Andrew Johnson and Michael Davidsaver). Maybe they also
have some ideas.
>
> Current Status:
>
> 1) Successfully built EPICS7 with RTEMS5 by hand for pc-386
> 2) Worked for R
Hello, Chris,
with libbsd I also realized this with the concept you suggested (still beta
development):
...
sc = rtems_bsd_initialize();
assert(sc == RTEMS_SUCCESSFUL);
/* Let the callout timer allocate its resources */
sc = rtems_task_wake_after(2);
assert(sc == RTEMS_SUCCE
I think you should not make a patch for these two changes but a
simple replacement with e.g. sed.
like
sed -i ’s/^RTEMS_BASE/RTEMS_BASE =
\/home\/mritunjay\/development\/rtems/\$\(RTEMS_VERSION\)-arm\/g’
configure/os/CONFIG_SITE.Common.RTEMS
oder so ;-)
Viele Grüße
Heinz Junkes
Hi Mritunjay,
To define the architecture you can create a file “CONFIG_SITE.local” in
“configure”.
Look at the comment at the end of the file "CONFIG_SITE":
"
...
# Overrides for the settings above may appear in a CONFIG_SITE.local file
-include $(CONFIG)/CONFIG_SITE.local.
“
Heinz
> On 16. Au
= $(RTEMS_TOOLS)/bin/$(CC_FOR_TARGET) -x c -E
AR = $(RTEMS_TOOLS)/bin/$(AR_FOR_TARGET)
LD = $(RTEMS_TOOLS)/bin/$(LD_FOR_TARGET) -r
…
The assumption was that Makefile.inc is present in every BSP.
If it cannot be found in the pc-386 BSP, should the BSP be adapted?
Viele Grüße
Heinz Junkes
but there is a lot more work before it is
> usable.
>
> > iff --git a/source-builder/config/epics-7-1.cfg
> > b/source-builder/config/epics-7-1.cfg
> > index f51c6582..a9581a2e 100644
> > --- a/source-builder/config/epics-7-1.cfg
> > +++ b/source-builder/config/e
header file is in rtems-libbsd which I then had to reinstall and build for
the target.
Then I thought about whether a recipe could/should consider this dependency.
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
> On 24. Aug 2020, at 01:59, Chris Johns wr
Hallo Chris,
yes it works as described. The header file (librtemsNfs.h) is also there.
I must have done something wrong the day before yesterday. Unfortunately
I can't reproduce it anymore. Sorry for the "false alarm”.
I no longer use librtemNfs.h when using the libbsd stack.
It is no longer nece
; +Release: %{release}
> > +URL: https://epics.mpg.de/
> This doesn't look like the right url.
>
> I cross-checked and it seems to be working.
The link should be
https://epics-controls.org/
please.
>
> > +
> > +#
> > +# Source
> > +#
> &
Here is a mail I received from a colleague.
It concerns thereby an "old" problem which seemed already solved?
FYI. I can run the unit tests, but I'm seeing a couple of hangs.
The first I'm looking at is epicsTimeTest which seems to be
related to c++ exception handling. I recall that there were
p
ctly what it is anymore.
More tomorrow.
Many greetings and stay healthy,
Heinz
--
Fritz-Haber-Institut| Phone: (+49 30) 8413-4270
Heinz Junkes | Fax (G3+G4): (+49 30) 8413-5900
Faradayweg
> On 18. Mar 2020, at 22:17, Joel Sherrill wrote:
>
> We have had good experiences with RTEMS+libbsd with the Qemu ARM Zynq.
> We have been able to telnet to the RTEMS target from Linux and use the RTEMS
> NFS client to mount Linux files plus dynamic loading works. Personally I
> would
> sta
30) 8413-4270
Heinz Junkes | Fax (G3+G4): (+49 30) 8413-5900
Faradayweg 4-6| VC: 102220181...@bjn.vc
D - 14195 Berlin| E-Mail:jun...@fhi-berlin.mpg.de
--
_
Sebastian Huber
> wrote:
>
> Hello Heinz,
>
> On 03/02/2022 06:57, Heinz Junkes wrote:
>> I think I slept through the latest development. Sorry about that.
>> I wanted to integrate a pull request from Till
>> (https://github.com/RTEMS/rtems/pull/41)
>> in
in bsps/powerpc/mvme3100/start/bspstart.c I can find
RTEMS_SYSINIT_ITEM{
mvme3100_i2c_initialize,
RTEMS_SYSINIT_BSP_PRE_DRIVERS,
RTEMS_SYSINIT_ORDER_MIDDLE
);
mvme3100_i2c_initialize calls BSP_i2c_initialize
This can be found in bsps/powerpc/mvme3100/i2c/i2c_init.c
This function calls rtem
DER_MIDDLE
);
Heinz
> On 7. Feb 2022, at 14:42, Heinz Junkes wrote:
>
> in bsps/powerpc/mvme3100/start/bspstart.c I can find
>
> RTEMS_SYSINIT_ITEM{
> mvme3100_i2c_initialize,
> RTEMS_SYSINIT_BSP_PRE_DRIVERS,
> RTEMS_SYSINIT_ORDER_MIDDLE
> );
>
> mvme3100_i2c
---
Fritz-Haber-Institut| Phone: (+49 30) 8413-4270
Heinz Junkes | Fax (G3+G4): (+49 30) 8413-5900
Faradayweg 4-6| VC: 102220181...@bjn.vc
> On 18. Feb 2022, at 17:47, Joel Sherrill wrote:
>
>
> "Normally" the driver initialization entry registers names.
Unfortunately, I cannot confirm that. I don't see any registrations
(rtems_io_register_driver()) of the drivers.
Only rtems_io_initialize() major 0 - > (in my case) 39 is cal
Thanks for that. I've been struggling with this for a while ;-)
But there is this comment in the file:
“
#
# BSP specific settings. To be included in application Makefiles
#
# This support will be removed from RTEMS. Please consider other
# ways to build applications.
#
“
I thought this was no lon
./bsps/shared/dev/display/disp_hcms29xx.c:852:49: error:
'disp_hcms29xx_drv_t' has no member named 'disp_param'
852 |
softc_ptr->disp_param.dev_buffer[softc_ptr->disp_param.dev_buf_cnt] = '\0';
| ^~
..
Only the comment end ( */ ) is missing
in bsps/include/libchip/disp_hcms29xx.h
at line 14.
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
> On 10. Mar 2022, at 14:39, Heinz Junkes wrote:
>
> I get this at the moment when compiling the kernel:
>
&
.
Mount 141.14.131.192:/Volumes/Epics on /Volumes/Epics
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
In the case of the option "nfsv4,minorversion=1" I get an
error 2 (No such file or directory) from
error = kernel_mount(args->ma, MNT_VERIFIED);
in file ./rtemsbsd/fs/nfsclient/nfs.c
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
>
Waf: Leaving directory
`/home/rtems/ARM_TST/kernel/build/arm/xilinx_zynq_a9_qemu'
Build failed
-> task in 'testsuites/fstests/fsdosfsname01.exe' failed with exit status 1
(run with -v to display more information)
[1714/4241] Linking
build/arm/xilinx_zynq_a9_qemu/testsuites/fstests/mimfs_fsperm
t.
Danke, Heinz
> On 22. Mar 2022, at 21:30, Sebastian Huber
> wrote:
>
> Hello Heinz,
>
> On 19/03/2022 16:54, Heinz Junkes wrote:
>> Waf: Leaving directory
>> `/home/rtems/ARM_TST/kernel/build/arm/xilinx_zynq_a9_qemu'
>> Build failed
>> -&g
Hi,
It looks like there is a typo in rtems-libbsd/rtems_waf/rtems.py.
rtems_share_rtems_version = os.path.join(rtems_path, 'share', 'rtems' +
rtems_version)
if not os.path.exists(os.path.join(rtems_share_rtems_version)):
ctx.fatal('RTEMS path is not valid, "%s" not found.' %
(rtems_share_rt
a simple and fast key to see if a kernel of a
> specific
> version has been installed.
>
>> On 1/17/23 18:11, Heinz Junkes wrote:
>>> Hi,
>>>
>>> It looks like there is a typo in rtems-libbsd/rtems_waf/rtems.py.
>>>
>>> rtems_shar
t; `share/rtems6` directory.
>
> This is correct and it is a simple and fast key to see if a kernel of a
> specific
> version has been installed.
>
>> On 1/17/23 18:11, Heinz Junkes wrote:
>>> Hi,
>>>
>>> It looks like there is a typo in rtems-l
ch function it appears in
tsleep(&tdrpc->tsk, PVFS, "clrpcio",
^
../../freebsd/sys/sys/systm.h:625:24: note: in definition of macro 'tsleep'
_sleep((chan), NULL, (pri), (wmesg), tick_sbt * (timo), \
^~~
Waf: Leav
text-0.18.3.1-x86_64-apple-darwin21.4.0-1
See error report: rsb-report-gettext-0.18.3.1-x86_64-apple-darwin21.4.0-1.txt
Build Set: Time 0:04:14.522148
Gruss Heinz
--
Fritz-Haber-Institut| Phone: (+49 30) 84
Hello Sebastian,
unfortunately I could not build rtems7 on the Mac (as I can for rtems6):
Cloning into 'rsb'...
RTEMS Source Builder - Set Builder, 6 (376bf3247498)
Build Set: 7/rtems-arm
config: devel/dtc-1.6.1-1.cfg
package: dtc-1.6.1-x86_64-apple-darwin21.4.0-1
Creating source directory: source
Hallo,
with the new network stack, rtems_rpc_task_init no longer exists.
What must/could be called/initialized instead?
Danke, Heinz
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Hallo Sebastian,
maybe too late, but this is the result of RTEMS 7 rsb on my Mac:
Command Line: ../source-builder/sb-set-builder --jobs=4
--prefix=/Users/heinz/VE/ARM_WORK/rtems/7 7/rtems-arm
Python: 3.8.5 (default, Sep 4 2020, 02:22:02) [Clang 10.0.0 ]
https://github.com/RTEMS/rtems-source-
Leads to problems compiling legacy-stack:
Waf: Entering directory
`/home/rtems/MVME6100_6_legacy_INST/rsb/rtems/build/rtems-net-legacy-3a83bcef4bd62fda5c0f9c94dd649fc32d962ab2-powerpc-rtems-1/rtems-net-legacy-3a83bcef4bd62fda5c0f9c94dd649fc32d962ab2/build/powerpc-rtems6-beatnik'
[1/1] Compiling
HI,
I can follow Cedric's reasoning. Even if I was the initiator of this discussion.
I use RTEMS in my lectures/exercises, among other things, and have always been
able to give the students
freedom which laptops with which OS they wanted to use. And there are many of
them with used
older laptops
Hi,
I tried to build rc2 on OS-X (Ventura Intel) for powerpc and I get the
following error:
RTEMS Tools Project - Source Builder Error Report
Build: error: building
powerpc-rtems6-gcc-13.2.0-newlib-3cacedb-x86_64-apple-darwin22.6.0-1
Command Line: ../source-builder/sb-set-builder
--prefix=/V
Hi,
I am trying to install rc2 on sonoma 14.4 (Apple M2) and unfortunately get
error: config error: gdb-common-1.cfg:146: "gdb: python: library file not
found: libpython3.11.*, please install”
It looks like the error described in ticket #4631.
Heinz
(base) junkes@Zarquon rtems % ../s
Hi
After updating Xcode and OSX to Sonoma 14.4 the Python libs 'disappeared’ ?
Upgrade/update python on homebrew and brew link python3 fixed it.
Heinz
> On 11. Mar 2024, at 16:27, Heinz Junkes wrote:
>
> Hi,
>
> I am trying to install rc2 on sonoma 14.4 (Apple M2) and unfortu
Hello Chris,
thanks for your mail. I have now installed the python as you described.
The source-builder process runs quite well.
Unfortunately, the gcc-13.2.0-newlib for powerpc cannot be built:
(py3.12) junkes@zarquon rtems % cat
rsb-report-powerpc-rtems6-gcc-13.2.0-newlib-3cacedb-arm64
Common Name (CN)
docs.rtems.org
Organisation (O)
Organisational Unit (OU)
Issued By
Common Name (CN)
R3
Organisation (O)
Let's Encrypt
Organisational Unit (OU)
Validity Period
Issued On
Friday, 12 January 2024 at 20:02:57
Expires On
Thursday, 11 April 2024 at 21:02:56
SHA-256 Fingerprints
Certif
Hi,
unfortunately I cannot activate the cgem0 network interface with RTEMS 6
(libbsd 6-freebsd-12)
on a xilinx_zynq_zybo_z7 board :
cgem0: flags43 metric 0 mtu 1500
d options008
e ether 92:c2:88:7d:f4:79
inet6 fe80::90c2:88ff:fe7d:f479%cgem0 prefixlen 64 scopeid 0x1
b
code: 3443784 (0x00348c48)
RTEMS version: 6.0.0.e5b6fa026ac1c07d252233624054785b2b29f54e
RTEMS tools: 13.3.0 20240521 (RTEMS 6, RSB
4c6dfb7aef9811258457971aa9213d5aebb9ce8d, Newlib 1ed1516)
executing thread ID: 0x0a010001
executing thread name: UI1
Heinz
> On 13. Aug 2024, at 16:40, Heinz Junkes w
I have a Rev.D board and it has a different Realtek PHY with different
connections to MIO Bank.
RTL8211F instead of RTL8211E
I have to find out where this is defined/used in the rtems-libbsd.
Heinz
> On 13. Aug 2024, at 17:16, Heinz Junkes wrote:
>
> This is the output of N
1 - 100 of 101 matches
Mail list logo
