Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Apr 2000 11:24:25 -0400 (EDT)
From:      Bill Paul <wpaul@skynet.ctr.columbia.edu>
To:        issei@ace.heart.ne.jp (Issei Numata)
Cc:        bugs@freebsd.org
Subject:   Re: kern/17866: vr0 hung up
Message-ID:  <200004101524.LAA24995@skynet.ctr.columbia.edu>
In-Reply-To: <20000410202748O.issei@guru.gr.jp> from "Issei Numata" at Apr 10, 2000 08:27:48 pm

next in thread | previous in thread | raw e-mail | index | archive | help
Of all the gin joints in all the towns in all the world, Issei Numata 
had to walk into mine and say:


> CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU)
>   Origin = "AuthenticAMD"  Id = 0x58c  Stepping = 12
>   Features=0x8021bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX>
>   AMD Features=0x80000800<SYSCALL,3DNow!>
> real memory  = 268427264 (262136K bytes)
> avail memory = 256712704 (250696K bytes)
> Preloaded elf kernel "kernel" at 0xc037c000.
> md0: Malloc disk
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> pcib0: <VIA 82C598MVP (Apollo MVP3) host bridge> on motherboard
> pci0: <PCI bus> on pcib0
> pcib1: <VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge> at device 1.0 on pci0
> pci1: <PCI bus> on pcib1
> isab0: <VIA 82C586 PCI-ISA bridge> at device 7.0 on pci0
> isa0: <ISA bus> on isab0
> atapci0: <VIA 82C586 ATA33 controller> port 0xe000-0xe00f at device 7.1 on pci0
> ata0: at 0x1f0 irq 14 on atapci0
> chip1: <VIA 82C586B ACPI interface> at device 7.3 on pci0
> pci0: <S3 968 graphics accelerator> at 8.0 irq 11
> vr0: <VIA VT3043 Rhine I 10/100BaseTX> port 0xe400-0xe47f mem 0xec000000-0xec00007f irq 10 at device 10.0 on pci0
> vr0: Ethernet address: 00:90:cc:01:34:bc
> miibus0: <MII bus> on vr0
> amphy0: <DM9101 10/100 media interface> on miibus0
> amphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> vr0: supplying EUI64: 00:90:cc:ff:fe:01:34:bc
> de0: <Digital 21040 Ethernet> port 0xe800-0xe87f mem 0xec001000-0xec00107f irq 12 at device 11.0 on pci0
> de0: ACCTON EN1203 21040 [10Mb/s] pass 2.4
> de0: address 00:00:e8:0d:df:ca
[...]
> ad0: 19574MB <Raidell IM-7500 F6L> [39770/16/63] at ata0-master using UDMA33
> Mounting root from ufs:/dev/ad0s1a
> de0: starting DAD for fe80:0002::0200:e8ff:fe0d:dfca
> de0: DAD complete for fe80:0002::0200:e8ff:fe0d:dfca - no duplicates found

So you are using bus master DMA for both the NIC and the disk controller.

> I use switching hub.

No, look. It can be a switch, or a hub, or a 10/100 hub. The last case
is special: it's sort of a mix between a hub and a switch in that there
are only two fabrics, one for 10mbps and one for 100mbps. However all
the 10mbps links and all the 100mbps are shared. So you usually don't
use full duplex.

> Other my PC never says avobe messages, its CPU is celelon 477.
> But its transfer speed is very very slow with 100 BASE
> FULL-DUPLEX.

Grrrr. They stop trying to use it! Tell us exactly what kind of
"switching hub" this is (manufacturer and model). You should not
force full duplex mode if the link partner doesn't support it! If
this really is a dual speed hub, then it's possible that it doesn't
support full duplex. The duplex setting is *not* some sort of performance 
increasing thing you can just twiddle: if both sides are not able to 
negotiate a full duplex link, then don't force it!

> These two machine's
> configuration is completely different. Unfortunatly
> I cannot tell you detail of this PC because I'm in Hong 
> Kong for work. If I will return, I can tell you detail.

*sigh*
 
> And sorry my stuipid previous bug report. It was my first time for
> send-pr. I watched other peoples bug-reports and I suprised
> other people's report is very short.
> 
> So, I beleved short comment is the manner  for send-pr.
> But as you say, it was wrong.

*All* problem reports must include details. Always. And you haven't
told me yet what happens when you try the patch I gave you.

-Bill

-- 
=============================================================================
-Bill Paul            (212) 854-6020 | System Manager, Master of Unix-Fu
Work:         wpaul@ctr.columbia.edu | Center for Telecommunications Research
Home:  wpaul@skynet.ctr.columbia.edu | Columbia University, New York City
=============================================================================
 "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness"
=============================================================================


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




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