Bug#991967: #991967: Simply ACPI powerdown/reset issue?

2021-09-10 Thread Elliott Mitchell
An experiment lead to a potential alternative explanation for #991967. The issue may be ACPI (non-UEFI) powerdown/reset was broken at 4.19.194-3. Presence of Xen on the system may be unrelated. Failing that, it could be Xen and non-UEFI systems are effected. (Xen was tried on a UEFI system and t

Bug#994050: linux-image-5.10.0-8-amd64: Hauppauge WinTV-HVR1110 DVB-T/Hybrid bug 125 ms polling on ir-kbd-i2c.ko bad DEFAULT_POLLING_INTERVAL

2021-09-10 Thread Salvatore Bonaccorso
Control: tags -1 + moreinfo upstream Hi On Fri, Sep 10, 2021 at 07:18:07PM +0200, Joaquín Alberto Calderón wrote: > Package: src:linux > Version: 5.10.46-4 > Severity: important > Tags: patch > X-Debbugs-Cc: kini_calde...@hotmail.com > > Although I have a very old pci (not express) Hauppauge Win

Processed: Re: Bug#994050: linux-image-5.10.0-8-amd64: Hauppauge WinTV-HVR1110 DVB-T/Hybrid bug 125 ms polling on ir-kbd-i2c.ko bad DEFAULT_POLLING_INTERVAL

2021-09-10 Thread Debian Bug Tracking System
Processing control commands: > tags -1 + moreinfo upstream Bug #994050 [src:linux] linux-image-5.10.0-8-amd64: Hauppauge WinTV-HVR1110 DVB-T/Hybrid bug 125 ms polling on ir-kbd-i2c.ko bad DEFAULT_POLLING_INTERVAL Added tag(s) moreinfo and upstream. -- 994050: https://bugs.debian.org/cgi-bin/bug

Bug#994050: linux-image-5.10.0-8-amd64: Hauppauge WinTV-HVR1110 DVB-T/Hybrid bug 125 ms polling on ir-kbd-i2c.ko bad DEFAULT_POLLING_INTERVAL

2021-09-10 Thread Joaquín Alberto Calderón
Package: src:linux Version: 5.10.46-4 Severity: important Tags: patch X-Debbugs-Cc: kini_calde...@hotmail.com Although I have a very old pci (not express) Hauppauge WinTV-HVR1110 DVB-T/Hybrid TV card with a remote control, I am still using it because has fully support and functionallity and it's h

Bug#994044: CAP_PERFMON should override kernel.perf_event_paranoid=3

2021-09-10 Thread Stephan Hohe
Package: linux Version: 5.10.46-4 (Probably applies to all versions >=5.9) Hello, Debian adds kernel.perf_event_paranoid=3 as an additional restriction level for perf_event_open() (debian/patches/features/all/security-perf-allow-further-restriction-of-perf_event_open.patch). This can be over

Bug#911815: /usr/bin/perf_4.18: Please build perf against libbfd

2021-09-10 Thread Tony Garnock-Jones
Just to follow up again, here's an improved version of the patch that doesn't hand-roll quite so much socketpair/fork/exec code, reusing existing tools/ code instead! Also, here's the upstream discussion of the patch on the linux-perf-users mailing list: https://lore.kernel.org/linux-perf-use