[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20220526220018.3334775-1-dualli@chromium.org>
Date: Thu, 26 May 2022 15:00:17 -0700
From: Li Li <dualli@...omium.org>
To: dualli@...gle.com, tkjos@...gle.com, gregkh@...uxfoundation.org,
christian@...uner.io, arve@...roid.com, devel@...verdev.osuosl.org,
linux-kernel@...r.kernel.org, maco@...gle.com, hridya@...gle.com,
surenb@...gle.com
Cc: joel@...lfernandes.org, kernel-team@...roid.com
Subject: [RESEND PATCH v3 0/1] Binder: add TF_UPDATE_TXN to replace outdated txn
From: Li Li <dualli@...gle.com>
Resend [Patch v3] with cover letter in case my previous email failed
to reach the maillist (no comments for 2 weeks).
The previous comments of the old patch can be found at the following link:
https://lore.kernel.org/lkml/CANBPYPjkNWsO94nuG1TkR1DgK2W2kBxiJTriyVB7S3czHTZ1Yg@mail.gmail.com/
I copy and paste the key information here for your convenience.
* Question #1
Note, your subject does not say what TF_UPDATE_TXN is, so it's a bit
hard to determine what is happening here. Can you clean that up a bit
and sumarize what this new addition does?
How was this tested?
* Answer #1 ===
A more descriptive summary has been added to the new version of patch.
* Question #2
How was this tested?
* Answer #2
Old kernel: without this TF_UPDATE_TXN patch
New kernel: with this TF_UPDATE_TXN patch
Old apps: without setting TF_UPDATE_TXN
New apps: if (flags & TF_ONE_WAY) flags |= TF_UPDATE_TXN;
1. Compatibility: New kernel + Old apps, to verify the original
behavior doesn't change;
2. Compatibility: Old kernel + New apps, to verify the original
behavior doesn't change;
3. Unit test: New kernel + New apps, to verify the outdated oneway
binder transaction is actually superseded by the latest one (by
enabling BINDER_DEBUG logs);
4. Stress test: New kernel + New apps sending oneway binder
transactions repeatedly, to verify the size of the available async
binder buffer over time, and if the transactions fail as before
(due to async buffer running out).
* Question #3
Did checkpatch pass this? Please always use --strict and fix up all the
issues that it reports as this is not a normal kernel coding style.
* Answer #3
Yes, the latest version has passed "./scripts/checkpatch.pl --strict"
* Changelog
v3:
- Add this changelog required by "The canonical patch format"
v2:
- Fix alignment warnings reported by checkpatch --strict
- Add descriptive summary in patch subject
Li Li (1):
Binder: add TF_UPDATE_TXN to replace outdated txn
drivers/android/binder.c | 85 ++++++++++++++++++++++++++++-
drivers/android/binder_trace.h | 4 ++
include/uapi/linux/android/binder.h | 1 +
3 files changed, 87 insertions(+), 3 deletions(-)
--
2.36.1.124.g0e6072fb45-goog
Powered by blists - more mailing lists