Package: src:linux
Version: 5.16.12-1~bpo11+1
Pretty self-explanatory - its set in the upstream ppc64_defconfig, powernv_defconfig, and
pseries_defconfig but not set in debian.
Note that the CONFIG_SND_SOC_INTEL_SOUNDWIRE_SOF_MACH in the x86 config is bogus -
CONFIG_SND_SOC_INTEL_SOUNDWIRE_SOF_MACH depends on CONFIG_SND_SOC_INTEL_USER_FRIENDLY_LONG_NAMES which is not set.
On 12/27/20 5:16 PM, Matt Corallo wrote:
Note that this issue was not closed
Note that this issue was not closed as CONFIG_SND_SOC_INTEL_SOUNDWIRE_SOF_MACH is still missing. The (relevant) diff
between my (working, self-built) rc7 and 5.10.1 in exp is:
$ diff /boot/config-5.10.0-* | grep "SND\|SOUND"
< CONFIG_SND_SOC_INTEL_USER_FRIENDLY_LONG_NAMES=y
> #
end up not having working audio on year-old machines come bullseye.
On 8/26/20 12:35 PM, Matt Corallo wrote:
This now impacts more and more devices - new generation Dell laptops that ship with linux need this (plus a new release
of alsa-ucm-conf with current git) to get audio.
Saw the commits in salsa and went and tested them. Looks like to get audio working config also needs (but definitely
works now)
CONFIG_SND_SOC_INTEL_USER_FRIENDLY_LONG_NAMES=y
CONFIG_SND_SOC_INTEL_SOUNDWIRE_SOF_MACH=m
CONFIG_SND_SOC_MAX98373_SDW=m
CONFIG_SND_SOC_RT1308=m
Oops, it seems I was confused about when this landed upstream. Enabling soundwire on 5.9 doesn't accomplish much, but
5.10 should bring support for audio on new Dell machines, presumably with something like the following:
CONFIG_REGMAP_SOUNDWIRE=m
CONFIG_SND_SOC_SOF_INTEL_SOUNDWIRE_LINK=y
Package: linux-image-amd64
Version: 5.9.11-1
Some newer Intel machines (eg high-end 2020 Dell XPS machines) require soundwire for audio, however current Debian
kernel configs do not include CONFIG_SOUNDWIRE at all. This may depend on #962134 as well, however #962134 can be
resolved locally
This now impacts more and more devices - new generation Dell laptops that ship with linux need this (plus a new release
of alsa-ucm-conf with current git) to get audio.
Package: linux-image-5.4.0-3-amd64
Version: 5.4.13-1
Since switching to 5.4.13 from 5.3.15 (IIRC, though I may have been on
5.4.8), my laptop hangs regularly when transmitting a bunch of wireguard
traffic over iwlwifi. The following kernel log is one of the lucky cases
where the soft-lockup
Also missing at least the ecb module, which is needed to initialize the
xts mode to do a default encrypted-partition install.
On 04/10/18 11:00, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 895362:
>
Package: linux-image-powerpc64le
Version: 4.15+91
(I know its not the right package as this is an issue only in the
testing CD, not a running system, but I can't seem to find the right
package to file against, and figure this will at least CC the right
people, sorry about that).
Pretty
11 matches
Mail list logo
