[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <80377ECBC5453840BA8C7155328B537701370DA1@RTITMBSV03.realtek.com.tw>
Date: Wed, 2 Mar 2016 16:32:53 +0000
From: Hau <hau@...ltek.com>
To: David Miller <davem@...emloft.net>
CC: "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
nic_swsd <nic_swsd@...ltek.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH net 0/3] r8169:issues fix.
> I don't agree with changes #1 and #2.
>
> If you are going to go to a model where every single configuration operation
> is recorded in software and performed at resume time, then really do it and
> fix it in the whole driver. As currently coded you are leaving lots of known
> bugs in the driver.
>
> #2 is even a worse situation. If you are going to handle things this way you
> must sync the counters when the suspend happens, so that the statistics get
> call receives up to date values.
Thanks for your advice. I will send #3 patch first. Then modify #1 and #2 patch and resend these two patches.
------Please consider the environment before printing this e-mail.
Powered by blists - more mailing lists