Bug#561890: lenny kernel memory leak?

2011-01-24 Thread Mikko Rapeli
On Mon, Jan 24, 2011 at 01:32:17PM +1000, Ben Hutchings wrote:
> On Thu, 2011-01-20 at 22:17 +0200, Mikko Rapeli wrote:
> > On Wed, May 05, 2010 at 11:47:42PM +0200, Moritz Muehlenhoff wrote:
> > > > > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e7087a828f8714e464fff18d93618727530dfd89;hp=5adf6d63c1697ce1835daf2b5393488a71ee0dca
> > > 
> > > Did it fix the issue?
> > 
> > Yes, this does fix the issue. I had not done kernel upgrades since Dec 2009 
> > and
> > the custom 2.6.26 with that patch survived a whole year. Then after applying
> > kernel security updates the machine was running out of memory again.
> > Another custom build of 2.6.26-26lenny1 with that patch is much better
> > and slab is not growing like without the patch.
> > 
> > Please apply that patch to lenny kernels in the next bug fix round.
> 
> I've added the following patch.

Thanks!

-Mikko



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110124085513.GQ2403@nalle



Bug#601081:

2011-01-24 Thread Hans Schippers
This bug must be related, and happens to me too: everything fine with
2.6.32-29, but in 2.6.32-30 the system reboots just as it finishes waking up
from hibernation.

http://www.mail-archive.com/debian-kernel@lists.debian.org/msg64250.html


Bug#610507: AW: Bug#610507: squeeze/amd64 kernel: 180 seconds timeout when booting

2011-01-24 Thread Ben Hutchings
On Thu, 2011-01-20 at 09:06 +0100, Aeschbacher, Fabrice wrote:
> > > Package: linux-image-2.6.32-5-amd64
> > > Version: 2.6.32-30
> > > 
> > > When booting, there is a timeout of 180s between "nouveau" driver is
> > > initialized and swap activation.
> > > 
> > > See attached dmesg output (see: line 961)
> > [...]
> > 
> > Most likely the TPM driver is having trouble.  Try this:
> > 
> > echo 'blacklist tpm_infineon' > /etc/modprobe.d/blacklist-tpm.conf
> 
> It does not help.

Are any messages printed to the screen when this delay occurs, other
than kernel log messages?

If you blacklist nouveau, does the delay go away?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part


Processed: notfound 610945 in 2.6.32-5-amd64, found 610945 in 2.6.32-30

2011-01-24 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> notfound 610945 2.6.32-5-amd64
Bug #610945 [linux-image-2.6.32-5-amd64] [linux-image-2.6.32-5-amd64] Crashes 
when starting X / loading radeon module (or firmware)
There is no source info for the package 'linux-image-2.6.32-5-amd64' at version 
'2.6.32-5-amd64' with architecture ''
Unable to make a source version for version '2.6.32-5-amd64'
Bug No longer marked as found in versions 2.6.32-5-amd64.
> found 610945 2.6.32-30
Bug #610945 [linux-image-2.6.32-5-amd64] [linux-image-2.6.32-5-amd64] Crashes 
when starting X / loading radeon module (or firmware)
Bug Marked as found in versions linux-2.6/2.6.32-30.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
610945: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610945
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129586516320498.transcr...@bugs.debian.org



Processed: found 610467 in 2.6.32-30

2011-01-24 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> found 610467 2.6.32-30
Bug #610467 [linux-2.6] firmware-linux-free: not supported hardware: Gigabyte 
K8100 Aivia USB Gaming Keyboard
There is no source info for the package 'linux-2.6' at version '2.6.32-30' with 
architecture ''
Unable to make a source version for version '2.6.32-30'
Bug Marked as found in versions 2.6.32-30.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
610467: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610467
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129586548121968.transcr...@bugs.debian.org



Bug#610467: not supported hardware: Gigabyte K8100 Aivia USB Gaming Keyboard

2011-01-24 Thread Ben Hutchings
On Wed, 2011-01-19 at 08:37 +0100, zitev wrote:
> "
> 
> What does 'not supported' mean?  Do any of the keys work?
> 
> Ben."
> 
> -no, all keys absolutely not working, but led's does light.

Please test whether it works under version 2.6.37-1~experimental.1 (from
the experimental suite).

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part


Bug#610851: base: Crash at boot time

2011-01-24 Thread Charles-Henry Houdemer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

> Hello,
> 
> I got you some log and some images.
> Sadly, all I could get for now are crappy images and empty logs as it
> seems that the logger does not have the time to start...
> 
> Well, for the images, I will try to get something better than my phone
> to take pictures. But this might have to wait till tomorrow. And for the
> logs, if you have another idea than using rsyslog, I will take it.
> 
> The link for the logs :
> https://documents.epfl.ch/users/h/ho/houdemer/www/kern.log.tar.bz
> The link for the pictures (~10 Mo) :
> https://documents.epfl.ch/users/h/ho/houdemer/www/images.tar
> Those pictures are taken chronologically but not all from the same
> start. There should be three different starts.
> 
> Cheers.
> 
> On 23/01/11 12:34, Julien Cristau wrote:
>> reassign 610851 linux-2.6
>> severity 610851 important
>> kthxbye
>> 
>> On Sun, Jan 23, 2011 at 12:25:10 +0100, Charles-Henry Houdemer wrote:
>> 
>>> Package: base
>>> Severity: critical
>>> Justification: breaks the whole system
>>>
>>> Hello,
>>>
>>> I have a rather serious problem here appearing after a fresh install.
>>> It happens that my system crashes at boot time. But it does so 
>>> intermitently.
>>> First I will (try to) describe the symptoms, then the suspected culprit and
>>> finally an ugly way to fix it.
>>>
>>> So the symptoms :
>>> Sometimes (around 3/4 times) my debian crashes when I try to boot it. To be
>>> more precise, it happens as soon as just after the first fsck and might
>>> happen a bit later. All that I can say is that a segmentation fault appears
>>> along with its trace. And then it is impossible to do anything except a hard
>>> reboot directly on the machine or with a sysrq.
>>>
>>> The suspected culprit :
>>> My ati 4870X2. My suspitions went on it because even updating the whole
>>> system the problem remained. And also because it "could not" have been a
>>> problem coming from the installer as it was used to install the same debian
>>> on my laptop without problem. And also because the problem appeared again
>>> after a second installation.
>>>
>>> An ugly fix :
>>> My suspitions on the graphic card, I wondered if the absence of the
>>> proprietary firmware could be the cause. So I installed them. And the
>>> problem disappeared (~10 reboots without any problem). Just to be sure, I
>>> tried to remove them. And the problem is back.
>>>
>>> So if you want any additional information, I am ready to do (nearly)
>>> anything possible to help you. Have a nice day.
>>>
>> Please capture the kernel logs from this error, and/or the console
>> output (e.g. with a camera).
>> 
>> Cheers,
>> Julien

Hello,

I did some pictures of a better quality and a little movie.
You can find them here :
https://documents.epfl.ch/users/h/ho/houdemer/www/photos

Also, I would like to add a little something about the logs. They are
not exactly empty. But in case of a crash, the logging daemon does not
have the time to start. So there are only logs for when the system can
actually start.

Cheers,
Charles-Henry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iF4EAREIAAYFAk09WVAACgkQJ/8FFS1xjYqmnwD/RDHSEp1Iqh9gSaNJS5gaftUV
+sCk4h4XHetR7HzcblgA/0v8J8LwsCi7AiNp2vTk8hLXph6HfNuL1qSV4pr+vskQ
=kNY6
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d3d595e.4080...@epfl.ch



cgroups memory subsystem

2011-01-24 Thread Patrick Westphal

Hi everybody,


I'm just playing around with lxc and cgroups wondering why the memory
subsystem is disabled in the 2.6.32 kernel.

Is there a reason for having it switched off? And what about future
versions?

Thanks in advance.


Best regards,

Patrick


--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d3d54f0.3090...@inqbus.de



Bug#610953: nfs-common: Upgrade from Lenny to Squeeze prevents mounting previously set up nfs exports

2011-01-24 Thread Tom H
Package: nfs-common
Version: 1:1.2.2-4
Severity: normal


See bug 609487 for the origin of this bug report.

Upgrading from Lenny to Squeeze prevents mounting previously set up nfs exports 
because nfs defaults to nfsv4 and the idmap domain isn't set up on
the upgraded box.

-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-common depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  initscripts 2.88dsf-13.1 scripts for initializing and shutt
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcap2 1:2.19-3 support for getting/setting POSIX.
ii  libcomerr2  1.41.12-2common error description library
ii  libevent-1.4-2  1.4.13-stable-1  An asynchronous event notification
ii  libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k
ii  libgssglue1 0.1-4mechanism-switch gssapi library
ii  libk5crypto31.8.3+dfsg-4 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-4 MIT Kerberos runtime libraries
ii  libnfsidmap20.23-2   An nfs idmapping library
ii  librpcsecgss3   0.19-2   allows secure rpc communication us
ii  libwrap07.6.q-19 Wietse Venema's TCP wrappers libra
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  netbase 4.44 Basic TCP/IP networking system
ii  portmap 6.0.0-2  RPC port mapper
ii  ucf 3.0025+nmu1  Update Configuration File: preserv

nfs-common recommends no packages.

nfs-common suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110124110109.1198.46909.reportbug@debbox



Re: cgroups memory subsystem

2011-01-24 Thread Ben Hutchings
On Mon, 2011-01-24 at 11:31 +0100, Patrick Westphal wrote:
> Hi everybody,
> 
> 
> I'm just playing around with lxc and cgroups wondering why the memory
> subsystem is disabled in the 2.6.32 kernel.
> 
> Is there a reason for having it switched off? And what about future
> versions?

If enabled, it makes some kernel operations significantly slower.  We
may patch the kernel to make it built-in but disabled by default.  I
have an item on my task list to test whether this also makes the kernel
slower.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part


Re: cgroups memory subsystem

2011-01-24 Thread Patrick Westphal

Am 24.01.2011 12:53, schrieb Ben Hutchings:

If enabled, it makes some kernel operations significantly slower.  We
may patch the kernel to make it built-in but disabled by default.  I
have an item on my task list to test whether this also makes the kernel
slower.

Ben.
   
Ah k - haven't noticed any performance issues because I'm testing on an 
old system anyway. :)

Thanks a lot!


--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d3d78f2.30...@inqbus.de



Processed: forcibly merging 610953 609487

2011-01-24 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny7
> forcemerge 610953 609487
Bug#610953: nfs-common: Upgrade from Lenny to Squeeze prevents mounting 
previously set up nfs exports
Bug#609487: NFS/NIS GID/UID resolution fails after upgrade
Forcibly Merged 609487 610953.

>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
610953: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610953
609487: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609487
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.12958748535544.transcr...@bugs.debian.org



Processed: reassign 609487 to nfs-common

2011-01-24 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny7
> reassign 609487 nfs-common
Bug #609487 [upgrade-reports] NFS/NIS GID/UID resolution fails after upgrade
Bug reassigned from package 'upgrade-reports' to 'nfs-common'.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
609487: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609487
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.12958748415488.transcr...@bugs.debian.org



Processed: [bts-link] source package linux-2.6

2011-01-24 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> #
> # bts-link upstream status pull for source package linux-2.6
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debian.org (was 
bts-link-de...@lists.alioth.debian.org).
> # remote status report for #589353 (http://bugs.debian.org/589353)
> #  * http://bugzilla.kernel.org/show_bug.cgi?id=16591
> #  * remote status changed: NEEDINFO -> CLOSED
> #  * remote resolution changed: (?) -> UNREPRODUCIBLE
> #  * closed upstream
> tags 589353 + fixed-upstream
Bug #589353 [linux-2.6] iwlagn reports "MAC is in deep sleep" and system hangs 
or wireless stops working until reboot
Bug #556585 [linux-2.6] iwlagn reports "MAC is in deep sleep" and system hangs 
or wireless stops working until reboot
Added tag(s) fixed-upstream.
Added tag(s) fixed-upstream.
> usertags 589353 - status-NEEDINFO
Bug#589353: iwlagn reports "MAC is in deep sleep" and system hangs or wireless 
stops working until reboot
Usertags were: status-NEEDINFO.
Usertags are now: .
> usertags 589353 + status-CLOSED resolution-UNREPRODUCIBLE
Bug#589353: iwlagn reports "MAC is in deep sleep" and system hangs or wireless 
stops working until reboot
There were no usertags set.
Usertags are now: resolution-UNREPRODUCIBLE status-CLOSED.
> # remote status report for #589353 (http://bugs.debian.org/589353)
> #  * http://bugzilla.kernel.org/show_bug.cgi?id=16591
> #  * remote status changed: NEEDINFO -> CLOSED
> #  * remote resolution changed: (?) -> UNREPRODUCIBLE
> #  * closed upstream
> tags 589353 + fixed-upstream
Bug #589353 [linux-2.6] iwlagn reports "MAC is in deep sleep" and system hangs 
or wireless stops working until reboot
Bug #556585 [linux-2.6] iwlagn reports "MAC is in deep sleep" and system hangs 
or wireless stops working until reboot
Ignoring request to alter tags of bug #589353 to the same tags previously set
Ignoring request to alter tags of bug #556585 to the same tags previously set
> usertags 589353 - status-NEEDINFO
Bug#589353: iwlagn reports "MAC is in deep sleep" and system hangs or wireless 
stops working until reboot
Usertags were: resolution-UNREPRODUCIBLE status-CLOSED.
Usertags are now: resolution-UNREPRODUCIBLE status-CLOSED.
> usertags 589353 + status-CLOSED resolution-UNREPRODUCIBLE
Bug#589353: iwlagn reports "MAC is in deep sleep" and system hangs or wireless 
stops working until reboot
Usertags were: resolution-UNREPRODUCIBLE status-CLOSED.
Usertags are now: resolution-UNREPRODUCIBLE status-CLOSED.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
589353: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589353
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.12958872787727.transcr...@bugs.debian.org



[bts-link] source package linux-2.6

2011-01-24 Thread bts-link-upstream
#
# bts-link upstream status pull for source package linux-2.6
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#

user bts-link-upstr...@lists.alioth.debian.org

# remote status report for #589353 (http://bugs.debian.org/589353)
#  * http://bugzilla.kernel.org/show_bug.cgi?id=16591
#  * remote status changed: NEEDINFO -> CLOSED
#  * remote resolution changed: (?) -> UNREPRODUCIBLE
#  * closed upstream
tags 589353 + fixed-upstream
usertags 589353 - status-NEEDINFO
usertags 589353 + status-CLOSED resolution-UNREPRODUCIBLE

# remote status report for #589353 (http://bugs.debian.org/589353)
#  * http://bugzilla.kernel.org/show_bug.cgi?id=16591
#  * remote status changed: NEEDINFO -> CLOSED
#  * remote resolution changed: (?) -> UNREPRODUCIBLE
#  * closed upstream
tags 589353 + fixed-upstream
usertags 589353 - status-NEEDINFO
usertags 589353 + status-CLOSED resolution-UNREPRODUCIBLE

thanks


--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110124164117.26832.65071.btsl...@busoni.debian.org



Re: Bug#610987: X server hang (EQ overflowing), nouveau driver

2011-01-24 Thread Sven Joachim
forwarded 610987 https://bugs.freedesktop.org/show_bug.cgi?id=26980
thanks

On 2011-01-24 17:57 +0100, Eric Marsden wrote:

> The X server no longer responds to keyboard input or mouse clicks (the mouse 
> cursor still moves).
> Has occurred twice in one afternoon. Connecting to the machine over ssh, the 
> X server is using
> between 20 and 40% of the CPU and the tail of /var/log/Xorg.0.log (attached) 
> contains the following.
>
> ,
> | [ 5790.036] (II) NOUVEAU(0): Modeline "1920x1080"x60.0 172.80 1920
> | 2040 2248 2576 1080 1081 1084 1118 -hsync +vsync (67.1 kHz)
> | [  9892.867] [mi] EQ overflowing. The server is probably stuck in an 
> infinite loop.
> | [  9892.867] 
> | Backtrace:
> | [  9892.907] 0: /usr/bin/X (xorg_backtrace+0x28) [0x4aa9c8]
> | [  9892.907] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4a6a04]
> | [  9892.907] 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x464c04]
> | [  9892.907] 3: /usr/lib/xorg/modules/input/evdev_drv.so 
> (0x7f2869a24000+0x52fc) [0x7f2869a292fc]
> | [  9892.907] 4: /usr/bin/X (0x40+0x76137) [0x476137]
> | [  9892.907] 5: /usr/bin/X (0x40+0x11ba93) [0x51ba93]
> | [  9892.907] 6: /lib/libpthread.so.0 (0x7f286dd66000+0xef60) 
> [0x7f286dd74f60]
> | [  9892.907] 7: /lib/libc.so.6 (ioctl+0x7) [0x7f286cb8be27]
> | [  9892.907] 8: /usr/lib/libdrm.so.2 (drmIoctl+0x28) [0x7f286af2e838]
> | [  9892.907] 9: /usr/lib/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f286af2eabb]
> | [  9892.907] 10: /usr/lib/libdrm_nouveau.so.1 (0x7f286a8ef000+0x314d) 
> [0x7f286a8f214d]
> | [  9892.907] 11: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xf6) 
> [0x7f286a8f2346]
> | [  9892.907] 12: /usr/lib/xorg/modules/drivers/nouveau_drv.so 
> (0x7f286aaf4000+0x708e) [0x7f286aafb08e]
> | [  9892.907] 13: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0x6357) 
> [0x7f286a4ba357]
> | [  9892.907] 14: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0x8a81) 
> [0x7f286a4bca81]
> | [  9892.907] 15: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0x9fa5) 
> [0x7f286a4bdfa5]
> `
>
> Versions of related packages:
>
> xserver-xorg: 1:7.6~2
> xserver-xorg-video-nouveau: 1:0.0.16+git20101210+8bb8231-1
> linux-image-2.6.37-trunk-amd64: 2.6.37-1~experimental.1
>
> Graphics card: GeForce GT 220. 

This card suffers from random GPU lockups, see
https://bugs.freedesktop.org/show_bug.cgi?id=26980.  A workaround is to
disable acceleration, e.g. by booting with nouveau.noaccel=1.  The
Squeeze kernels do this automatically for your hardware since 2.6.32-22,
but the patch for this does not seem to have been applied to the
experimental kernels.

CC'ing kernel maintainers who may want to apply the patch in newer
kernels, since there is apparently no process on the upstream bug. :-(

Sven


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87sjwiw5ce@turtle.gmx.de



Bug#611015: Intel has updated their released microcode, not compatible with iwlagn API in Squeeze

2011-01-24 Thread Lee Azzarello
Package: firmware-iwlwifi
Version: 0.28

Filing this here since the contact is the kernel team and there is no
package for the iwlagn kernel module, which seems to be the true
source of the problem. Installing Squeeze without a wired network
prompts the user to install a non-free firmware file called
iwlwifi-6000-4.ucode. This file has two locations I found with some
deep searching

1) At http://intellinuxwireless.org/?n=Downloads where the latest
release is available for download in gzip format
2) By downloading the source package for firmware-nonfree, locating
the correct microcode and copying it to /lib/firmware on the local
filesystem

The version information for the correct API between iwlagn and the
microcode is inconsistant and not stated anywhere in the package
documentation. The latest release from Intel is not compatible with
the iwlagn API in Squeeze, requiring the user to discover the correct
version elsewhere before installing the microcode to enable networking
for debian-installer. The end result is that debian-installer is not
able to install Debian because it cannot find the correct networking
driver. The only solution to aquire the correct networking driver is
to have network access from a device other than wlan0 which may not be
possible.

Below is the kernel log rejecting the latest Intel release, version 9.221.4.1

Jan 24 14:48:04 lee-vostu kernel: [ 2578.363047] iwlagn :03:00.0:
firmware: requesting iwlwifi-6000-4.ucode
Jan 24 14:48:04 lee-vostu kernel: [ 2578.605478] iwlagn :03:00.0:
Driver unable to support your firmware API. Driver supports v4,
firmware is v119.
Jan 24 14:48:04 lee-vostu kernel: [ 2578.605632] iwlagn :03:00.0:
Could not read microcode: -22

After aquiring networking access elsewhere and downloading the
firmware-iwlwifi package, the log line which loads the firmware
successfully with the correct version, which is how I discovered the
Intel release was the incorrect version.

Jan 24 15:09:00 lee-vostu kernel: [   23.917702] iwlagn :03:00.0:
firmware: requesting iwlwifi-6000-4.ucode
Jan 24 15:09:00 lee-vostu kernel: [   24.123455] iwlagn :03:00.0:
loaded firmware version 9.193.4.1

System info:

Kernel: Linux lee-vostu 2.6.32-5-686-bigmem #1 SMP Wed Jan 12 04:40:25
UTC 2011 i686 GNU/Linux
libc6: 2.11.2-9
Network controller: Intel Corporation Centrino Ultimate-N 6300 (rev 35)
Computer model: Thinkpad T410s



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlkting_lo7pjeq9igfervghn+c2ehpaghc-jmfj...@mail.gmail.com



linux-kbuild-2.6_2.6.37-1~experimental.1_multi.changes ACCEPTED into experimental

2011-01-24 Thread Debian FTP Masters



Accepted:
linux-kbuild-2.6.37_2.6.37-1~experimental.1_i386.deb
  to 
main/l/linux-kbuild-2.6/linux-kbuild-2.6.37_2.6.37-1~experimental.1_i386.deb
linux-kbuild-2.6_2.6.37-1~experimental.1.diff.gz
  to main/l/linux-kbuild-2.6/linux-kbuild-2.6_2.6.37-1~experimental.1.diff.gz
linux-kbuild-2.6_2.6.37-1~experimental.1.dsc
  to main/l/linux-kbuild-2.6/linux-kbuild-2.6_2.6.37-1~experimental.1.dsc
linux-kbuild-2.6_2.6.37.orig.tar.gz
  to main/l/linux-kbuild-2.6/linux-kbuild-2.6_2.6.37.orig.tar.gz


Override entries for your package:
linux-kbuild-2.6.37_2.6.37-1~experimental.1_i386.deb - optional devel
linux-kbuild-2.6_2.6.37-1~experimental.1.dsc - source devel

Announcing to debian-devel-chan...@lists.debian.org


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1phtqo-0001jr...@franck.debian.org



Bug#611046: misleading message in verbose mode (gzip not found, using gzip)

2011-01-24 Thread Gianluigi Tiesi
Package: initramfs-tools
Version: 0.98.7
Severity: normal

due to a script assignment misplacement mkinitramfs displays a misleading 
message:

No gzip in /usr/bin:/sbin:/bin, using gzip

instead of

No lzma in /usr/bin:/sbin:/bin, using gzip

this makes difficult to known that it needs lzma executable in the path
(I tought xz instead)

the attached patch fixes the problem

Regards


-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages initramfs-tools depends on:
ii  cpio  2.11-6 GNU cpio -- a program to manage ar
ii  findutils 4.4.2-1+b1 utilities for finding files--find,
pn  klibc-utils(no description available)
ii  module-init-tools 3.12-1 tools for managing Linux kernel mo
pn  udev   (no description available)

Versions of packages initramfs-tools recommends:
pn  busybox | busybox-initramfs(no description available)

Versions of packages initramfs-tools suggests:
pn  bash-completion(no description available)
--- /usr/sbin/mkinitramfs.orig  2011-01-25 03:18:04.183906059 +0100
+++ /usr/sbin/mkinitramfs   2011-01-25 03:16:12.529490992 +0100
@@ -136,9 +136,9 @@

 if ! command -v "${compress}" >/dev/null 2>&1; then
compress=gzip
-   COMPRESS=gzip
[ "${verbose}" = y ] && \
echo "No ${COMPRESS} in ${PATH}, using gzip"
+   COMPRESS=gzip
 fi

 if ! `grep -q -i ^config_rd_${COMPRESS%p} /boot/config-${version}` ; then


Bug#556585: marked as done (iwlagn reports "MAC is in deep sleep" and system hangs or wireless stops working until reboot)

2011-01-24 Thread Debian Bug Tracking System
Your message dated Tue, 25 Jan 2011 12:54:16 +1000
with message-id <1295924056.4105.18.camel@localhost>
and subject line Re: iwlagn reports "MAC is in deep sleep" and system hangs or 
wireless stops working until reboot
has caused the Debian Bug report #589353,
regarding iwlagn reports "MAC is in deep sleep" and system hangs or wireless 
stops working until reboot
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
589353: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589353
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linux-image-2.6.30-2-686
Version: 2.6.30-8

This happened on a lenovo x300 using the squeeze distro, I suddendly lost the
connectivity for the wireless card. I tried to reload iwlagn to no avail.
Everything seems to be fine on reboot, though

here is the lspci output:

00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory
Controller Hub (rev 0c)
Subsystem: Lenovo T61
Flags: bus master, fast devsel, latency 0
Capabilities: [e0] Vendor Specific Information 
Kernel driver in use: agpgart-intel

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960
Integrated Graphics Controller (rev 0c) (prog-if 00 [VGA controller])
Subsystem: Lenovo T61
Flags: bus master, fast devsel, latency 0, IRQ 30
Memory at fa00 (64-bit, non-prefetchable) [size=1M]
Memory at e000 (64-bit, prefetchable) [size=256M]
I/O ports at 1800 [size=8]
Expansion ROM at  [disabled]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 3

00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated
Graphics Controller (rev 0c)
Subsystem: Lenovo T61
Flags: bus master, fast devsel, latency 0
Memory at fa10 (64-bit, non-prefetchable) [size=1M]
Capabilities: [d0] Power Management version 3

00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network
Connection (rev 03)
Subsystem: Lenovo ThinkPad T61
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at fa20 (32-bit, non-prefetchable) [size=128K]
Memory at fa225000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 1840 [size=32]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Kernel driver in use: e1000e

00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #4 (rev 03) (prog-if 00 [UHCI])
Subsystem: Lenovo ThinkPad T61
Flags: bus master, medium devsel, latency 0, IRQ 20
I/O ports at 1860 [size=32]
Kernel driver in use: uhci_hcd

00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #5 (rev 03) (prog-if 00 [UHCI])
Subsystem: Lenovo ThinkPad T60
Flags: bus master, medium devsel, latency 0, IRQ 21
I/O ports at 1880 [size=32]
Kernel driver in use: uhci_hcd

00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI
Controller #2 (rev 03) (prog-if 20 [EHCI])
Subsystem: Lenovo ThinkPad T61
Flags: bus master, medium devsel, latency 0, IRQ 22
Memory at fa426c00 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 2
Kernel driver in use: ehci_hcd

00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller
(rev 03)
Subsystem: Lenovo ThinkPad T61
Flags: bus master, fast devsel, latency 0, IRQ 17
Memory at fa22 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 2
Capabilities: [60] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
Capabilities: [100] Virtual Channel 
Capabilities: [130] Root Complex Link 
Kernel driver in use: HDA Intel

00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1
(rev 03) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: 2000-2fff
Memory behind bridge: f400-f5ff
Prefetchable memory behind bridge: fa50-fa5f
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Lenovo ThinkPad

Bug#611015: marked as done (Intel has updated their released microcode, not compatible with iwlagn API in Squeeze)

2011-01-24 Thread Debian Bug Tracking System
Your message dated Tue, 25 Jan 2011 12:52:23 +1000
with message-id <1295923943.4105.17.camel@localhost>
and subject line Re: Bug#611015: Intel has updated their released microcode, 
not compatible with iwlagn API in Squeeze
has caused the Debian Bug report #611015,
regarding Intel has updated their released microcode, not compatible with 
iwlagn API in Squeeze
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
611015: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611015
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: firmware-iwlwifi
Version: 0.28

Filing this here since the contact is the kernel team and there is no
package for the iwlagn kernel module, which seems to be the true
source of the problem. Installing Squeeze without a wired network
prompts the user to install a non-free firmware file called
iwlwifi-6000-4.ucode. This file has two locations I found with some
deep searching

1) At http://intellinuxwireless.org/?n=Downloads where the latest
release is available for download in gzip format
2) By downloading the source package for firmware-nonfree, locating
the correct microcode and copying it to /lib/firmware on the local
filesystem

The version information for the correct API between iwlagn and the
microcode is inconsistant and not stated anywhere in the package
documentation. The latest release from Intel is not compatible with
the iwlagn API in Squeeze, requiring the user to discover the correct
version elsewhere before installing the microcode to enable networking
for debian-installer. The end result is that debian-installer is not
able to install Debian because it cannot find the correct networking
driver. The only solution to aquire the correct networking driver is
to have network access from a device other than wlan0 which may not be
possible.

Below is the kernel log rejecting the latest Intel release, version 9.221.4.1

Jan 24 14:48:04 lee-vostu kernel: [ 2578.363047] iwlagn :03:00.0:
firmware: requesting iwlwifi-6000-4.ucode
Jan 24 14:48:04 lee-vostu kernel: [ 2578.605478] iwlagn :03:00.0:
Driver unable to support your firmware API. Driver supports v4,
firmware is v119.
Jan 24 14:48:04 lee-vostu kernel: [ 2578.605632] iwlagn :03:00.0:
Could not read microcode: -22

After aquiring networking access elsewhere and downloading the
firmware-iwlwifi package, the log line which loads the firmware
successfully with the correct version, which is how I discovered the
Intel release was the incorrect version.

Jan 24 15:09:00 lee-vostu kernel: [   23.917702] iwlagn :03:00.0:
firmware: requesting iwlwifi-6000-4.ucode
Jan 24 15:09:00 lee-vostu kernel: [   24.123455] iwlagn :03:00.0:
loaded firmware version 9.193.4.1

System info:

Kernel: Linux lee-vostu 2.6.32-5-686-bigmem #1 SMP Wed Jan 12 04:40:25
UTC 2011 i686 GNU/Linux
libc6: 2.11.2-9
Network controller: Intel Corporation Centrino Ultimate-N 6300 (rev 35)
Computer model: Thinkpad T410s


--- End Message ---
--- Begin Message ---
On Mon, 2011-01-24 at 16:15 -0500, Lee Azzarello wrote:
> Package: firmware-iwlwifi
> Version: 0.28
> 
> Filing this here since the contact is the kernel team and there is no
> package for the iwlagn kernel module, which seems to be the true
> source of the problem. Installing Squeeze without a wired network
> prompts the user to install a non-free firmware file called
> iwlwifi-6000-4.ucode. This file has two locations I found with some
> deep searching
> 
> 1) At http://intellinuxwireless.org/?n=Downloads where the latest
> release is available for download in gzip format
> 2) By downloading the source package for firmware-nonfree, locating
> the correct microcode and copying it to /lib/firmware on the local
> filesystem

Assuming you already have the non-free section enabled, you can find any
firmware file from firmware-nonfree using apt-cache:

$ apt-cache search iwlwifi-6000-4.ucode
firmware-iwlwifi - Binary firmware for Intel Wireless 3945, 4965 and 
5000-series cards

> The version information for the correct API between iwlagn and the
> microcode is inconsistant and not stated anywhere in the package
> documentation.

I understand that the last number in the filename is the version of the
interface between the driver and firmware.

>  The latest release from Intel is not compatible with
> the iwlagn API in Squeeze, requiring the user to discover the correct
> version elsewhere before installing the microcode to enable networking
> for debian-installer.

There are already installer images available which include all the
non-free firmware blobs that have been packag

Bug#589353: marked as done (iwlagn reports "MAC is in deep sleep" and system hangs or wireless stops working until reboot)

2011-01-24 Thread Debian Bug Tracking System
Your message dated Tue, 25 Jan 2011 12:54:16 +1000
with message-id <1295924056.4105.18.camel@localhost>
and subject line Re: iwlagn reports "MAC is in deep sleep" and system hangs or 
wireless stops working until reboot
has caused the Debian Bug report #589353,
regarding iwlagn reports "MAC is in deep sleep" and system hangs or wireless 
stops working until reboot
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
589353: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589353
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linux-2.6
Version: 2.6.34-1~experimental.2
Severity: normal

Rather frequently, wireless will suddenly stop working and not start
working again until I reboot.  When this happens, the driver produces a
pile of kernel messages (attached), ending in a long series of "MAC is
in deep sleep!", at which point it gives up.  Unloading and loading the
iwlagn driver does not help, nor does toggling the wireless kill switch.

iwlagn boot-time initialization messages:

[2.092148] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 
in-tree:
[2.092151] iwlagn: Copyright(c) 2003-2010 Intel Corporation
[2.092213] iwlagn :03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[2.092220] iwlagn :03:00.0: setting latency timer to 64
[2.092278] iwlagn :03:00.0: Detected Intel Wireless WiFi Link 5300AGN 
REV=0x24
[2.111835]   alloc irq_desc for 29 on node -1
[2.111837]   alloc kstat_irqs on node -1
[2.114877] iwlagn :03:00.0: Tunable channels: 13 802.11bg, 24 802.11a 
channels
[2.114951]   alloc irq_desc for 30 on node -1
[2.114953]   alloc kstat_irqs on node -1
[2.115033] iwlagn :03:00.0: irq 30 for MSI/MSI-X
[2.125462] iwlagn :03:00.0: firmware: requesting iwlwifi-5000-2.ucode
[2.130602] iwlagn :03:00.0: loaded firmware version 8.24.2.12
[2.138867] phy0: Selected rate control algorithm 'iwl-agn-rs'

I could give 2.6.35-rc5 a try for a while, if you have reason to suspect
it would help.

Please let me know if I can provide any other information.

Thanks,
Josh Triplett

-- Package-specific info:
** Version:
Linux version 2.6.34-1-amd64 (Debian 2.6.34-1~experimental.2) 
(b...@decadent.org.uk) (gcc version 4.4.4 (Debian 4.4.4-4) ) #1 SMP Sun Jun 6 
22:29:25 UTC 2010

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.34-1-amd64 
root=UUID=a8fb9a37-fac7-4a3e-8081-fc7b347bd0b2 ro quiet

** Not tainted

** Model information
sys_vendor: LENOVO
product_name: 7454CTO
product_version: ThinkPad X200
chassis_vendor: LENOVO
chassis_version: Not Available
bios_vendor: LENOVO
bios_version: 6DET28WW (1.05 )
board_vendor: LENOVO
board_name: 7454CTO
board_version: Not Available

** Loaded modules:
Module  Size  Used by
parport_pc 18869  0 
ppdev   5507  0 
lp  8190  0 
parport25598  3 parport_pc,ppdev,lp
sco 7435  2 
bridge 53994  0 
stp 1464  1 bridge
bnep9631  2 
rfcomm 29745  0 
l2cap  25427  6 bnep,rfcomm
crc16   1311  1 l2cap
acpi_cpufreq5865  1 
cpufreq_userspace   2016  0 
cpufreq_powersave926  0 
cpufreq_stats   2649  0 
cpufreq_conservative 7886  0 
kvm_intel  39607  0 
kvm   223909  1 kvm_intel
fuse   50697  1 
loop   12330  0 
snd_hda_codec_conexant26875  1 
btusb   9599  0 
bluetooth  41970  7 sco,bnep,rfcomm,l2cap,btusb
arc41314  2 
ecb 1865  2 
snd_hda_intel  19530  1 
snd_hda_codec  64924  2 snd_hda_codec_conexant,snd_hda_intel
snd_hwdep   5468  1 snd_hda_codec
iwlagn 80774  0 
thinkpad_acpi  54622  0 
snd_pcm61665  2 snd_hda_intel,snd_hda_codec
snd_seq42806  0 
iwlcore85322  1 iwlagn
uvcvideo   50068  0 
snd_timer  16304  2 snd_pcm,snd_seq
i915  250603  2 
videodev   31390  1 uvcvideo
snd_seq_device  4515  1 snd_seq
v4l1_compat11590  2 uvcvideo,videodev
mac80211  150556  2 iwlagn,iwlcore
drm_kms_helper 20107  1 i915
v4l2_compat_ioctl32 9320  1 videodev
snd46979  11 
snd_hda_codec_conexant,snd_hda_intel,snd_hda_codec,snd_hwdep,thinkpad_acpi,snd_pcm,snd_seq,snd_timer,snd_seq_device
drm   144377  3 i915,drm_kms

Bug#604627: linux-image-2.6.32-5-amd64: megasas: Failed to alloc kernel SGL buffer for IOCTL

2011-01-24 Thread Marc-Christian Petersen
Hi Bjørn, all

On Mon, 29 Nov 2010 12:41:02 +0100, Marc-Christian Petersen  
wrote:

> On Mon, 29 Nov 2010 11:55:01 +0100, Bjørn Mork  wrote:
> 
>> Does the selftest actually work?  Artem Bokhan reports that the patch
>> fixes the visible error, but that the selftest does not start.  I really
>> don't understand why, as AFAICS the patch does not change or modify any
>> part of the command from smartctl.  It only ensures that a command with
>> dxfer_len == 0 doesn't cause an attempt to dma_alloc_coherent zero bytes
>> (which will fail).
> 
> yep, the selftest works:
> 
> SMART Self-test log
> Num  Test  Status segment  LifeTime  
> LBA_first_err [SK ASC ASQ]
>  Description  number   (hours)
> # 1  Background long   Self test in progress ...   - NOW 
> - [-   --]
> # 2  Background short  Completed   -6921 
> - [-   --]
> 
> 
> ... and after completed:
> 
> SMART Self-test log
> Num  Test  Status segment  LifeTime  
> LBA_first_err [SK ASC ASQ]
>  Description  number   (hours)
> # 1  Background long   Completed   -6922 
> - [-   --]
> # 2  Background short  Completed   -6921 
> - [-   --]


so, what's up with this fix? Any chance to get it into Debians kernel tree?

It's kind of uncomfortable to rebuild the whole kernel, with this applied,
when Debian releases a new kernel which happens frequently ;->

Thanks.

-- 
ciao, Marc



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d3e74b4.3080...@gmx.de