lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f7cfa6bc-a0f6-aaa6-aafa-b4fe2714ca40@linux.intel.com>
Date:   Mon, 1 Nov 2021 11:18:39 +0200
From:   Mathias Nyman <mathias.nyman@...ux.intel.com>
To:     Yinbo Zhu <zhuyinbo@...ngson.cn>,
        Mathias Nyman <mathias.nyman@...el.com>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v1] usb: xhci: add LPM quirk for ensuring uPD720201 into
 D3 state after S5

Hi

On 1.11.2021 9.17, Yinbo Zhu wrote:
> After S5, any pci device should into D3 state that if supported, but the
> uPD720201 was not and it may be the cause of xhci firmware and cause
> OSPM power consumption is more higher that S5 than S4. I think xhci HCD
> can add a quirk ensure it into D3 state after S5 that is appropriate
> and this patch was to add LPM quirk and set PCI_D3hot to uPD720201 pmsc
> register in xhci_pci_shutdown to fix xhci power consumption issue.
> 
> Signed-off-by: Yinbo Zhu <zhuyinbo@...ngson.cn>

I think we need a better understanding of the underlying issue before
adding a quirk like this.

Is this a known issue with the uPD720201 controller firmware? or is it
an issue with ACPI table entries not supporting the proper D state in BIOS
on the tested platform, or something completely different?

Also, LPM usually refers to "Link Power Management" in the xHCI spec.
This is about the U1 and U2 link states for the connected USB device.

If we end up needing a new xhci quirk it will need a new name.

Thanks
-Mathias

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ