From nobody@FreeBSD.org  Mon Oct 28 10:00:17 2002
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 572B737B634
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 28 Oct 2002 10:00:16 -0800 (PST)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9ADC143E42
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 28 Oct 2002 10:00:15 -0800 (PST)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.12.6/8.12.6) with ESMTP id g9SI0E7R063923
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 28 Oct 2002 10:00:14 -0800 (PST)
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.12.6/8.12.6/Submit) id g9SI0EA3063922;
	Mon, 28 Oct 2002 10:00:14 -0800 (PST)
Message-Id: <200210281800.g9SI0EA3063922@www.freebsd.org>
Date: Mon, 28 Oct 2002 10:00:14 -0800 (PST)
From: Teemu Kuusijrvi <tpk@iki.fi>
To: freebsd-gnats-submit@FreeBSD.org
Subject: EPIA onboard VIA VT6103 network if hangs, vr driver problem
X-Send-Pr-Version: www-1.0

>Number:         44572
>Category:       i386
>Synopsis:       EPIA onboard VIA VT6103 network if hangs, vr driver problem
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    silby
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Oct 28 10:10:00 PST 2002
>Closed-Date:    Wed Feb 12 13:12:10 PST 2003
>Last-Modified:  Tue Mar 20 11:32:21 UTC 2012
>Originator:     Teemu Kuusijrvi
>Release:        4.7
>Organization:
-
>Environment:
FreeBSD X.Y.Z 4.7-RELEASE FreeBSD 4.7-RELEASE #0: Wed Oct  9 15:08:34 GMT 2002     root@builder.freebsdmall.com:/usr/obj/usr/src/sys/GENERIC  i386

>Description:
After a couple of minutes the network connection hangs. Nothing goes through it. Ifconfig claims that the vr0 is UP and active but 'ifconfig vr0 up' corrects the error.

Same thing happens when I download and upload simultaneously via ftp.
Single upload or download seems to be working.

WindowsXP works O.K. with this mboard.
FBSD 4.7 and Intel EE Pro/100+ works without any problems.
100Mbps switch I'm using is 8 port Lantech Mini Switch 800.

There is no difference if I use autoselect or define if options manually.

ifconfig -a:
-----------
vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet X.X.X.X netmask 0xfffffff8 broadcast X.X.X.X
        inet6 X::X:X:X:X%vr0 prefixlen 64 scopeid 0x1 
        ether 00:40:63:c1:15:56
        media: Ethernet 100baseTX <full-duplex>
        status: active
fxp0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
        ether 00:d0:b7:70:1a:33
        media: Ethernet autoselect (none)
        status: no carrier
<CLIP>

dmesg:
-----
FreeBSD 4.7-RELEASE #0: Wed Oct  9 15:08:34 GMT 2002
    root@builder.freebsdmall.com:/usr/obj/usr/src/sys/GENERIC
Timecounter "i8254"  frequency 1193182 Hz
CPU: VIA C3 Samuel 2 (800.03-MHz 686-class CPU)
  Origin = "CentaurHauls"  Id = 0x678  Stepping = 8
  Features=0x803035<FPU,DE,TSC,MSR,MTRR,PGE,MMX>
real memory  = 528416768 (516032K bytes)
<CLIP>
vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0xe800-0xe8ff mem 0xd6100000-0xd61000ff irq 10 at device 18.0 on pci0
vr0: Ethernet address: 00:40:63:c1:15:56
miibus0: <MII bus> on vr0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xec00-0xec3f mem 0xd6000000-0xd60fffff,0xd6101000-0xd6101fff irq 11 at device 20.0 on pci0
fxp0: Ethernet address 00:d0:b7:70:1a:33
inphy0: <i82555 10/100 media interface> on miibus1
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
<CLIP>
>How-To-Repeat:
ping -f -q -n -s 10000 <ip>
or
FTP download+upload at the same time.
>Fix:
ifconfig vr0 up

>Release-Note:
>Audit-Trail:

From: nonexistent@babolo.ru
To: "Teemu Kuusijrvi" <tpk@iki.fi>
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: i386/44572: EPIA onboard VIA VT6103 network if hangs, vr driver
 problem
Date: Tue, 29 Oct 2002 01:03:29 +0300 (MSK)

 > >Description:
 > After a couple of minutes the network connection hangs. Nothing goes through it. Ifconfig claims that the vr0 is UP and active but 'ifconfig vr0 up' corrects the error.
 > 
 > Same thing happens when I download and upload simultaneously via ftp.
 > Single upload or download seems to be working.
 It reminds me my problem with ste I try to write down in
 
 http://docs.freebsd.org/cgi/getmsg.cgi?fetch=126424+0+archive/2002/freebsd-net/20021027.freebsd-net
 
 Does you try to determine, RX or TX or both
 does not work?
 
 -- 
 @BABOLO      http://links.ru/

From: Johan =?iso-8859-1?Q?=D6stensson?= <johan@ostensson.org>
To: freebsd-gnats-submit@FreeBSD.org, tpk@iki.fi
Cc:  
Subject: Re: i386/44572: EPIA onboard VIA VT6103 network if hangs, vr driver problem
Date: Wed, 20 Nov 2002 16:44:52 +0100

 Hi!
 
 I have the Via Epia too, and unfortunately exactly the same problems with the vr0 device (FreeBSD 4.7-RELEASE). The D-Link 530TX NIC based on the same chipset (Via RhineII) seems to have had this problem, I don't know if it's fixed yet. Linux or Windows seems to work fine with this hardware, so it must be some sort of driveproblem.
 
 The problem again: Under heavy load the card somehow disable itself. A simple 'ifconfig up' fixes the problem. Running in 10baseT makes the problem show up less often.
 
 Too bad really, the Via Epia is very nifty. I don't want to spoil the whole thing by running linux ;-)
 
 regards
 /johan
 
 -- 
 Johan stensson <johan@ostensson.org>
 ICQ: 255645 Tfn: +46(0)73 6548283
 <johos384@student.liu.se> http://www.ostensson.org
Responsible-Changed-From-To: freebsd-bugs->silby 
Responsible-Changed-By: silby 
Responsible-Changed-When: Fri Dec 6 21:38:58 PST 2002 
Responsible-Changed-Why:  
I own all the other vr PRs, why not this one? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=44572 

From: Mark Stosberg <mark@summersault.com>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: i386/44572: EPIA onboard VIA VT6103 network if hangs, vr driver
 problem
Date: Sat, 7 Dec 2002 16:15:30 -0500 (EST)

 Hello,
 
 I'd like to add that I'm also experiencing this bug running 4.7-RELEASE.
 I verified that the "ping" test given here causes the lockup.
 
 I also have the VT6102 card.
 
   -mark
 
 http://mark.stosberg.com/

From: Mark Stosberg <mark@summersault.com>
To: freebsd-gnats-submit@freebsd.org
Cc:  
Subject: Re: i386/44572: EPIA onboard VIA VT6103 network if hangs, vr driver
 problem
Date: Tue, 10 Dec 2002 22:16:07 -0500 (EST)

 I'd like to add some more data points to my previous report.
 
 - I was able to reproduce the error by running this ping command in both
   directions with another host on my local network:
   ping -f -q -n -s 10000 host_name
 
   Then, even after I stopped flood-pinging the other host, it appeared
   that net connectivity was lost-- I couldn't execute normal ping
   commands any more my machine to the outside world.
 
 - I ran tcpdump while the network card appeared hung to see what was
   happening. I observed data flowing both in and out. Here are some
   sample lines (my computer is "asana"):
 
 ####
 21:15:27.072814 192.168.1.100 > asana.summersault.com: (frag 47804:1480@1480+)
 21:15:27.074056 192.168.1.100 > asana.summersault.com: icmp: echo request (frag 47804:1480@0+)
 5273 packets received by filter
 4427 packets dropped by kernel
 #####
 # later on...
 #####
 21:16:04.612632 192.168.1.100 > asana.summersault.com: (frag 51560:1480@1480+)
 21:16:04.613884 192.168.1.100 > asana.summersault.com: icmp: echo request (frag 51560:1480@0+)
 21:16:04.614051 asana.summersault.com > 192.168.1.100: icmp: echo reply (frag 47759:1480@0+)
 21:16:04.614067 asana.summersault.com > 192.168.1.100: (frag 47759:1480@1480+)
 533 packets received by filter
 0 packets dropped by kernel
 #####
 
 - rebooting the interface seems to fix it, as illustrated here:
 
 su-2.05b# ping summersault.com
 ping: cannot resolve summersault.com: Host name lookup failure
 su-2.05b# ifconfig vr0 up
 su-2.05b# ping summersault.com
 PING summersault.com (208.10.44.140): 56 data bytes
 64 bytes from 208.10.44.140: icmp_seq=0 ttl=52 time=27.255 ms
 64 bytes from 208.10.44.140: icmp_seq=1 ttl=52 time=77.052 ms
 ^C
 ######
 
 - Sometimes during this process, ping would return these messages, which
   may or may not be of interest:
 
 556 bytes from 192.168.1.100: Frag reassembly time exceeded
 	###
 ping: sendto: No buffer space available
 
 ######
 
 - I also tried setting the card to work at 10baseT, by adding this to an
   ifconfig statement for the interface:
 
   media 10baseT/UTP
 
   With the configuration, the two way ping floods don't immediately lock
   up the interface. However, it seems that with enough time, it can
   still happen.
 
 
 
 

From: Thomas Nystrom <thn@saeab.se>
To: freebsd-gnats-submit@FreeBSD.org, tpk@iki.fi, johan@ostensson.org
Cc:  
Subject: Re: i386/44572: EPIA onboard VIA VT6103 network if hangs, vr driver 
 problem
Date: Wed, 18 Dec 2002 14:37:48 +0100

 This is a multi-part message in MIME format.
 --------------A1AE36AFA5CD9E94A45169B6
 Content-Type: text/plain; charset=iso-8859-1
 Content-Transfer-Encoding: 8bit
 
 Hello!
 
 You have both reported problems with the vr-driver, I have made a patch
 that might solve this problem. Could you please try this patch and
 report the result to me. I could reproduce your problem and this patch
 fixes the problem for me! It have been tested on 4.7-RELEASE with the
 latest vr-driver from the stable-branch.
 
 
 /thn
 
 -- 
 ---------------------------------------------------------------
 Svensk Aktuell Elektronik AB                     Thomas Nystrm
 Box 10                                    Phone: +46 8 35 92 85
 S-191 21  Sollentuna                     Fax: +46 8 59 47 45 36
 Sweden                                      Email: thn@saeab.se
 ---------------------------------------------------------------
 --------------A1AE36AFA5CD9E94A45169B6
 Content-Type: text/plain; charset=us-ascii;
  name="vr.patch"
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline;
  filename="vr.patch"
 
 --- /root/vr/if_vr.c	Thu Dec 12 15:05:50 2002
 +++ if_vr.c	Fri Dec 13 15:25:13 2002
 @@ -991,33 +991,23 @@
  		 */
  		if (rxstat & VR_RXSTAT_RXERR) {
  			ifp->if_ierrors++;
 -			printf("vr%d: rx error: ", sc->vr_unit);
 -			switch(rxstat & 0x000000FF) {
 -			case VR_RXSTAT_CRCERR:
 -				printf("crc error\n");
 -				break;
 -			case VR_RXSTAT_FRAMEALIGNERR:
 -				printf("frame alignment error\n");
 -				break;
 -			case VR_RXSTAT_FIFOOFLOW:
 -				printf("FIFO overflow\n");
 -				break;
 -			case VR_RXSTAT_GIANT:
 -				printf("received giant packet\n");
 -				break;
 -			case VR_RXSTAT_RUNT:
 -				printf("received runt packet\n");
 -				break;
 -			case VR_RXSTAT_BUSERR:
 -				printf("system bus error\n");
 -				break;
 -			case VR_RXSTAT_BUFFERR:
 -				printf("rx buffer error\n");
 -				break;
 -			default:
 -				printf("unknown rx error\n");
 -				break;
 -			}
 +			printf("vr%d: rx error (%02x):",
 +			       sc->vr_unit, rxstat & 0x000000ff);
 +			if (rxstat & VR_RXSTAT_CRCERR)
 +				printf(" crc error");
 +			if (rxstat & VR_RXSTAT_FRAMEALIGNERR)
 +				printf(" frame alignment error\n");
 +			if (rxstat & VR_RXSTAT_FIFOOFLOW)
 +				printf(" FIFO overflow");
 +			if (rxstat & VR_RXSTAT_GIANT)
 +				printf(" received giant packet");
 +			if (rxstat & VR_RXSTAT_RUNT)
 +				printf(" received runt packet");
 +			if (rxstat & VR_RXSTAT_BUSERR)
 +				printf(" system bus error");
 +			if (rxstat & VR_RXSTAT_BUFFERR)
 +				printf("rx buffer error");
 +			printf("\n");
  			vr_newbuf(sc, cur_rx, m);
  			continue;
  		}
 @@ -1058,9 +1048,29 @@
  void vr_rxeoc(sc)
  	struct vr_softc		*sc;
  {
 +	struct ifnet		*ifp;
 +	int			i;
 +
 +	ifp = &sc->arpcom.ac_if;
 +
 +	ifp->if_ierrors++;
 +
 +	VR_CLRBIT16(sc, VR_COMMAND, VR_CMD_RX_ON);	
 +        DELAY(10000);
 +
 +	for (i = 0x400;
 +	     i && (CSR_READ_2(sc, VR_COMMAND) & VR_CMD_RX_ON);
 +	     i--)
 +		;	/* Wait for receiver to stop */
 +
 +	if (!i) {
 +		printf("vr%d: rx shutdown error!\n", sc->vr_unit);
 +		sc->vr_flags |= VR_F_RESTART;
 +		return;
 +		}
  
  	vr_rxeof(sc);
 -	VR_CLRBIT16(sc, VR_COMMAND, VR_CMD_RX_ON);
 +
  	CSR_WRITE_4(sc, VR_RXADDR, vtophys(sc->vr_cdata.vr_rx_head->vr_ptr));
  	VR_SETBIT16(sc, VR_COMMAND, VR_CMD_RX_ON);
  	VR_SETBIT16(sc, VR_COMMAND, VR_CMD_RX_GO);
 @@ -1094,14 +1104,22 @@
  	 */
  	while(sc->vr_cdata.vr_tx_head->vr_mbuf != NULL) {
  		u_int32_t		txstat;
 +		int			i;
  
  		cur_tx = sc->vr_cdata.vr_tx_head;
  		txstat = cur_tx->vr_ptr->vr_status;
  
  		if ((txstat & VR_TXSTAT_ABRT) ||
  		    (txstat & VR_TXSTAT_UDF)) {
 -			while (CSR_READ_2(sc, VR_COMMAND) & VR_CMD_TX_ON)
 +			for (i = 0x400;
 +			     i && (CSR_READ_2(sc, VR_COMMAND) & VR_CMD_TX_ON);
 +			     i--)
  				;	/* Wait for chip to shutdown */
 +			if (!i) {
 +				printf("vr%d: tx shutdown timeout\n", sc->vr_unit);
 +				sc->vr_flags |= VR_F_RESTART;
 +				break;
 +			}
  			VR_TXOWN(cur_tx) = VR_TXSTAT_OWN;
  			CSR_WRITE_4(sc, VR_TXADDR, vtophys(cur_tx->vr_ptr));
  			break;
 @@ -1167,6 +1185,14 @@
  	s = splimp();
  
  	sc = xsc;
 +	if (sc->vr_flags & VR_F_RESTART) {
 +		printf("vr%d: restarting\n", sc->vr_unit);
 +		vr_stop(sc);
 +		vr_reset(sc);
 +		vr_init(sc);
 +		sc->vr_flags &= ~VR_F_RESTART;
 +		}
 +
  	mii = device_get_softc(sc->vr_miibus);
  	mii_tick(mii);
  
 @@ -1208,10 +1234,22 @@
  		if (status & VR_ISR_RX_OK)
  			vr_rxeof(sc);
  
 +		if (status & VR_ISR_RX_DROPPED) {
 +			printf("vr%d: rx packet lost\n", sc->vr_unit);
 +			ifp->if_ierrors++;
 +			}
 +
  		if ((status & VR_ISR_RX_ERR) || (status & VR_ISR_RX_NOBUF) ||
 -		    (status & VR_ISR_RX_NOBUF) || (status & VR_ISR_RX_OFLOW) ||
 -		    (status & VR_ISR_RX_DROPPED)) {
 -			vr_rxeof(sc);
 +		    (status & VR_ISR_RX_NOBUF) || (status & VR_ISR_RX_OFLOW)) {
 +			printf("vr%d: receive error (%04x)",
 +			       sc->vr_unit, status);
 +			if (status & VR_ISR_RX_NOBUF)
 +				printf(" no buffers");
 +			if (status & VR_ISR_RX_OFLOW)
 +				printf(" overflow");
 +			if (status & VR_ISR_RX_DROPPED)
 +				printf(" packet lost");
 +			printf("\n");
  			vr_rxeoc(sc);
  		}
  
 @@ -1430,13 +1468,13 @@
  	 * so we must set both.
  	 */
  	VR_CLRBIT(sc, VR_BCR0, VR_BCR0_RX_THRESH);
 -	VR_SETBIT(sc, VR_BCR0, VR_BCR0_RXTHRESHSTORENFWD);
 +	VR_SETBIT(sc, VR_BCR0, VR_BCR0_RXTHRESH128BYTES);
  
  	VR_CLRBIT(sc, VR_BCR1, VR_BCR1_TX_THRESH);
  	VR_SETBIT(sc, VR_BCR1, VR_BCR1_TXTHRESHSTORENFWD);
  
  	VR_CLRBIT(sc, VR_RXCFG, VR_RXCFG_RX_THRESH);
 -	VR_SETBIT(sc, VR_RXCFG, VR_RXTHRESH_STORENFWD);
 +	VR_SETBIT(sc, VR_RXCFG, VR_RXTHRESH_128BYTES);
  
  	VR_CLRBIT(sc, VR_TXCFG, VR_TXCFG_TX_THRESH);
  	VR_SETBIT(sc, VR_TXCFG, VR_TXTHRESH_STORENFWD);
 --- /root/vr/if_vrreg.h	Thu Dec 12 15:07:25 2002
 +++ if_vrreg.h	Thu Dec 12 14:35:44 2002
 @@ -464,10 +464,13 @@
  	u_int8_t		vr_unit;	/* interface number */
  	u_int8_t		vr_type;
  	u_int8_t		vr_revid;	/* Rhine chip revision */
 +	u_int8_t		vr_flags;	/* See VR_F_* below */
  	struct vr_list_data	*vr_ldata;
  	struct vr_chain_data	vr_cdata;
  	struct callout_handle	vr_stat_ch;
  };
 +
 +#define VR_F_RESTART		0x01		/* Restart unit on next tick */
  
  /*
   * register space access macros
 
 --------------A1AE36AFA5CD9E94A45169B6--
 
State-Changed-From-To: open->closed 
State-Changed-By: silby 
State-Changed-When: Wed Feb 12 13:11:47 PST 2003 
State-Changed-Why:  
Thomas's patch is believed to have fixed this problem. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=44572 

From: "Brett Birkett" <brett@fortress.net.au>
To: <freebsd-gnats-submit@FreeBSD.org>, <tpk@iki.fi>
Cc:  
Subject: Re: i386/44572: EPIA onboard VIA VT6103 network if hangs, vr driver problem
Date: Wed, 28 Apr 2004 14:35:54 +1000

 This is a multi-part message in MIME format.
 
 ------=_NextPart_000_0058_01C42D2E.1CC7FAF0
 Content-Type: text/plain;
 	charset="us-ascii"
 Content-Transfer-Encoding: 7bit
 
 I just wanted to thank Thomas for submitting his patch.
 
  
 
 We were having the same problem with the vr-driver on a 2.9 OpenBSD machine.
 The if_vr.c code on 2.9 was too old for the patch that Thomas submitted, but
 I was able to alter the patch enough to make it work.  If anybody else out
 there still on OpenBSD < 3.4 needs this problem fixed as well, then they can
 upgrade to 3.4 (first release that contains the updates required).  If
 upgrade is not possible for some reason, then email me for the patch.
 (Since this is the freebsd site, not openbsd, I wont post it here).
 
  
 
 Thanks again Thomas for the fix!
 
  
 
 Brett.
 
 brettbirkett@yahoo.com.au
 
 
 ------=_NextPart_000_0058_01C42D2E.1CC7FAF0
 Content-Type: text/html;
 	charset="us-ascii"
 Content-Transfer-Encoding: quoted-printable
 
 <html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
 xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
 xmlns=3D"http://www.w3.org/TR/REC-html40">
 
 <head>
 <meta http-equiv=3DContent-Type content=3D"text/html; =
 charset=3Dus-ascii">
 <meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
 <style>
 <!--
  /* Style Definitions */
  p.MsoNormal, li.MsoNormal, div.MsoNormal
 	{margin:0cm;
 	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;}
 span.EmailStyle17
 	{mso-style-type:personal-compose;
 	font-family:Arial;
 	color:windowtext;}
 @page Section1
 	{size:612.0pt 792.0pt;
 	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
 div.Section1
 	{page:Section1;}
 -->
 </style>
 
 </head>
 
 <body lang=3DEN-US link=3Dblue vlink=3Dpurple>
 
 <div class=3DSection1>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span =
 style=3D'font-size:10.0pt;
 font-family:Arial'>I just wanted to thank Thomas for submitting his =
 patch.<o:p></o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span =
 style=3D'font-size:10.0pt;
 font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span =
 style=3D'font-size:10.0pt;
 font-family:Arial'>We were having the same problem with the vr-driver on =
 a 2.9
 OpenBSD machine.&nbsp; The if_vr.c code on 2.9 was too old for the patch =
 that
 Thomas submitted, but I was able to alter the patch enough to make it =
 work.&nbsp;
 If anybody else out there still on OpenBSD &lt; 3.4 needs this problem =
 fixed as
 well, then they can upgrade to 3.4 (first release that contains the =
 updates
 required).&nbsp; If upgrade is not possible for some reason, then email =
 me for
 the patch.&nbsp; (Since this is the freebsd site, not openbsd, I wont =
 post it
 here).<o:p></o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span =
 style=3D'font-size:10.0pt;
 font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span =
 style=3D'font-size:10.0pt;
 font-family:Arial'>Thanks again Thomas for the =
 fix!<o:p></o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span =
 style=3D'font-size:10.0pt;
 font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span =
 style=3D'font-size:10.0pt;
 font-family:Arial'>Brett.<o:p></o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span =
 style=3D'font-size:10.0pt;
 font-family:Arial'>brettbirkett@yahoo.com.au<o:p></o:p></span></font></p>=
 
 
 </div>
 
 </body>
 
 </html>
 
 ------=_NextPart_000_0058_01C42D2E.1CC7FAF0--
 
>Unformatted:
