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: <61be0ebb17ae0f01ea0e88a225cbfa07ff661060.camel@linaro.org>
Date:   Wed, 08 Nov 2023 10:31:31 +0000
From:   André Draszik <andre.draszik@...aro.org>
To:     Linux regressions mailing list <regressions@...ts.linux.dev>,
        Miklos Szeredi <mszeredi@...hat.com>
Cc:     "stable@...r.kernel.org" <stable@...r.kernel.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        Paul Lawrence <paullawrence@...gle.com>,
        Daniel Rosenberg <drosen@...gle.com>,
        Alessio Balsini <balsini@...roid.com>,
        Amir Goldstein <amir73il@...il.com>,
        Bernd Schubert <bschubert@....com>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Subject: Re: [PATCH v2] Revert "fuse: Apply flags2 only when userspace set
 the FUSE_INIT_EXT"

Hi Thorsten,

(sorry for the slow reply)

On Wed, 2023-11-01 at 13:36 +0100, Linux regression tracking (Thorsten
Leemhuis) wrote:
> I'm taken a bit back and forth here and it seems we are stuck again.
> So
> let me try again to hopefully clear things up a bit:
> 
> André, could you please state
> 
> * What practical use-case actually stopped working?

It's impossible to use a newer kernel together with an older user space
which is something that Android had been supporting for a long time.

> * What Linux kernel version actually worked for your (because if
> thing
> broke when you upgraded from a vendor kernel to a vanilla kernel than
> this does not qualify as regression IMHO)

We are using the Android kernel in all cases and Android applies
patches on top of Linus' tree, yes (as does everybody else). The
previous Android kernel worked, the current Android kernel doesn't
because of the patch in question.


I think Greg made some valid points before:
https://lore.kernel.org/all/2023102731-wobbly-glimpse-97f5@gregkh/
> I'm talking about a patch where you are changing the existing
> user/kernel api by filtering out values that you previously accepted.
> And it was done in a patch saying "this might break userspace", and
> guess what, it did!

I guess it boils down to an an agreement regarding Greg's previous
questions/points:
https://lore.kernel.org/all/2023102757-cornflake-pry-e788@gregkh/
> So because Android userspace is sending a flag value that is not in
> the upstream table, this breakage is ok?

and https://lore.kernel.org/all/2023102740-think-hatless-ab87@gregkh/ 
> now older Android userspace breaks with newer kernels because of this
> commit, which you all even agreed might happen here!
>
> So either you have a policy of "we only care about libfuse use cases
> for this api", or you don't, which is fine, just say so.  But that's
> not what the changelog says.

But I agree, it seems we're stuck and I'm not sure how to resolve this
either, Miklos has his points, Android has a different position.


Cheers,
Andre'

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ