From: Basavaraj Natikar <bnatikar@amd.com>
To: Jiri Kosina <jikos@kernel.org>,
Basavaraj Natikar <Basavaraj.Natikar@amd.com>
Cc: bentiss@kernel.org, dmitry.torokhov@gmail.com,
linux-input@vger.kernel.org
Subject: Re: [PATCH v3 0/5] Add SW_TABLET_MODE support for AMD SFH convertibles
Date: Fri, 14 Aug 2026 22:07:48 +0530 [thread overview]
Message-ID: <adfedcb4-5d6a-4571-90e0-fb94d7ba5fcc@amd.com> (raw)
In-Reply-To: <502r8949-7o51-n405-s500-p0n6226r37nr@xreary.bet>
On 8/14/2026 6:14 PM, Jiri Kosina wrote:
> On Mon, 3 Aug 2026, Basavaraj Natikar wrote:
>
>> Add SW_TABLET_MODE support for AMD convertibles whose operating mode
>> (laptop or tablet) is reported by the Sensor Fusion Hub.
>>
>> Patches 1 and 2 are preparation: the first tracks the MP2 version
>> explicitly and the second serializes access to the shared emp2 pointer.
>> The third adds a way to read the operating mode. The fourth registers an
>> auxiliary device when the sensor is present, and the fifth is a small
>> input driver that binds to it and reports the posture to userspace.
>> Keeping the input handling in its own driver avoids pulling input/evdev
>> into the sensor transport driver.
>>
>> Changes in v3:
>> - Destroy the tablet-mode auxiliary device before the hardware teardown
>> in .remove(), instead of from a devres action that runs afterwards,
>> closing a use-after-teardown window (Sashiko review).
>> - Move the Makefile entry to its correct alphabetical position
>> (Dmitry Torokhov).
>>
>> Changes in v2 (address the Sashiko review of v1):
>> - Read the operating-mode register only on confirmed MP2 v2, by tracking
>> the MP2 version explicitly. On v1.0 that register overlaps the 64-bit
>> DMA address programmed through C2P, so the earlier unconditional read
>> could return DMA bits instead of the operating mode.
>> - Serialize the shared emp2 pointer and all exported readers under a
>> mutex, so a concurrent unbind can no longer free the device while a
>> reader is still dereferencing it.
>> - Publish emp2 only after initialization has populated the client data,
>> and clear it early on the MP2 v2 remove path instead of from a
>> prematurely registered devres action; this removes both the
>> publish-before-init data race and the unconditional global clear on a
>> probe failure.
>> - Destroy the tablet-mode auxiliary device and release its id on removal,
>> and allocate the id dynamically so multiple instances cannot collide.
>> - Report the initial tablet-mode state before registering the input
>> device, so userspace never observes a stale default posture.
>> - Rename the error variable from 'rc' to 'error' to follow the
>> input-subsystem convention.
>>
>> v2: https://lore.kernel.org/all/20260803145801.3801862-1-Basavaraj.Natikar@amd.com/
>> v1: https://lore.kernel.org/all/20260721174422.3109166-1-Basavaraj.Natikar@amd.com/
> Now queued in hid.git#for-7.3/amd-sfh, sorry for the delay. Myself and
> Benjamin have been on a few weeks on leave in parallel, and then didn't
> really help with the throughput ... still recovering :)
Thanks a lot, Jiri, and no worries at all about the delay.
I really appreciate you and Benjamin taking the time to
review it. Hope you're both back to full strength soon.
Thanks again for queuing it up.
Thanks,
--
Basavaraj
>
prev parent reply other threads:[~2026-08-14 16:37 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-03 17:52 [PATCH v3 0/5] Add SW_TABLET_MODE support for AMD SFH convertibles Basavaraj Natikar
2026-08-03 17:52 ` [PATCH v3 1/5] HID: amd_sfh: Track MP2 version explicitly Basavaraj Natikar
2026-08-03 17:52 ` [PATCH v3 2/5] HID: amd_sfh: Serialize access to the shared emp2 pointer Basavaraj Natikar
2026-08-03 17:52 ` [PATCH v3 3/5] HID: amd_sfh: Add accessor to read the operating-mode sensor Basavaraj Natikar
2026-08-03 17:52 ` [PATCH v3 4/5] HID: amd_sfh: Register tablet-mode auxiliary device Basavaraj Natikar
2026-08-03 17:52 ` [PATCH v3 5/5] Input: misc: Add AMD SFH tablet-mode switch driver Basavaraj Natikar
2026-08-14 12:44 ` [PATCH v3 0/5] Add SW_TABLET_MODE support for AMD SFH convertibles Jiri Kosina
2026-08-14 16:37 ` Basavaraj Natikar [this message]
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=adfedcb4-5d6a-4571-90e0-fb94d7ba5fcc@amd.com \
--to=bnatikar@amd.com \
--cc=Basavaraj.Natikar@amd.com \
--cc=bentiss@kernel.org \
--cc=dmitry.torokhov@gmail.com \
--cc=jikos@kernel.org \
--cc=linux-input@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;
as well as URLs for NNTP newsgroup(s).