Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums

Package: linux-image-2.6.16-2-xen-686 Version: 2.6.16-17 Severity: grave A recently added optimization skips checksums on all packets it believes are destined for another Xen domain inside the same box. Too bad, it is sometimes wrong -- an analysis can be found on

Bug#502346: please rebuild against virtualbox-ose-source in lenny/sid

reopen 502346 kthxbye as the message says - /either/ install the prebuilt module, /or/ build it yourself with m-a. Except, the prebuilt module doesn't work for the version of virtualbox in Lenny. Since that is this package's sole purpose, that makes it useless. (Nitpicking, it does have some

Bug#502346: please rebuild against virtualbox-ose-source in lenny/sid

On Thu, Oct 23, 2008 at 03:17:34PM +0200, Bastian Blank wrote: On Wed, Oct 22, 2008 at 11:49:25PM +0200, Adam Borowski wrote: Except, the prebuilt module doesn't work for the version of virtualbox in Lenny. Since that is this package's sole purpose, that makes it useless. Please explain

Bug#498134: (no subject)

Package: linux-image-2.6.26-1-vserver-686 Version: 2.6.26-4 Severity: important It appears that copy-on-write links don't always work, sometimes resulting in a lock up. They are supposed to work this way: echo foo a ln a b setattr --iunlink a # Now both files are immutable but will break away

Bug#778212: closed by Ben Hutchings b...@decadent.org.uk

On Thu, Feb 12, 2015 at 05:21:14PM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the src:linux package: #778212: linux: please build the kernel and udebs on x32 It has been closed by Ben Hutchings

Bug#778212: linux: please build the kernel and udebs on x32

Source: linux Version: 3.16.7-ckt4-3 Severity: wishlist Tags: d-i patch User: debian-...@lists.debian.org Usertags: port-x32 di-x32 Hi! Long ago, when the x32 port started, the linux package on that architecture got limited to just kernel-derived libc headers. That made sense when neither grub

Bug#841240: similar issue on 4.9-rc1

Lemme add: there's a similar, more serious issue on 4.9-rc1. x32 processes fail not just on preadv but on apparently any startup of something linked with glibc (although at least _exit() and write() do work). I haven't yet had the tuits to bisect or debug what's the cause. -- A MAP07 (Dead

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Fri, Dec 02, 2016 at 02:07:46AM +, Ben Hutchings wrote: > Thanks for this; I've applied it to the master branch for Debian. Cool! Alas, it is enough only for x86. The merge that caused these issues was 84d6984 (pulling in 22823ab4^..590abbdd), you can see it does the same to a number of

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Mon, Nov 28, 2016 at 08:08:57PM -0800, Linus Torvalds wrote: > On Mon, Nov 28, 2016 at 5:15 PM, Ben Hutchings wrote: > >> > >> The modversions stuff may just be too painful to bother with. Very few > >> people probably use it, and the ones that do likely don't have any >

[PATCH] x86/kbuild: enable modversions for symbols exported from asm

ns for x86, and an architecture-independent file that can be used for common symbols. User impact: kernels may fail to load modules at all when CONFIG_MODVERSIONS=y. Signed-off-by: Adam Borowski <kilob...@angband.pl> Tested-by: Kalle Valo <kv...@codeaurora.org> Acked-by: Nicholas Piggin <

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Tue, Nov 29, 2016 at 02:29:54PM +0100, Ingo Molnar wrote: > * Adam Borowski <kilob...@angband.pl> wrote: > > > Here's some history: > > The day of -rc1, multiple people immediately reported the breakage; it was > > quickly found out that reverting 784d5699ed

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Tue, Nov 29, 2016 at 07:27:12AM -0800, Linus Torvalds wrote: > On Nov 29, 2016 5:51 AM, "Adam Borowski" <kilob...@angband.pl> wrote: > > > > > > (a) tested > > > > By many people. > > No. > > I've tested the build *without* this,

Re: [RFC, PATCH, v3.9] default exported asm symbols to zero

On Fri, Dec 02, 2016 at 01:40:27PM +0100, Arnd Bergmann wrote: > With binutils-2.16 and before, a weak missing symbol was kept during the > final link, and a missing CRC for an export would lead to that CRC > being treated as zero implicitly. With binutils-2.17, the crc > symbol gets dropped, and

Bug#849474: consolation and kernel issue

On Tue, Dec 27, 2016 at 10:22:34PM +0100, Bill Allombert wrote: > This can be automated using the attached program > (warning, this is slightly dangerous since it copy-paste dummy text to > the console, be careful. It is safer to use it in a X terminal since then > the pasted text is sent to the

Bug#849474: consolation and kernel issue

On Wed, Dec 28, 2016 at 12:50:20AM +0100, Bill Allombert wrote: > On Wed, Dec 28, 2016 at 12:42:33AM +0100, Adam Borowski wrote: > > On Tue, Dec 27, 2016 at 10:22:34PM +0100, Bill Allombert wrote: > > > This can be automated using the attached program > > > (warning,

Bug#849474: consolation and kernel issue

On Wed, Dec 28, 2016 at 09:29:11AM +0100, Adam Borowski wrote: > However, all my testing so far was on vgacon (because nvidia). When on > nouveau, it locks up immediately, after 6 iterations. Tried on 4.10-rc1+ > (current linus/master). > > Same on a crap armhf laptop using 3.

Bug#863290: src:linux: no warning that btrfs RAID5/6 is buggered up

(x86_64) Foreign Architectures: i386 Kernel: Linux 4.12.0-rc1-debug-00011-gb82803d91ae5 (SMP w/6 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) >From 5ce4e611eab1a451332e0745ee91f787057e929b Mon Sep 17 0

Re: Bug#865153: reportbug: please include kernel taint flags

On Sun, Jun 17, 2018 at 03:17:38PM -0400, Sandro Tosi wrote: > On Mon, Jun 19, 2017 at 12:48 PM Adam Borowski wrote: > > [Add kernel taint state to reportbug] > > The state can be read via /proc/sys/kernel/tainted which provides a decimal > > integer value, with bits

Bug#901492: Bug#901134: RFS: anbox-modules/0.0~git20180608-1 [ITP]

On Fri, Jun 22, 2018 at 06:04:14PM +0100, Ben Hutchings wrote: > I needed to make some small changes to build them as modules. The next > upload using Linux 4.17 should include ashmem_linux and binder_linux > modules for amd64, arm64 and armhf. I looked at it, and it seemed like making the

Bug#940887: Integrate ZSTD patches *Kernel compression: add ZSTD, remove LZMA1 and BZIP2*

On Sat, Sep 21, 2019 at 04:00:55PM +0200, Paul Menzel wrote: > Dear Linux folks, > > > It’d be awesome, if you applied Adam’s and Nick’s patches for ZSTD support > [1] to the Debian kernel, so users can test those early for the next Debian > release. > [1]:

Bug#960935: linux: please enable CONFIG_NUMA on sparc64

Source: linux Severity: wishlist Hi! While discussing porting one of my packages to sparc64 (I wanted to run its tests, requiring the NUMA API, at least on a single machine) I was told that a lot of sparc64 machines in the wild have multiple sockets. Sparc architecture in general tends to have a

Bug#980813: linux-libc-dev: please ship nolibc.h

Package: linux-libc-dev Version: 5.10.5-1 Severity: wishlist Hi! The kernel sources these days ship "nolibc.h", a stand-alone header that defines all syscalls and hides away per-arch differences. It's great for writing programs in libc-less situations and/or writing an ad-hoc minimal libc (and

Bug#993453: linux-image-5.13.0-trunk-riscv64: please enable CONFIG_NUMA on riscv64

Package: src:linux Version: 5.13.12-1~exp1 Severity: wishlist X-Debbugs-Cc: kilob...@angband.pl Hi! Please enable CONFIG_NUMA on riscv64. The relevant code is there since kernel 5.12. While there's no physical hardware with multiple nodes that I know of yet, the arch is meant to include big

Re: [Pkg-raspi-maintainers] Bug#948712: Pinebook Pro also uses this chip

On Tue, Jul 12, 2022 at 12:45:11PM +0200, Diederik de Haas wrote: > On dinsdag 12 juli 2022 01:47:21 CEST Adam Borowski wrote: > > Pinebook Pro also wants this firmware, and it's definitely not a raspi, > > and it doesn't have /boot/firmware either. > > Is this about t

Bug#1021998: CXL -- Salsa MR added

https://salsa.debian.org/kernel-team/linux/-/merge_requests/563 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ ⢿⡄⠘⠷⠚⠋⠀ Quis trollabit ipsos trollos? ⠈⠳⣄