[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20250512133639.238-1-tanghuan@vivo.com>
Date: Mon, 12 May 2025 21:36:39 +0800
From: Huan Tang <tanghuan@...o.com>
To: avri.altman@...disk.com
Cc: James.Bottomley@...senPartnership.com,
alim.akhtar@...sung.com,
avri.altman@....com,
beanhuo@...ron.com,
bvanassche@....org,
ebiggers@...gle.com,
gwendal@...omium.org,
keosung.park@...sung.com,
linux-kernel@...r.kernel.org,
linux-scsi@...r.kernel.org,
luhongfei@...o.com,
manivannan.sadhasivam@...aro.org,
martin.petersen@...cle.com,
minwoo.im@...sung.com,
opensource.kernel@...o.com,
peter.wang@...iatek.com,
quic_cang@...cinc.com,
quic_nguyenb@...cinc.com,
quic_ziqichen@...cinc.com,
tanghuan@...o.com,
viro@...iv.linux.org.uk,
wenxing.cheng@...o.com
Subject: Re: RE: [PATCH] ufs: core: Add HID support
> Maybe have those entries have their own hid directory?
> Which will be created if (!hba->dev_info.hid_sup) ?
> Is this mean that you need to re-initiate the hid worker, if not completed, on resume?
> Then if you are polling the state from user-space anyway, maybe move the entire logic to user-space?
> It will simplify your implementation and maybe you could give-up the worker altogether?
Hi Arvi sir,
Sorry for not replying in time. Thank you for your comments and guidanceļ¼
Based on your, Peter's and Bart's suggestions, I submitted the v2 patch:
https://lore.kernel.org/all/20250512131519.138-1-tanghuan@vivo.com/
Thanks
Huan
Powered by blists - more mailing lists