NetBSD Problem Report #46076

From www@NetBSD.org  Thu Feb 23 02:36:03 2012
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	by www.NetBSD.org (Postfix) with ESMTP id 02D4E63CAE9
	for <gnats-bugs@gnats.NetBSD.org>; Thu, 23 Feb 2012 02:36:02 +0000 (UTC)
Message-Id: <20120223023601.3EB3963BCEF@www.NetBSD.org>
Date: Thu, 23 Feb 2012 02:36:01 +0000 (UTC)
From: dhgutteridge@sympatico.ca
Reply-To: dhgutteridge@sympatico.ca
To: gnats-bugs@NetBSD.org
Subject: ukphy(4) in conjunction with axe(4) doesn't work properly on 5.99.65/macppc
X-Send-Pr-Version: www-1.0

>Number:         46076
>Category:       kern
>Synopsis:       ukphy(4) in conjunction with axe(4) doesn't work properly on 5.99.65/macppc
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Feb 23 02:40:00 +0000 2012
>Closed-Date:    Tue Nov 29 07:14:08 +0000 2016
>Last-Modified:  Tue Nov 29 07:14:08 +0000 2016
>Originator:     David H. Gutteridge
>Release:        5.99.65
>Organization:
>Environment:
NetBSD arcusv.nonus-porta.net 5.99.65 NetBSD 5.99.65 (GENERIC) #0: Wed Feb 15 03:00:18 EST 2012  disciple@arcusiii.nonus-porta.net:/usr/builds/netbsd-current/src/sys/arch/macppc/compile/obj/GENERIC macppc

>Description:
On a macppc machine running 5.99.65, ukphy(4) does not work properly
with axe(4).  This appears to be an architecture-specific problem, as
I cannot duplicate this problem using the device on an amd64 machine,
also running 5.99.65.  (I didn't file this under macppc specifically,
as I suspect it would apply to other machine architectures as well.)
Under amd64, it works flawlessly for me, at least to date.

The device attaches correctly, but then as soon as I attempt to send
any packets through it, I get an error message.  This occurs right
away consistently.

The device details are:

axe0 at uhub0 port 1
axe0: D-Link DUB-E100 rev B1, rev 2.00/0.01, addr 2
axe0: Ethernet address 00:80:c8:3d:07:35
ukphy0 at axe0 phy 3: OUI 0x0009c3, model 0x0005, rev. 4
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto

Then upon sending packets to the device, this appears:

axe0: read PHY failed

The basic machine dmesg is also reproduced below.

Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
    2006, 2007, 2008, 2009, 2010, 2011, 2012
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 5.99.65 (GENERIC) #0: Wed Feb 15 03:00:18 EST 2012
	disciple@arcusiii.nonus-porta.net:/usr/builds/netbsd-current/src/sys/arch/macppc/compile/obj/GENERIC
total memory = 320 MB
avail memory = 298 MB
timecounter: Timecounters tick every 10.000 msec
found openpic PIC at 80040000
OpenPIC Version 1.2: Supports 4 CPUs and 64 interrupt sources.
bootpath: /pci@f2000000/mac-io@17/ata-4@1f000/disk@0:0/netbsd.new
mainbus0 (root)
cpu0 at mainbus0: 750 (Revision 3.0), ID 0 (primary)
cpu0: HID0 0x8050c0a4<EMCP,NAP,DPM,ICE,DCE,SGE,BTIC,BHT>, powersave: 1
cpu0: 366.67 MHz, no-parity 512KB WB L2 cache (PB SRAM) at 2.5:1 ratio
memory0 at mainbus0: len=257
uni_n0 at mainbus0 address 0xf8000000
ki2c0 at uni_n0 address 0xf8001000
iic1 at ki2c0: I2C bus
uninorth0 at mainbus0
pci0 at uninorth0 bus 0
pci0: i/o space, memory space enabled
pchb0 at pci0 dev 11 function 0
pchb0: Apple Computer UniNorth AGP Interface (rev. 0x00)
genfb0 at pci0 dev 16 function 0: ATI Technologies Rage L Mobility (rev. 0x64)
genfb0: framebuffer at 0x91000000, size 800x600, depth 8, stride 800
wsdisplay0 at genfb0 kbdmux 1: console (default, vt100 emulation)
wsmux1: connecting to wsdisplay0
drm at genfb0 not configured
uninorth1 at mainbus0
pci1 at uninorth1 bus 0
pci1: i/o space, memory space enabled
pchb1 at pci1 dev 11 function 0
pchb1: Apple Computer UniNorth Host-PCI Bridge (rev. 0x00)
obio0 at pci1 dev 23 function 0: addr 0x80000000
obio0: enabling KeyLargo internal modem
i2s at obio0 offset 0x10000 not configured
zsc0 at obio0 irq 22,50
zstty0 at zsc0 channel 0
zstty1 at zsc0 channel 1
pmu0 at obio0 offset 0x16000 irq 47:  rev. 12
pmu0: initializing RTC
pmu0: initializing ADB
nadb0 at pmu0: Apple Desktop Bus
pmu0: power-mgt not configured
smartbat0 at pmu0 addr 0: smart battery
 flags: 1 AC
ki2c1 at obio0
iic2 at ki2c1: I2C bus
wdc0 at obio0 offset 0x1f000 irq 19, level triggered: DMA transfer
atabus0 at wdc0 channel 0
wdc1 at obio0 offset 0x20000 irq 20, level triggered: DMA transfer
atabus1 at wdc1 channel 0
wdc2 at obio0 offset 0x21000 irq 21, level triggered: DMA transfer
atabus2 at wdc2 channel 0
ohci0 at pci1 dev 24 function 0: Apple Computer KeyLargo USB Controller (rev. 0x00)
ohci0: interrupting at irq 27
ohci0: OHCI version 1.0
usb0 at ohci0: USB revision 1.0
ohci1 at pci1 dev 25 function 0: Apple Computer KeyLargo USB Controller (rev. 0x00)
ohci1: can't map mem space
uninorth2 at mainbus0
pci2 at uninorth2 bus 0
pci2: i/o space, memory space enabled
pchb2 at pci2 dev 11 function 0
pchb2: Apple Computer UniNorth Host-PCI Bridge (rev. 0x00)
gem0 at pci2 dev 15 function 0: Apple Computer GMAC Ethernet (rev. 0x00)
gem0: interrupting at irq 41
bmtphy0 at gem0 phy 0: BCM5201 10/100 media interface, rev. 2
bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
gem0: Ethernet address 00:30:65:6b:e3:f2, 10KB RX fifo, 9KB TX fifo
biomask 1f800000 netmask 1f800000 ttymask 1f800000
timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
timecounter: Timecounter "mftb" frequency 16644884 Hz quality 100
uhub0 at usb0: Apple Computer OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
adbkbd0 at nadb0 addr 2: PowerBook G3 keyboard
wskbd0 at adbkbd0: console keyboard, using wsdisplay0
wsmouse0 at adbkbd0 mux 0
adbms0 at nadb0 addr 3: EMP trackpad <tpad> 2-button, 400 dpi
wsmouse1 at adbms0 mux 0
adbbt0 at nadb0 addr 7: button device
AC Power: AC adapter online.
wd0 at atabus0 drive 0
wd0: <TOSHIBA MK6014MAP>
wd0: drive supports 16-sector PIO transfers, LBA addressing
wd0: 5729 MB, 12416 cyl, 15 head, 63 sec, 512 bytes/sect x 11733120 sectors
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 4 (Ultra/66)
wd0(wdc0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 4 (Ultra/66) (using DMA)
atapibus0 at atabus1: 2 targets
cd0 at atapibus0 drive 0: <MATSHITA CR-175, , 5AAE> cdrom removable
cd0: drive supports PIO mode 4, DMA mode 2
cd0(wdc1:0:0): using PIO mode 4, DMA mode 2 (using DMA)
Kernelized RAIDframe activated
swwdog0: software watchdog initialized
boot device: wd0
root on wd0a dumps on wd0b
root file system type: ffs
>How-To-Repeat:
Attach the device to a macppc machine.
>Fix:
No fix known.  I assume it can't be something as simple as an endian-
ness bug, as presumably ukphy(4) has been tested on many different
architectures before, given all the potential devices that would rely
upon it.

>Release-Note:

>Audit-Trail:
From: "David H. Gutteridge" <dhgutteridge@sympatico.ca>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/46076: ukphy(4) in conjunction with axe(4) doesn't work properly on 5.99.65/macppc
Date: Wed, 5 Dec 2012 21:52:12 -0500

 Revision 1.58 to if_axe.c seems to help address this issue.  (In
 other words, there were endianness bugs in this driver, rather than
 that of ukphy...)  The remaining underlying issue I'm seeing with
 ohci being brought down is already recorded in a separate PR (46334)
 although I do still see the "read PHY failed" message before ohci
 fails.  I'm able to run network traffic through this interface for
 a few minutes now, before the ohci failure occurs, whereas before I
 couldn't seem to get it to work from the get-go.

 Dave

From: "David H. Gutteridge" <dhgutteridge@sympatico.ca>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/46076: ukphy(4) in conjunction with axe(4) doesn't work properly on 5.99.65/macppc
Date: Tue, 26 Mar 2013 21:59:10 -0400

 This is still an issue with 6.99.18.  Re-testing shows improvements
 in how long the network stays up for, but ultimately the device goes
 down, and the error is different now when it fails (there's no
 reference to ohci).  (With a GENERIC kernel it's pretty painless;
 with a DEBUG kernel I ended up with a mangled hard drive, though
 that's of course due to a hard power off after the system hung.)

 NetBSD 6.99.18 (GENERIC) #0: Sat Mar 23 17:00:48 EDT 2013
 	=
 disciple@arcusiii.nonus-porta.net:/usr/builds/netbsd-current/src/sys/arch/=
 macppc/compile/obj/GENERIC
 <snip>
 axe0 at uhub0 port 1
 axe0: D-Link DUB-E100 rev B1, rev 2.00/0.01, addr 2
 axe0: Ethernet address 00:80:c8:3d:07:35
 ukphy0 at axe0 phy 3: OUI 0x0009c3, model 0x0005, rev. 4
 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 axe0: read PHY failed
 axe0: read PHY failed
 axe0: read PHY failed
 axe0: usb error on tx: IOERROR
 axe0: watchdog timeout
 axe0: usb error on tx: IOERROR
 axe0: read PHY failed
 axe0: read PHY failed
 ukphy0: detached
 axe0: detached
 axe0: at uhub0 port 1 (addr 2) disconnected
 axe0 at uhub0 port 1
 axe0: D-Link DUB-E100 rev B1, rev 2.00/0.01, addr 2
 axe0: Ethernet address 00:80:c8:3d:07:35
 ukphy0 at axe0 phy 3: OUI 0x0009c3, model 0x0005, rev. 4
 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 axe0: read PHY failed

 Dave=

State-Changed-From-To: open->feedback
State-Changed-By: skrll@NetBSD.org
State-Changed-When: Sat, 26 Nov 2016 16:36:49 +0000
State-Changed-Why:
Can you test with HEAD please?


From: "David H. Gutteridge" <dhgutteridge@sympatico.ca>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/46076 (ukphy(4) in conjunction with axe(4) doesn't work
 properly on 5.99.65/macppc)
Date: Mon, 28 Nov 2016 19:14:50 -0500

 On Sat, 2016-11-26 at 16:36 +0000, skrll@NetBSD.org wrote:
 > Can you test with HEAD please?

 I can't reproduce this anymore, looks like it can be closed.

 Thanks,

 Dave

State-Changed-From-To: feedback->closed
State-Changed-By: maya@NetBSD.org
State-Changed-When: Tue, 29 Nov 2016 07:14:08 +0000
State-Changed-Why:
feedback ok, thanks!


>Unformatted:

Home	PR Database Search