Experimental Physics and Industrial Control System
|
Just to clarify:
I am all for supporting, promoting, suggesting devLib/devLib2 be used for every application that works on VME or PCI bus hardware. However, devLib/devLib2 does not have to be included in Base to do that.
Support for operating systems (like VxWorks or RTEMS) is fundamentally different in that these systems do *not* require specific hardware. As a matter of fact, we are running a lot of RTEMS testing on virtual machines.
Cheers, ~Ralph
I understand Ralph's reasoning very well.
However, If we follow the reasoning that "Stuff that deals with hardware buses is not essential”,
then the question also arises why we support VxWorks and RTEMS.
We do this only to support special hardware (in these cases mostly VMEbus and PMC/PCI bus)?
I would of course be sad if the support for it would be omitted ;-)
I would be very happy if we could replace devLib with devLib2.
Without the support of devLib it is very difficult to use the bus systems like PCI/PMC/VMEbus etc. in a general way
and independent of the host/target system.
Those were my 2ct.
Heinz
> On 12. Oct 2018, at 09:04, Ralph Lange <[email protected]> wrote:
>
> Ok, got it.
>
> So, to add my 2cts, I would be all for devLib and devLib2 being combined (or whatever is necessary), and both moved out of Base.
>
> Stuff that deals with hardware buses is not essential.
> Maintenance and testing need specific hardware, tests can not be run on our common CI infrastructure using virtual machines or containers.
> Most if not all software modules that use these libraries are not in Base.
> IMHO, there were (and still are) a number of reasons to unbundle hardware specific EPICS modules.
>
> Cheers,
> ~Ralph
>
>
>
> On Thu, 11 Oct 2018 at 17:39, Heinz Junkes <[email protected]> wrote:
> Hi Ralph,
> Timo has already written it.
>
> devLib2 extends devLib "only" by the PCI access, not fixed on a specific card but in general (VMEbus + PCIbus)
>
> Heinz
>
> > On 11. Oct 2018, at 15:17, Ralph Lange <[email protected]> wrote:
> >
> > Hi Heinz,
> >
> > Generally, EPICS Base does not contain utilities or support for specific hardware.
> >
> > Cheers,
> > ~Ralph
> >
> >
> > On Thu, 11 Oct 2018 at 13:47, Heinz Junkes <[email protected]> wrote:
> > Hello guys,
> >
> > what is the reason why devLib2 is not a component of epics-base?
> > Not yet sufficiently tested?
> >
> > Heinz
> >
> > ----------------------------------------------------------------------
> > Das FHI verarbeitet, speichert und loescht Daten im Rahmen seiner
> > Geschaeftstaetigkeit gemaess der Datenschutz-Grundverordnung (DSGVO)
> > [General Data Protection Regulation (GDPR)] der Europaeischen Union.
> >
>
>
> ----------------------------------------------------------------------
> Das FHI verarbeitet, speichert und loescht Daten im Rahmen seiner
> Geschaeftstaetigkeit gemaess der Datenschutz-Grundverordnung (DSGVO)
> [General Data Protection Regulation (GDPR)] der Europaeischen Union.
>
----------------------------------------------------------------------
Das FHI verarbeitet, speichert und loescht Daten im Rahmen seiner
Geschaeftstaetigkeit gemaess der Datenschutz-Grundverordnung (DSGVO)
[General Data Protection Regulation (GDPR)] der Europaeischen Union.
- References:
- devLib2 Heinz Junkes
- Re: devLib2 Ralph Lange
- Re: devLib2 Heinz Junkes
- Re: devLib2 Ralph Lange
- Re: devLib2 Heinz Junkes
- Navigate by Date:
- Prev:
Re: devLib2 Heinz Junkes
- Next:
Launchpad Git repo cleanup Ralph Lange
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
<2018>
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: devLib2 Heinz Junkes
- Next:
Build failed in Jenkins: epics-base-3.15-win32-test #182 APS Jenkins
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
<2018>
2019
2020
2021
2022
2023
2024
|
ANJ, 16 Oct 2018 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
·
Search
·
EPICS V4
·
IRMIS
·
Talk
·
Bugs
·
Documents
·
Links
·
Licensing
·
|