From: Ben Hutchings <ben@decadent.org.uk>
To: Michael Chan <mchan@broadcom.com>, 690845@bugs.debian.org
Cc: Teodor MICU <mteodor@gmail.com>, netdev <netdev@vger.kernel.org>
Subject: Re: Bug#690845: ethtool: incorrect WoL detection on Broadcom NX II rev < 12
Date: Tue, 23 Oct 2012 02:45:07 +0100 [thread overview]
Message-ID: <1350956707.5283.48.camel@deadeye.wl.decadent.org.uk> (raw)
In-Reply-To: <1350946459.8764.145.camel@LTIRV-MCHAN1.corp.ad.broadcom.com>
[-- Attachment #1: Type: text/plain, Size: 962 bytes --]
On Mon, 2012-10-22 at 15:54 -0700, Michael Chan wrote:
> On Mon, 2012-10-22 at 10:52 +0300, Teodor MICU wrote:
> > 08:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708
> > Gigabit Ethernet (rev 11)
>
> It is 5708 B1, and due to some hardware limitations, ethtool initiated
> WoL is not supported.
[...]
Well we knew that much! Is the problem that the system firmware 'owns'
the WoL control registers so the host can't safely change them? Is it
possible to *read* the WoL configuration, if not to change it?
(If even that is not possible, the correct thing to do might be for
ETHTOOL_GWOL to return 'don't know' (EOPNOTSUPP) for this device. But
since ethtool_ops::get_wol (and various other operations) can't return
an error, that would require you to define a separate instance of
ethtool_ops with get_wol = NULL. I should look at fixing that...)
Ben.
--
Ben Hutchings
Humour is the best antidote to reality.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
next prev parent reply other threads:[~2012-10-23 1:45 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20121018134717.9579.22997.reportbug@palomino.museglobal.com>
[not found] ` <1350570748.26833.102.camel@deadeye.wl.decadent.org.uk>
[not found] ` <CAG2Wgfee=qsiUhAk5reYTypcOZL0kM5A58J+LjB1wuQ_k9FrfA@mail.gmail.com>
2012-10-19 1:30 ` Bug#690845: ethtool: incorrect WoL detection on Broadcom NX II rev < 12 Ben Hutchings
2012-10-19 19:38 ` Michael Chan
2012-10-22 7:52 ` Teodor MICU
2012-10-22 22:54 ` Michael Chan
2012-10-23 1:45 ` Ben Hutchings [this message]
2012-10-23 2:18 ` Michael Chan
2012-10-24 14:23 ` Ben Hutchings
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1350956707.5283.48.camel@deadeye.wl.decadent.org.uk \
--to=ben@decadent.org.uk \
--cc=690845@bugs.debian.org \
--cc=mchan@broadcom.com \
--cc=mteodor@gmail.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox