NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/41258
The following reply was made to PR kern/41258; it has been noted by GNATS.
From: Jeff Rizzo <riz%netbsd.org@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc:
Subject: Re: kern/41258
Date: Thu, 23 Dec 2010 17:04:03 -0800
This is a multi-part message in MIME format.
--------------030303070002010003020405
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
*>Synopsis:* lii(4): fails to read the MAC address
Sorry this is coming so long after your initial PR, but can you confirm that
the patch you attached to the PR both allows lii(4) to read the MAC address,
but also
makes the interface usable? I was working with someone on IRC today who
experienced
similar problems - your patch made the MAC address read, and the interface
attached,
but the interface would not detect link up:
lii0 at pci3 dev 0 function 0: Attansic/Atheros L2 Fast Ethernet
lii0: Ethernet address 00:1e:8c:ac:24:08
lii0: interrupting at ioapic0 pin 17
ukphy0 at lii0 phy 1: OUI 0x00c82e, model 0x0002, rev. 2
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
but:
lii0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
address: 00:1e:8c:ac:24:08
media: Ethernet autoselect (none)
status: no carrier
inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255
inet6 fe80::21e:8cff:feac:2408%lii0 prefixlen 64 scopeid 0x1
...obviously there may be a further problem, but if your patch works for you,
I see no reason
not to commit it, and continue working whatever problems remain.
(Note that I do not actually have said hardware myself, so I can't directly
test)
--------------030303070002010003020405
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#ffffff">
<span class="Apple-style-span" style="border-collapse: separate;
color: rgb(0, 0, 0); font-family: Times; font-style: normal;
font-variant: normal; font-weight: normal; letter-spacing: normal;
line-height: normal; orphans: 2; text-indent: 0px; text-transform:
none; white-space: normal; widows: 2; word-spacing: 0px;
font-size: medium;">
<pre><b>>Synopsis:</b> lii(4): fails to read the MAC address
Sorry this is coming so long after your initial PR, but can you confirm that
the patch you attached to the PR both allows lii(4) to read the MAC address,
but also
makes the interface usable? I was working with someone on IRC today who
experienced
similar problems - your patch made the MAC address read, and the interface
attached,
but the interface would not detect link up:
lii0 at pci3 dev 0 function 0: Attansic/Atheros L2 Fast Ethernet
lii0: Ethernet address 00:1e:8c:ac:24:08
lii0: interrupting at ioapic0 pin 17
ukphy0 at lii0 phy 1: OUI 0x00c82e, model 0x0002, rev. 2
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto<span
class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0);
font-family: Times; font-style: normal; font-variant: normal; font-weight:
normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent:
0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;
font-size: medium;"><span class="Apple-style-span" style="color: rgb(24, 24,
24); font-family: monospace; font-size: 12px; line-height:
18px;"></span></span></pre>
</span><span class="Apple-style-span" style="border-collapse:
separate; color: rgb(0, 0, 0); font-family: Times; font-style:
normal; font-variant: normal; font-weight: normal; letter-spacing:
normal; line-height: normal; orphans: 2; text-indent: 0px;
text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; font-size: medium;">
<pre>but:
lii0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
address: 00:1e:8c:ac:24:08
media: Ethernet autoselect (none)
status: no carrier
inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255
inet6 fe80::21e:8cff:feac:2408%lii0 prefixlen 64 scopeid 0x1
...obviously there may be a further problem, but if your patch works for you,
I see no reason
not to commit it, and continue working whatever problems remain.
(Note that I do not actually have said hardware myself, so I can't directly
test)
</pre>
</span><br class="Apple-interchange-newline">
</body>
</html>
--------------030303070002010003020405--
Home |
Main Index |
Thread Index |
Old Index