Hello, I am currently working on the backport of the i386 patch set for the 5-freebsd-12 branch (I don't see any use in backporting these amd64 patches). The question is, if I should use the path-mappings approach introduced with this patch set or keep the "if cpu == i386" which is the current state. My preference would be to keep it similar in both branches, but I would need to know if this patch set has a chance to be accepted.
Cheers, Jan > -----Ursprüngliche Nachricht----- > Von: devel [mailto:devel-boun...@rtems.org] Im Auftrag von > jan.som...@dlr.de > Gesendet: Mittwoch, 26. Februar 2020 09:29 > An: devel@rtems.org > Betreff: AW: [PATCH v4 0/3] [rtems-libbsd] Fix compilation for amd64 > > Are there any further comments regarding these patches? > Is the solution with the "path-mappings" acceptable or do you prefer something > different? > > Beste regards, > > Jan > > > -----Ursprüngliche Nachricht----- > > Von: Sommer, Jan > > Gesendet: Dienstag, 18. Februar 2020 11:22 > > An: devel@rtems.org > > Cc: Sommer, Jan > > Betreff: [PATCH v4 0/3] [rtems-libbsd] Fix compilation for amd64 > > > > Similar to the previous patchset for i386 this one enables compilation for > > the > > amd64 BSP with the following limitations: > > - dev_nic_e1000 needs to be off > > - debugger01.exe does not link because the amd64 bsp has no libdebugger > > support > > > > I tried to use the lessons learned from the last patch set. > > It does not seem to affect arm, sparc and i386 compilation. > > Made a mistake and started to send with v3, so I will increment from > > there to keep consecutive numbers. > > > > Version 4: > > - Added a path-mapping mechanism to waf_libbsd.py and libbsd.py > > - Removed the "if cpu == " switches from waf_libbsd.py > > > > Best regards, > > > > Jan > > > > Jan Sommer (3): > > amd64: Add missing files from FreeBSD > > amd64: Add to build > > amd64: Port to RTEMS > > > > freebsd/sys/amd64/amd64/in_cksum.c | 245 ++++ > > freebsd/sys/amd64/include/machine/_bus.h | 48 + > > freebsd/sys/amd64/include/machine/cpufunc.h | 1053 > +++++++++++++++++ > > freebsd/sys/amd64/include/machine/efi.h | 78 ++ > > freebsd/sys/amd64/include/machine/in_cksum.h | 86 ++ > > freebsd/sys/amd64/include/machine/md_var.h | 90 ++ > > .../sys/amd64/include/machine/specialreg.h | 6 + > > freebsd/sys/sys/efi.h | 198 ++++ > > libbsd.py | 25 + > > rtemsbsd/amd64/include/machine/clock.h | 2 + > > waf_libbsd.py | 13 +- > > 11 files changed, 1842 insertions(+), 2 deletions(-) > > create mode 100644 freebsd/sys/amd64/amd64/in_cksum.c > > create mode 100644 freebsd/sys/amd64/include/machine/_bus.h > > create mode 100644 freebsd/sys/amd64/include/machine/cpufunc.h > > create mode 100644 freebsd/sys/amd64/include/machine/efi.h > > create mode 100644 freebsd/sys/amd64/include/machine/in_cksum.h > > create mode 100644 freebsd/sys/amd64/include/machine/md_var.h > > create mode 100644 freebsd/sys/amd64/include/machine/specialreg.h > > create mode 100644 freebsd/sys/sys/efi.h > > create mode 100644 rtemsbsd/amd64/include/machine/clock.h > > > > -- > > 2.17.1 > > _______________________________________________ > 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