gmane.linux.debian.devel.kernel

Bug#668511: Kernel panic with bridge networking

Massimo Cetra — 2012-05-23T08:00:19


Hi Jonathan,

For the bridge related panics, i have sent another couple of panics here:

- http://marc.info/?t=133699959300002&r=1&w=2

But i have no reply, yet and the problem is still open (no one cares ?).
The panic is reproduceable very easily.

I'll let you know as soon as i have the new kernel running and compiled 
as you explained.

Thank you very much.

Max

Bug#674059: initramfs generation fails at fs/udf/udf.ko (Re: Cannotupdate kernel with ...)

Nikolay Zaynelov — 2012-05-23T06:07:20

Hello Jonathan,
The server has no bootlogd enabled by default and I have no boot log. I can
send you the dmesg log if useful:

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 2.6.32-5-amd64 (Debian 2.6.32-38) (
ben< at >decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Oct 3
03:59:20 UTC 2011
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64
root=UUID=d5a0bde8-0f43-4666-89e0-e8e63e8802cd ro quiet
[    0.000000] KERNEL supported cpus:
[    0.000000]   Intel GenuineIntel
[    0.000000]   AMD AuthenticAMD
[    0.000000]   Centaur CentaurHauls
[    0.000000] BIOS-provided physical RAM map:
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009e000 (usable)
[    0.000000]  BIOS-e820: 000000000009e000 - 00000000000a0000 (reserved)
[    0.000000]  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  BIOS-e820: 0000000000100000 - 00000000bf790000 (usable)
[    0.000000]  BIOS-e820: 00000

Processed: Re: Brcmsmac driver woes, possible regression?

Debian Bug Tracking System — 2012-05-23T05:03:04

Processing commands for control< at >bugs.debian.org:

Bug #664767 [linux-2.6] Brcmsmac driver woes, possible regression?
Added tag(s) moreinfo and patch.
End of message, stopping processing here.

Please contact me if you need assistance.

Bug#665000: SUMO2: blank screen after load "radeon" module

Jonathan Nieder — 2012-05-23T04:22:35

fixed 665000 linux-2.6/3.3.6-1~experimental.1
quit

Платов Сергей wrote:


Nice.  Thanks for checking.

Could you do me a favor and also try the following versions, to narrow
down the range to search for a fix?

 - 3.3~rc6-1~experimental.1 from http://snapshot.debian.org/
 - 3.2.18-1 from sid

Hope that helps,
Jonathan

Processed: Re: SUMO2: blank screen after load "radeon" module

Debian Bug Tracking System — 2012-05-23T04:45:05

Processing commands for control< at >bugs.debian.org:

Bug #660464 [src:linux-2.6] linux-source-3.2: KMS is not working for Radeon 9250
Removed tag(s) fixed-upstream.
Stopping processing here.

Please contact me if you need assistance.

Bug#665000: SUMO2: blank screen after load "radeon" module

Jonathan Nieder — 2012-05-23T04:42:59

tags 660464 - fixed-upstream
quit

Платов Сергей wrote:


This reminds me of <http://bugs.debian.org/660464>, though that report
involved an older Radeon (R200 family) and you have a fairly new one
(Evergreen, DCE4.1).  We'll probably need the ttm changes mentioned
there to fix it.

Thanks again for the quick feedback.

Processed: Re: SUMO2: blank screen after load "radeon" module

Debian Bug Tracking System — 2012-05-23T04:27:09

Processing commands for control< at >bugs.debian.org:

Bug #665000 [linux-2.6] linux-image-3.2.0-2-amd64: blank screen after load "radeon" module
Marked as fixed in versions linux-2.6/3.3.6-1~experimental.1.
Stopping processing here.

Please contact me if you need assistance.

Bug#665000: blank screen after load "radeon" module

Платов Сергей — 2012-05-23T03:23:49

Linux version 3.3.0-trunk-amd64 (Debian 3.3.6-1~experimental.1)
X.Org X Server 1.11.4

All work OK.

Bug#671895: [sparc] Kernel NULL pointer dereference insungem/gem_poll() (Re: updates)

2012-05-22T22:26:22

[snip]

i cannot repeat the issue using ethtool-lite (or arping) while booting
from disk, i can repeat the issue booting from network (22/05/2012
image) running netcfg or udhcp


also i can repeat the issue running 
~ # ip link set dev eth0 up
while the cable is plugged in, or running the command and plugging the
cable later

if i (after getting the netimage) remove the link on eth0 and plug
eth1, installer works fine

Processed: Re: Deadlock in hid_reset when Dell iDRAC is reset

Debian Bug Tracking System — 2012-05-22T21:45:15

Processing commands for control< at >bugs.debian.org:

Bug #670398 [linux-image-2.6.32-5-amd64] linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs
Bug 670398 cloned as bug 674076
Bug #674076 [linux-image-2.6.32-5-amd64] linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs
Changed Bug title to 'Deadlock in hid_reset when Dell iDRAC is reset' from 'linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs'
Bug #674076 [linux-image-2.6.32-5-amd64] Deadlock in hid_reset when Dell iDRAC is reset
Added tag(s) upstream, moreinfo, and patch.
Stopping processing here.

Please contact me if you need assistance.

Bug#670398: Deadlock in hid_reset when Dell iDRAC is reset

Jonathan Nieder — 2012-05-22T21:43:17

clone 670398 -1
retitle -1 Deadlock in hid_reset when Dell iDRAC is reset
tags -1 + upstream patch moreinfo
quit

Shyam_Iyer< at >Dell.com wrote:


Indeed.  Cloning as a reminder to raise this upstream.

Processed: Re: Elantech touchpad detected as Logitech PS2 WheelMouse

Debian Bug Tracking System — 2012-05-22T21:33:05

Processing commands for control< at >bugs.debian.org:

Bug #673588 [linux-2.6] linux-image-3.2.0-2-686-pae: Elantech touchpad detected as PS2 mouse
Changed Bug forwarded-to-address to 'http://thread.gmane.org/gmane.linux.kernel.input/25261' from 'http://www.spinics.net/lists/linux-input/msg20941.html'
Bug #673588 [linux-2.6] linux-image-3.2.0-2-686-pae: Elantech touchpad detected as PS2 mouse
Added tag(s) moreinfo.
End of message, stopping processing here.

Please contact me if you need assistance.

Bug#664767: Brcmsmac driver woes, possible regression?

Jonathan Nieder — 2012-05-22T21:18:11

Thanks again for your patience.  Could you try the attached patch
series against a 3.2.18-based kernel (like the one from kernel.org or
from sid)?

Thanks,
Jonathan
From: Arend van Spriel <arend< at >broadcom.com>
Date: Tue, 18 Oct 2011 14:02:59 +0200
Subject: brcm80211: smac: drop "40MHz intolerant" flag from HT capability info

commit 6b1a89afbf97f40797255b9543d441ce361dbb52 upstream.

The brcmsmac driver registered with mac80211 with HT capability info
set to 40MHz intolerant. This cause any other station on the channel
to be forced to use 20MHz. This flag has been removed.

Reported-by: Johannes Berg <johannes< at >sipsolutions.net>
Reviewed-by: Alwin Beukers <alwin< at >broadcom.com>
Reviewed-by: Roland Vossen <rvossen< at >broadcom.com>
Signed-off-by: Arend van Spriel <arend< at >broadcom.com>
Signed-off-by: John W. Linville <linville< at >tuxdriver.com>
Signed-off-by: Jonathan Nieder <jrnieder< at >gmail.com>
---
 drivers/net/wireless/brcm80211/brcmsmac/mac80211_if.c |    6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

dif

Bug#674059: initramfs generation fails at fs/udf/udf.ko (Re: Cannotupdate kernel with ...)

Jonathan Nieder — 2012-05-22T20:15:54

Hi Nikolay,

Nikolay Zaynelov wrote:


Promising.  Could you send a copy of the first "oops" message from this
boot?  (It should contain a "Not tainted" line.)

Thanks,
Jonathan

Re: amd64 as default architecture

Thorsten Glaser — 2012-05-22T20:08:29

Ben Hutchings dixit:


Hm, 2035 or thereabounds sounds good. ;-) Then let’s talk again.


Ah, okay.


Probably yes; it’s been broken on Linux for so long I believe every
remaining user switched to MirBSD/NetBSD/OpenBSD in the meantime or
picked up something like SunOS 4 from some archive. And those are,
unlike i386, no longer built any more either. (Still usable though.)

bye,
//mirabilos

Bug#674059: linux-image-2.6.32-5-amd64: Cannot update kernel withapt(itude)

Nikolay Zaynelov — 2012-05-22T19:15:15

Package: linux-2.6
Version: 2.6.32-45
Severity: normal

I'm trying to update the kernel (and all other packages needed) with apt-get upgrade. The update process freezes on the line:
update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64
for more than an hour. The system has two quad-core Xeon processors and it is not possible to build the initrd image that much time.

I found the command that does not work: 
update-initramfs -c -t -k 2.6.32-5-amd64 >&2

I started the command: 
update-initramfs -v -c -t -k 2.6.32-5-amd64

and saw that the command stops on the line:
Adding module /lib/modules/2.6.32-5-amd64/kernel/fs/udf/udf.ko

I have three identical servers - the same raid controller, the same CPU, RAM, network cards and the same configuration of Debian. The first server
was updated without this issue but the second one has that issue.

Now I'm afraid to reboot the second server because I'm not sure if it will be able to boot.

Re: amd64 as default architecture

Ben Hutchings — 2012-05-22T18:03:53

Are you thinking of build systems using 'uname -m' to detect the
target architecture?  It is possible to work around those using
setarch.  But how do they build on sparc or s390 now?

Ben.

Re: amd64 as default architecture

Jakub Wilk — 2012-05-22T17:27:21

* Ben Hutchings <ben< at >decadent.org.uk>, 2012-05-20, 03:16:

We have still some software that doesn't work with 64-bit kernel, and 
(worse!) some maintainers claiming it's not a bug.

Bug#515201: linux-image: sata drive connected via marvell controllercrashes

Jonathan Nieder — 2012-05-22T17:13:31

Hi Eduardo,

egross< at >bol.com.br wrote:


Please test the attached patch with the marvell_enable parameter
temporarily removed (instructions are at [1]).

(If the patch works correctly, the external drive will not be
visible and the kernel log will contain some useful information.)

Thanks,
Jonathan

[1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
or the corresponding page from the debian-kernel-handbook package
From: Christoph Egger <siccegge< at >stud.informatik.uni-erlangen.de>
Date: Fri, 5 Feb 2010 16:26:35 +0100
Subject: [libata] pata_marvell: CONFIG_AHCI is really CONFIG_SATA_AHCI

commit cb6643e1c38b6bd5c1594f0a45d8cf6943a6f934 upstream.

The marvell driver comtains a fallback to ahci for the sata ports
which is incorrectly checked as CONFIG_AHCI while the only AHCI config
item is actually called SATA_AHCI (which also sounds sensible
considering it's a fallback for the sata ports).

Signed-off-by: Christoph Egger <siccegge< at >stud.informatik.uni-erlangen.de>
Signed-off-by: Je

Processed: tagging 670462

Debian Bug Tracking System — 2012-05-22T03:03:31

Processing commands for control< at >bugs.debian.org:

Bug #670462 {Done: Ben Hutchings <ben< at >decadent.org.uk>} [linux-2.6] linux-2.6: Support new armhf kernel variant for Versatile Express (vexpress)
Ignoring request to alter tags of bug #670462 to the same tags previously set
Stopping processing here.

Please contact me if you need assistance.

Processed: tagging 671200

Debian Bug Tracking System — 2012-05-22T03:03:33

Processing commands for control< at >bugs.debian.org:

Bug #671200 {Done: Ben Hutchings <ben< at >decadent.org.uk>} [src:linux-2.6] linux-2.6: Generate leds-modules for Kirkwood Debian installer
Ignoring request to alter tags of bug #671200 to the same tags previously set
Stopping processing here.

Please contact me if you need assistance.