Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 21 Dec 2002 08:14:44 +0100
From:      Gianmarco Giovannelli <gmarco@scotty.masternet.it>
To:        stable@freebsd.org
Cc:        Luigi Rizzo <luigi@info.iet.unipi.it>
Subject:   Re: Via EPIA Mini-ITX motherboard
Message-ID:  <5.2.0.9.2.20021221074556.02af7ea8@194.184.65.7>
In-Reply-To: <3DF7F832.4060303@anarcat.ath.cx>
References:  <02Dec12.111628nzdt.119047@homer.fire.org.nz> <006601c29cab$ec3a9c80$0100000a@D9NLZD0J> <20021205234945.GA70487@tassie.net.au> <02Dec6.140248nzdt.119052@homer.fire.org.nz> <20021211164627.G28042@staff.msen.com> <02Dec12.111628nzdt.119047@homer.fire.org.nz>

next in thread | previous in thread | raw e-mail | index | archive | help
At 11/12/2002, you wrote:
>Andrew Thompson wrote:
>
>>>Does the on-board Etherernet work with FreeBSD?
>>>
>>The onboard ethernet also works fine (vr0), but I am sceptical about its
>>reliability/performance.
>Just a personal experience: I had a lot of problems delivering 
>high-bandwidth data through a vr-driven card, some time ago. The card 
>would just freeze and a ifconfig down/up was necessary to bring back 
>proper functionality.
>
>I think, however, that patches have been applied to -stable and 4.7 should 
>effectively be immune to this problem.
>
>But this doesn't remove the doubts I too have about this card chipset.

I have installed and running FreeBSD 4.7-STABLE on a c3 800.
The vr driver seems to works quite well as the PPPoE media (even at 100mb)

vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
         ether 00:40:63:c1:1c:85
         media: Ethernet autoselect (100baseTX <full-duplex>)
         status: active
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
         inet 10.254.254.1 netmask 0xffffff00 broadcast 10.254.254.255
         ether 00:48:54:1a:42:df
         media: Ethernet autoselect (100baseTX <full-duplex>)
         status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
         inet 127.0.0.1 netmask 0xff000000
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1492
         Opened by PID 53

Obviusly there is not so much data on it being connected to the adsl router 
(zyxel 645 acting like a bridge).

The system is quite fast (a complete make world took about 1.20 hour) even 
if it is obviusly slower that other cpu of its class (see also: 
http://www.gufi.org/~gmarco/showdocs.php?nomefile=testi/worldstone.html&tipofile=html 

or if your browser has problem :
http://www.gufi.org/~gmarco/testi/worldstone.html)

Other test reported (as suggested in another thread):
/usr/bin/time sort /usr/share/dict/words > /dev/null

C3 800  1.76 real         1.61 user         0.14 sys
Amd 1900+       0.59 real         0.45 user         0.03 sys
Pentium133      5.30 real         4.34 user         0.53 sys
Duron 800       1.28 real         1.01 user         0.06 sys
PIII 866        1.25 real         0.78 user         0.06 sys
PIII 450        1.90 real         1.44 user         0.15 sys
PIII 500        1.73 real         1.33 user         0.13 sys
and so on...


Btw the system works quite well even if I don't use audio or usb (disabled 
both by bios):

Timecounter "TSC"  frequency 800031002 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  = 266272768 (260032K bytes)
avail memory = 256557056 (250544K bytes)
Preloaded elf kernel "kernel" at 0xc028a000.
Using $PIR table, 5 entries at 0xc00fdc70
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib1: <PCI to PCI bridge (vendor=1106 device=8601)> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <Trident model 8500 VGA-compatible display device> at 0.0 irq 10
isab0: <PCI to ISA bridge (vendor=1106 device=8231)> at device 17.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 8231 ATA100 controller> port 0xd000-0xd00f at device 17.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <VIA 83C572 USB controller> at 17.2 irq 12
pci0: <VIA 83C572 USB controller> at 17.3 irq 12
chip1: <PCI to Other bridge (vendor=1106 device=8235)> at device 17.4 on pci0
vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0xdc00-0xdcff mem 
0xe3000000-0xe30000ff irq 10 at device 18.0 on pci0
vr0: Ethernet address: 00:40:63:c1:1c:85
miibus0: <MII bus> on vr0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: <RealTek 8139 10/100BaseTX> port 0xe000-0xe0ff mem 
0xe3001000-0xe30010ff irq 11 at device 20.0 on pci0
rl0: Ethernet address: 00:48:54:1a:42:df
miibus1: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus1
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
orm0: <Option ROMs> at iomem 0xc0000-0xcbfff,0xcc000-0xd57ff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1: configured irq 3 not in bitmap of probed irqs 0
ad0: 117246MB <Maxtor 6Y120L0> [238216/16/63] at ata0-master UDMA100

I have also the 533 one which is obviusly less noisy but I installed on it 
a win me (soooorry) :-)
Btw the two boards looks to me identically (excluding the cpu).

So for summary: It is quite perfect for be the FreeBSD router that manage 
my adsl line and till now I can't find anything that not work as expected 
(even if I think the cpu could be more fast :-)





Best Regards,
Gianmarco Giovannelli ,  "Unix expert since yesterday"
http://www.gufi.org/~gmarco



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5.2.0.9.2.20021221074556.02af7ea8>