X-MimeOLE: Produced By Microsoft Exchange V6.5
Received: by onstor-exch02.onstor.net 
	id <01C82569.D162A61C@onstor-exch02.onstor.net>; Mon, 12 Nov 2007 12:22:59 -0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C82569.D162A61C"
Content-class: urn:content-classes:message
Subject: RE: prom changes
Date: Mon, 12 Nov 2007 12:22:58 -0800
Message-ID: <BB375AF679D4A34E9CA8DFA650E2B04E06883223@onstor-exch02.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E523475@onstor-exch02.onstor.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: prom changes
Thread-Index: AcgkvkchmZYTnYDYTxaKlxfPfhBTzQAHl4B8ACMcw6A=
References: <BB375AF679D4A34E9CA8DFA650E2B04E0103C4D8@onstor-exch02.onstor.net><20071109182736.36098c23@ripper.onstor.net><BB375AF679D4A34E9CA8DFA650E2B04E523472@onstor-exch02.onstor.net> <20071111155502.0c01c79b@ripper.onstor.net> <BB375AF679D4A34E9CA8DFA650E2B04E523475@onstor-exch02.onstor.net>
From: "Rick Lund" <rick.lund@onstor.com>
To: "Brian Stark" <brian.stark@onstor.com>,
	"Andy Sharp" <andy.sharp@onstor.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C82569.D162A61C
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Brian,

   Currently in 10064208, we are writing the hardcoded value:

=20

char pause_addr[] =3D {0x01, 0x80, 0xC2, 0x00, 0x00, 0x01,};

=20

Our mac address is being programmed into the filter regsisters at
10064280/10065280.

=20

I can change the value at 10064208 (transmit source address) to be the
correct port address.  But do we need this pause address?

=20

-Rick

=20

________________________________

From: Brian Stark=20
Sent: Sunday, November 11, 2007 7:40 PM
To: Andy Sharp
Cc: Rick Lund
Subject: RE: prom changes

=20

The SiByte register where the MAC address can be stored is 0xb006.4208
for port 0 and 0xb006.5208 for port 1.  Right now, the PROM isn't
touching them at all and the mechanism of passing in the MAC address to
Linux as an env variable isn't enabled either, so I have no idea how
Linux is getting a MAC address.  I thought it might be the default value
in the SiByte MAC address register, but clearly it's not.

=20

We can do a simple test of programming the MAC address register to an
ONStor address (000734...), and then see if Linux is picking it up.  We
can do this when the Cougars from Pleasanton are set up in Campbell.

=20

=20

Brian

=20

=20

________________________________

From: Andy Sharp
Sent: Sun 11/11/2007 3:55 PM
To: Brian Stark
Cc: Rick Lund
Subject: Re: prom changes

Hi Brian  ~:^)

I'm not sure what register you are talking about, but I'm talking
about the nvram on the Sibyte that is for storing the mac address.  It
makes all the sense in the world that the Linux driver is looking for
the mac address there.  I sincerely doubt that the driver is making
one up out of thin air, although I guess stranger things have been
known to happen.  However you and I had this discussion several weeks
ago and at that time you seemed to recognise where that number was
coming from ... something about old TXRX PROM code or something.

For the sake of simplicity, I think the PROM code should program the
mac address from the SEEP into the Sibyte nvram unless the Sibyte
nvram has a reasonable looking mac address in it already.  Although
perhaps it should do it anytime the two differ, as possibly it can be
changed on the Sibyte from the Linux 'ifconfig' command, and I don't
believe our application software would like that.

Cheers,

a

On Sun, 11 Nov 2007 08:57:17 -0800 "Brian Stark"
<brian.stark@onstor.com> wrote:

> Here's the MAC address that's present in that register while in PROM:
>=20
> Mac ethernet addr                 :00000100000c28001
>=20
> So either Linux is resetting the MAC address register from the one
> shown in your email or it's inserting the MAC on every packet that's
> being sent.  If it's the latter, then it's probably defaulting to
> that address since we're not passing it in from PROM.
>
> ________________________________
>
> From: Andy Sharp
> Sent: Fri 11/9/2007 6:27 PM
> To: Brian Stark
> Cc: Rick Lund
> Subject: Re: prom changes
>
>
>
> My comments were written with full understanding of that.  The short
> version: set the value in the MAC and Linux will take care of the
> rest.
>
> Currently on the cougarz, the mac addr comes out like thus:
>
> coolcat:~# ifconfig
> eth0      Link encap:Ethernet  HWaddr 40:00:00:00:01:00
>
> Which I believe is what's sitting in the MAC when the linux driver
> gets to it.
>
> On Fri, 9 Nov 2007 18:09:05 -0800 "Brian Stark"
> <brian.stark@onstor.com> wrote:
>
> > It's not as simple as setting the mac addr register.  The transmit
> > descriptor needs to tell the ethernet engine to use the value in
> > this register.  Setting this bit in the descriptor has to be done
> > in the driver, both the one in prom and linux...
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: Andy Sharp
> > To: Brian Stark
> > CC: Rick Lund
> > Sent: Fri Nov 09 17:56:23 2007
> > Subject: Re: prom changes
> >
> > On Fri, 9 Nov 2007 17:38:41 -0800 "Brian Stark"
> > <brian.stark@onstor.com> wrote:
> >
> > > FYI, if we want to use the mac addr programmed into the SiByte
> > > MAC, then the transmit descriptor needs to be modified to replace
> > > the source address inserted by the DMA engine.  Right now in
> > > PROM, we rely on the networking code to use the address from the
> > > SEEP.
> > >
> > > Andy, do you know how the driver is working in Linux?  Does it
> > > setup the MAC address for each packet or does it set the bit in
> > > the descriptor to use the register value?
> >
> > It gets it from the MAC.  What it does after that, I don't know, but
> > that's the important part.  If I were going to implement the code to
> > use the seep, I would just take the value in the seep and write it
> > into the MAC, the end.  Might make your PROM networking code go a
> > lot faster to do the same?  Just a thought.
> >
> > >
> > > Brian
> > >
> > >
> > > > -----Original Message-----
> > > > From: Andy Sharp
> > > > Sent: Monday, October 29, 2007 4:35 PM
> > > > To: Brian Stark; Rick Lund
> > > > Subject: prom changes
> > > >
> > > > Hello Boyeeeeez,
> > > >
> > > > Just dropping a note to remind of the prom changes:
> > > >
> > > > * Map the RTC space in.
> > > >
> > > > * One of the following: program the mac addr into the
> > > > ethernet controller or get the argument/environment stuff
> > > > working.  Preferably the former.  Because the latter might
> > > > actually be a kernel issue.
> > > >
> > > > Cheers,
> > > >
> > > > a
> > > >
>
>


------_=_NextPart_001_01C82569.D162A61C
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<title>Re: prom changes</title>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"City"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"place"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
p
	{mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:navy;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Brian,<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;&nbsp; Currently in 10064208, =
we are writing
the hardcoded value:<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>char pause_addr[] =3D {0x01, 0x80, =
0xC2,
0x00, 0x00, 0x01,};<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Our mac address is being programmed =
into the
filter regsisters at 10064280/10065280.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I can change the value at 10064208 =
(transmit
source address) to be the correct port address.&nbsp; But do we need =
this pause
address?<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>-Rick<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<div>

<div class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>

<hr size=3D2 width=3D"100%" align=3Dcenter tabindex=3D-1>

</span></font></div>

<p class=3DMsoNormal><b><font size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font =
size=3D2
face=3DTahoma><span style=3D'font-size:10.0pt;font-family:Tahoma'> Brian =
Stark <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Sunday, November =
11, 2007
7:40 PM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> Andy Sharp<br>
<b><span style=3D'font-weight:bold'>Cc:</span></b> Rick Lund<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> RE: prom =
changes</span></font><o:p></o:p></p>

</div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<div id=3DidOWAReplyText62911>

<div>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:black'>The SiByte register where the MAC =
address
can be stored is 0xb006.4208 for port 0 and 0xb006.5208 for port =
1.&nbsp; Right
now, the PROM isn't touching them at all and the mechanism of passing in =
the
MAC address to Linux as an env variable isn't enabled either, so I have =
no idea
how Linux is getting a MAC address.&nbsp; I thought it might be the =
default
value in the SiByte MAC address register, but clearly it's =
not.</span></font><o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>We can do a simple test of programming the MAC =
address
register to an ONStor address (000734...), and then see if Linux is =
picking it
up.&nbsp; We can do this when the Cougars from <st1:City =
w:st=3D"on">Pleasanton</st1:City>
are set up in <st1:City w:st=3D"on"><st1:place =
w:st=3D"on">Campbell</st1:place></st1:City>.</span></font><o:p></o:p></p>=


</div>

<div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Brian</span></font><o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

</div>

<div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<div class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>

<hr size=3D2 width=3D"100%" align=3Dcenter tabIndex=3D-1>

</span></font></div>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><b><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma;font-weight:bold'>From:</spa=
n></font></b><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'> Andy
Sharp<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Sun 11/11/2007 3:55 =
PM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> Brian Stark<br>
<b><span style=3D'font-weight:bold'>Cc:</span></b> Rick Lund<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> Re: prom =
changes</span></font><o:p></o:p></p>

</div>

<div>

<p><font size=3D2 face=3D"Times New Roman"><span =
style=3D'font-size:10.0pt'>Hi
Brian&nbsp; ~:^)<br>
<br>
I'm not sure what register you are talking about, but I'm talking<br>
about the nvram on the Sibyte that is for storing the mac address.&nbsp; =
It<br>
makes all the sense in the world that the Linux driver is looking =
for<br>
the mac address there.&nbsp; I sincerely doubt that the driver is =
making<br>
one up out of thin air, although I guess stranger things have been<br>
known to happen.&nbsp; However you and I had this discussion several =
weeks<br>
ago and at that time you seemed to recognise where that number was<br>
coming from ... something about old TXRX PROM code or something.<br>
<br>
For the sake of simplicity, I think the PROM code should program the<br>
mac address from the SEEP into the Sibyte nvram unless the Sibyte<br>
nvram has a reasonable looking mac address in it already.&nbsp; =
Although<br>
perhaps it should do it anytime the two differ, as possibly it can =
be<br>
changed on the Sibyte from the Linux 'ifconfig' command, and I don't<br>
believe our application software would like that.<br>
<br>
Cheers,<br>
<br>
a<br>
<br>
On Sun, 11 Nov 2007 08:57:17 -0800 &quot;Brian Stark&quot;<br>
&lt;brian.stark@onstor.com&gt; wrote:<br>
<br>
&gt; Here's the MAC address that's present in that register while in =
PROM:<br>
&gt;&nbsp;<br>
&gt; Mac ethernet
addr&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;
:00000100000c28001<br>
&gt;&nbsp;<br>
&gt; So either Linux is resetting the MAC address register from the =
one<br>
&gt; shown in your email or it's inserting the MAC on every packet =
that's<br>
&gt; being sent.&nbsp; If it's the latter, then it's probably defaulting =
to<br>
&gt; that address since we're not passing it in from PROM.<br>
&gt;<br>
&gt; ________________________________<br>
&gt;<br>
&gt; From: Andy Sharp<br>
&gt; Sent: Fri 11/9/2007 6:27 PM<br>
&gt; To: Brian Stark<br>
&gt; Cc: Rick Lund<br>
&gt; Subject: Re: prom changes<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; My comments were written with full understanding of that.&nbsp; The =
short<br>
&gt; version: set the value in the MAC and Linux will take care of =
the<br>
&gt; rest.<br>
&gt;<br>
&gt; Currently on the cougarz, the mac addr comes out like thus:<br>
&gt;<br>
&gt; coolcat:~# ifconfig<br>
&gt; eth0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Link encap:Ethernet&nbsp; HWaddr
40:00:00:00:01:00<br>
&gt;<br>
&gt; Which I believe is what's sitting in the MAC when the linux =
driver<br>
&gt; gets to it.<br>
&gt;<br>
&gt; On Fri, 9 Nov 2007 18:09:05 -0800 &quot;Brian Stark&quot;<br>
&gt; &lt;brian.stark@onstor.com&gt; wrote:<br>
&gt;<br>
&gt; &gt; It's not as simple as setting the mac addr register.&nbsp; The
transmit<br>
&gt; &gt; descriptor needs to tell the ethernet engine to use the value =
in<br>
&gt; &gt; this register.&nbsp; Setting this bit in the descriptor has to =
be
done<br>
&gt; &gt; in the driver, both the one in prom and linux...<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; -----Original Message-----<br>
&gt; &gt; From: Andy Sharp<br>
&gt; &gt; To: Brian Stark<br>
&gt; &gt; CC: Rick Lund<br>
&gt; &gt; Sent: Fri Nov 09 17:56:23 2007<br>
&gt; &gt; Subject: Re: prom changes<br>
&gt; &gt;<br>
&gt; &gt; On Fri, 9 Nov 2007 17:38:41 -0800 &quot;Brian Stark&quot;<br>
&gt; &gt; &lt;brian.stark@onstor.com&gt; wrote:<br>
&gt; &gt;<br>
&gt; &gt; &gt; FYI, if we want to use the mac addr programmed into the =
SiByte<br>
&gt; &gt; &gt; MAC, then the transmit descriptor needs to be modified to =
replace<br>
&gt; &gt; &gt; the source address inserted by the DMA engine.&nbsp; =
Right now
in<br>
&gt; &gt; &gt; PROM, we rely on the networking code to use the address =
from the<br>
&gt; &gt; &gt; SEEP.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Andy, do you know how the driver is working in =
Linux?&nbsp; Does
it<br>
&gt; &gt; &gt; setup the MAC address for each packet or does it set the =
bit in<br>
&gt; &gt; &gt; the descriptor to use the register value?<br>
&gt; &gt;<br>
&gt; &gt; It gets it from the MAC.&nbsp; What it does after that, I =
don't know,
but<br>
&gt; &gt; that's the important part.&nbsp; If I were going to implement =
the
code to<br>
&gt; &gt; use the seep, I would just take the value in the seep and =
write it<br>
&gt; &gt; into the MAC, the end.&nbsp; Might make your PROM networking =
code go
a<br>
&gt; &gt; lot faster to do the same?&nbsp; Just a thought.<br>
&gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Brian<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; -----Original Message-----<br>
&gt; &gt; &gt; &gt; From: Andy Sharp<br>
&gt; &gt; &gt; &gt; Sent: Monday, October 29, 2007 4:35 PM<br>
&gt; &gt; &gt; &gt; To: Brian Stark; Rick Lund<br>
&gt; &gt; &gt; &gt; Subject: prom changes<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; Hello Boyeeeeez,<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; Just dropping a note to remind of the prom =
changes:<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; * Map the RTC space in.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; * One of the following: program the mac addr into =
the<br>
&gt; &gt; &gt; &gt; ethernet controller or get the argument/environment =
stuff<br>
&gt; &gt; &gt; &gt; working.&nbsp; Preferably the former.&nbsp; Because =
the
latter might<br>
&gt; &gt; &gt; &gt; actually be a kernel issue.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; Cheers,<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; a<br>
&gt; &gt; &gt; &gt;<br>
&gt;<br>
&gt;</span></font><o:p></o:p></p>

</div>

</div>

</body>

</html>

------_=_NextPart_001_01C82569.D162A61C--
