On 2023-09-19 09:36, Kinsey Moore wrote:
On Tue, Sep 19, 2023 at 7:25 AM emanuel stiebler <mailto:e...@e-bbes.com>> wrote:
Anybody using CAN on the xilinx MPSoC? Does CON-FD work too?
Hi Emanuel,
Those drivers haven't been ported in from the embeddedsw repository yet
since I ha
On 2023-10-05 12:42, Frank Kühndel wrote:
Hello Emanuel,
I cannot say anything about your specific issue. I can just provide this
information:
Our CI/CD builds rtems-tools with ADA on Ubuntu 22.04 for RSB, Git
commit 35c73203df1e0bc7f0935cfb37ebc6581d8f1103 for aarch64, arm, bfin,
i386,
I just tried to compile the tools for rtems6,
and just with "C", everything(?) works.
Trying to add ADA to the tools, it fails, complaining about gnat not
being installed.
In the logfile:
hecking for objdir... .libs
configure: WARNING: using in-tree isl, disabling version check
configure:
Hi all,
are there any tools in RTEMS to download the bit stream into the logic
part of the FPGA, after boot?
Thanks!
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Anybody using CAN on the xilinx MPSoC? Does CON-FD work too?
Thanks, Emanuel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On 2019-02-01 10:08, Jiri Gaisler wrote:
> Hello,
>
> As far as I understand, RISC-V does not require any particular alignment
> of data structures in memory. [ ... ]
RISC-V explicitly states somewhere in the manuals, (?) that it supports
unaligned access to memory, but it could be emulated in
On 2019-01-23 03:34, Sebastian Huber wrote:
> Hello,
>
> we will very likely soon work a BSP for the Xilinx Zynq UltraScale+
> MPSoC platform:
> https://devel.rtems.org/ticket/3682
Excellent!
> Please let me know, if you are interested in support for the Cortex-R5
> processors or AArch64 mode.
Did it move?
both links on the wiki
https://devel.rtems.org/wiki/Developer/Tools/RSB
go nowhere (https://docs.rtems.org/rsb)
Thanks
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Hi all,
should it still work, didn't see anything about it for a while on this
list, tried yesterday, and the source-builder failed in newlib:
microblaze-rtems4.11-ar rc ../libc.a *.o
microblaze-rtems4.11-ranlib libc.a
rm -rf tmp
make[8]: Leaving directory
On 2015-03-17 22:38, Chris Johns wrote:
On 18/03/2015 7:28 am, Chris Johns wrote:
I am testing this now as I needed to add 'merge' to
the git module.
Pushed as
https://git.rtems.org/rtems-source-builder/commit/?id=b0f9e30fa46a8025b76bf86321ebe585de8972f4
OK, so I managed to compile the
On 2015-03-17 17:37, Joel Sherrill wrote:
On 3/17/2015 11:30 AM, emanuel stiebler wrote:
On 2015-03-17 11:41, Chris Johns wrote: On 17/03/2015 2:48 am, Joel
Sherrill wrote:
Hmmm.. copying from the log you attached:
This looks like somehow the the contents of
./rtemstoolkit
On 2015-03-17 11:41, Chris Johns wrote: On 17/03/2015 2:48 am, Joel
Sherrill wrote:
Hmmm.. copying from the log you attached:
This looks like somehow the the contents of
./rtemstoolkit/elftoolchain/libelf/_libelf_config.h are not being
tripped by whatever conditionals are set on your host.
On 2015-03-15 22:19, Chris Johns wrote: [ back on list ]
I wasn't sure, people like to read this long log files ;-)
Thanks. Can you please try the attached windows.py ?
Sure. It seems to work. Is plowing through the sources for hours now ...
Will report, if it really works later ...
RTEMS
On 2015-03-14 00:59, Chris Johns wrote:
On 13/03/2015 7:37 pm, emanuel stiebler wrote:
On 2015-03-13 05:55, Chris Johns wrote:
Have a look in this line ...
https://git.rtems.org/rtems-source-builder/tree/source-builder/sb/windows.py#n56
.. and remove line 57 and make line 58
On 2015-03-13 05:55, Chris Johns wrote:
Have a look in this line ...
https://git.rtems.org/rtems-source-builder/tree/source-builder/sb/windows.py#n56
.. and remove line 57 and make line 58 'host_triple = build_triple' so
the host and build names are the same by default.
If this works you
Hi all,
should it work at the moment?
All the best,
emanuel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On 2015-03-11 18:40, Joel Sherrill wrote:
On 3/11/2015 12:12 PM, emanuel stiebler wrote:
Hi all,
should it work at the moment?
Since Chris is likely the best one to answer that and he won't be
online for at least a a few hours, give it a try. You will know the
answer before he wakes up
On 2014-07-24 03:06, Chris Johns wrote: On 22/07/2014 1:00 am, emanuel
stiebler wrote:
On 2014-07-18 18:54, Chris Johns wrote:
We still use the U-Boot to load it?
I do not use uboot, rather we have a taken the Xilinx FSBL and
reworked it.
Could you at least share this part?
And thanks
On 2013-07-16 09:34, Rempel, Cynthia wrote:
Moving forward we should keep patches separated in such a way as they are
easier to upstream, this will require an update to the
http://www.rtems.org/wiki/index.php/Building_Tools tutorial, but
hopefully,
updating the tutorial won't be too
On 2013-07-15 02:36, Sebastian Huber wrote: I don't get a build error.
What is the error in your case?
gmake[2]: *** No rule to make target `all'. Stop.
And it stops, not building anything ...
___
rtems-devel mailing list
rtems-devel@rtems.org
On 2013-07-15 09:56, Joel Sherrill wrote:
On 7/15/2013 10:45 AM, emanuel stiebler wrote:
On 2013-07-15 02:36, Sebastian Huber wrote: I don't get a build error.
What is the error in your case?
gmake[2]: *** No rule to make target `all'. Stop.
And it stops, not building anything ...
I
Making all in lm3s6965
gmake[2]: Entering directory
`/AD1/SHARED/RTEMS/BUILD/arm-rtems4.11/c/lm3s6965'
gmake[2]: *** No rule to make target `all'. Stop.
gmake[2]: Leaving directory
`/AD1/SHARED/RTEMS/BUILD/arm-rtems4.11/c/lm3s6965'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving
Which is the correct to use on cygwin?
The ...eabi or the plain version?
On linux, only the plain version is offered ...
Thanks!
___
rtems-devel mailing list
rtems-devel@rtems.org
http://www.rtems.org/mailman/listinfo/rtems-devel
23 matches
Mail list logo