From: "Michael J. Baars" <mjbaars1977.netdev@cyberfiber.eu>
To: Heiner Kallweit <hkallweit1@gmail.com>,
Michal Kubecek <mkubecek@suse.cz>
Cc: netdev@vger.kernel.org
Subject: Re: wake-on-lan
Date: Thu, 16 Jul 2020 09:02:59 +0200 [thread overview]
Message-ID: <73184ba904043f7bd20b699f009d2223ed12f6c9.camel@cyberfiber.eu> (raw)
In-Reply-To: <b8f9ccd2-e56e-0965-3b4a-ff583a88829c@gmail.com>
On Wed, 2020-07-15 at 15:17 +0200, Heiner Kallweit wrote:
> On 15.07.2020 11:27, Michael J. Baars wrote:
> > Hi Michal,
> >
> > This is my network card:
> >
> > 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> > RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
> > Subsystem: Realtek Semiconductor Co., Ltd. Device 0123
> > Kernel driver in use: r8169
> >
> > On the Realtek website (
> > https://www.realtek.com/en/products/communications-network-ics/item/rtl8168e
> > ) it says that both wake-on-lan and remote wake-on-lan are
> > supported. I got the wake-on-lan from my local network working, but
> > I have problems getting the remote wake-on-lan to work.
> >
> > When I set 'Wake-on' to 'g' and suspend my system, everything works
> > fine (the router does lose the ip address assigned to the mac
> > address of the system). I
> > figured the SecureOn password is meant to forward magic packets to
> > the correct machine when the router does not have an ip address
> > assigned to a mac address,
> > i.e. port-forwarding does not work.
> >
> > Ethtool 'Supports Wake-on' gives 'pumbg', and when I try to set
> > 'Wake-on' to 's' I get:
> >
> > netlink error: cannot enable unsupported WoL mode (offset 36)
> > netlink error: Invalid argument
> >
> > Does this mean that remote wake-on-lan is not supported (according
> > to ethtool)?
> >
> > ---
> >
> > I also tried to set 'Wake-on' to 'b' and 'bg' but then the systems
> > turns back on almost immediately for both settings.
> >
> > ---
> >
> > Hope you can help getting the remote wake-on-lan to work,
> >
> > Best regards,
> > Mischa.
> >
> >
> >
> >
> This isn't really a question to Michal. r8169 supports pumbg as
> mentioned by you.
> On DASH-capable systems with Windows more may be supported by the
> vendor driver.
> But Realtek doesn't release any public datasheets, therefore there's
> no DASH support under Linux.
They do provide open-source drivers :)
next prev parent reply other threads:[~2020-07-16 7:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-15 9:27 wake-on-lan Michael J. Baars
2020-07-15 13:17 ` wake-on-lan Heiner Kallweit
2020-07-16 7:02 ` Michael J. Baars [this message]
2020-07-15 13:39 ` wake-on-lan Michal Kubecek
2020-07-15 15:10 ` wake-on-lan Heiner Kallweit
2020-07-16 7:28 ` wake-on-lan Michael J. Baars
2020-07-16 16:09 ` wake-on-lan Heiner Kallweit
2020-07-17 8:36 ` wake-on-lan Michael J. Baars
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=73184ba904043f7bd20b699f009d2223ed12f6c9.camel@cyberfiber.eu \
--to=mjbaars1977.netdev@cyberfiber.eu \
--cc=hkallweit1@gmail.com \
--cc=mkubecek@suse.cz \
--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;
as well as URLs for NNTP newsgroup(s).