EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024  Index 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: [Bug 1910148] Re: Broadcast address detection is unreliable on Linux
From: "Johnson, Andrew N. via Core-talk" <core-talk at aps.anl.gov>
To: Chris Johns <chrisj at rtems.org>
Cc: "core-talk at aps.anl.gov" <core-talk at aps.anl.gov>
Date: Fri, 8 Jan 2021 03:58:16 +0000
Hi Chris,

On Jan 7, 2021, at 7:21 PM, Chris Johns via Core-talk <core-talk at aps.anl.gov> wrote:

On 6/1/21 2:47 am, mdavidsaver via Core-talk wrote:
Do you mean your patch to be a proof of concept, or to be accepted as
is?  If the later, compatibility with the embedded RTOS targets (RTEMS
4.x and vxWorks) needs to be maintained.  These targets do not provide
getifaddrs(), and would fail to compile with getifaddrs.patch.

Just thought I would mention RTEMS 5 provides getifaddrs. It is present in
source for the RTEMS legacy networking code and the newer rtems-libbsd
networking stack we now provide. As indicated elsewhere in this thread there is
no defines to indicate it is available.

Thanks, that’s good to know, and shouldn’t be a problem. Once we merge the RTEMS-5 support code into the epics-base/7.0 branch we will have 2 sets of sources for interfacing to RTEMS, one set for RTEMS-4 and one for RTEMS-5 (plus others that can be built for both). The way that Michael R has structured the latest version of this PR that means the new RTEMS-5 set should compile the new getifaddrs() version of the code, while the RTEMS-4 set will continue to use the original.

I think it’s likely that this PR will get merged before the RTEMS-5 port is ready, but work on that seems to be heating up.

- Andrew

-- 
Complexity comes for free, simplicity you have to work for.


Replies:
Re: [Bug 1910148] Re: Broadcast address detection is unreliable on Linux Chris Johns via Core-talk
References:
[Bug 1910148] [NEW] Broadcast address detection is unreliable on Linux Michael Ritzert via Core-talk
[Bug 1910148] Re: Broadcast address detection is unreliable on Linux mdavidsaver via Core-talk
Re: [Bug 1910148] Re: Broadcast address detection is unreliable on Linux Chris Johns via Core-talk

Navigate by Date:
Prev: Re: [Bug 1910148] Re: Broadcast address detection is unreliable on Linux Chris Johns via Core-talk
Next: Re: [Bug 1910148] Re: Broadcast address detection is unreliable on Linux Chris Johns via Core-talk
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024 
Navigate by Thread:
Prev: Re: [Bug 1910148] Re: Broadcast address detection is unreliable on Linux Chris Johns via Core-talk
Next: Re: [Bug 1910148] Re: Broadcast address detection is unreliable on Linux Chris Johns via Core-talk
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024 
ANJ, 08 Jan 2021 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·