From owner-freebsd-questions Fri Oct 18 8:22: 2 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E17B237B406 for ; Fri, 18 Oct 2002 08:21:55 -0700 (PDT) Received: from server.simon1.net (user23.net263.oh.sprint-hsd.net [208.17.71.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EEDF43E88 for ; Fri, 18 Oct 2002 08:21:54 -0700 (PDT) (envelope-from simon1@simon1.net) Received: from simon1 (simon1.simon1.net [192.168.5.2]) by server.simon1.net (8.12.5/8.12.5) with ESMTP id g9IFLwZU028116 for ; Fri, 18 Oct 2002 11:21:58 -0400 (EDT) Message-Id: <4.2.0.58.20021018112149.00aaf590@192.168.5.1> X-Sender: simon1@192.168.5.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Fri, 18 Oct 2002 11:21:58 -0400 To: questions@FreeBSD.ORG From: Simon1 Subject: ABIT KX7-333R problems: RAID & NIC problems Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm having some problems with a RAID setup and the network on a new system. I haven't found anyone mentioning the problems in the searching I've done (Google, FreeBSD Website, mailing lists). Hopefully someone can get me pointed in the right direction or tell me what I'm missing (or fix a bug if that is the case). Summary of Problems: Intel network cards (identical models -- see below) refuse to work on the network. They will not pull DHCP, and if manually configured, will not talk to anything on the network. All systems are connected via a hub. DHCP is run off of a FreeBSD system. The HUB and the cards do show a link light. When I create a mirrored array (2x 60GB 7200 RPM Seagates), each drive is set as master on its own IDE channel without anything else attached to the controller. When creating files, even very large ones, on the local system I get good throughput -- On the order of 20MB/sec. When I FTP a file from the other FreeBSD server down onto the mirrored array, the transfer will only go at about 100k/sec. (Additional debugging/testing I've performed below). Information: FreeBSD Version: Generic install off of the FreeBSD 4.6 cds for the testing below. Identical problems were noted after cvsup'ing to 4.7 & remaking the world. Hardware Setup: Motherboard: ABIT KX7-333 w/RAID (Flashed the board with its latest BIOS update, problems remain) VIA KT333 & VT8233A chipsets HighPoint HPT 372 RAID controller (UDMA/133 on board) CPU: Athlon 1600XP+ Drives: 2x 60GB 7200 RPM Seagate IDE drives. (All are running as UDMA 100) Drive Setup: Tried with the following configurations: 1) Directly to the mainboard IDE port, single drive, set as master. 2) Mirrored array, both disks, hooked onto the RAID controller. (Each set as a master on their individual channel) 3) Non RAID setup, using a disk connected to the RAID controller. Network Cards: I've tried a total of 4 cards: 2 x Intel 10BT/100BTX PILA8460B PRO/100+ PCI (fxp) 1 x Phoebe (rl) 1 x CNET (dc) NETWORK PROBLEM: I've tried at least 4 cables, all of which work on other systems. One specific cable was used for all of the below tests. The cards have all been tried in all PCI slots except slot 5, which the boards manual suggests not using because it /may/ have IRQ steering problems with the raid controller. To test the card I attempt to get dhcp configuration (dhclient ), then I try and FTP a 180MB test file from another server (the DHCP server in this case). The three cards: Intel (fxp): I have two identical models here. Neither cards will pick up DHCP. If I manually set the IP addresses, they will still not talk to anything on the network. The link lights do light up on both the hub and the nic. RealTek (rl): The card gets DHCP info wonderfully, and will transfer files at about 6MB/sec. No errors, warning, etc. CNET (dc): Card also has no problems getting on the network. When I do the transfer, some problems can occur. I get "TX underrun -- Increasing TX threshold" repeatedly. Then, every 8 or 9 reboots, it will stall and give a broken pipe error. You then have to reboot to make the link work again. While it runs, it pulls at about 7MB/sec. In searching, I've seen a number of people with that error message with the dc driver, but because it normally (9 times out of 10) will continue to work, it doesn't feel like a NIC or NIC driver problem to me. Disabling the onboard RAID controller (in the BIOS) didn't have any effect on the problems whatsoever. RAID Problems: The problems occur with dc0 *and* rl0 network cards when FTPing the 180MB test file. The RAID -and- single drive setups work like a charm for everything local (and will install at the max speed the CDROM can handle -- regardless of configuration). Setup #1) Using the Raid IDE as general (non RAIDed) setup -- I'm able to install FreeBSD onto it and boot without a problem. Installs & reads at drives speed (20+ MB/sec). Doing the FTP download the download will go at maximum speed the remote system & network cards can handle. Setup #2) Using RAID with Mirroring option -- Each drive set as master of its IDE channel. Nothing else connected to it. I'm able to install FreeBSD onto it and boot without a problem. Installs & reads at drives speed (20+ MB/sec). Doing the FTP download the download will only go about 100k/sec (UPLOADING that file to another system will go at full speed, just the download is severely limited). Both network cards go this speed. Identical CABLE & NIC setups as the other configurations.. Setup #3) Using the regular IDE channel on the motherboard -- I'm able to install FreeBSD onto it and boot without a problem. Installs & reads at drives speed (20+ MB/sec). Doing the FTP download the download will go at maximum speed the remote system & network cards can handle. My goals are to get the Intel NICs to work, and get RAID to act properly (ie: full speed). I've included the DMESG output at the bottom of the post (this is when I have a straight 4.6 install on it -- I've tried installing 4.7 twice via CVSUP and tweaking NMBCLUSTERS & the like -- no go). For the DMESG output I have all three cards in, and I was testing one at a time, then rebooting and moving the cable down to the next card. The slot the cards were in didn't have any effect on the problems. During earlier testing I only had one card in at a time. Below, both drives are hooked to the raid controller, but RAID wasn't being used. The primary drive is being used directly, and the second one has been left alone. A close cousin of this board (the no longer made KR7A-133R) worked like a champ. I've never had a single iota of trouble out of the KR7A bards, and with 12 installed for several months, had there been problems I would have heard by now, which is why the problems with this board have me confused. This system needs to go out the door to a customer on Monday/Tuesday of next week. If any developers or the like need me to try anything or need access to this box for testing that can be arranged. If anyone can recommend a good motherboard with similar features that supports RAID (and does it well) please let me know (off list) so I can get a replacement. Needs to be an Athlon XP, DDR board -- I want to reuse the processor & etc from this one. I'd be happy to provide any additional info I can about this, just let me know. Thanks in advance for any assistance with this, -Michael Wolfe -------------- DMESG OUTPUT --------------- Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.6-RELEASE #0: Tue Jun 11 06:14:12 GMT 2002 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) XP 1600+ (1400.60-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 536805376 (524224K bytes) avail memory = 517382144 (505256K bytes) Preloaded elf kernel "kernel" at 0xc04d0000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 8 entries at 0xc00fdef0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 rl0: port 0xa000-0xa0ff mem 0xeb102000-0xeb1020ff irq 5 at device 8.0 on pci0 rl0: Ethernet address: 00:50:fc:44:d8:97 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: port 0xa400-0xa4ff mem 0xeb100000-0xeb1000ff irq 12 at device 13.0 on pci0 dc0: Ethernet address: 00:80:ad:00:09:dd miibus1: on dc0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: port 0xa800-0xa83f mem 0xeb000000-0xeb0fffff,0xeb101000-0xeb101fff irq 12 at device 15.0 on pci0 fxp0: Ethernet address 00:20:e0:60:18:f0 inphy0: on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xac00-0xac0f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xb000-0xb01f irq 5 at device 17.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb400-0xb41f irq 5 at device 17.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered atapci1: port 0xc800-0xc8ff,0xc400-0xc403,0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807 irq 10 at device 19.0 on pci0 ata2: at 0xb800 on atapci1 ata3: at 0xc000 on atapci1 orm0: