Bug#890601: firmware-free: Source Package Doesn't Contain Source
On Tue, 5 Sep 2023 17:30:44 +0200 Bastian Germann wrote: Can you please drop carl9170-1.fw and the associated things from the package? The carl9170fw package should be ready with revision 1.9.9-399-gcd480b9-1.1. The only missing thing is a Breaks/Replaces which I would like to fill in as soon as you have decided on the firmware-free revision that drops it. Ping. There have been two firmware-free uploads since my request. Would you please comment on this? I would like to get this into trixie.
Bug#890601: firmware-free: Source Package Doesn't Contain Source
Control: block -1 by 1050989 On Fri, 1 Sep 2023 11:08:21 +0200 Bastian Germann wrote: carl9170fw just got into experimental so it can soon be replaced. Can you please drop carl9170-1.fw and the associated things from the package? The carl9170fw package should be ready with revision 1.9.9-399-gcd480b9-1.1. The only missing thing is a Breaks/Replaces which I would like to fill in as soon as you have decided on the firmware-free revision that drops it.
Bug#890601: firmware-free: Source Package Doesn't Contain Source
carl9170fw just got into experimental so it can soon be replaced. Besides this, I have created a MR which builds other firmware from source: https://salsa.debian.org/kernel-team/firmware-free/-/merge_requests/4 The only things left to build are the cis/* and keyspan_pda/* files which need tools that are not packaged (ihex2fw from the kernel source and pack_cis).
Re: Review of the initial packaging of the carl9170 firmware
Thanks John. The package looks good to me now, so I have uploaded it.
Bug#1032582: linux: Enable CAN_MCP251XFD
Am 09.03.23 um 15:31 schrieb Diederik de Haas: Can you describe*why* this would a useful addition? The chip is in several industrial PCs but the most popular device should be the Waveshare 2-Channel Isolated CAN FD Expansion HAT for Raspberry Pi.
Bug#1032582: linux: Enable CAN_MCP251XFD
Source: linux Version: 6.1.15-1 Severity: wishlist The driver CAN_MCP251X is already enabled on all platforms. Please enable CAN_MCP251XFD as module as well. Thank you!
Bug#980746: remove ath9k_htc, provided by libre package firmware-ath9k-htc
On Sat, 23 Jan 2021 16:49:09 -0500 John Scott wrote: Here's a patch for the removal from non-free firmware-atheros. In the firmware-ath9k-htc package the files are named differently: /lib/firmware/ath9k_htc/htc_9271-1.dev.0.fw /lib/firmware/ath9k_htc/htc_9271-1.dev.0.fw Does the kernel know about those as well or will we need links?
Bug#998009: ethtool: Import new upstream version
Source: ethtool Version: 1:5.9-1 ethtool version is lacking behind the latest upstream release 5.14 by several versions. Please import the latest upstream release.
Bug#987281: linux-image-amd64: Enable i915 HDCP 2.2 support
Am 29.04.21 um 20:13 schrieb Vincent Blut: Running 'xrandr --verbose' from Xorg should give you the supported HDCP Content Type. If that reports "HDCP Type1" then support for HDCP 2.2 is enabled. Works as expected. Enabling the two configs is sufficient.
Bug#987281: linux-image-amd64: Enable i915 HDCP 2.2 support
Am 21.04.21 um 07:24 schrieb Salvatore Bonaccorso: Were you able to verify that enabling those two as modules make it work? I honestly do not know how to check from userspace. xrandr has a Content Protection flag that is responsible for enabling/indicating HDCP usage. It works but I cannot verify it to be HDCP v2.2 (v1.4 works without those configs). libhdcpsdk has a HDCPSetProtectionLevel but I do not have the time right now to write a test program. The time for changes for bullseye is thight, so would like to hear a confirmation, the needed changed could be tested and confirmed to work.
Bug#987281: linux-image-amd64: Enable i915 HDCP 2.2 support
Package: linux-image-amd64 Severity: wishlist Since Linux 5.6, CONFIG_INTEL_MEI_HDCP is available which allows to use HDCP 2.2 with i915 graphics. The HDCP support for AMD GPUs is already enabled (CONFIG_DRM_AMD_DC_HDCP=y). Having this available in the kernel config would improve support for various video streaming services and enable full use of package intel-hdcp. Its README claims CONFIG_INTEL_MEI_TXE must be available as well, which might be an outdated information. Please enable both CONFIG_INTEL_MEI_HDCP and CONFIG_INTEL_MEI_TXE as modules.
Bug#980539: ASoC: sunxi: sun4i-codec: fill ASoC card owner
Control: tag - moreinfo A patch addressing this was upstreamed: https://mailman.alsa-project.org/pipermail/alsa-devel/2021-April/183120.html
Bug#946551: Enable TI PHY for 5.x kernels
I do not install any modules on that device intentionally. If you think that this is not supported by Debian, please close the bug.
Bug#946551: Enable TI PHY for 5.x kernels
Package: linux Version: 5.3.9-3 Severity: normal The armmp Linux configuration had CONFIG_TI_CPSW_PHY_SEL enabled to be built in the kernel up to including the buster kernel version. As this config was deprecated with 5.1, it was removed from Debian's configuration. With the 5.x versions comes the successor CONFIG_PHY_TI_GMII_SEL enabled as a module. This just hit me updating a BeagleBone Black (that does not load any modules) from buster to testing. I have created a merge request with CONFIG_PHY_TI_GMII_SEL=y for armmp: https://salsa.debian.org/kernel-team/linux/merge_requests/194
Bug#935894: linux: buster-backports version
Source: linux Severity: wishlist Dear Maintainers, would it be possible to get the bullseye kernel into buster-backports? I would very much appreciate that. Regards, Bastian
Bug#929968: Add missing C_CAN module
Package: linux Tags: patch I have merge requested a fix for this issu. https://salsa.debian.org/kernel-team/linux/merge_requests/153
Bug#929968: linux: Missing C_CAN module
Source: linux Severity: normal Dear Maintainer, All Debian kernel configurations are missing the C_CAN drivers. This device is available on TI am335x chips, which run, e.g., BeagleBone Black. It would be great to have at least the armmp flavour set the following configuration options: CONFIG_CAN_C_CAN=m CONFIG_CAN_C_CAN_PLATFORM=m