Bug#1072311: linux-perf can (and should) link against libdebuginfod
Source: linux Version: 6.8.11-1 Severity: normal Dear maintainer, Upon investigating why Debian's linux-perf does not support debuginfod, I found the following excerpt on its rules file[1]: # perf can link against libdebuginfod if available, but the result is # undistributable for the same reason. Override detection of # libdebuginfod. MAKE_PERF += NO_LIBDEBUGINFOD=1 This picked my attention, as I am not aware of any licensing issues that might prevent linux-perf from linking against libdebuginfod. While looking at debuginfod source files[2], I found that libdebuginfod is actually composed of a single file[3]: libdebuginfod_a_SOURCES = debuginfod-client.c libdebuginfod_pic_a_SOURCES = debuginfod-client.c and that debuginfod-client.c is dual-licensed GPL-3+ and GPL-2+[4]: This file is free software; you can redistribute it and/or modify it under the terms of either * the GNU Lesser General Public License as published by the Free Software Foundation; either version 3 of the License, or (at your option) any later version or * the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version or both in parallel, as here. debuginfod.h, which is included from debuginfod-client.c, is also dual-licensed[5]. Out of an abundance of caution, I contacted debuginfod's upstream developers and confirmed that the dual-licensing scheme was chosen exactly in order to allow tools like perf to link against libdebuginfod. I've also confirmed that Fedora's perf does support debuginfod. Given all of the above, I would like to request that debuginfod support be enabled on Debian's linux-perf. That would be very useful for our users. Thank you, [1]: https://salsa.debian.org/kernel-team/linux/-/blob/master/debian/rules.d/tools/perf/Makefile?ref_type=heads#L13-16 [2]: https://sourceware.org/cgit/elfutils/tree/debuginfod [3]: https://sourceware.org/cgit/elfutils/tree/debuginfod/Makefile.am?id=915776dc4ab9308a5c62c42e72b5bd15b7012753#n83 [4]: https://sourceware.org/cgit/elfutils/tree/debuginfod/debuginfod-client.c?id=915776dc4ab9308a5c62c42e72b5bd15b7012753 [5]: https://sourceware.org/cgit/elfutils/tree/debuginfod/debuginfod.h.in?id=915776dc4ab9308a5c62c42e72b5bd15b7012753 -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible https://sergiodj.net/ signature.asc Description: PGP signature
Bug#1072311: linux-perf can (and should) link against libdebuginfod
Control: tags -1 + patch MR filed: https://salsa.debian.org/kernel-team/linux/-/merge_requests/1093 -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible https://sergiodj.net/ signature.asc Description: PGP signature
Bug#1072311: linux-perf can (and should) link against libdebuginfod
On Friday, May 31 2024, I wrote: > Dear maintainer, [...] > Given all of the above, I would like to request that debuginfod support > be enabled on Debian's linux-perf. That would be very useful for our > users. Disclaimer: I am not a lawyer and the contents of the bug description are not legal advice. Thanks, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible https://sergiodj.net/ signature.asc Description: PGP signature
Bug#1072311: linux-perf can (and should) link against libdebuginfod
On Friday, May 31 2024, I wrote: > and that debuginfod-client.c is dual-licensed GPL-3+ and GPL-2+[4]: I meant to say "LGPL-3+ and GPL-2+" here. >This file is free software; you can redistribute it and/or modify >it under the terms of either > > * the GNU Lesser General Public License as published by the Free >Software Foundation; either version 3 of the License, or (at >your option) any later version > >or > > * the GNU General Public License as published by the Free >Software Foundation; either version 2 of the License, or (at >your option) any later version > >or both in parallel, as here. -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible https://sergiodj.net/ signature.asc Description: PGP signature
Bug#785413: More information
Control: retitle -1 Wrong battery status when charging on Acer C720P Hi, After spending a bit more time investigating this problem, I noticed that the battery actually gets reported as charged eventually. I am not sure why, but at a certain moment the charge_now value is equal to charge_full, even though the battery is clearly still charging (the charging led on the notebook indicates that, and even ACPI reports it as "Charging", as I described in the bug report). However, after some time (i.e., when the battery is actually charged and the charging led displays that), then ACPI correctly starts reporting the right status as well. I am chaning the bug title to reflect that, although I still don't know what is really happening. Cheers, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87wpzoy7lr@sergiodj.net
Bug#785413: Battery always charging on Acer C720P
Package: linux Version: 3.16.0-4 Hello, I am running Debian testing on an Acer C720P (amd64), and I am seeing a strange behavior. When I charge my battery, it is never reported as completely charged by the system. The notebook's led keeps indicating that the battery is being charged, and when I look at mate-power-control's battery icon it also says that the battery is not fully charged. If I check the values on /sys/bus/acpi/drivers/battery/PNP0CA\:00/power_supply/BAT0/*, I see that: 1) It indicates that the battery's charge_now is equal to the battery's charge_full. 2) It still indicates a "Charging" status. I still have not investigated it further, so I am opening this bug against the Linux package (it seems like an ACPI problem). It is worth mentioning that I was running Fedora before I put Debian on this machine, and the battery was charging normally there. Also, I recently compiled the latest version of the Linux-libre kernel (4.0.3), and I was seeing the same problem using it as well. This may mean that (a) this notebook needs some kind of proprietary blob in this case, or (b) some userspace program is the actual responsible for this (although we should also consider the wrong "Charging" status on /sys, as mentioned above). You will probably need more specific information to debug this, so please let me know what I must provide. Thanks, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87egmh8lts@sergiodj.net
Bug#965931: Please enable Intel I225-LM/I225-V support
Package: linux-image-amd64 Version: 5.7.6-1 Severity: wishlist Hi, Please consider enabling support for the Intel I225-LM/I225-V network cards. I have a machine with an I225-V and I have to recompile Linux in order to use it. The config setting is: CONFIG_IGC=m Thank you in advance! -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible https://sergiodj.net/ signature.asc Description: PGP signature
Bug#965931: Please enable Intel I225-LM/I225-V support
On Tuesday, July 21 2020, Salvatore Bonaccorso wrote: > On Mon, Jul 20, 2020 at 05:11:17PM -0400, Sergio Durigan Junior wrote: >> Please consider enabling support for the Intel I225-LM/I225-V network >> cards. I have a machine with an I225-V and I have to recompile Linux in >> order to use it. >> >> The config setting is: >> >> CONFIG_IGC=m >> >> Thank you in advance! > > Enabled it for the next sid upload, > https://salsa.debian.org/kernel-team/linux/-/commit/b99c5da3295c42c3e0b46e69089bc5e52d976e51 Thanks, Salvatore! -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible https://sergiodj.net/
