Re: [PATCH 0/8] Add basic support for TMS570LC4357

2023-12-06 Thread Pavel Pisa
Hello Sebastian

On Wednesday 06 of December 2023 17:08:39 Sebastian Huber wrote:
> sorry for the delay, but I was busy with all sorts of things.  I checked
> in the first round of patches. I work on cleaning up a patch set with
> support for the TMS570LC4357.
>
> For debugging, we use the Lauterbach PowerDebug System.

thanks for information and pushing the project forward.
I hope I find some day some time to test RTEMS
on TMDX570LC43HFK which I have long time there...
I hope that it would work with OpenOCD, it should
be functional without Flashing.

I am happy that this work continues and I have call with
Premek today to check that he has received your other
e-mail. He is happy too that his thesis work has some use
and promised to reply to your by another e-mail in two, three
days to have his personal reply recorded. Generally we
agree with change of our RTEMS contribution to BSD-2-Clause.
Keeping reference to the university and authors listed
is preferred.

By the way, as I have announced earlies, Michal Lenc's
thesis on RTEMS CAN/CAN FD support progresses

  https://gitlab.fel.cvut.cz/otrees/rtems/rtems-canfd/-/tree/master/lib/candrv

This week, he has implemented rough initial version of connection
of rtems_filesystem_file_handlers_r (can-bus.c) to FIFOs system
ported from LinCAN. Not tested yet... This work has plan
to target Zynq system but if there is some project in which
we can participate by targetting our CAN work more
to TMS570LC4357, we would consider to rearrange priorities.

I have bought two BeagleV-Fire boards to my company as well

  https://www.beagleboard.org/boards/beaglev-fire

and it could be nice target where we can test RTEMS for hard
realtime in addition to Linux and NuttX. Again if there
is for example some ESA or other project which could
use our work, we can change mode from tinkering and long
term investment into targeting concrete goals and terms.
We plan to test our PXMC motion control HDL and SW on this
platform to have prepared continuation to our previous
LX_RoCoN Cortex-M based systems already used at ESA.

There is some possibility that I will teach computer
architectures in the space oriented course so replacement
of Raspberry Pi by BeagleV-Fire and RTESM could be
great demonstrator on ExoMy or other platform

  https://github.com/esa-prl/ExoMy

Best wishes,

Pavel
-- 
Pavel Pisa
phone:  +420 603531357
e-mail: p...@cmp.felk.cvut.cz
Department of Control Engineering FEE CVUT
Karlovo namesti 13, 121 35, Prague 2
university: http://control.fel.cvut.cz/
personal:   http://cmp.felk.cvut.cz/~pisa
social: https://social.kernel.org/ppisa
projects:   https://www.openhub.net/accounts/ppisa
CAN related:http://canbus.pages.fel.cvut.cz/
RISC-V education: https://comparch.edu.cvut.cz/
Open Technologies Research Education and Exchange Services
https://gitlab.fel.cvut.cz/otrees/org/-/wikis/home
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


Re: [PATCH 0/8] Add basic support for TMS570LC4357

2023-12-06 Thread Sebastian Huber

Hello Pavel,

sorry for the delay, but I was busy with all sorts of things.  I checked 
in the first round of patches. I work on cleaning up a patch set with 
support for the TMS570LC4357.


For debugging, we use the Lauterbach PowerDebug System.

Best regards,
Sebastian

--
embedded brains GmbH & Co. KG
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH 0/8] Add basic support for TMS570LC4357

2023-04-29 Thread Pavel Pisa
Hello Sebastian,

I am happy to see that TMS570 RTEMS support is moving
forward. I hope to have some time when semester/exams
ends to play with it at least a little again.

I am curious which development toolas are you using.
I preferred GDB and OpenOCD but there is problem that
TMS570LS3137 has some problems with endianness
access form OpenOCD to external SDRAM. I have some
patches for that but for some branch bused on some
other developers patches which has not propagated into
mainline. 

Another missing part for OpenOCD is Flash programming
support for TMS570 family. Again, I have some hacked
version which was based on side branch of  Andrey Smirnov.
Problem is even inclusion of Cortex-R code linking
TI libraries without sources as data array into OpenOCD.
It would be necessary to use some loader of external
code snippet into TMS570 for license reasons.

Anyway, may old attempts are there

   https://cmp.felk.cvut.cz/~pisa/tms570/openocd-patches/

There is some set of utilities to use it from GDB
in Premysl Houdek's repository

  https://github.com/AoLaD/rtems-tms570-utils

It includes even tools to generate RTEMS style header files
from TI manuals.

As for the BSP documentation, you can look if something from
Premysl Houdek's GSoC documents is reusable.

As for TMS570LC4357 support, I would like to remind the
work done by people from https://www.iri.uni-frankfurt.de

  https://github.com/jalmito/rtems/branches/stale

Best wishes,

Pavel
--
Pavel Pisa
phone:  +420 603531357
e-mail: p...@cmp.felk.cvut.cz
Department of Control Engineering FEE CVUT
Karlovo namesti 13, 121 35, Prague 2
university: http://control.fel.cvut.cz/
company:https://www.pikron.com/
personal:   http://cmp.felk.cvut.cz/~pisa
projects:   https://www.openhub.net/accounts/ppisa
CAN related:http://canbus.pages.fel.cvut.cz/
RISC-V education: https://comparch.edu.cvut.cz/
Open Technologies Research Education and Exchange Services
https://gitlab.fel.cvut.cz/otrees/org/-/wikis/home
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


[PATCH 0/8] Add basic support for TMS570LC4357

2023-04-04 Thread Sebastian Huber
Sebastian Huber (8):
  build: Add assert-in-set option action
  bsp/tms570: Export -mbe32 to pkg-config
  bsp/tms570: Enable cache manager implementation
  bsp/tms570: Add pin configuration variants
  bsp/tms570: Replace TMS570_MMR_SELECT_GMII_SEL
  bsp/tms570: Use 0x for hex constants
  bsp/tms570: Add TMS570_VARIANT
  bsp/tms570: Add TMS570LC4357 support

 bsps/arm/tms570/include/bsp/tms570-pinmux.h   |  76 ++---
 bsps/arm/tms570/include/bsp/tms570-pins.h |   6 +
 bsps/arm/tms570/include/bsp/tms570.h  |  38 +--
 .../tms570/include/bsp/tms570lc4357-pins.h|   5 +
 .../tms570/include/bsp/tms570ls3137zwt-pins.h |   5 +-
 bsps/arm/tms570/start/init_pinmux.c   |   4 +
 bsps/arm/tms570/start/pinmux.c| 103 +-
 spec/build/bsps/arm/tms570/grp.yml|   2 +
 spec/build/bsps/arm/tms570/obj.yml|   3 +-
 spec/build/bsps/arm/tms570/optlinkflags.yml   |   1 +
 spec/build/bsps/arm/tms570/optvariant.yml |  21 
 wscript   |   8 ++
 12 files changed, 216 insertions(+), 56 deletions(-)
 create mode 100644 spec/build/bsps/arm/tms570/optvariant.yml

-- 
2.35.3

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel