Experimental Physics and
Industrial Control System

Mark Rivers <[email protected]> · Thu, 21 May 2015 17:32:49 +0000

Hi Ernest,

I don't think it is really and either/or question with devlib2 and asyn.  At least for the drivers I've seen they work together.  For example I've written an asyn driver for the SIS3820, but it would be nice to have devlib2 functions to do OS-independent DMA with it.  So asyn drivers make calls to devlib2 functions for OS-independent access to the VME or PCI bus.

How does devlib2 get involved with Ethernet/RS-232 based devices?

Mark

________________________________________
From: [email protected] [[email protected]] on behalf of Williams Jr., Ernest L. [[email protected]]
Sent: Thursday, May 21, 2015 9:26 AM
To: [email protected]
Subject: devlib2 and  asyn  Pros/Cons

Hi everyone,

We would like to go down a path of standardizing new EPICS drivers that we develop here at SLAC.

Can folks speak about pros/cons for using devlib2-based approach  versus an asyn-based approach for access
to (1) PCI bus access, VME64x CSR/CSR, and other memory-mapped devices; (2) ethernet/RS232 based; stream-based ?

Here at SLAC we have a module that Till wrote which addresses:
(1) memory and I/O barriers, (2) endianess
Is this something that belongs in or is now in EPICS BASE?

Cheers,
Ernest

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System