NetBSD Problem Report #52123
From www@NetBSD.org Wed Mar 29 07:25:57 2017
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
by mollari.NetBSD.org (Postfix) with ESMTPS id BD2297A1F9
for <gnats-bugs@gnats.NetBSD.org>; Wed, 29 Mar 2017 07:25:56 +0000 (UTC)
Message-Id: <20170329072555.C64AB7A279@mollari.NetBSD.org>
Date: Wed, 29 Mar 2017 07:25:55 +0000 (UTC)
From: timo@kroenchenstadt.de
Reply-To: timo@kroenchenstadt.de
To: gnats-bugs@NetBSD.org
Subject: hme interfaces do not work anymore (7.0.2, 7.1)
X-Send-Pr-Version: www-1.0
>Number: 52123
>Category: port-sparc64
>Synopsis: hme interfaces do not work anymore (7.0.2, 7.1)
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: martin
>State: closed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Mar 29 07:30:00 +0000 2017
>Closed-Date: Fri Nov 02 08:29:40 +0000 2018
>Last-Modified: Fri Nov 02 08:29:40 +0000 2018
>Originator: Timo Schoeler
>Release: 7.0.2 and 7.1
>Organization:
>Environment:
Cannot provide at the moment.
>Description:
I tried to install NetBSD 7.0.2 and NetBSD 7.1 (which was out recently when I first tried) onto my Sun Ultra 2 Enterprise. It features, amongst an additional FB (which the Enterprise version needs for video), two quad port hme S-Bus cards.
When installing NetBSD and having Ethernet connected to the on board hme0 interface, probing DHCP fails (see pictures below). After reboot, I tried again to make a connection.
First, the interface is in 100/HDX mode (which is odd as it is connected to a switch; no VLAN tagging, just an access port in Cisco speak). Running dhclient fails. After that, the interface is in FDX mode (for whatever reason). Trying static IP addressing also fails.
I verified this for some other ports (on the quad cards).
Interestingly, it works out of the box running OpenBSD 6.0 (both for the on board interface as well as the quad hme cards).
Pictures of all this:
https://oc.riscworks.com/index.php/s/2oizYTJBGjia8OE
>How-To-Repeat:
Install NetBSD, see no networking.
>Fix:
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: kern-bug-people->martin
Responsible-Changed-By: martin@NetBSD.org
Responsible-Changed-When: Wed, 29 Mar 2017 07:45:32 +0000
Responsible-Changed-Why:
Take
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore (7.0.2,
7.1))
Date: Wed, 29 Mar 2017 09:53:13 +0200
I can reproduce issues on my U2 with on-board hme, running the 7.1 install
kernel.
The driver causes an endless stream of UP/DOWN events:
hme0: executing `/libexec/dhcpcd-run-hooks' CARRIER
hme0: IAID 20:7c:f9:e9
hme0: delaying IPv6 router solicitation for 0.3 seconds
hme0: delaying IPv4 for 0.2 seconds
hme0: carrier lost
hme0: executing `/libexec/dhcpcd-run-hooks' NOCARRIER
hme0: deleting address fe80::cf95:fcf4:7011:6836
hme0: carrier acquired
hme0: adding address fe80::cf95:fcf4:7011:6836
hme0: pltime infinity, vltime infinity
nd6_newaddrmsg: RTM_GET operation failed for fe80:1::cf95:fcf4:7011:6836 (errno=
hme0: executing `/libexec/dhcpcd-run-hooks' CARRIER
..
untill dhcpcd times out.
Martin
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore (7.0.2,
7.1))
Date: Wed, 29 Mar 2017 09:58:35 +0200
FWIW: it works fine in -current.
Will check for missing pullups.
Martin
From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
To: gnats-bugs@NetBSD.org
Cc: tsutsui@ceres.dti.ne.jp
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore (7.0.2,7.1))
Date: Wed, 29 Mar 2017 19:52:08 +0900
> The driver causes an endless stream of UP/DOWN events:
I see the similar issue on fxp(4) on ThinkPad X21.
dhclient(8) works fine, so I wonder if dhcpcd(8) is too sensitive
against PHY switching timing etc.
---
Izumi Tsutsui
From: Timo <timo@kroenchenstadt.de>
To: gnats-bugs@NetBSD.org, martin@NetBSD.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Cc:
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
(7.0.2,7.1))
Date: Fri, 31 Mar 2017 08:31:36 +0200
Hi, I just installed a snapshot (7.99.66, GENERIC.201703291120Z) but it
still does not work for me. Neither DHCP nor static IP addressing works.
I tried different interfaces.
Best,
Timo
From: Martin Husemann <martin@duskware.de>
To: Timo <timo@kroenchenstadt.de>
Cc: gnats-bugs@NetBSD.org, jdc@NetBSD.org
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
(7.0.2,7.1))
Date: Fri, 31 Mar 2017 10:12:37 +0200
On Fri, Mar 31, 2017 at 08:31:36AM +0200, Timo wrote:
> Hi, I just installed a snapshot (7.99.66, GENERIC.201703291120Z) but it
> still does not work for me. Neither DHCP nor static IP addressing works.
> I tried different interfaces.
I updated my LX which has a QFE card and tested 7.1. It works fine for me
with static addresses when connected to a gigE switch. The on-board hme
on the U2 also works fine with static addresses:
# ifconfig hme0
hme0: flags=8822<BROADCAST,NOTRAILERS,SIMPLEX,MULTICAST> mtu 1500
capabilities=3c00<TCP4CSUM_Rx,TCP4CSUM_Tx,UDP4CSUM_Rx,UDP4CSUM_Tx>
enabled=0
ec_capabilities=1<VLAN_MTU>
ec_enabled=0
address: 08:00:20:7c:f9:e9
media: Ethernet autoselect (100baseTX half-duplex)
status: active
# ifconfig hme0 192.168.111.60
# ping 192.168.111.42
PING 192.168.111.42 (192.168.111.42): 56 data bytes
64 bytes from 192.168.111.42: icmp_seq=0 ttl=255 time=3.702001 ms
64 bytes from 192.168.111.42: icmp_seq=1 ttl=255 time=0.288001 ms
^C
----192.168.111.42 PING Statistics----
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.288001/1.995001/3.702001/2.414063 ms
Noticed the half duplex and forced it to full duplex, and it still works:
# ifconfig hme0 media 100baseTX mediaopt full-duplex
# ping 192.168.111.42
PING 192.168.111.42 (192.168.111.42): 56 data bytes
64 bytes from 192.168.111.42: icmp_seq=0 ttl=255 time=0.394000 ms
64 bytes from 192.168.111.42: icmp_seq=1 ttl=255 time=0.264999 ms
^C
----192.168.111.42 PING Statistics----
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.264999/0.329500/0.394000/0.091217 ms
# ifconfig hme0
hme0: flags=8863<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST> mtu 1500
capabilities=3c00<TCP4CSUM_Rx,TCP4CSUM_Tx,UDP4CSUM_Rx,UDP4CSUM_Tx>
enabled=0
ec_capabilities=1<VLAN_MTU>
ec_enabled=0
address: 08:00:20:7c:f9:e9
media: Ethernet 100baseTX full-duplex
status: active
inet 192.168.111.60 netmask 0xffffff00 broadcast 192.168.111.255
inet6 fe80::a00:20ff:fe7c:f9e9%hme0 prefixlen 64 scopeid 0x1
and actually in full-duplex mode even dhcpcd works fine.
So I tried again in sysinst, went to Utilities/Configure Network,
selected media type 100baseTX (instead auf autoselect) and it worked
fine.
Not believing what I could see I rebooted and retried with "autoselect"
and indeed that reproduced the failure again.
Julian, does this ring a bell for you?
Martin
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
(7.0.2,7.1))
Date: Fri, 31 Mar 2017 12:52:26 +0200
OK, on the LX with QFE card it looked a bit different:
- "autoselect" just works and comes up 100mbitTX full-duplex
- dhcpcd did not work out of the box as I forgot to remake /dev/bpf
(it has become a cloning device in -7). The update installed me
a new /dev/MAKEDEV, but did not touch my device nodes.
Doing:
cd /dev
sh MAKEDEV bpf
fixed this.
- dhcpcd was confused by the mulitple ethernet cards with identical mac
address, I had to set local-mac-addres? to true in OF.
But now it works fine, both with static and dhcp addresses.
Still leaves the nway mishandling on the U2 (for me) and your machine as
an issue. Can you please test if forcing the media type fixes it for you
as well?
Martin
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore (7.0.2,7.1))
Date: Fri, 31 Mar 2017 09:08:31 -0500 (CDT)
I wonder if this is a manifestation of the problem I saw about a year
ago.
I installed a QFE card in a SPARCstation 5, which I was using as my NAT
router with "pf" (netbsd-7). The first thing I noticed was that FTP
connections would fail being passed to 'ftp_proxy' if tcp4csum-tx were
set on the internal interface. Later, I experienced bizarre failures
visiting the web site of a motel chain attempting to check availability
of rooms. Disabling all the hardware assists didn't fix the problem.
I didn't try forcing the media as 'automatic' seemed to Just Work(tm).
When I replaced the SS5/QFE-based router with a Soekris net4501 using
the exact same "pf" rules (modulo interface names), the problems went
away.
Prior to the QFE card, I was using the 10Mb/s qec(4) card in the same
SS5 and it worked just fine.
I had also used multiple discrete HME cards in NAT routers built out of
SPARCstation 5s with quite some success, but that was prior to netbsd-7.
If I can round up enough of them, I could try that again.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: Timo <timo@kroenchenstadt.de>
To: gnats-bugs@NetBSD.org, martin@NetBSD.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Cc:
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
(7.0.2,7.1))
Date: Thu, 6 Apr 2017 08:59:13 +0200
On 03/31/2017 12:55 PM, Martin Husemann wrote:
> The following reply was made to PR port-sparc64/52123; it has been noted by GNATS.
>
> From: Martin Husemann <martin@duskware.de>
> To: gnats-bugs@NetBSD.org
> Cc:
> Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
> (7.0.2,7.1))
> Date: Fri, 31 Mar 2017 12:52:26 +0200
>
> OK, on the LX with QFE card it looked a bit different:
>
> - "autoselect" just works and comes up 100mbitTX full-duplex
>
> - dhcpcd did not work out of the box as I forgot to remake /dev/bpf
> (it has become a cloning device in -7). The update installed me
> a new /dev/MAKEDEV, but did not touch my device nodes.
>
> Doing:
>
> cd /dev
> sh MAKEDEV bpf
>
> fixed this.
>
> - dhcpcd was confused by the mulitple ethernet cards with identical mac
> address, I had to set local-mac-addres? to true in OF.
>
> But now it works fine, both with static and dhcp addresses.
>
> Still leaves the nway mishandling on the U2 (for me) and your machine as
> an issue. Can you please test if forcing the media type fixes it for you
> as well?
Hi,
I tried all possible combinations of fixed media options, unfortunately
this had no effect. Neither static IP addressing nor DHCP works for me.
-current as stated in my last mail (7.99.66, GENERIC.201703291120Z).
Timo
> Martin
>
>
From: Martin Husemann <martin@duskware.de>
To: Timo <timo@kroenchenstadt.de>
Cc: gnats-bugs@NetBSD.org
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
(7.0.2,7.1))
Date: Thu, 6 Apr 2017 10:44:51 +0200
On Thu, Apr 06, 2017 at 08:59:13AM +0200, Timo wrote:
> I tried all possible combinations of fixed media options, unfortunately
> this had no effect. Neither static IP addressing nor DHCP works for me.
>
> -current as stated in my last mail (7.99.66, GENERIC.201703291120Z).
So it is not the same problem I see.
Can you verify your packets make it out to to the net?
Do you get any interrupts from the QFE?
Martin
From: Julian Coleman <jdc@coris.org.uk>
To: timo@kroenchenstadt.de, gnats-bugs@NetBSD.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Subject: Re: kern/52123: hme interfaces do not work anymore (7.0.2, 7.1)
Date: Sun, 25 Mar 2018 10:20:11 +0100
Hi,
> I tried to install NetBSD 7.0.2 and NetBSD 7.1 (which was out recently when I first tried) onto my Sun Ultra 2 Enterprise. It features, amongst an additional FB (which the Enterprise version needs for video), two quad port hme S-Bus cards.
>
> When installing NetBSD and having Ethernet connected to the on board hme0 interface, probing DHCP fails (see pictures below). After reboot, I tried again to make a connection.
Are you able to test with 7.1.2? I am able to network boot my Ultra 2
without problems using the onboard HME interface.
Regards,
Julian
From: Timo <timo@kroenchenstadt.de>
To: gnats-bugs@NetBSD.org, martin@NetBSD.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Cc:
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
(7.0.2,7.1))
Date: Sat, 5 May 2018 12:53:22 +0200
On 04/06/2017 10:45 AM, Martin Husemann wrote:
> The following reply was made to PR port-sparc64/52123; it has been noted by GNATS.
>
> From: Martin Husemann <martin@duskware.de>
> To: Timo <timo@kroenchenstadt.de>
> Cc: gnats-bugs@NetBSD.org
> Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
> (7.0.2,7.1))
> Date: Thu, 6 Apr 2017 10:44:51 +0200
>
> On Thu, Apr 06, 2017 at 08:59:13AM +0200, Timo wrote:
> > I tried all possible combinations of fixed media options, unfortunately
> > this had no effect. Neither static IP addressing nor DHCP works for me.
> >
> > -current as stated in my last mail (7.99.66, GENERIC.201703291120Z).
>
> So it is not the same problem I see.
>
> Can you verify your packets make it out to to the net?
I just installed 7.1.2 onto that machine (sorry it took so long to
reply), and used the hme0 interface. Still problems.
Scenario: Direct (!) connection to my ThinkPad (running Fedora 27, no
switch involved, all firewalls down).
I can ping my ThinkPad from the U2.
I can *not* ping the U2 from the ThinkPad.
I can neither reach port 22 from the U2 to TP nor vice versa.
Will give it a try using the QPE later.
> Do you get any interrupts from the QFE?
Which tools would you recommend to check this?
Timo
> Martin
From: Timo <timo@kroenchenstadt.de>
To: gnats-bugs@NetBSD.org, martin@NetBSD.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Cc:
Subject: Re: kern/52123: hme interfaces do not work anymore (7.0.2, 7.1)
Date: Sat, 5 May 2018 12:54:48 +0200
On 03/25/2018 01:05 PM, Julian Coleman wrote:
> The following reply was made to PR port-sparc64/52123; it has been noted by GNATS.
>
> From: Julian Coleman <jdc@coris.org.uk>
> To: timo@kroenchenstadt.de, gnats-bugs@NetBSD.org
> Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
> netbsd-bugs@netbsd.org
> Subject: Re: kern/52123: hme interfaces do not work anymore (7.0.2, 7.1)
> Date: Sun, 25 Mar 2018 10:20:11 +0100
>
> Hi,
>
> > I tried to install NetBSD 7.0.2 and NetBSD 7.1 (which was out recently when I first tried) onto my Sun Ultra 2 Enterprise. It features, amongst an additional FB (which the Enterprise version needs for video), two quad port hme S-Bus cards.
> >
> > When installing NetBSD and having Ethernet connected to the on board hme0 interface, probing DHCP fails (see pictures below). After reboot, I tried again to make a connection.
>
> Are you able to test with 7.1.2? I am able to network boot my Ultra 2
> without problems using the onboard HME interface.
Hi, I just installed 7.1.2 and still see issues (with the onboard hme0,
QPE yet to test). May that be an issue with a failing Dallas chip?
> Regards,
>
> Julian
Regards,
Timo
From: Timo <timo@kroenchenstadt.de>
To: gnats-bugs@NetBSD.org, martin@NetBSD.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Cc:
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
(7.0.2,7.1))
Date: Wed, 9 May 2018 17:06:25 +0200
On 05/05/2018 12:53 PM, Timo wrote:
> On 04/06/2017 10:45 AM, Martin Husemann wrote:
>> The following reply was made to PR port-sparc64/52123; it has been noted by GNATS.
>>
>> From: Martin Husemann <martin@duskware.de>
>> To: Timo <timo@kroenchenstadt.de>
>> Cc: gnats-bugs@NetBSD.org
>> Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
>> (7.0.2,7.1))
>> Date: Thu, 6 Apr 2017 10:44:51 +0200
>>
>> On Thu, Apr 06, 2017 at 08:59:13AM +0200, Timo wrote:
>> > I tried all possible combinations of fixed media options, unfortunately
>> > this had no effect. Neither static IP addressing nor DHCP works for me.
>> >
>> > -current as stated in my last mail (7.99.66, GENERIC.201703291120Z).
>>
>> So it is not the same problem I see.
>>
>> Can you verify your packets make it out to to the net?
>
> I just installed 7.1.2 onto that machine (sorry it took so long to
> reply), and used the hme0 interface. Still problems.
>
> Scenario: Direct (!) connection to my ThinkPad (running Fedora 27, no
> switch involved, all firewalls down).
>
> I can ping my ThinkPad from the U2.
>
> I can *not* ping the U2 from the ThinkPad.
>
> I can neither reach port 22 from the U2 to TP nor vice versa.
>
> Will give it a try using the QPE later.
>
>> Do you get any interrupts from the QFE?
>
> Which tools would you recommend to check this?
Hi,
as a small update:
I just installed OpenBSD 6.3/sparc64 onto that very machine, it works
like a charm (ICMP, SSH, etc).
Timo
> Timo
>
>> Martin
>
From: =?UTF-8?Q?Timo_Sch=c3=b6ler?= <timo@kroenchenstadt.de>
To: gnats-bugs@NetBSD.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Cc: martin@NetBSD.org
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
(7.0.2,7.1))
Date: Wed, 9 May 2018 17:30:26 +0200
A little addition: dmesg attached, and I tried setting the interface's
MAC to a sane value (instead of broadcast aka default when the battery's
gone): ifconfig hme0 lladdr random (see below). Both values work.
Timo
-----
Last login: Wed Dec 31 01:11:14 1969 from 192.168.100.1
OpenBSD 6.3 (GENERIC.MP) #486: Sat Mar 24 22:37:16 MDT 2018
Welcome to OpenBSD: The proactively secure Unix-like operating system.
Please use the sendbug(1) utility to report bugs in the system.
Before reporting a bug, please try to reproduce it with the latest
version of the code. With bug reports, please try to ensure that
enough information to reproduce the problem is enclosed, and if a
known fix for it exists, include that as well.
u2# dmesg
console is keyboard/display
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2018 OpenBSD. All rights reserved.
https://www.OpenBSD.org
OpenBSD 6.3 (GENERIC.MP) #486: Sat Mar 24 22:37:16 MDT 2018
deraadt@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC.MP
real mem = 1342177280 (1280MB)
avail mem = 1303478272 (1243MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root: Sun Ultra 2 UPA/SBus (2 X UltraSPARC-II 296MHz)
cpu0 at mainbus0: SUNW,UltraSPARC-II (rev 2.0) @ 296.001 MHz
cpu0: physical 16K instruction (32 b/l), 16K data (32 b/l), 2048K
external (64 b/l)
cpu1 at mainbus0: SUNW,UltraSPARC-II (rev 2.0) @ 296.001 MHz
cpu1: physical 16K instruction (32 b/l), 16K data (32 b/l), 2048K
external (64 b/l)
"counter-timer" at mainbus0 addr 0xfffc3c00 not configured
sbus0 at mainbus0 addr 0xfffc8000: clock = 25 MHz
sbus0: dvma map ff800000-ffffffff, STC0 enabled
audiocs0 at sbus0 slot 13 offset 0xc000000 vector 24 ipl 8
audio0 at audiocs0
auxio0 at sbus0 slot 15 offset 0x1900000
"flashprom" at sbus0 slot 15 offset 0x0 not configured
clock1 at sbus0 slot 15 offset 0x1200000: mk48t59
zs0 at sbus0 slot 15 offset 0x1100000 vector 28 ipl 12 softpri 6
zstty0 at zs0 channel 0
zstty1 at zs0 channel 1
zs1 at sbus0 slot 15 offset 0x1000000 vector 28 ipl 12 softpri 6
zskbd0 at zs1 channel 0: layout 33
wskbd0 at zskbd0: console keyboard
zsms0 at zs1 channel 1
wsmouse0 at zsms0 mux 0
uperf0 at sbus0 slot 15 offset 0x1300000: model SUNW,sc-mp (0/3) ports 4
"SUNW,pll" at sbus0 slot 15 offset 0x1304000 not configured
esp0 at sbus0 slot 14 offset 0x8800000 vector 20 ipl 3: dma rev fas
esp0: FAS366/HME, 40MHz
scsibus1 at esp0: 16 targets, initiator 7
sym0 at scsibus1 targ 1 lun 0: <FUJITSU, MAJ3182MC, 5508> SCSI2 0/direct
fixed serial.FUJITSU_MAJ3182MC_50052759
sd0 at scsibus0 targ 0 lun 0: <FUJITSU, MAJ3182MC, 5508> SCSI2 0/direct
fixed serial.FUJITSU_MAJ3182MC_50052759
sd0: 17366MB, 512 bytes/sector, 35566478 sectors
cd0 at scsibus1 targ 6 lun 0: <TOSHIBA, XM5701TASUN12XCD, 0997> SCSI2
5/cdrom removable
hme0 at sbus0 slot 14 offset 0x8c00000 vector 21 ipl 6, address
ff:ff:ef:ff:ff:ff
nsphy0 at hme0 phy 1: DP83840 10/100 PHY, rev. 1
bpp0 at sbus0 slot 14 offset 0xc800000 vector 22 ipl 2: dma rev unknown
(0x20000000)
creator0 at mainbus0 addr 0xfec00000: Creator, model SUNW,501-2634, dac
10, 1152x900
wsdisplay0 at creator0 mux 1: console (std, sun emulation), using wskbd0
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
bootpath: /sbus@1f,0/SUNW,fas@e,8800000/sd@1,0
root on sd0a (5ef18dad29dfff59.a) swap on sd0b dump on sd0b
WARNING: preposterous time in file system
WARNING: clock lost 7852 days -- CHECK AND RESET THE DATE!
u2# ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 32768
index 3 priority 0 llprio 3
groups: lo
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff000000
hme0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
lladdr 50:07:df:87:cc:87
index 1 priority 0 llprio 3
media: Ethernet autoselect (100baseTX full-duplex)
status: active
inet 192.168.100.101 netmask 0xffffff00 broadcast 192.168.100.255
enc0: flags=0<>
index 2 priority 0 llprio 3
groups: enc
status: active
pflog0: flags=141<UP,RUNNING,PROMISC> mtu 33136
index 4 priority 0 llprio 3
groups: pflog
From: =?UTF-8?Q?Timo_Sch=c3=b6ler?= <timo@kroenchenstadt.de>
To: gnats-bugs@NetBSD.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Cc: martin@NetBSD.org
Subject: Re: port-sparc64/52123 (hme interfaces do not work anymore
(7.0.2,7.1))
Date: Fri, 2 Nov 2018 09:21:08 +0100
Please close this bug report. I'm not able to reconstruct it any more in
a timely manner.
State-Changed-From-To: open->closed
State-Changed-By: martin@NetBSD.org
State-Changed-When: Fri, 02 Nov 2018 08:29:40 +0000
State-Changed-Why:
Closed at submitters request
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.43 2018/01/16 07:36:43 maya Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2017
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.
Home