Hi Maximilian, On 18/02/2022 01:16, Maximilian Böhm wrote: > Hi Hans, > > thanks for reaching out. I’ve applied this patch on top of Linux 5.15.3 (with Pavel’s former patch) and I’m still experiencing this system hangs, effectively kernel panics after resume from standby + > usbreset of my Hauppauge WinTV DualHD. So, it’s not solving my issue, but perhaps another one, I don’t know. Thank you for the quick test, it was worth a shot. I'll take the revert patch for 5.18. Regards, Hans > > Regards > Maximilian > > Am 17.02.22 um 12:14 schrieb Hans Verkuil: >> Hi Maximilian, >> >> On 20/01/2022 20:29, Maximilian Böhm wrote: >>> Hey Pavel, >>> >>> I would prefer reverting your use-after-free change. I’m still on Linux 5.15.2 to avoid this issue. I’m not sure if I understand your last mails correctly, did you already revert the change or did you >>> just offer to do it? Anyway, reverting locally wouldn’t be feasible long-term. >>> If I could help eliminating this bug, I would gladly offer my system for a remote hacking session via ssh or Teamviewer or try other patch ideas. >> I wonder if this patch: >> >> https://patchwork.linuxtv.org/project/linux-media/patch/20220122074500.429184-1-dzm91@xxxxxxxxxxx/ >> >> is perhaps related to this issue? Can you test if this patch solves your issue? >> >> If not, then I'll apply Pavel's revert patch for 5.18. >> >> Regards, >> >> Hans >> >>> Btw, found this forum thread describing the same original problem (which is forcing me to use usbreset after standby) on Windows, so this probably is a bug in the tuner hardware, not in the Linux >>> driver: https://www.dvbviewer.tv/forum/topic/63002-hauppauge-wintv-dualhd-stick-geht-oft-nicht-nach-standby/ >>> >>> If I were to submit an official "device quirk" for the Linux kernel, would it be affected of your use-after-free change too? Nobody knows, I guess? >>> >>> Regards >>> Maximilian Böhm >>> >>> Am 06.01.22 um 12:57 schrieb Pavel Skripkin: >>>>> Anyway, you can revert my patch locally and use your device. I >>>>> understand, that this approach is the best one, but anyway revert will >>>> ^^^^ >>>> >>>> I've missed "not". Please, don't get me wrong :) Reverting something >>>> locally to work with upstream device is never a good thing. >>>> >>>> >>>> >>>> With regards, >>>> Pavel Skripkin
