Bug#570844: System with AMD Turion m540 hangs while loading APIC

The problem still exists in the kernel 2.6.32-14. As before, system boots well with kernel parameter 'maxcpus=1'. -- Best Regards, Ilias, -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive:

Bug#584187: linux-image-powerpc64: windfarm drivers fail to be loaded on boot

Package: linux-image-powerpc64 Version: 2.6.32+25 Severity: normal When this host boots, it requires the 'windfarm_pm112' driver loaded, otherwise the fans turn on at full speed and don't turn off. If I manually run: $ sudo modprobe windfarm_pm112 the fans immediately cycle down to a normal

Kernel package transition

Assuming that no showstoppers appear, I'm expecting that linux-2.6 version 2.6.32-15 will transition to testing (currently at 2.6.32-9). This will include the 'Big Bang' changes made in 2.6.32-10. This version has not been built on armel and mipsel yet, but it is essentially identical to -14 for t

Processed (with 2 errors): Re: Bug#583917: mdadm: long delay (6–200 minutes) during boot (root device detection) after upgrade on RAID/LVM/LUKS setup

Processing commands for cont...@bugs.debian.org: > retitle 583917 mdadm: long delay (6–200 minutes) during boot (root device > detection) after upgrade on RAID/LVM/LUKS setup Failed to set the title of 583917: Non-printable characters are not allowed in bug titles. > reassign 583917 mdadm Bug

Bug#583917: mdadm: long delay (6–200 minutes) during boot (root device detection) after upgrade on RAID/LVM/LUKS setup

retitle 583917 mdadm: long delay (6–200 minutes) during boot (root device detection) after upgrade on RAID/LVM/LUKS setup reassign 583917 mdadm version 583917 3.1.2-2 notfound 583917 3.1.1-1 quit [ I took pkg-lvm-maintain...@lists.alioth.debian.org and Michael off the receiver list. ] Am Diensta

Re: [Stable-review] Reverts needed for 2.6.32.x ia64 percpu usage

On Tue, Jun 01, 2010 at 05:32:33PM +0100, Ben Hutchings wrote: > On Tue, Jun 01, 2010 at 08:41:34AM -0700, Greg KH wrote: > > On Tue, Jun 01, 2010 at 10:36:20AM -0400, Mathieu Desnoyers wrote: > > > Hi Greg, > > > > > > Pinging for a revert request for 2.6.32.x. It seems like we had a > > > misund

Re: 2.6.32-stable percpu fixes

On Thu, May 27, 2010 at 08:18:58PM -0400, Mathieu Desnoyers wrote: > * Ben Hutchings (b...@decadent.org.uk) wrote: > > These commits included in 2.6.32.12: > > > > ea0a09acd81c6d52c77d80f0d4089795df7bcb58 "modules: fix incorrect percpu > > usage" > > d150a2b96558a7349cbf3a72a279c37bc67d50fb "modu

Processed: tagging 583935

Processing commands for cont...@bugs.debian.org: > tags 583935 - squeeze Bug #583935 [linux-2.6] linux-image-2.6.32-5-amd64: kernel trace in net/ipv4/tcp_input.c:2540 tcp_ack Removed tag(s) squeeze. > thanks Stopping processing here. Please contact me if you need assistance. -- 583935: http://b

Re: Reverts needed for 2.6.32.x ia64 percpu usage

On Tue, Jun 01, 2010 at 08:41:34AM -0700, Greg KH wrote: > On Tue, Jun 01, 2010 at 10:36:20AM -0400, Mathieu Desnoyers wrote: > > Hi Greg, > > > > Pinging for a revert request for 2.6.32.x. It seems like we had a > > misunderstanding about exactly which patches should be reverted. The email > > b

Re: Reverts needed for 2.6.32.x ia64 percpu usage

On Tue, Jun 01, 2010 at 10:36:20AM -0400, Mathieu Desnoyers wrote: > Hi Greg, > > Pinging for a revert request for 2.6.32.x. It seems like we had a > misunderstanding about exactly which patches should be reverted. The email > below > explains precisely which commits should be reverted from the 2

Processed: tagging 559406

Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.10.35lenny7 > tags 559406 + pending Bug #559406 [src:linux-2.6] "Yorick doesn't catch SIGFPE on HPPA" Added tag(s) pending. > End of message, stopping processing here. Please contact

Processed: reassign 559406 to src:linux-2.6

Processing commands for cont...@bugs.debian.org: > reassign 559406 src:linux-2.6 Bug #559406 [yorick] "Yorick doesn't catch SIGFPE on HPPA" Bug reassigned from package 'yorick' to 'src:linux-2.6'. Bug No longer marked as found in versions 2.1.05 and yorick/2.1.05+dfsg+cvs20091202-1. > thanks Stop

Bug#583917: initramfs-tools: long delay (6???200 minutes) during boot (root device detection) after upgrade on RAID/LVM/LUKS setup

On Tue, Jun 01, 2010 at 04:50:56PM +0200, Agustin Martin wrote: > On Tue, Jun 01, 2010 at 01:32:29PM +0200, martin f krafft wrote: > > also sprach Paul Menzel [2010.06.01.1127 +0200]: > > > Dear Debian mdadm maintainers and Debian LVM Team, > > > > > > could you please comment on the first issue

Bug#583917: initramfs-tools: long delay (6???200 minutes) during boot (root device detection) after upgrade on RAID/LVM/LUKS setup

On Tue, Jun 01, 2010 at 01:32:29PM +0200, martin f krafft wrote: > also sprach Paul Menzel [2010.06.01.1127 +0200]: > > Dear Debian mdadm maintainers and Debian LVM Team, > > > > could you please comment on the first issue if it is related to your > > packages. > > I don't see a way in which mda

Reverts needed for 2.6.32.x ia64 percpu usage

Hi Greg, Pinging for a revert request for 2.6.32.x. It seems like we had a misunderstanding about exactly which patches should be reverted. The email below explains precisely which commits should be reverted from the 2.6.32.x stable series. Thanks, Mathieu - Forwarded message from Mathieu D

Bug#584130: linux-image-2.6.32-5-amd64: please enable CONFIG_KPROBES

Package: linux-2.6 Version: 2.6.32-14 Severity: normal Hi, CONFIG_KPROBES is required by systemtap. I think that it's the last missing piece to a working systemtap with Debian kernels. It's enabled in the default Ubuntu (ok, that doesn't necessarily mean that it's a good idea) and RHEL kernels,

Bug#457971: ethtool: fails to detect or set duplex correctly (tg3)

On Sun, May 30, 2010 at 02:41:49PM +0200, Moritz Muehlenhoff wrote: > Hi, > The next release of Debian (6.0, code name Squeeze) will be based > on 2.6.32. Please test the current 2.6.32 from unstable/testing and tell > us whether the problem persists. If so, we should report it upstream > to the ke

Bug#583917: initramfs-tools: long delay (6–200 minutes) during boot (root device detection) after upgrade on RAID/LVM/LUKS setup

also sprach Paul Menzel [2010.06.01.1127 +0200]: > Dear Debian mdadm maintainers and Debian LVM Team, > > could you please comment on the first issue if it is related to your > packages. I don't see a way in which mdadm could be responsible for this. Have you tried downgrading it to see if the e

Bug#507663: ARtem Onair ComCard 11"-variation - the story continues...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Sun, 30 May 2010 23:01:32 +0200 schrieb Moritz Muehlenhoff : > The next release of Debian (6.0, code name Squeeze) will be based > on 2.6.32. Please test the current 2.6.32 from unstable/testing. > The patch by Pavel Roskin you mentioned has been m

Bug#507663: ARtem Onair ComCard 11"-variation - the story continues...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Sun, 30 May 2010 23:01:32 +0200 schrieb Moritz Muehlenhoff : > The next release of Debian (6.0, code name Squeeze) will be based > on 2.6.32. Please test the current 2.6.32 from unstable/testing. > The patch by Pavel Roskin you mentioned has been m

Bug#583917: initramfs-tools: long delay (6–200 minutes) during boot (root device detection) after upgrade on RAID/LVM/LUKS setup

Dear Debian mdadm maintainers and Debian LVM Team, could you please comment on the first issue if it is related to your packages. Am Dienstag, den 01.06.2010, 00:59 +0200 schrieb Paul Menzel: > Am Montag, den 31.05.2010, 22:29 +0200 schrieb Michael Prokop: > > * Paul Menzel [Mon May 31, 2010 at