NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

kern/46076: ukphy(4) in conjunction with axe(4) doesn't work properly on 5.99.65/macppc

>Number:         46076
>Category:       kern
>Synopsis:       ukphy(4) in conjunction with axe(4) doesn't work properly on 
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Feb 23 02:40:00 +0000 2012
>Originator:     David H. Gutteridge
>Release:        5.99.65
NetBSD 5.99.65 NetBSD 5.99.65 (GENERIC) #0: Wed Feb 15 
03:00:18 EST 2012

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
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/
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. 
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. 
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 
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
Attach the device to a macppc machine.
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.

Home | Main Index | Thread Index | Old Index