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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANLzEkucqXP6fU1OZ0+B4p10SXiR7-BJa+dn5xjp20UhE8UsEg@mail.gmail.com>
Date:   Wed, 3 Aug 2022 08:15:49 -0700
From:   Benson Leung <bleung@...gle.com>
To:     Mika Westerberg <mika.westerberg@...ux.intel.com>
Cc:     Rajat Khandelwal <rajat.khandelwal@...el.com>,
        andreas.noever@...il.com, michael.jamet@...el.com,
        YehezkelShB@...il.com, linux-usb@...r.kernel.org,
        linux-kernel@...r.kernel.org, pmalani@...gle.com
Subject: Re: [PATCH] Supporting wake on DP hot events behind TBT/USB4 routers

Hi Mika,

On Tue, Aug 2, 2022 at 10:37 PM Mika Westerberg
<mika.westerberg@...ux.intel.com> wrote:
>
> Hi,
>
> On Wed, Aug 03, 2022 at 06:31:39AM +0530, Rajat Khandelwal wrote:
> > Current implementation doesn't allow user to go into system suspend
> > and simultaneously project the screen on an external display connected
> > to a TBT/USB4 device. This patch enables this feature.
> >
> > Let me know what you think about this.
>
> Please prefix patches to follow the sybsystem style. For Thunderbolt it
> should be "thunderbolt: ....".
>
> This will cause any monitor plug to wake up the system and I'm not sure
> we want that, at least to be default behaviour. If you have a regular
> Type-C (non-USB4/TBT) dock and you plug in a monitor to that, does it
> wake up?

Speaking for Google and our ChromeOS USB-C policy, yes, if the host is
in S0iX or S3, an already attached USB-C docking station in DP Alt
Mode will respond to a display attach via HPD via an Alert message in
USB PD. We called this feature wake-on-dock.

We implemented wake-on-dock for DP Alt Mode in the EC, since our EC
handles USB PD anyway, and is handling the PD Alert message which
contains the HPD status.

However, when the dock supports USB4 or Thunderbolt, those modes don't
involve USB PD for device attach, so our EC doesn't have the role of
waking the system, so something else on the system must, which is this
feature being discussed.

>
> IIRC I already suggested you to do this for the USB4 ports themselves
> (struct usb4_port) so that userspace can make them wake up the system on
> any event by writing "enabled > .../wakeup" which is the normal way.

Yes, I would support making this toggle-able like other wakeup sources.

-- 
Benson Leung
Staff Software Engineer
Chrome OS Kernel
Google Inc.
bleung@...gle.com
Chromium OS Project
bleung@...omium.org

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ