James reported this issue with rtsx_pci; can you guys please take a
look at it? https://bugzilla.kernel.org/show_bug.cgi?id=208117
There's a lot of good info in the bugzilla already.
Bjorn
Hello,
On Tue, 2020-07-28 at 18:06 -0500, Bjorn Helgaas wrote:
>
> I tried to deduce the problem from the code in aspm.c, but I didn't
> see the problem. If you have the ability to build a kernel with a
> debug patch, can you boot with the patch below and collect the dmesg
> log?
I've built suc
> On Mon, Jul 27, 2020 at 08:52:25PM +0100, James Ettle wrote:
> > On Mon, 2020-07-27 at 09:14 -0500, Bjorn Helgaas wrote:
> > > I don't know the connection between ASPM and package C-states, so I
> > > need to simplify this even more. All I want to do right now is
> > > verify
> > > that if we d
On Mon, 2020-07-27 at 16:47 -0500, Bjorn Helgaas wrote:
>
> I don't see anything in rtsx that enables L0s. Can you collect the
> dmesg log when booting with "pci=earlydump"? That will show whether
> the BIOS left it this way. The PCI core isn't supposed to do this,
> so
> if it did, we need to
On Tue, Jul 28, 2020 at 09:57:55PM +0100, James Ettle wrote:
> On Mon, 2020-07-27 at 16:47 -0500, Bjorn Helgaas wrote:
> >
> > I don't see anything in rtsx that enables L0s. Can you collect
> > the dmesg log when booting with "pci=earlydump"? That will show
> > whether the BIOS left it this way.
[+cc Jacopo]
On Thu, Jul 23, 2020 at 11:56:22AM -0500, Bjorn Helgaas wrote:
> James reported this issue with rtsx_pci; can you guys please take a
> look at it? https://bugzilla.kernel.org/show_bug.cgi?id=208117
>
> There's a lot of good info in the bugzilla already.
Likely duplicate: https://bu
g Kroah-Hartman; James Ettle; Len Brown; Puranjay
> Mohan; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Jacopo De
> Simoi
> Subject: Re: rtsx_pci not restoring ASPM state after suspend/resume
>
> [+cc Jacopo]
>
> On Thu, Jul 23, 2020 at 11:56:22AM -0500, Bjorn Helgaas
r.kernel.org; linux-kernel@vger.kernel.org; Jacopo De
> > Simoi
> > Subject: Re: rtsx_pci not restoring ASPM state after suspend/resume
> >
> > [+cc Jacopo]
> >
> > On Thu, Jul 23, 2020 at 11:56:22AM -0500, Bjorn Helgaas wrote:
> > > James reporte
On Fri, 2020-07-24 at 18:13 -0500, Bjorn Helgaas wrote:
>
> Maybe we should simplify this a little bit more. James, if you don't
> touch ASPM config at all, either manually or via udev, does the ASPM
> configuration stay the same across suspend/resume?
>
Yes, it stays the same. Explicitly:
Wi
On Sat, Jul 25, 2020 at 09:27:11PM +0100, James Ettle wrote:
> On Fri, 2020-07-24 at 18:13 -0500, Bjorn Helgaas wrote:
> >
> > Maybe we should simplify this a little bit more. James, if you don't
> > touch ASPM config at all, either manually or via udev, does the ASPM
> > configuration stay the s
On Mon, 2020-07-27 at 09:14 -0500, Bjorn Helgaas wrote:
> I don't know the connection between ASPM and package C-states, so I
> need to simplify this even more. All I want to do right now is
> verify
> that if we don't have any outside influences on the ASPM
> configuration
> (eg, no manual change
On Mon, Jul 27, 2020 at 08:52:25PM +0100, James Ettle wrote:
> On Mon, 2020-07-27 at 09:14 -0500, Bjorn Helgaas wrote:
> > I don't know the connection between ASPM and package C-states, so I
> > need to simplify this even more. All I want to do right now is
> > verify
> > that if we don't have any
12 matches
Mail list logo