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: Chris Johns via Core-talk <core-talk at aps.anl.gov>
To: "Johnson, Andrew N." <anj at anl.gov>
Cc: "core-talk at aps.anl.gov" <core-talk at aps.anl.gov>
Date: Sat, 9 Jan 2021 09:41:29 +1100
On 8/1/21 2:58 pm, Johnson, Andrew N. wrote:
> Hi Chris,
> 
> On Jan 7, 2021, at 7:21 PM, Chris Johns via Core-talk <core-talk at aps.anl.gov
> <mailto: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.

Nice.

> 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.

This is excellent news.

Chris

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
Re: [Bug 1910148] Re: Broadcast address detection is unreliable on Linux Johnson, Andrew N. via Core-talk

Navigate by Date:
Prev: Re: [Bug 1910148] Re: Broadcast address detection is unreliable on Linux Johnson, Andrew N. via Core-talk
Next: Build failed in Jenkins: EPICS-3.14 #907 Jenkins EPICS PSI 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 Johnson, Andrew N. via Core-talk
Next: [Bug 1910148] Re: Broadcast address detection is unreliable on Linux Michael Ritzert 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, 10 Jan 2021 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·