linux-kernel - Re: [PATCH v4] usb: typec: ucsi: Fix busy loop on ASUS VivoBooks

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] [day] [month] [year] [list]

Message-ID: <2024091231-unarmored-deploy-c950@gregkh>
Date: Thu, 12 Sep 2024 08:53:44 +0200
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
Cc: "Christian A. Ehrhardt" <lk@...e.de>, linux-usb@...r.kernel.org,
	linux-kernel@...r.kernel.org, Anurag Bijea <icaliberdev@...il.com>,
	Christian Heusel <christian@...sel.eu>,
	Heikki Krogerus <heikki.krogerus@...ux.intel.com>,
	Jameson Thies <jthies@...gle.com>,
	Abhishek Pandit-Subedi <abhishekpandit@...omium.org>
Subject: Re: [PATCH v4] usb: typec: ucsi: Fix busy loop on ASUS VivoBooks

On Thu, Sep 12, 2024 at 09:21:39AM +0300, Dmitry Baryshkov wrote:
> On Thu, 12 Sept 2024 at 09:08, Christian A. Ehrhardt <lk@...e.de> wrote:
> >
> >
> > Hi,
> >
> > On Wed, Sep 11, 2024 at 03:37:25PM +0200, Greg Kroah-Hartman wrote:
> > > On Fri, Sep 06, 2024 at 08:58:53AM +0200, Christian A. Ehrhardt wrote:
> > > > If the busy indicator is set, all other fields in CCI should be
> > > > clear according to the spec. However, some UCSI implementations do
> > > > not follow this rule and report bogus data in CCI along with the
> > > > busy indicator. Ignore the contents of CCI if the busy indicator is
> > > > set.
> > > >
> > > > If a command timeout is hit it is possible that the EVENT_PENDING
> > > > bit is cleared while connector work is still scheduled which can
> > > > cause the EVENT_PENDING bit to go out of sync with scheduled connector
> > > > work. Check and set the EVENT_PENDING bit on entry to
> > > > ucsi_handle_connector_change() to fix this.
> > > >
> > > > Finally, check UCSI_CCI_BUSY before the return code of ->sync_control.
> > > > This ensures that the command is cancelled even if ->sync_control
> > > > returns an error (most likely -ETIMEDOUT).
> > > >
> > > > Reported-by: Anurag Bijea <icaliberdev@...il.com>
> > > > Closes: https://bugzilla.kernel.org/show_bug.cgi?id=219108
> > > > Bisected-by: Christian Heusel <christian@...sel.eu>
> > > > Tested-by: Anurag Bijea <icaliberdev@...il.com>
> > > > Fixes: de52aca4d9d5 ("usb: typec: ucsi: Never send a lone connector change ack")
> > > > Cc: stable@...r.kernel.org
> > > > Signed-off-by: Christian A. Ehrhardt <lk@...e.de>
> > > > ---
> > > >  drivers/usb/typec/ucsi/ucsi.c | 18 ++++++++++++------
> > > >  1 file changed, 12 insertions(+), 6 deletions(-)
> > >
> > > Does not apply to my usb-next branch :(
> > >
> > > Can you rebase and resend this?  Or wait until -rc1 is out and rebase
> > > and resend then?
> >
> > I sent a v5 rebased onto usb-next.
> 
> Note, it wasn't marked as v5, it didn't contain a changelog, etc.
> Please consider using the `b4` tool to send patches. It automates
> versioning, changelog generation, etc.

Yes, this needs to be properly marked as such, my patch-bot already
noticed that :(