AW: [PATCH v4 0/3] [rtems-libbsd] Fix compilation for amd64

[Jan.Sommer at dlr.de]

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-bounces at rtems.org] Im Auftrag von
> Jan.Sommer at dlr.de
> Gesendet: Mittwoch, 26. Februar 2020 09:29
> An: devel at 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 at 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 at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel