From: Tzung-Bi Shih <tzungbi@kernel.org>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Bartosz Golaszewski <brgl@bgdev.pl>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Bartosz Golaszewski <bartosz.golaszewski@linaro.org>,
Krzysztof Kozlowski <krzk@kernel.org>,
Benson Leung <bleung@chromium.org>,
"Rafael J . Wysocki" <rafael@kernel.org>,
Danilo Krummrich <dakr@kernel.org>,
Jonathan Corbet <corbet@lwn.net>, Shuah Khan <shuah@kernel.org>,
Dawid Niedzwiecki <dawidn@google.com>,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
chrome-platform@lists.linux.dev, linux-kselftest@vger.kernel.org,
Wolfram Sang <wsa+renesas@sang-engineering.com>,
Dan Williams <dan.j.williams@intel.com>
Subject: Re: [PATCH v3 0/5] platform/chrome: Fix a possible UAF via revocable
Date: Tue, 23 Sep 2025 08:20:18 +0000 [thread overview]
Message-ID: <aNJYQs2MVjVujEEu@google.com> (raw)
In-Reply-To: <20250913161413.GD4842@pendragon.ideasonboard.com>
On Sat, Sep 13, 2025 at 07:14:13PM +0300, Laurent Pinchart wrote:
> On Sat, Sep 13, 2025 at 11:55:45PM +0800, Tzung-Bi Shih wrote:
> > - Subsystems (like cdev) should build on this API to provide an easier
> > interface for their drivers to manage revocable resources.
> >
> > I'll create a PoC based on this.
>
> I'm looking forward to that. Please let me know if there's anything you
> would like to discuss. I didn't dive deep in technical details in this
> thread, and I don't expect anyone to guess what I have in mind if I
> failed to express it :-) I'm very confident the cdev race condition can
> be fixed in a neat way, so let's do that.
Even though I think this isn't what you are looking for originally, please
take a look on the PoC attempt (5th - 7th patches) in [1]. Unlike [2], the
PoC allows fops to be exuected and defers to the driver to decide what to do
if the resource is unavailable.
[1] https://lore.kernel.org/chrome-platform/20250923075302.591026-1-tzungbi@kernel.org
[2] https://lore.kernel.org/all/161117153776.2853729.6944617921517514510.stgit@dwillia2-desk3.amr.corp.intel.com/
next prev parent reply other threads:[~2025-09-23 8:20 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-12 8:17 [PATCH v3 0/5] platform/chrome: Fix a possible UAF via revocable Tzung-Bi Shih
2025-09-12 8:17 ` [PATCH v3 1/5] revocable: Revocable resource management Tzung-Bi Shih
2025-09-12 9:05 ` Danilo Krummrich
2025-09-13 15:56 ` Tzung-Bi Shih
2025-09-12 13:27 ` Jonathan Corbet
2025-09-13 15:56 ` Tzung-Bi Shih
2025-09-17 5:24 ` Tzung-Bi Shih
2025-09-22 18:35 ` Simona Vetter
2025-09-12 8:17 ` [PATCH v3 2/5] revocable: Add Kunit test cases Tzung-Bi Shih
2025-09-12 8:17 ` [PATCH v3 3/5] selftests: revocable: Add kselftest cases Tzung-Bi Shih
2025-09-12 8:17 ` [PATCH v3 4/5] platform/chrome: Protect cros_ec_device lifecycle with revocable Tzung-Bi Shih
2025-09-12 8:17 ` [PATCH v3 5/5] platform/chrome: cros_ec_chardev: Consume cros_ec_device via revocable Tzung-Bi Shih
2025-09-12 8:30 ` [PATCH v3 0/5] platform/chrome: Fix a possible UAF " Greg Kroah-Hartman
2025-09-12 8:34 ` Danilo Krummrich
2025-09-12 9:20 ` Laurent Pinchart
2025-09-12 9:09 ` Krzysztof Kozlowski
2025-09-12 9:24 ` Bartosz Golaszewski
2025-09-12 12:49 ` Tzung-Bi Shih
2025-09-12 13:26 ` Laurent Pinchart
2025-09-12 13:39 ` Greg Kroah-Hartman
2025-09-12 13:45 ` Laurent Pinchart
2025-09-12 13:46 ` Bartosz Golaszewski
2025-09-12 13:59 ` Laurent Pinchart
2025-09-12 14:19 ` Greg Kroah-Hartman
2025-09-12 14:26 ` Laurent Pinchart
2025-09-12 14:40 ` Greg Kroah-Hartman
2025-09-12 14:44 ` Bartosz Golaszewski
2025-09-12 14:54 ` Laurent Pinchart
2025-09-12 16:22 ` Danilo Krummrich
2025-09-13 16:17 ` Laurent Pinchart
2025-09-22 22:43 ` dan.j.williams
2025-09-13 15:55 ` Tzung-Bi Shih
2025-09-13 16:14 ` Laurent Pinchart
2025-09-23 8:20 ` Tzung-Bi Shih [this message]
2025-09-12 14:53 ` Laurent Pinchart
2025-09-22 15:10 ` Jason Gunthorpe
2025-09-22 15:55 ` Danilo Krummrich
2025-09-22 17:40 ` Jason Gunthorpe
2025-09-22 18:42 ` Greg Kroah-Hartman
2025-09-22 20:17 ` Jason Gunthorpe
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=aNJYQs2MVjVujEEu@google.com \
--to=tzungbi@kernel.org \
--cc=bartosz.golaszewski@linaro.org \
--cc=bleung@chromium.org \
--cc=brgl@bgdev.pl \
--cc=chrome-platform@lists.linux.dev \
--cc=corbet@lwn.net \
--cc=dakr@kernel.org \
--cc=dan.j.williams@intel.com \
--cc=dawidn@google.com \
--cc=gregkh@linuxfoundation.org \
--cc=krzk@kernel.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=rafael@kernel.org \
--cc=shuah@kernel.org \
--cc=wsa+renesas@sang-engineering.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.