Package: firmware-realtek
Version: 20190717-2
Followup-For: Bug #953522
Control: forcemerge 947356 953522
Control: retitle 947356 W: Possible missing firmware
/lib/firmware/rtl_nic/rtl8125a-3.fw, rtl8168fp-3.fw for module r8169
The message is now:
update-initramfs: Generating
Processing control commands:
> forcemerge 947356 953522
Bug #947356 [firmware-realtek] realtek-firmware: missing rtl8125a-3.fw
Bug #947356 [firmware-realtek] realtek-firmware: missing rtl8125a-3.fw
Added tag(s) fixed-upstream.
Bug #953522 [firmware-realtek] W: Possible missing firmware
‐‐‐ Original Message ‐‐‐
On Sunday, 19 April 2020 17:02, Lennert Van Alboom
wrote:
> ‐‐‐ Original Message ‐‐‐
> On Sunday, 19 April 2020 15:56, Uwe Kleine-König u...@kleine-koenig.org wrote:
> > Do you have INTEL_IOMMU and INTEL_IOMMU_DEFAULT_ON included in your
> > custom
On Sat, 21 Dec 2019 23:04:30 +0100 Salvatore Bonaccorso
wrote:
>
> Helmut was reporting to see the issue on buster, but we would need
> confirmation that the issue is seen still at least on 5.4.6 or ideally
> as well on 5.5-rc2.
As stated in the subject: This is still an issue on
Hi
I'm sorry, but the problem also still appears with 5.5.0-2.
It looks like Ubuntu is also affected:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1866170
So maybe that's more a generic problem with the kernel and not caused
by any Debian specific patches.
Erik
signature.asc
Hi Mathieu!
On 4/21/20 11:26 AM, Mathieu Malaterre wrote:
> Dear Debian-kernel team,
>
>> Would it be possible to ship an alternate ppc64 kernel build without
>> the 64K page option ?
>
> Could someone please clarify if this is possible/acceptable ? The new
> ppc64 kernel would not be the
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 17 Apr 2020 01:26:42 +0100
Source: linux-signed-i386
Architecture: source
Version: 5.6.4+1~exp1
Distribution: experimental
Urgency: medium
Maintainer: Debian Kernel Team
Changed-By: Ben Hutchings
Changes:
Dear Debian-kernel team,
> Would it be possible to ship an alternate ppc64 kernel build without
> the 64K page option ?
Could someone please clarify if this is possible/acceptable ? The new
ppc64 kernel would not be the default but could be installed on G5
machine after installation.
Thanks
binary:linux-headers-rt-686-pae is NEW.
binary:linux-image-5.6.0-trunk-686 is NEW.
binary:linux-image-5.6.0-trunk-686-pae is NEW.
binary:linux-image-5.6.0-trunk-rt-686-pae is NEW.
binary:linux-image-rt-686-pae is NEW.
Your package has been put into the NEW queue, which requires manual action
from
linux-signed-i386_5.6.4+1~exp1_source.changes uploaded successfully to localhost
along with the files:
linux-signed-i386_5.6.4+1~exp1.dsc
linux-signed-i386_5.6.4+1~exp1.tar.xz
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 17 Apr 2020 01:26:42 +0100
Source: linux-signed-amd64
Architecture: source
Version: 5.6.4+1~exp1
Distribution: experimental
Urgency: medium
Maintainer: Debian Kernel Team
Changed-By: Ben Hutchings
Changes:
binary:linux-headers-rt-amd64 is NEW.
binary:linux-image-5.6.0-trunk-amd64 is NEW.
binary:linux-image-5.6.0-trunk-cloud-amd64 is NEW.
binary:linux-image-5.6.0-trunk-rt-amd64 is NEW.
binary:linux-image-rt-amd64 is NEW.
Your package has been put into the NEW queue, which requires manual action
from
linux-signed-amd64_5.6.4+1~exp1_source.changes uploaded successfully to
localhost
along with the files:
linux-signed-amd64_5.6.4+1~exp1.dsc
linux-signed-amd64_5.6.4+1~exp1.tar.xz
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
13 matches
Mail list logo