On 15.02.22 21:42, Dmitry Torokhov wrote: > When we switch from emulated PS/2 to native (RMI4 or Elan) protocols, we > create SMBus companion devices that are attached to I2C/SMBus controllers. > However, when suspending and resuming, we also need to make sure that we > take into account the PS/2 device they are associated with, so that PS/2 > device is suspended after the companion and resumed before it, otherwise > companions will not work properly. Before I2C devices were marked for > asynchronous suspend/resume, this ordering happened naturally, but now we > need to enforce it by establishing device links, with PS/2 devices being > suppliers and SMBus companions being consumers. > > Fixes: 172d931910e1 ("i2c: enable async suspend/resume on i2c client devices") > Reported-and-tested-by: Hugh Dickins <hughd@xxxxxxxxxx> > Tested-by: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx> > Signed-off-by: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx> If you respin or commit this patch, could you please add the link to the report, as explained in 'Documentation/process/submitting-patches.rst' and 'Documentation/process/5.Posting.rst': Link: https://lore.kernel.org/r/89456fcd-a113-4c82-4b10-a9bcaefac68f@xxxxxxxxxx This would be helpful for me, as this is a regression tracked by regzbot, my Linux kernel regression tracking bot, which then is able to assign threads like this with the regression report and mark the regression as resolved once the fix lands in the appropriate tree. tia! Ciao, Thorsten #regzbot ^backmonitor: https://lore.kernel.org/r/89456fcd-a113-4c82-4b10-a9bcaefac68f@xxxxxxxxxx