Re: [RFC] modpost: add option to allow external modules to avoid taint

2011-12-18 Thread Rusty Russell
On Fri, 16 Dec 2011 04:39:49 +, Ben Hutchings wrote: Non-text part: multipart/signed > On Fri, 2011-12-16 at 14:26 +1030, Rusty Russell wrote: > > On Wed, 14 Dec 2011 11:20:03 -0500, "John W. Linville" > > wrote: > > We really want to indicate "out-of-support" which is only a 1:1 > > mapping

Bug#652596: Changes from longterm release 2.6.32.51

2011-12-18 Thread Ben Hutchings
Package: src:linux-2.6 Version: 2.6.32-39 Severity: important [Actually based on 2.6.32.51-rc1.] ALSA: sis7019 - give slow codecs more time to reset Fixes failure of this sound driver to detect all audio codecs on some systems. ALSA: hda/realtek - Fix Oops in alc_mux_select() Fixes crash (oops

Bug#639538: de4x5 is obsolete [update]

2011-12-18 Thread Ben Hutchings
On Sun, 2011-12-18 at 16:10 -0500, C&S wrote: > > > > What is the PCI device ID for these? > > > > > > > > previously sent: > > > == > Mint PPC 11 installer reports: > > lspci -nn > Ethernet controller [0200]: Digital Equipment Corporation DECchip > 21142/43 [1011:0019]

Bug#648996: linux-2.6: FTBFS [m68k] in modpost: "strlen" [iscsi_target_mod.ko] undefined! (and others)

2011-12-18 Thread Thorsten Glaser
Dixi quod… >I suspect gcc emitting a call to strFOO for __builtin_strFOO. And indeed, it does; waldi just pointed me to the fact that the Linux kernel, despite being a kernel and not a hosted environment, does not use -ffreestanding in its CFLAGS. No surprise it does that, then. When I first upg

Processed: tagging 598408

2011-12-18 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > tags 598408 + pending Bug #598408 [linux-2.6] linux-image-2.6.36-rc5-amd64: please enable support for AppArmor Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 598408: http://bugs.debian.org/

Re: [PATCH] m68k/irq: don't use pr_crit in an header

2011-12-18 Thread Joe Perches
On Sun, 2011-12-18 at 11:42 +0100, Uwe Kleine-König wrote: > On Sun, Dec 18, 2011 at 11:32:21AM +0100, Geert Uytterhoeven wrote: > > 2011/12/17 Uwe Kleine-König : > > > Using pr_crit in an header results in funny messages. Consider > > >#define pr_fmt(fmt) "mydriver: " fmt > > >#inc

Bug#639538: de4x5 is obsolete

2011-12-18 Thread Ben Hutchings
On Sun, 2011-12-18 at 09:47 -0500, C&S wrote: > Just wanted to register an interest in this driver... > It appears that de4x5 is still needed on the PowerPC platform; the > tulip driver does not work with PCI ethernet cards used in the Mac > Performa line that are based on the DEC 21143 chip.

Bug#639538: de4x5 is obsolete

2011-12-18 Thread
Just wanted to register an interest in this driver... It appears that de4x5 is still needed on the PowerPC platform; the tulip driver does not work with PCI ethernet cards used in the Mac Performa line that are based on the DEC 21143 chip. -- To UNSUBSCRIBE, email to debian-kernel-requ...@

Re: [PATCH] m68k/irq: don't use pr_crit in an header

2011-12-18 Thread Geert Uytterhoeven
2011/12/17 Uwe Kleine-König : > Using pr_crit in an header results in funny messages. Consider > >        #define pr_fmt(fmt) "mydriver: " fmt >        #include > > which makes the message from ack_bad_irq > >        mydriver: unexpected IRQ trap... > > so better use plain printk with KERN_CRIT di

Re: [PATCH] m68k/irq: don't use pr_crit in an header

2011-12-18 Thread Uwe Kleine-König
Hi Geert, (thanks for adding Joe to Cc:, I noticed that when I wanted to add him myself :-) On Sun, Dec 18, 2011 at 11:32:21AM +0100, Geert Uytterhoeven wrote: > 2011/12/17 Uwe Kleine-König : > > Using pr_crit in an header results in funny messages. Consider > > > >        #define pr_fmt(fmt) "my

Bug#652525: [PATCHv2] Make initramfs-tools faster by avoiding forks in the per-module hot path

2011-12-18 Thread Josh Triplett
On Sat, Dec 17, 2011 at 10:37:29PM -0800, Josh Triplett wrote: > In the last few versions of initramfs-tools, update-initramfs started > taking an excessively long time to generate the initramfs: > > ~$ time sudo update-initramfs -u > update-initramfs: Generating /boot/initrd.img-3.1.0-1-amd64 >