[SI-LIST] Re: Questions on Reference Planes for DDR3 signals

  • From: "Rose, Michael" <mrose@xxxxxxxxxxxxxxxxx>
  • To: "weirsi@xxxxxxxxxx" <weirsi@xxxxxxxxxx>, "si-list@xxxxxxxxxxxxx" <si-list@xxxxxxxxxxxxx>
  • Date: Wed, 27 Jun 2012 20:40:16 +0000

Steve, Can't localized inter-plane capacitance and BC help stitch VDD/VSS 
planes in the 100-500 MHz range?

Mike

-----Original Message-----
From: si-list-bounce@xxxxxxxxxxxxx [mailto:si-list-bounce@xxxxxxxxxxxxx] On 
Behalf Of steve weir
Sent: Wednesday, June 27, 2012 4:34 PM
To: si-list@xxxxxxxxxxxxx
Subject: [SI-LIST] Re: Questions on Reference Planes for DDR3 signals

Vinu, when you use mixed references you don't get to stitch with vias that run 
the cavity height.  You have to stitch with capacitors, which means a loop all 
the way from the cavity to the closest capacitor plates and back.  It's a 
recipe that only your capacitor vendor and contract assembly house could love 
for all the extra money you will have to pay them to try and make it work at 
high speed by turning the board black with bypass capacitors.

Best Regards,

Steve

On 6/27/2012 12:23 PM, Vinu Arumugham wrote:
> Steve,
>
> Signal entering/exiting a cavity can excite a cavity and that happens 
> SRS or not.
> One would need return vias to minimize that in both cases.
>
> Thanks,
> Vinu
>
> On 06/27/2012 12:00 PM, steve weir wrote:
>> Vinu, no that is not correct.  You need to lose the electron hose 
>> model and use moving wavefronts.  All one needs to excite a cavity, 
>> even a closed one like a beer can is:  A cavity with conductive 
>> walls, dielectric volume, and a launch mechanism.  A signal conductor 
>> in the dielectric provides the launch mechanism on digital PCBs.  If 
>> we obtain a beer can and pierce it with an ice pick ( being careful 
>> to preserve the important contents for later "disposal" ), and then 
>> insert a small insulating grommet into each hole and then thread a 
>> wire through, we can then connect one port of a VNA to one end of the 
>> wire and the can, and another port to the other, and then entertain 
>> ourselves observing the
>> S11 and S21 plots while properly disposing of the saved can contents.
>> The plots will show the resonant frequency of the beer can.  They can 
>> only do that because we successfully excite the cavity.
>>
>> Best Regards,
>>
>>
>> Steve.
>> On 6/27/2012 9:58 AM, Vinu Arumugham wrote:
>>> Steve,
>>>
>>> To excite the cavity there must be a current in Vddq with an image 
>>> current on Vss in the opposite direction. In SRS, the image current 
>>> for the signal is of equal magnitude and direction on both planes. 
>>> So the cavity cannot be excited. As for via transitions exciting the 
>>> cavity, an SRS signal via would need a Vddq via and Vss via (but no 
>>> bypass
>>> capacitors) to minimize excitation.
>>>
>>> Thanks,
>>> Vinu
>>>
>>> On 06/26/2012 08:02 PM, steve weir wrote:
>>>> Vinu, using two return planes does not cancel the current, it just
>>>> divides it.   The cavity is not only excited, but because it must
>>>> maintain DC isolation, we have a much harder time stitching it, 
>>>> making it harder to avoid resonance problems than a cavity that is Vss 
>>>> only.
>>>>
>>>> Best Regards,
>>>>
>>>>
>>>> Steve.
>>>> On 6/26/2012 11:10 AM, Vinu Arumugham wrote:
>>>>> I have included a drawing which will hopefully clear things up. I 
>>>>> have added an inductor in series with the supply to emphasize that 
>>>>> the supply can be AC high impedance. All currents in green 
>>>>> according to my analysis are DC. Blue represents logic low currents and 
>>>>> red logic high.
>>>>>
>>>>> https://docs.google.com/open?id=0B1SXvUJqinZYSHBiNWRNeGZGYjQ
>>>>>
>>>>> In differential signaling, a constant current drawn from the 
>>>>> supply is steered into the true or complement lines. In 
>>>>> symmetrically referenced signaling (SRS), the signal/Vdd line can 
>>>>> be viewed as the true and the signal/Vss line can be viewed as the 
>>>>> complement. In SRS, as in differential signaling, a constant 
>>>>> current from the supply is steered into one or the other line.
>>>>>
>>>>> There is no current injected into Vdd that needs to return on Vss. 
>>>>> This means the Vdd/Vss cavity is not excited.
>>>>>
>>>>> Thanks,
>>>>> Vinu
>>>>>
>>>>> On 06/25/2012 10:26 AM, steve weir wrote:
>>>>>> On 6/25/2012 10:02 AM, Vinu Arumugham wrote:
>>>>>>> Steve,
>>>>>>>
>>>>>>> One can view it as two t-lines - signal/Vdd and signal/Vss - 
>>>>>>> both with the same characteristic impedance and both terminated 
>>>>>>> at their characteristic impedance - say 100 ohm.
>>>>>> Yes, and each of these lines couples into the driver through the 
>>>>>> package inductance.  The inductance of the Vss network is lumped 
>>>>>> as Lvss, and the inductance of the Vdd network as Lvdd
>>>>>>>         For a low-high transition, the pull-up structure 
>>>>>>> discharges the signal/Vdd t-line and charges the signal/Vss 
>>>>>>> t-line with ~10mA current drawn from the supply.
>>>>>> No, a low to high transition imposes di/dt of the same polarity 
>>>>>> into both structures.  The signal line is going high:  It is 
>>>>>> drawing positive convention current through the die PDN and back 
>>>>>> to the PCB PDN through both Lvdd and Lvss.
>>>>>>
>>>>>>> For a
>>>>>>> high-low transition, the the pull-down structure discharges the 
>>>>>>> signal/Vss t-line and the same 10mA from the supply charges the 
>>>>>>> signal/Vdd t-line. A constant current from the supply is steered 
>>>>>>> to charge the signal/Vss or signal/Vdd t-line. Since there is no 
>>>>>>> switched current, di/dt is 0.
>>>>>> No, externally current the switched current is divided in two.  
>>>>>> It is still switched.  All you need to see this is to draw a 
>>>>>> black box around the IC.  What the signal line does is 
>>>>>> complemented by the PDN lines.  In order to cancel so that there 
>>>>>> is net zero current in the PDN attachments, you have to reduce 
>>>>>> the net signal current to zero, such as trivially with 
>>>>>> differential or  less trivially with an Nb(N+M)q coding scheme.
>>>>>>> Power noise would be limited to crowbar current or a gap in 
>>>>>>> conduction between pull-up/pull-down structures. For high 
>>>>>>> performance buffer designs, this should already be small.
>>>>>>>
>>>>>>> In the case of a Vss only referenced t-line, the power supply 
>>>>>>> current switches between 0-20mA resulting in SSN.
>>>>>>>
>>>>>>> The bus needs to be unidirectional to take full advantage of 
>>>>>>> symmetrically referenced signaling.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Vinu
>>>>>>>
>>>>>>>
>>>>>>> On 06/22/2012 10:05 PM, steve weir wrote:
>>>>>>>> Vinu, a completely balanced transmission path can theoretically 
>>>>>>>> divide SSO in half.  It does not cancel it.  Let us suppose 
>>>>>>>> that we have a completely balanced transmission path using a 
>>>>>>>> symmetrical stripline all the way back to the die launch.  For 
>>>>>>>> a given di/dt * N bits transitioning from low to high, relative 
>>>>>>>> to BOTH planes the di/dt is positive.  If the interconnect is 
>>>>>>>> completely symmetrical then we have half the total inductance 
>>>>>>>> and half the SSO amplitude.  We do not cancel the SSO.  The 
>>>>>>>> only way to cancel SSO is to code such that the summation of 
>>>>>>>> transitions multiplied by polarity equals zero.
>>>>>>>>
>>>>>>>> Steve.
>>>>>>>>
>>>>>>>> On 6/22/2012 10:08 AM, Vinu Arumugham wrote:
>>>>>>>>> Steve,
>>>>>>>>>
>>>>>>>>> A network DRAM package we looked at had signal lines 
>>>>>>>>> referenced to both Vddq and Vss. It also had a pinout where 
>>>>>>>>> the data pins were interspersed with Vddq and Vss.
>>>>>>>>>
>>>>>>>>> If the DDR3 DRAM package routing is symmetrically referenced 
>>>>>>>>> to Vddq/Vss, it enables construction of a signal path that is 
>>>>>>>>> symmetrically referenced end-to-end (non-DIMM applications). 
>>>>>>>>> Along with the fact that data lines are thevenin terminated to 
>>>>>>>>> Vddq/Vss, it creates a special signaling configuration where 
>>>>>>>>> theoretically SSO would be zero.
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Vinu
>>>>>>>>>
>>>>>>>>> On 06/21/2012 09:23 PM, steve weir wrote:
>>>>>>>>>> Vinu this was the practice with the last packages I looked at 
>>>>>>>>>> several years ago.
>>>>>>>>>>
>>>>>>>>>> Steve
>>>>>>>>>> On 6/21/2012 9:49 AM, Vinu Arumugham wrote:
>>>>>>>>>>> Steve,
>>>>>>>>>>>
>>>>>>>>>>> Have you verified that memory packages reference data lines only to 
>>>>>>>>>>> Vss?
>>>>>>>>>>> The memory pinout suggests that data lines are referenced to 
>>>>>>>>>>> both Vss and Vddq.
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Vinu
>>>>>>>>>>>
>>>>>>>>>>> On 06/21/2012 01:39 AM, steve weir wrote:
>>>>>>>>>>>> Hirshtal, this all amounts to reducing signal disturbance.
>>>>>>>>>>>> Unfortunately, this is another case of:  "It all depends."   The 
>>>>>>>>>>>> data
>>>>>>>>>>>> signals constitute the higher data rates as well as the 
>>>>>>>>>>>> greater number SSOs, so they deserve more care than the A/C 
>>>>>>>>>>>> signals.  However, if you want reliable operation at speed, 
>>>>>>>>>>>> reasonable care must be employed with both.  You have a few basic 
>>>>>>>>>>>> options:
>>>>>>>>>>>>
>>>>>>>>>>>> 1. Follow a proven topology exactly as though your life depends on 
>>>>>>>>>>>> it.
>>>>>>>>>>>> Pray that the gods of reference designs will reward your 
>>>>>>>>>>>> dedicated obedience by blessing your effort.
>>>>>>>>>>>>
>>>>>>>>>>>> 2. Develop and evaluate design rules that are suitable to 
>>>>>>>>>>>> your particular situation.  Tool sets are available to 
>>>>>>>>>>>> evaluate different topologies, such as from Si-Soft.  If 
>>>>>>>>>>>> you don't have the tools, the budget, or the time, then you 
>>>>>>>>>>>> can lean on an outside service to do this for you.
>>>>>>>>>>>>
>>>>>>>>>>>> 3. Try to develop rules ad-hoc without checking and hope 
>>>>>>>>>>>> that Murphy does not decide to amuse himself at your 
>>>>>>>>>>>> expense.  The more conservative the rules you set, the more 
>>>>>>>>>>>> likely you can save yourself the wrath of Murphy.
>>>>>>>>>>>>
>>>>>>>>>>>> Slides 14 and 15 of this presentation available on my 
>>>>>>>>>>>> web-site illustrate what you face with different routing 
>>>>>>>>>>>> topologies:
>>>>>>>>>>>> http://www.ipblox.com/pubs/SVCEMC_May_2005/capacitor_placem
>>>>>>>>>>>> ent_public_b.pdf
>>>>>>>>>>>>
>>>>>>>>>>>> A couple of comments:  Memory packages and DIMMs reference 
>>>>>>>>>>>> data lines to Vss.  DIMMs reference A/C to VDDQ.  This was 
>>>>>>>>>>>> done to support low layer count PCBs.  It works.  You will 
>>>>>>>>>>>> avoid introducing extra noise and cross-talk by extending those 
>>>>>>>>>>>> references in your channel end to end.
>>>>>>>>>>>> What your memory controllers reference varies.  Any 
>>>>>>>>>>>> reference change you introduce will inject energy between 
>>>>>>>>>>>> the the references used.  This can be handled, but requires 
>>>>>>>>>>>> work and more analysis.  And unless the design is low performance, 
>>>>>>>>>>>> it usually imposes more cost for equal performance.
>>>>>>>>>>>>
>>>>>>>>>>>> A final note:  Always treat clock with the utmost care.  
>>>>>>>>>>>> Barring some terrible cost impact a continuous Vss 
>>>>>>>>>>>> reference is a good way to treat clocks.
>>>>>>>>>>>>
>>>>>>>>>>>> Steve
>>>>>>>>>>>> On 6/21/2012 1:42 AM, Hirshtal Itzhak wrote:
>>>>>>>>>>>>> Hello all,
>>>>>>>>>>>>> I've been looking at DDR3 layout guides from Micron and from some 
>>>>>>>>>>>>> manufacturers of DDR3 controller devices and haven't found a 
>>>>>>>>>>>>> clear recommendation for how to deal with the issue of reference 
>>>>>>>>>>>>> planes for DDR3 interfaces in a stripline configuration. Also, 
>>>>>>>>>>>>> there are some other "reference-plane" issues which I hope 
>>>>>>>>>>>>> someone can clarify.
>>>>>>>>>>>>>
>>>>>>>>>>>>> So here are the questions I haven't found a clear answer for:
>>>>>>>>>>>>>
>>>>>>>>>>>>> (1)                           Almost all recommendations that 
>>>>>>>>>>>>> I've found are to route data-group signals "adjacent to a solid 
>>>>>>>>>>>>> GND Layer". Can I, therefore, route them adjacent to both a GND 
>>>>>>>>>>>>> and a Power plane in a stripline configuration? Does it matter if 
>>>>>>>>>>>>> the stripline is symmetric (relative to the 2 ref planes) or not?
>>>>>>>>>>>>> (2)                           Almost all recommendations that 
>>>>>>>>>>>>> I've found are to route address/command/control signals "adjacent 
>>>>>>>>>>>>> to a solid Power or GND Layer". Can I route them adjacent to a 
>>>>>>>>>>>>> Power plane with a voltage different than the DDR3-1.5Volt VDD?
>>>>>>>>>>>>> (3)                           If DDR-VDD is required, can I use 
>>>>>>>>>>>>> another solid Power plane as the other plane in stripline 
>>>>>>>>>>>>> configurations (provided the 1st plane is VDD)?
>>>>>>>>>>>>> (4)                           What reference plane is recommended 
>>>>>>>>>>>>> for the Clock pair? Micron, for example, doesn't say anything on 
>>>>>>>>>>>>> this matter, but some other manufacturers recommend using only a 
>>>>>>>>>>>>> GND plane. Is this true, as far as you know?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks in advance for your help!
>>>>>>>>>>>>>
>>>>>>>>>>>>> Itzhak Hirshtal
>>>>>>>>>>>>> Elta Systems
>>>>>>>>>>>>>
>>>>>>>>>>>>> The information contained in this communication is proprietary to 
>>>>>>>>>>>>> Israel Aerospace Industries Ltd., ELTA Systems Ltd. and/or third 
>>>>>>>>>>>>> parties, may contain classified or privileged information, and is 
>>>>>>>>>>>>> intended only for the use of the intended addressee thereof. If 
>>>>>>>>>>>>> you are not the intended addressee, please be aware  that any 
>>>>>>>>>>>>> use, disclosure, distribution and/or copying of this 
>>>>>>>>>>>>> communication is strictly prohibited.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> If you receive this communication in error, please notify the 
>>>>>>>>>>>>> sender immediately and delete it from your computer.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thank you.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> This message is processed by the PrivaWall Email Security Server.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ----------------------------------------------------------
>>>>>>>>>>>>> -------- To unsubscribe from si-list:
>>>>>>>>>>>>> si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the 
>>>>>>>>>>>>> Subject field
>>>>>>>>>>>>>
>>>>>>>>>>>>> or to administer your membership from a web page, go to:
>>>>>>>>>>>>> //www.freelists.org/webpage/si-list
>>>>>>>>>>>>>
>>>>>>>>>>>>> For help:
>>>>>>>>>>>>> si-list-request@xxxxxxxxxxxxx with 'help' in the Subject 
>>>>>>>>>>>>> field
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> List forum  is accessible at:
>>>>>>>>>>>>>                             
>>>>>>>>>>>>> http://tech.groups.yahoo.com/group/si-list
>>>>>>>>>>>>>
>>>>>>>>>>>>> List archives are viewable at:
>>>>>>>>>>>>>           //www.freelists.org/archives/si-list
>>>>>>>>>>>>>
>>>>>>>>>>>>> Old (prior to June 6, 2001) list archives are viewable at:
>>>>>>>>>>>>>                           http://www.qsl.net/wb6tpu
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>> ------------------------------------------------------------
>>>>>>>>>>> ------ To unsubscribe from si-list:
>>>>>>>>>>> si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the 
>>>>>>>>>>> Subject field
>>>>>>>>>>>
>>>>>>>>>>> or to administer your membership from a web page, go to:
>>>>>>>>>>> //www.freelists.org/webpage/si-list
>>>>>>>>>>>
>>>>>>>>>>> For help:
>>>>>>>>>>> si-list-request@xxxxxxxxxxxxx with 'help' in the Subject 
>>>>>>>>>>> field
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> List forum  is accessible at:
>>>>>>>>>>>                           
>>>>>>>>>>> http://tech.groups.yahoo.com/group/si-list
>>>>>>>>>>>
>>>>>>>>>>> List archives are viewable at:
>>>>>>>>>>>             //www.freelists.org/archives/si-list
>>>>>>>>>>>
>>>>>>>>>>> Old (prior to June 6, 2001) list archives are viewable at:
>>>>>>>>>>>                             http://www.qsl.net/wb6tpu
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>> --------------------------------------------------------------
>>>>>>>>> ----
>>>>>>>>> To unsubscribe from si-list:
>>>>>>>>> si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the 
>>>>>>>>> Subject field
>>>>>>>>>
>>>>>>>>> or to administer your membership from a web page, go to:
>>>>>>>>> //www.freelists.org/webpage/si-list
>>>>>>>>>
>>>>>>>>> For help:
>>>>>>>>> si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> List forum  is accessible at:
>>>>>>>>>                         
>>>>>>>>> http://tech.groups.yahoo.com/group/si-list
>>>>>>>>>
>>>>>>>>> List archives are viewable at:
>>>>>>>>>               //www.freelists.org/archives/si-list
>>>>>>>>>
>>>>>>>>> Old (prior to June 6, 2001) list archives are viewable at:
>>>>>>>>>                       http://www.qsl.net/wb6tpu
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>> ----------------------------------------------------------------
>>>>>>> --
>>>>>>> To unsubscribe from si-list:
>>>>>>> si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject 
>>>>>>> field
>>>>>>>
>>>>>>> or to administer your membership from a web page, go to:
>>>>>>> //www.freelists.org/webpage/si-list
>>>>>>>
>>>>>>> For help:
>>>>>>> si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field
>>>>>>>
>>>>>>>
>>>>>>> List forum  is accessible at:
>>>>>>>                       http://tech.groups.yahoo.com/group/si-list
>>>>>>>
>>>>>>> List archives are viewable at:
>>>>>>>                 //www.freelists.org/archives/si-list
>>>>>>>
>>>>>>> Old (prior to June 6, 2001) list archives are viewable at:
>>>>>>>                         http://www.qsl.net/wb6tpu
>>>>>>>
>>>>>>>
>>>>>>>
>>>>> ------------------------------------------------------------------
>>>>> To unsubscribe from si-list:
>>>>> si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject 
>>>>> field
>>>>>
>>>>> or to administer your membership from a web page, go to:
>>>>> //www.freelists.org/webpage/si-list
>>>>>
>>>>> For help:
>>>>> si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field
>>>>>
>>>>>
>>>>> List forum  is accessible at:
>>>>>                     http://tech.groups.yahoo.com/group/si-list
>>>>>
>>>>> List archives are viewable at:
>>>>>           //www.freelists.org/archives/si-list
>>>>>
>>>>> Old (prior to June 6, 2001) list archives are viewable at:
>>>>>                   http://www.qsl.net/wb6tpu
>>>>>
>>>>>
>>>>>
>>> ------------------------------------------------------------------
>>> To unsubscribe from si-list:
>>> si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject 
>>> field
>>>
>>> or to administer your membership from a web page, go to:
>>> //www.freelists.org/webpage/si-list
>>>
>>> For help:
>>> si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field
>>>
>>>
>>> List forum  is accessible at:
>>>                   http://tech.groups.yahoo.com/group/si-list
>>>
>>> List archives are viewable at:
>>>             //www.freelists.org/archives/si-list
>>>
>>> Old (prior to June 6, 2001) list archives are viewable at:
>>>                     http://www.qsl.net/wb6tpu
>>>
>>>
>>>
> ------------------------------------------------------------------
> To unsubscribe from si-list:
> si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field
>
> or to administer your membership from a web page, go to:
> //www.freelists.org/webpage/si-list
>
> For help:
> si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field
>
>
> List forum  is accessible at:
>                 http://tech.groups.yahoo.com/group/si-list
>
> List archives are viewable at:
>               //www.freelists.org/archives/si-list
>
> Old (prior to June 6, 2001) list archives are viewable at:
>               http://www.qsl.net/wb6tpu
>
>
>


--
Steve Weir
IPBLOX, LLC
150 N. Center St. #211
Reno, NV  89501
www.ipblox.com

(775) 299-4236 Business
(866) 675-4630 Toll-free
(707) 780-1951 Fax

All contents Copyright (c)2012 IPBLOX, LLC.  All Rights Reserved.
This e-mail may contain confidential material.
If you are not the intended recipient, please destroy all records and notify 
the sender.

------------------------------------------------------------------
To unsubscribe from si-list:
si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field

or to administer your membership from a web page, go to:
//www.freelists.org/webpage/si-list

For help:
si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field


List forum  is accessible at:
               http://tech.groups.yahoo.com/group/si-list

List archives are viewable at:     
                //www.freelists.org/archives/si-list
 
Old (prior to June 6, 2001) list archives are viewable at:
                http://www.qsl.net/wb6tpu
  


_______________________________________________________________________
This e-mail and any files transmitted with it are proprietary and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have reason to believe that you have received this e-mail in error, please 
notify the sender and destroy this email and any attached files. Please note 
that any views or opinions presented in this e-mail are solely those of the 
author and do not necessarily represent those of the Curtiss-Wright Corporation 
or any of its subsidiaries.  Documents attached hereto may contain technology 
subject to government export regulations. Recipient is solely responsible for 
ensuring that any re-export, transfer or disclosure of this information is in 
accordance with applicable government export regulations.  The recipient should 
check this e-mail and any attachments for the presence of viruses. 
Curtiss-Wright Corporation and its subsidiaries accept no liability for any 
damage caused by any virus transmitted by this e-mail.
------------------------------------------------------------------
To unsubscribe from si-list:
si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field

or to administer your membership from a web page, go to:
//www.freelists.org/webpage/si-list

For help:
si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field


List forum  is accessible at:
               http://tech.groups.yahoo.com/group/si-list

List archives are viewable at:     
                //www.freelists.org/archives/si-list
 
Old (prior to June 6, 2001) list archives are viewable at:
                http://www.qsl.net/wb6tpu
  

Other related posts: