EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

<19941995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index <19941995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Logical Naming of Hardware Addresses
From: Andrew Johnson <[email protected]>
Date: Wed, 25 May 1994 14:47:47 BST
On Wed, 25 May 94 09:19:19 -0400 [email protected] wrote:

> [email protected] writes:
> 
> >The approach I am suggesting is to have a file on the host which is read at 
> >initialisation and contains some form of Logical Name to Physical Address 
> >translation table. 
> 
> Proliferation of files is a bad idea.  If you have enough reflective memory,
> you could use dynamic allocation, and include a hash table in the reflective
> memory to look up names.  All IOC's would first look up the name, and if it
> did not exist, would add it dynamically.  A semaphore (soft or hard, depending
> upon what the hardware supports) would protect the hash table.

I would prefer to use dynamic allocation, but I can't find a way of creating a 
semaphore in the Reflective Memory (a TAS can occur and succeed in several CPUs 
simultaneously), hence I can't use the shared data structures which would need a 
semaphore for protection.  

There is also the problem of initialising the memory, and what happens when one 
IOC is powered up later than the others so it misses out any write cycles which 
occurred before it was turned on.

I have come to the conclusion that I can't rely on control structures in the RM 
to tell me where the record boundaries are, so I have to get this information 
from elsewhere.

In my case the same name file would be shared by all the IOCs with RM cards in, 
so its not a large proliferation, but I guess the same might not be true if it 
were used for other devices.

  _        _
 / \ ___ _| |_ _ ___ _   _
| - |   | . | ~_| -_| |~| |
|_|_|_|_|___|_| |___|_____|




Navigate by Date:
Prev: Re: Logical Naming of Hardware Addresses watson
Next: Re: Logical Naming of Hardware Addresses mcgehee
Index: <19941995  1996  1997  1998  1999  2000  2001  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: Logical Naming of Hardware Addresses watson
Next: Re: Logical Naming of Hardware Addresses mcgehee
Index: <19941995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·