Re: Problem with nfe stability and throughput
- From: Pyun YongHyeon <pyunyh@xxxxxxxxx>
- Date: Thu, 27 Dec 2007 09:22:52 +0900
On Wed, Dec 26, 2007 at 11:31:37PM +0100, Chris Poulsen wrote:
Hi,^^^^^^^^^^^^^^^^^^^^^^^^^^
Pyun YongHyeon wrote:
On Sun, Dec 23, 2007 at 11:49:40PM +0100, Chris Poulsen wrote:A verbose boot log contains the following:
Hi,me > problems.
I've installed CURRENT on an asus m2n-vm. My network config is giving
<snip>
My dmesg contains:^^^^^^
ata3: [ITHREAD]
nfe0: <NVIDIA nForce MCP67 Networking Adapter> port 0xd880-0xd887 mem
0xdfffc000-0xdfffcfff,0xdfffe400-0xdfffe4ff,0
xdfffe000-0xdfffe00f irq 23 at device 10.0 on pci0
miibus0: <MII bus> on nfe0
ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus0
It seems that ukphy(4) was picked up to serve your PHY hardware.
I guess ukphy(4) is not right phy driver for the hardware as it could
result in non-working driver. Would you show me the ukphy(4) output of
verbosed boot message?(In verbosed boot mode, ukphy(4) may have printed
OUI/model number of the PHY hardware.)
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX,auto
nfe0: Ethernet address: 00:1d:60:6d:73:ec<snip>
...
ata3: [ITHREAD]
nfe0: <NVIDIA nForce MCP67 Networking Adapter> port 0xd880-0xd887 mem
0xdfffc000-0xdfffcfff,0xdfffe400-0xdfffe4ff,0xdfffe000-0xdfffe00f irq 23
at device 10.0 on pci0
nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdfffc000
nfe0: attempting to allocate 8 MSI vectors (8 supported)
msi: routing MSI IRQ 256 to vector 56
msi: routing MSI IRQ 257 to vector 57
msi: routing MSI IRQ 258 to vector 58
msi: routing MSI IRQ 259 to vector 59
msi: routing MSI IRQ 260 to vector 60
msi: routing MSI IRQ 261 to vector 61
msi: routing MSI IRQ 262 to vector 62
msi: routing MSI IRQ 263 to vector 63
nfe0: using IRQs 256-263 for MSI
nfe0: Using 8 MSI messages
miibus0: <MII bus> on nfe0
ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus0
ukphy0: OUI 0x001374, model 0x0001, rev. 6
According to IEEE stanards OUI database the manufacturer is Atheros
Communications. Since Atheros acquired Attansic Technology I guess
the phy originated from Attansic Technology. ATM there is no phy
driver for FreeBSD and the vendor didn't release publicly available
datasheets to developers. AFAIK kevlo is working on Attansic driver
so I guess he may have more information for this phy hardware(CCed).
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto
nfe0: bpf attached
nfe0: Ethernet address: 00:1d:60:6d:73:ec
nfe0: [MPSAFE]
nfe0: [FILTER]
...
Also I noticed that both nfe0 and ohci1 both lists irq 23, but I don't
know if that is a problem :)
Don't worry about that. Your nfe(4) takes advantage of MSI so there
is no IRQ sharing.
...
ohci1: <OHCI (generic) USB controller> mem 0xdfffd000-0xdfffdfff irq 23
at device 4.0 on pci0
...
What would be the next step for me to try in order to resolve this?
Thanks.
--
Regards
Chris
--
Regards,
Pyun YongHyeon
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"
- References:
- Problem with nfe stability and throughput
- From: Chris Poulsen
- Re: Problem with nfe stability and throughput
- From: Pyun YongHyeon
- Re: Problem with nfe stability and throughput
- From: Chris Poulsen
- Problem with nfe stability and throughput
- Prev by Date: VFS panic - probably NTFS
- Next by Date: DHCPclient issues with wireless
- Previous by thread: Re: Problem with nfe stability and throughput
- Next by thread: Repeated or missed keys after upgrading from 6.2 to 7.0
- Index(es):