public inbox for stable@vger.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: Chuck Lever <chuck.lever@oracle.com>,
	Takashi Iwai <tiwai@suse.de>,
	regressions@lists.linux.dev, linux-fsdevel@vger.kernel.org,
	stable@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [REGRESSION] Chrome and VSCode breakage with the commit b9b588f22a0c
Date: Wed, 26 Feb 2025 15:40:07 +0100	[thread overview]
Message-ID: <87cyf44vnc.wl-tiwai@suse.de> (raw)
In-Reply-To: <2025022626-octane-rickety-304a@gregkh>

On Wed, 26 Feb 2025 15:35:34 +0100,
Greg KH wrote:
> 
> On Wed, Feb 26, 2025 at 03:26:44PM +0100, Greg KH wrote:
> > On Wed, Feb 26, 2025 at 09:20:20AM -0500, Chuck Lever wrote:
> > > On 2/26/25 9:16 AM, Takashi Iwai wrote:
> > > > On Wed, 26 Feb 2025 15:11:04 +0100,
> > > > Chuck Lever wrote:
> > > >>
> > > >> On 2/26/25 3:38 AM, Takashi Iwai wrote:
> > > >>> On Sun, 23 Feb 2025 16:18:41 +0100,
> > > >>> Chuck Lever wrote:
> > > >>>>
> > > >>>> On 2/23/25 3:53 AM, Takashi Iwai wrote:
> > > >>>>> [ resent due to a wrong address for regression reporting, sorry! ]
> > > >>>>>
> > > >>>>> Hi,
> > > >>>>>
> > > >>>>> we received a bug report showing the regression on 6.13.1 kernel
> > > >>>>> against 6.13.0.  The symptom is that Chrome and VSCode stopped working
> > > >>>>> with Gnome Scaling, as reported on openSUSE Tumbleweed bug tracker
> > > >>>>>   https://bugzilla.suse.com/show_bug.cgi?id=1236943
> > > >>>>>
> > > >>>>> Quoting from there:
> > > >>>>> """
> > > >>>>> I use the latest TW on Gnome with a 4K display and 150%
> > > >>>>> scaling. Everything has been working fine, but recently both Chrome
> > > >>>>> and VSCode (installed from official non-openSUSE channels) stopped
> > > >>>>> working with Scaling.
> > > >>>>> ....
> > > >>>>> I am using VSCode with:
> > > >>>>> `--enable-features=UseOzonePlatform --enable-features=WaylandWindowDecorations --ozone-platform-hint=auto` and for Chrome, I select `Preferred Ozone platform` == `Wayland`.
> > > >>>>> """
> > > >>>>>
> > > >>>>> Surprisingly, the bisection pointed to the backport of the commit
> > > >>>>> b9b588f22a0c049a14885399e27625635ae6ef91 ("libfs: Use d_children list
> > > >>>>> to iterate simple_offset directories").
> > > >>>>>
> > > >>>>> Indeed, the revert of this patch on the latest 6.13.4 was confirmed to
> > > >>>>> fix the issue.  Also, the reporter verified that the latest 6.14-rc
> > > >>>>> release is still affected, too.
> > > >>>>>
> > > >>>>> For now I have no concrete idea how the patch could break the behavior
> > > >>>>> of a graphical application like the above.  Let us know if you need
> > > >>>>> something for debugging.  (Or at easiest, join to the bugzilla entry
> > > >>>>> and ask there; or open another bug report at whatever you like.)
> > > >>>>>
> > > >>>>> BTW, I'll be traveling tomorrow, so my reply will be delayed.
> > > >>>>>
> > > >>>>>
> > > >>>>> thanks,
> > > >>>>>
> > > >>>>> Takashi
> > > >>>>>
> > > >>>>> #regzbot introduced: b9b588f22a0c049a14885399e27625635ae6ef91
> > > >>>>> #regzbot monitor: https://bugzilla.suse.com/show_bug.cgi?id=1236943
> > > >>>>
> > > >>>> We received a similar report a few days ago, and are likewise puzzled at
> > > >>>> the commit result. Please report this issue to the Chrome development
> > > >>>> team and have them come up with a simple reproducer that I can try in my
> > > >>>> own lab. I'm sure they can quickly get to the bottom of the application
> > > >>>> stack to identify the misbehaving interaction between OS and app.
> > > >>>
> > > >>> Do you know where to report to?
> > > >>
> > > >> You'll need to drive this, since you currently have a working
> > > >> reproducer.
> > > > 
> > > > No, I don't have, I'm merely a messenger.
> > > 
> > > Whoever was the original reporter has the ability to reproduce this and
> > > answer any questions the Chrome team might have. Please have them drive
> > > this. I'm already two steps removed, so it doesn't make sense for me to
> > > report a problem for which I have no standing.
> > 
> > Ugh, no.  The bug was explictly bisected to the offending commit.  We
> > should just revert that commit for now and it can come back in the
> > future if the root-cause is found.
> > 
> > As the revert seems to be simple, and builds here for me, I guess I'll
> > have to send it in. {sigh}
> > 
> > Takashi, thanks for the report and the bisection, much appreciated.
> 
> Now sent:
> 	https://lore.kernel.org/r/2025022644-blinked-broadness-c810@gregkh

Thanks Greg!

Let's continue hunting the cause before 6.14 release, meanwhile.


Takashi

  reply	other threads:[~2025-02-26 14:40 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-23  8:53 [REGRESSION] Chrome and VSCode breakage with the commit b9b588f22a0c Takashi Iwai
2025-02-23 15:18 ` Chuck Lever
2025-02-26  8:38   ` Takashi Iwai
2025-02-26 14:11     ` Chuck Lever
2025-02-26 14:16       ` Takashi Iwai
2025-02-26 14:20         ` Chuck Lever
2025-02-26 14:26           ` Greg KH
2025-02-26 14:35             ` Greg KH
2025-02-26 14:40               ` Takashi Iwai [this message]
2025-02-26 15:02                 ` Greg KH
2025-02-26 15:08                   ` Takashi Iwai
2025-02-26 15:56             ` Chuck Lever
2025-02-26 16:18               ` Greg KH
2025-02-26 16:19                 ` Greg KH
2025-02-26 14:35           ` Takashi Iwai
2025-02-26 16:00             ` Chuck Lever
2025-02-26 16:06               ` Takashi Iwai
2025-02-26 20:42       ` Eric Biggers
2025-02-26 21:01         ` Chuck Lever
2025-02-26 21:40           ` Eric Biggers
2025-02-27 14:16             ` Chuck Lever
2025-03-29 12:17 ` Takashi Iwai
2025-03-29 14:57   ` Chuck Lever
2025-04-05  6:32     ` Paul Menzel
2025-04-05  7:29       ` Greg KH
2025-04-05  7:43         ` Paul Menzel
2025-04-05  8:19           ` Greg KH
2025-04-07 14:10             ` Chuck Lever
2025-04-05 16:25           ` Chuck Lever
2025-04-07 11:01             ` Christian Brauner
  -- strict thread matches above, loose matches on Subject: below --
2025-02-23  8:48 Takashi Iwai

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87cyf44vnc.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=chuck.lever@oracle.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=regressions@lists.linux.dev \
    --cc=stable@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox