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.
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
