[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD8Lp47SH+xcCbZ9qdRwrk2KOHNoHUE5AMieVHoSMbVsMrdiNg@mail.gmail.com>
Date: Wed, 31 Jan 2024 07:08:12 -0400
From: Daniel Drake <drake@...lessos.org>
To: Niklas Cassel <cassel@...nel.org>
Cc: Jian-Hong Pan <jhp@...lessos.org>, Mika Westerberg <mika.westerberg@...ux.intel.com>,
David Box <david.e.box@...ux.intel.com>, Damien Le Moal <dlemoal@...nel.org>,
Nirmal Patel <nirmal.patel@...ux.intel.com>,
Jonathan Derrick <jonathan.derrick@...ux.dev>, linux-ide@...r.kernel.org,
linux-pci@...r.kernel.org, linux-kernel@...r.kernel.org, linux@...lessos.org
Subject: Re: [PATCH 1/2] ata: ahci: Add force LPM policy quirk for ASUS B1400CEAE
On Wed, Jan 31, 2024 at 6:57 AM Niklas Cassel <cassel@...nel.org> wrote:
> Unfortunately, we don't have any of these laptops that has a Tiger Lake
> AHCI controller (with a disappearing drive), so until someone who does
> debugs this, I think we are stuck at status quo.
I've asked for volunteers to help test things on those original bug
reports (and may have one already) and would appreciate any suggested
debugging approaches from those more experienced with SATA/AHCI. What
would be your first few suggested debugging steps?
Non-LPM boot:
ata1: SATA max UDMA/133 abar m2048@...0202000 port 0x50202100 irq 145
ata2: SATA max UDMA/133 abar m2048@...0202000 port 0x50202180 irq 145
ata2: SATA link down (SStatus 0 SControl 300)
ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
LPM failed boot:
ata1: SATA max UDMA/133 abar m2048@...0202000 port 0x50202100 irq 145
ata2: SATA max UDMA/133 abar m2048@...0202000 port 0x50202180 irq 145
ata1: SATA link down (SStatus 4 SControl 300)
ata2: SATA link down (SStatus 4 SControl 300)
note SStatus=4 on both ports (means "PHY in offline mode"?)
Daniel
Powered by blists - more mailing lists