linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kai Heng Feng <kai.heng.feng@canonical.com>
To: Elias Rydberg <rydberg1995@gmail.com>
Cc: David Miller <davem@davemloft.net>,
	Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: Issue with commit a99790bf5c7f3d68d8b01e015d3212a98ee7bd57
Date: Fri, 15 Feb 2019 00:44:33 +0800	[thread overview]
Message-ID: <3B9B63A0-E3CA-45EF-B291-5EC21F6F64F4@canonical.com> (raw)
In-Reply-To: <CAE6q+i3E1+2BKTUFYQx0ch-cFNHzw0X805U1DMEy7MDiXXh8Sg@mail.gmail.com>

Hi, 

> On Feb 15, 2019, at 12:17 AM, Elias Rydberg <rydberg1995@gmail.com> wrote:
> 
> Dear Kai,
> 
> I write to you simply as I do not know exactly who to write, and since you are the author of commit a99790bf5c7f3d68d8b01e015d3212a98ee7bd57. If you are the completely wrong person to contact about this, I do apologize, and ask for you to share a resource guides me in the right direction. As of Dave, I CC you since you signed of the commit as well.
> 
> I will try to describe this with as few words as possible.
> 
> When upgrading to kernel 4.19 I experiened an issue of the screen starting to flicker, and then turn pitch black, whenever I turned on my wifi module. After som guidance, I found a workaround, namely booting with kernel parameter intel_idle.max_state=4. Not having a lot of experience with the Linux kernel, I thought it might have to do with an individual hardware fault in my machine.
> 
> This week I’ve been in contact with another person experiencing the exact same problems, and having the exact same laptop setup. I then investigated further, did my first kernel bisection, and found out that using a kernel with the named commit is causing this behaviour. This is the result from the bisection:
> 
> a99790bf5c7f3d68d8b01e015d3212a98ee7bd57 is the first bad commit
> commit a99790bf5c7f3d68d8b01e015d3212a98ee7bd57
> Author: Kai-Heng Feng <kai.heng.feng@canonical.com>
> Date:   Thu Jun 21 16:30:39 2018 +0800
> 
> 
> 
>     r8169: Reinstate ASPM Support
> 
> 
> 
>     On Intel platforms (Skylake and newer), ASPM support in r8169 is the
>     last missing puzzle to let CPU's Package C-State reaches PC8.  Without
>     ASPM support, the CPU cannot reach beyond PC3. PC8 can save additional
>     ~3W in comparison with PC3 on a Coffee Lake platform, Dell G3 3779.
> 
> 
> 
>     This is based on the work from Chunhao Lin <hau@realtek.com>.
> 
> 
> 
>     Signed-off-by: Kai-Heng Feng <kai.heng.feng@canonical.com>
>     Signed-off-by: David S. Miller <davem@davemloft.net>
> 
> 
> 
> :040000 040000 87d4515c14f8eb8cf99b6f47f97ca4db700931c1 e542595c74609136a7094777afb10b83012f6643 M      drivers
> The spec on my latop is:
> CPU: Intel i7-8550U
> Wifi: Intel AC-9260 1730Mbps
> Memory: 8GB Kingston DDR4 2400MHz
> SSD: Samsung 970 EVO 500gb

From platforms I’ve seen, if ASPM on r8169 is disabled, the deepest Package C-State on Intel CPU will limit to PC3.

If the ASPM on r8169 is enabled, it can reach to PC8 when the display is on, and be able to reach PC10 when display is off.

So the issue seems to be a platform bug - deeper Package C state makes your system unstable.

Please contact the system vendor, the deepest Package C state can be reach should be set by BIOS.

Kai-Heng

> 
> I’m not sure about the motherboard, but the model of the laptop case (and probably the motherboard) is Clevo N750WU.
> 
> Please ask if you need more information and I will provide as much help as I can.
> 
> Kind regards,
> Elias Rydberg


           reply	other threads:[~2019-02-14 16:44 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <CAE6q+i3E1+2BKTUFYQx0ch-cFNHzw0X805U1DMEy7MDiXXh8Sg@mail.gmail.com>]

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=3B9B63A0-E3CA-45EF-B291-5EC21F6F64F4@canonical.com \
    --to=kai.heng.feng@canonical.com \
    --cc=davem@davemloft.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rydberg1995@gmail.com \
    /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).