Bug#766195: [PATCH] ipv6: reuse ip6_frag_id from ip6_ufo_append_data

I think this is the upstream change which would fix this. Please test this on top of the previous one, in case there are any more cases where ipv6_select_ident() may be called with a rt == NULL. However, it seems that with this change, when a VM offloads UDP/IPv6 fragmentation to us, we will alwa

No PREEMPT_RT kernel in Debian 8 (jessie)

I hope this won't be too much of a surprise to anyone. Thomas Gleixner stated last year, and then again in July that the PREEMPT_RT developers did not have customers paying for that work. At this point all the developers have moved to working on other things. Th

Bug#763209: more information

I have learned that if I boot with "nomodeset" as a kernel argument then 'xset dpms mode off' works as expected. Hope this helps -

Processed: Re: Bug#766105: 486 kernel doesn't boot on net4501; CC_STACKPROTECTOR_NONE helps

Processing control commands: > tag -1 upstream Bug #766105 [linux] 486 kernel doesn't boot on net4501; CC_STACKPROTECTOR_NONE helps Added tag(s) upstream. -- 766105: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766105 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Bug#766105: 486 kernel doesn't boot on net4501; CC_STACKPROTECTOR_NONE helps

Control: tag -1 upstream On Tue, 2014-10-21 at 13:32 +0100, Ben Harris wrote: > On Tue, 21 Oct 2014, Ben Hutchings wrote: > > > It appears that the stack protector depends on the TSC for > > initialisation. This is not implemented by the Intel 486 or its clones. > > Oops. That suggests that th

Processed: severity of 766195 is serious

Processing commands for cont...@bugs.debian.org: > severity 766195 serious Bug #766195 [src:linux] linux: Network-related panic in Linux 3.2.63 Severity set to 'serious' from 'important' > thanks Stopping processing here. Please contact me if you need assistance. -- 766195: http://bugs.debian.or

Bug#766105: 486 kernel doesn't boot on net4501; CC_STACKPROTECTOR_NONE helps

On Tue, 21 Oct 2014, Ben Hutchings wrote: It appears that the stack protector depends on the TSC for initialisation. This is not implemented by the Intel 486 or its clones. Oops. That suggests that there's an upstream problem as well, since the kernel configuration system shouldn't allow yo

Bug#766195: linux: Network-related panic in Linux 3.2.63

Source: linux Version: 3.2.63-2 Severity: important User: debian-ad...@lists.debian.org Usertags: needed-by-DSA-Team X-Debbugs-Cc: debian-ad...@lists.debian.org, m...@debian.org Hi, after the latest point release some debian.org hosts became unreliable. That was tracked down to a panic in the net

Processed: found 705618 in 3.2.60-1+deb7u1

Processing commands for cont...@bugs.debian.org: > found 705618 3.2.60-1+deb7u1 Bug #705618 [src:linux] flood of INFO: rcu_bh detected stall on CPU XX (t=0 jiffies) Marked as found in versions linux/3.2.60-1+deb7u1. > thanks Stopping processing here. Please contact me if you need assistance. --

Bug#766181: linux-image-3.17-1-amd64: Please enable EDAC_IE31200 on kernel 3.17+

Package: src:linux Version: 3.17-1~exp1 Severity: wishlist Dear Maintainer, Linux 3.17 now supports the EDAC on Xeon E3 CPUs, with the new ie31200_edac module; it would be great if you could enable it. Regards, Stephen -- Package-specific info: ** Version: Linux version 3.17-1-amd64 (debian-k