Control: fixed -1 6.8.9-1
On Fri, 17 May 2024 12:15:55 +0200, Diederik de Haas wrote:
>Kernel 6.8.9 has recently been uploaded to Unstable which has that commit.
>Can you verify that it indeed fixes this bug?
Indeed, it seems to be fixed there. It usually takes only one or two boots
to show up,
Processing control commands:
> fixed -1 6.8.9-1
Bug #1069077 [src:linux] es8316 driver causes kernel oops / panic on rockpro64
Marked as fixed in versions linux/6.8.9-1.
--
1069077: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069077
Debian Bug Tracking System
Contact ow...@bugs.debian.org
On Fri, May 17, 2024 at 05:34:57PM +0200, Bastian Blank wrote:
> > > how do I change this?
> > You install the non-cloud kernel.
>
> The cloud kernel is limited in scope. And the decision was that not
> everything you can do on platforms is in scope.
To clarify the scope a bit, historically the
On Fri, May 17, 2024 at 12:44:32PM +0200, Bastian Blank wrote:
> On Fri, May 17, 2024 at 12:31:51PM +0200, Thomas Goirand wrote:
> > how do I change this?
> You install the non-cloud kernel.
The cloud kernel is limited in scope. And the decision was that not
everything you can do on platforms is
Source: linux
Version: 6.7.12-1~bpo12+1
Severity: serious
X-Debbugs-CC: debian-...@lists.debian.org
X-Debbugs-CC: d...@debian.org
Hi,
armhf builds of the bookworm-backports kernel appear to have led to
outages on several buildds recently.
Each of arm-ubc-04, arm-ubc-05 and arm-ubc-06 (QEMU ganet
On Friday, 17 May 2024 15:08:17 CEST Development EasyNet wrote:
> I will try. Meanwhile I was troubleshooting this issue for some time and
> I notice a change in FRRouting between 9.1 and 10.0.
> Before 10.0 FRRouting was installing the routes in kernel using the
> destination interface of the rout
Hi Diederik,
I will try. Meanwhile I was troubleshooting this issue for some time and
I notice a change in FRRouting between 9.1 and 10.0.
Before 10.0 FRRouting was installing the routes in kernel using the
destination interface of the route. Starting from 10.0 FRRouting is
installing all rout
Processing control commands:
> tag -1 moreinfo
Bug #1071184 [src:linux] Kernel 6.6 and 6.7 route-leak between VRF and default
leads to Time to live exceeded
Added tag(s) moreinfo.
--
1071184: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071184
Debian Bug Tracking System
Contact ow...@bugs
Control: tag -1 moreinfo
On 15 May 2024 16:08:27 +0200 Development EasyNet wrote:
> Package: linux-image
> Version: 6.6.15-2 and 6.7.12-1
>
> I'm facing for some time a strange behavior of the route-leak. It happen
> on both IPv4 and IPv6.
> Configuration used: Debian Trixie, Kernel 6.7.12 with
Processing commands for cont...@bugs.debian.org:
> reassign 1071184 src:linux 6.6.15-2
Bug #1071184 [linux-image] Kernel 6.6 and 6.7 route-leak between VRF and
default leads to Time to live exceeded
Warning: Unknown package 'linux-image'
Bug reassigned from package 'linux-image' to 'src:linux'.
I
Control: forwarded -1 https://gitlab.freedesktop.org/drm/amd/-/issues/3343
signature.asc
Description: This is a digitally signed message part.
Processing control commands:
> forwarded -1 https://gitlab.freedesktop.org/drm/amd/-/issues/3343
Bug #1071263 [linux-image-6.8.9-amd64] linux-image-6.8.9-amd64: Vulkan
applications crash on computers using amdgpu
Set Bug forwarded-to-address to
'https://gitlab.freedesktop.org/drm/amd/-/issues/33
Package: linux-image-6.8.9-amd64
Version: 6.8.9-1
Severity: important
Tags: patch upstream
X-Debbugs-Cc: konomikit...@gmail.com
Dear Maintainer,
Vulkan applications will crash when using version 6.8.9 of the linux kernel on
systems using amd graphics. Upstream have provided a patch [1] that fixes
On Fri, May 17, 2024 at 12:31:51PM +0200, Thomas Goirand wrote:
> how do I change this?
You install the non-cloud kernel.
Bastian
--
Those who hate and fight must stop themselves -- otherwise it is not stopped.
-- Spock, "Day of the Dove", stardate unknown
Hi,
The module ocfs2_dlmfs may be use to have a filesystem shared with 2 VMs
(using for example OpenStack Cinder multi-attach). It's there in Ubuntu,
in the "normal" kernel, but not in the Debian cloud kernel.
Would it be possible to *not* strip-down this module in the cloud kernel
please ?
On Friday, 17 May 2024 03:36:35 CEST Forest wrote:
> A git bisect reveals it to be fixed by this commit:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=
> f7a59018953910032231c0a019208c4b0a4a8bc3
> > maple_tree: make mas_erase() more robust
> >
> > mas_erase() may
Package: src:linux
Version: 6.1.90-1
Severity: important
X-Debbugs-Cc: casa...@acm.org
The system information associated to the bug MUST be taken from bug report
1071236.
The reason: the problem depends on the kernel version; the present bug report
is sent from the problematic computer, but runni
Thank you for your contribution to Debian.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 16 May 2024 01:42:10 +0200
Source: linux-signed-arm64
Architecture: source
Version: 6.8.9+1
Distribution: sid
Urgency: medium
Maintainer: Debian Kernel Team
Changed-By:
Thank you for your contribution to Debian.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 16 May 2024 01:42:10 +0200
Source: linux-signed-amd64
Architecture: source
Version: 6.8.9+1
Distribution: sid
Urgency: medium
Maintainer: Debian Kernel Team
Changed-By:
19 matches
Mail list logo
