Hello Alan and Noor,
please note that updating libbsd to a newer FreeBSD version is a bit
more work than pushing the hash of the freebsd-org submodule. The basic
process is:
- use freebsd-to-rtems.py to copy changes from libbsd to the freebsd-org
- commit them there
- rebase to a newer release
- fix all problems during the rebase
- take a look at the changed subsystems in freebsd
- use freebsd-to-rtems.py to copy the changes back from freebsd-org to
libbsd
Last time I talked to Sebastian about that, he estimated the update to
the current release to be the work of a few weeks. Sebastian did all
updates in the last years, so I think I can trust that estimation.
I think currently your best approach is to try to do a backport on a
branch. If you have well isolated drivers, rebasing that backport on a
newer libbsd version should be possible.
Please note that backports most likely won't be directly included in
libbsd. They make the upgrade process a lot more complicated. So I'm
sure that someone will object to include a backport in the master
branch. Still: I think the backport on a branch is currently the best
approach for your project.
Best regards
Christian
On 2023-06-04 19:18, Noor Aman wrote:
Hi Alan,
If you have not done so already, would it be worth trying to build
and initialize the current libbsd with a loopback driver?
I haven't done it so far, This might help. Thanks.
Are there other devices on the RPI4 such as the SD card or USB that
may be usable in the current libbsd on the Pi 4?
The only thing which I think might be compatible would be arasan SD card
drivers. And every other peripheral's drivers isn't present in the
current rtems-libbsd state.
I know it will not get you the ethernet driver you need, but having
an environment that runs on the board might be a step in the right
direction.
How hard do you think it would be to backport the ethernet driver to
the current rtems-libbsd release?
I'm not sure how difficult it would be to backport since it's a major
release (backporting from 13.x to 12.x). It will take a while to figure
all that out.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
--------------------------------------------
embedded brains GmbH & Co. KG
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89-18 94 741 - 18
mobile: +49-176-152 206 08
Registergericht: Amtsgericht München
Registernummer: HRA 117265
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