[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151210204054.GA30391@electric-eye.fr.zoreil.com>
Date: Thu, 10 Dec 2015 21:40:54 +0100
From: Francois Romieu <romieu@...zoreil.com>
To: Corinna Vinschen <vinschen@...hat.com>
Cc: netdev@...r.kernel.org,
Realtek linux nic maintainers <nic_swsd@...ltek.com>,
Chun-Hao Lin <hau@...ltek.com>,
Hayes Wang <hayeswang@...ltek.com>
Subject: Re: [PATCH v2] r8169: Don't claim WoL works if LanWake flag is not
set
Corinna Vinschen <vinschen@...hat.com> :
[...]
> I could do this (after I could lay my hands on such a board, that is),
> but I'm not convinced that this makes a lot of sense for two reasons.
Ok, let's get this change applied. Whatever happens should not be
hard to manage (I'm thinking about other boards or BIOSes relying on the
current - broken as it can be - behavior to work correctly).
[...]
> 1. There is no global change in behaviour. The usual way to handle the
> WoL flags is to set the affected method flags and additionally set
> LanWake if any of the method flags is set. The fact that the method
> flags don't enable WoL without also settting the LanWake flag is
> documented.
I see no such thing in "7.5 Power Management Function" of the 8168c
registers datasheet. While Config3 states Magic Packet and Link Up
dependencies on Config1.PMEn, it says nothing about Config5.LanWake.
On old 8169 chipsets LanWake is autoloaded from EEPROM.
Plausible for Config5.{B, M, U}WF ? Ok.
Documented ? I am genuinely curious to know where.
--
Ueimor
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists