Re: kern/45241 (jme ethernet driver unable to read link layer address from controller)

[emmanuel%libera.cc@localhost]

The following reply was made to PR kern/45241; it has been noted by GNATS.

From: emmanuel%libera.cc@localhost
To: <gnats-bugs%NetBSD.org@localhost>
Cc: <bouyer%NetBSD.org@localhost>, <kern-bug-people%netbsd.org@localhost>,
 <netbsd-bugs%netbsd.org@localhost>, <gnats-admin%netbsd.org@localhost>
Subject: Re: kern/45241 (jme ethernet driver unable to read link layer
 address from controller)
Date: Fri, 12 Aug 2011 14:04:44 +0200

  tiens un homonyme ..
 
 > Please try a newer kernel, e.g. one from
 > http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-5/
 
  I installed a new kernel from this URL
  /home/manu $ uname -v
  NetBSD 5.1_STABLE (GENERIC) #0: Mon Aug  8 22:39:17 UTC 2011  
  
builds%b7.netbsd.org@localhost:/home/builds/ab/netbsd-5/i386/201108081840Z-obj/home/builds/ab/netbsd-5/src/sys/arch/i386/compile/GENERIC
 
  now the driver properly reads the mac address but I get some device 
  timeout while getting an IP address with dhcp.
  It does work in the end though.
 
  dmesg | grep jme
  jme0 at pci1 dev 0 function 5
  jme0: JMicron JMC260 Gigabit Ethernet Controller
  jme0: PCI device revision : 0x2, Chip revision: 0x22
  jme0: Ethernet address c8:0a:a9:db:40:39
  jme0: interrupting at ioapic0 pin 16
  ukphy0 at jme0 phy 1: Generic IEEE 802.3u media interface
  jme0: device timeout
  jme0: device timeout
 
  ifconfig jme0
  jme0: flags=8863<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST> mtu 
  1500     
  
capabilities=6bf80<TSO4,IP4CSUM_Rx,IP4CSUM_Tx,TCP4CSUM_Rx,TCP4CSUM_Tx,UDP4CSUM_Rx,UDP4CSUM_Tx,TCP6CSUM_Tx,UDP6CSUM_Tx,TSO6>
          enabled=0
          address: c8:0a:a9:db:40:39
          media: Ethernet autoselect (100baseTX full-duplex)
          status: active
          inet 192.168.178.39 netmask 0xffffff00 broadcast 
  192.168.178.255
          inet6 fe80::ca0a:a9ff:fedb:4039%jme0 prefixlen 64 scopeid 0x1
 
 
  disabling or enabling acpi via userconf does not make anydifference 
  concerning the timeout