Processed: Re: Missing file: debian/lib/python/debian_linux/__init__.py
Processing commands for cont...@bugs.debian.org:
fixed 475108 linux-tools/3.1.1-1
Bug #475108 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[linux-kbuild-2.6] Missing file: debian/lib/python/debian_linux/__init__.py
Marked as fixed in versions linux-tools/3.1.1-1.
notfixed 475108 3.0.0-2+rm
Bug #475108 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[linux-kbuild-2.6] Missing file: debian/lib/python/debian_linux/__init__.py
There is no source info for the package 'linux-kbuild-2.6' at version
'3.0.0-2+rm' with architecture ''
Unable to make a source version for version '3.0.0-2+rm'
No longer marked as fixed in versions 3.0.0-2+rm.
quit
Stopping processing here.
Please contact me if you need assistance.
--
475108: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475108
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.134907568312559.transcr...@bugs.debian.org
Bug#475108: Missing file: debian/lib/python/debian_linux/__init__.py
fixed 475108 linux-tools/3.1.1-1 notfixed 475108 3.0.0-2+rm quit Hi John, In 2008, John Zaitseff wrote: The linux-kbuild-2.6 package (at least for version 2.6.24-1) is missing the file debian/lib/python/debian_linux/__init__.py. Without this file, modifying debian/control (such as for a local version of the package, as I have done) and running pdebuild gives: dpkg-buildpackage: source package is linux-kbuild-2.6 dpkg-buildpackage: source version is 2.6.24-1~zg1 [...] debian/bin/gencontrol.py Traceback (most recent call last): File debian/bin/gencontrol.py, line 6, in ? from debian_linux.debian import * ImportError: No module named debian_linux.debian Sorry for the sloow response. This seems to have been fixed (by adding the __init__.py file) when linux-kbuild became linux-tools. Thanks for your help and patience, Jonathan -- 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/20121001071431.GA4583@elie.Belkin
Bug#545017: linux-kbuild-2.6: out-of-date-standards-version
retitle 545017 linux-tools: please move to archive section kernel notfixed 545017 3.0.0-2+rm reassign 545017 src:linux-tools linux-kbuild-2.6/2.6.30-1 found 545017 linux-tools/3.5-1~experimental.1 severity 545017 wishlist quit Hi Uwe, In 2009, Uwe Kleine-König wrote: --- linux-kbuild-2.6-debian.orig/debian/templates/control.source.in 2009-09-04 14:37:04.0 +0200 +++ linux-kbuild-2.6-debian/debian/templates/control.source.in 2009-09-04 14:49:30.0 +0200 @@ -1,7 +1,7 @@ Source: linux-kbuild-@major@ -Section: devel +Section: kernel Should be straightforward and safe. Any particular reason to do it? Priority: optional Maintainer: Debian Kernel Team debian-kernel@lists.debian.org Uploaders: Bastian Blank wa...@debian.org -Standards-Version: 3.7.3 +Standards-Version: 3.8.3 Bumped in 2.6.35 (r16104, Update policy version to 3.9.1, 2010-08-08). Jonathan -- 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/20121001072220.GA7125@elie.Belkin
Processed: Re: linux-kbuild-2.6: out-of-date-standards-version
Processing commands for cont...@bugs.debian.org:
retitle 545017 linux-tools: please move to archive section kernel
Bug #545017 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[linux-kbuild-2.6] linux-kbuild-2.6: out-of-date-standards-version
Changed Bug title to 'linux-tools: please move to archive section kernel'
from 'linux-kbuild-2.6: out-of-date-standards-version'
notfixed 545017 3.0.0-2+rm
Bug #545017 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[linux-kbuild-2.6] linux-tools: please move to archive section kernel
There is no source info for the package 'linux-kbuild-2.6' at version
'3.0.0-2+rm' with architecture ''
Unable to make a source version for version '3.0.0-2+rm'
No longer marked as fixed in versions 3.0.0-2+rm.
reassign 545017 src:linux-tools linux-kbuild-2.6/2.6.30-1
Bug #545017 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[linux-kbuild-2.6] linux-tools: please move to archive section kernel
Bug reassigned from package 'linux-kbuild-2.6' to 'src:linux-tools'.
No longer marked as found in versions 2.6.30-1.
Ignoring request to alter fixed versions of bug #545017 to the same values
previously set
Bug #545017 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[src:linux-tools] linux-tools: please move to archive section kernel
Marked as found in versions linux-kbuild-2.6/2.6.30-1.
found 545017 linux-tools/3.5-1~experimental.1
Bug #545017 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[src:linux-tools] linux-tools: please move to archive section kernel
Marked as found in versions linux-tools/3.5-1~experimental.1 and reopened.
severity 545017 wishlist
Bug #545017 [src:linux-tools] linux-tools: please move to archive section
kernel
Severity set to 'wishlist' from 'minor'
quit
Stopping processing here.
Please contact me if you need assistance.
--
545017: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545017
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.134907615216318.transcr...@bugs.debian.org
Bug#568165: linux-kbuild-2.6.32: please ship recordmcount.pl
reassign 568165 src:linux-tools linux-kbuild-2.6/2.6.32-1 found 568165 linux-tools/3.5-1~experimental.1 , linux-tools/3.2.17-1 tags 568165 + patch quit Hi, In 2010, Aaron M. Ucko wrote: Enabling CONFIG_FTRACE_MCOUNT_RECORD in the kernel's configuration calls for the addition of recordmcount.pl to the set of scripts to install (as listed in scripts/Makefile, AFAICT); could you please do so? Thanks, and sorry for the long silence. In /usr/lib/linux-kbuild-3.2/scripts/Makefile.build I see: define rule_cc_o_c $(call echo-cmd,checksrc) $(cmd_checksrc) \ $(call echo-cmd,cc_o_c) $(cmd_cc_o_c); \ $(cmd_modversions) \ $(call echo-cmd,record_mcount) \ [...] Does the following work? Index: debian/changelog === --- debian/changelog(révision 19403) +++ debian/changelog(copie de travail) @@ -1,9 +1,13 @@ linux-tools (3.5-1~experimental.2) UNRELEASED; urgency=low + [ Ben Hutchings ] * genorig: Accept xz-compressed upstream tarballs and patches, and generate an xz-compressed orig tarball, thanks to Sedat Dilek * source: Enable xz-compression for debian directory tarball + [ Jonathan Nieder ] + * Include recordmcount.pl (Closes: #568165) + -- Ben Hutchings b...@decadent.org.uk Tue, 21 Aug 2012 05:05:42 +0100 linux-tools (3.5-1~experimental.1) experimental; urgency=low Index: debian/build/scripts/Makefile === --- debian/build/scripts/Makefile (révision 19403) +++ debian/build/scripts/Makefile (copie de travail) @@ -32,6 +32,7 @@ mkuboot.sh \ namespace.pl \ patch-kernel \ + recordmcount.pl \ setlocalversion \ ver_linux -- 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/20121001074243.GA7300@elie.Belkin
Processed: Re: linux-kbuild-2.6.32: please ship recordmcount.pl
Processing commands for cont...@bugs.debian.org:
reassign 568165 src:linux-tools linux-kbuild-2.6/2.6.32-1
Bug #568165 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[linux-kbuild-2.6.32] linux-kbuild-2.6.32: please ship recordmcount.pl
Bug #568998 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[linux-kbuild-2.6.32] tp-smapi-source: fails to build with kernel 2.6.32-1-686
Bug reassigned from package 'linux-kbuild-2.6.32' to 'src:linux-tools'.
Bug reassigned from package 'linux-kbuild-2.6.32' to 'src:linux-tools'.
No longer marked as found in versions linux-kbuild-2.6/2.6.32-1.
No longer marked as found in versions linux-kbuild-2.6/2.6.32-1.
No longer marked as fixed in versions 3.0.0-2+rm.
No longer marked as fixed in versions 3.0.0-2+rm.
Bug #568165 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[src:linux-tools] linux-kbuild-2.6.32: please ship recordmcount.pl
Bug #568998 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[src:linux-tools] tp-smapi-source: fails to build with kernel 2.6.32-1-686
Marked as found in versions linux-kbuild-2.6/2.6.32-1.
Marked as found in versions linux-kbuild-2.6/2.6.32-1.
found 568165 linux-tools/3.5-1~experimental.1 , linux-tools/3.2.17-1
Bug #568165 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[src:linux-tools] linux-kbuild-2.6.32: please ship recordmcount.pl
Bug #568998 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[src:linux-tools] tp-smapi-source: fails to build with kernel 2.6.32-1-686
Marked as found in versions linux-tools/3.2.17-1 and
linux-tools/3.5-1~experimental.1 and reopened.
Marked as found in versions linux-tools/3.2.17-1 and
linux-tools/3.5-1~experimental.1 and reopened.
tags 568165 + patch
Bug #568165 [src:linux-tools] linux-kbuild-2.6.32: please ship recordmcount.pl
Bug #568998 [src:linux-tools] tp-smapi-source: fails to build with kernel
2.6.32-1-686
Added tag(s) patch.
Added tag(s) patch.
quit
Stopping processing here.
Please contact me if you need assistance.
--
568165: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568165
568998: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568998
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.134907737525690.transcr...@bugs.debian.org
Bug#545017: linux-kbuild-2.6: out-of-date-standards-version
Hello Jonathan, On Mon, Oct 01, 2012 at 12:22:20AM -0700, Jonathan Nieder wrote: In 2009, Uwe Kleine-König wrote: thanks for caring for all those old bug reports. --- linux-kbuild-2.6-debian.orig/debian/templates/control.source.in 2009-09-04 14:37:04.0 +0200 +++ linux-kbuild-2.6-debian/debian/templates/control.source.in 2009-09-04 14:49:30.0 +0200 @@ -1,7 +1,7 @@ Source: linux-kbuild-@major@ -Section: devel +Section: kernel Should be straightforward and safe. Any particular reason to do it? puuh, I don't remember. I guess it was just my subjective feeling that the package belongs there. Doesn't matter much I think. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ | -- 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/20121001073130.gk16...@pengutronix.de
Bug#598504: ..yoho, linux-headers-4|686|amd64 whines about [UNAVAILABLE] linux-kbuild-2.6.36
reassign 598504 src:linux retitle 598504 [experimental] linux-headers-nnn depends on linux-kbuild-nnn which is unavailable affects 598504 + src:linux-tools forcemerge 603066 598504 quit Hi Arnt, Arnt Karlsen wrote: ...yoho, linux-headers-4|686|amd64 whines about [UNAVAILABLE] linux-kbuild-2.6.36 See http://bugs.debian.org/603066. Thanks, Jonathan -- 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/20121001075614.GA7522@elie.Belkin
Processed: Re: ..yoho, linux-headers-4|686|amd64 whines about [UNAVAILABLE] linux-kbuild-2.6.36
Processing commands for cont...@bugs.debian.org:
reassign 598504 src:linux
Bug #598504 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[linux-kbuild-2.6] ..yoho, linux-headers-4|686|amd64 whines about
[UNAVAILABLE] linux-kbuild-2.6.36
Bug reassigned from package 'linux-kbuild-2.6' to 'src:linux'.
No longer marked as found in versions linux-kbuild-2.6/2.6.36-1~experimental.1.
No longer marked as fixed in versions 3.0.0-2+rm.
retitle 598504 [experimental] linux-headers-nnn depends on linux-kbuild-nnn
which is unavailable
Bug #598504 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[src:linux] ..yoho, linux-headers-4|686|amd64 whines about [UNAVAILABLE]
linux-kbuild-2.6.36
Changed Bug title to '[experimental] linux-headers-nnn depends on
linux-kbuild-nnn which is unavailable' from '..yoho, linux-headers-4|686|amd64
whines about [UNAVAILABLE] linux-kbuild-2.6.36'
affects 598504 + src:linux-tools
Bug #598504 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[src:linux] [experimental] linux-headers-nnn depends on linux-kbuild-nnn which
is unavailable
Added indication that 598504 affects src:linux-tools
forcemerge 603066 598504
Bug #603066 [src:linux] Please always upload linux-kbuild-NNN at the same time
as linux-image-NNN
Bug #642988 [src:linux] linux-headers packages in experimental are often
uninstallable
Bug #684623 [src:linux] Missing dependency makes package not usable
Bug #684745 [src:linux] linux-headers-3.5-trunk-686-pae depends on
linux-kbuild-3.5, which is not available
Bug #598504 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org}
[src:linux] [experimental] linux-headers-nnn depends on linux-kbuild-nnn which
is unavailable
Severity set to 'grave' from 'normal'
Bug reopened
Ignoring request to alter fixed versions of bug #598504 to the same values
previously set
Removed indication that 598504 affects src:linux-tools
Added tag(s) experimental.
Bug #642988 [src:linux] linux-headers packages in experimental are often
uninstallable
Bug #684623 [src:linux] Missing dependency makes package not usable
Bug #684745 [src:linux] linux-headers-3.5-trunk-686-pae depends on
linux-kbuild-3.5, which is not available
Merged 598504 603066 642988 684623 684745
quit
Stopping processing here.
Please contact me if you need assistance.
--
598504: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598504
603066: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603066
642988: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642988
684623: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684623
684745: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684745
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.134907818531330.transcr...@bugs.debian.org
Bug#573483: linux-kbuild for kernels in experimental
reassign 573483 src:linux forcemerge 603066 573483 quit Hi, In August, Joachim Breitner wrote: Hi, seems to be a recurrent issue : linux-headers from latest kernels in experimental are never installable because they need a version of linux-kbuild in sync ... this is again the case right now, with 3.5 kernel headers uninstallable. Is there a fix or work-around? The simplest workaround for the moment is to build linux-tools from source as described at http://bugs.debian.org/603066. Thanks for your help and patience, Jonathan -- 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/20121001080131.GA7625@elie.Belkin
Processed: Re: linux-kbuild for kernels in experimental
Processing commands for cont...@bugs.debian.org: reassign 573483 src:linux Bug #573483 [src:linux-tools] linux-headers in unstable regularly uninstallable due to missing linux-kbuild Bug reassigned from package 'src:linux-tools' to 'src:linux'. Ignoring request to alter found versions of bug #573483 to the same values previously set Ignoring request to alter fixed versions of bug #573483 to the same values previously set forcemerge 603066 573483 Bug #603066 [src:linux] Please always upload linux-kbuild-NNN at the same time as linux-image-NNN Bug #598504 [src:linux] [experimental] linux-headers-nnn depends on linux-kbuild-nnn which is unavailable Bug #642988 [src:linux] linux-headers packages in experimental are often uninstallable Bug #684623 [src:linux] Missing dependency makes package not usable Bug #684745 [src:linux] linux-headers-3.5-trunk-686-pae depends on linux-kbuild-3.5, which is not available Bug #573483 [src:linux] linux-headers in unstable regularly uninstallable due to missing linux-kbuild Severity set to 'grave' from 'normal' Added tag(s) experimental. Bug #598504 [src:linux] [experimental] linux-headers-nnn depends on linux-kbuild-nnn which is unavailable Bug #642988 [src:linux] linux-headers packages in experimental are often uninstallable Bug #684623 [src:linux] Missing dependency makes package not usable Bug #684745 [src:linux] linux-headers-3.5-trunk-686-pae depends on linux-kbuild-3.5, which is not available Merged 573483 598504 603066 642988 684623 684745 quit Stopping processing here. Please contact me if you need assistance. -- 573483: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573483 598504: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598504 603066: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603066 642988: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642988 684623: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684623 684745: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684745 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.1349078503896.transcr...@bugs.debian.org
Bug#689178: No support for modern nVidia cards (GT 610) - System unusable!
I was able to recreate the error by reverting back to the Nouveau driver. It still crashes with the 3.2.0-3-amd64 kernel, but it works with the 3.5-trunk-amd64 kernel. Although I'm only able to use the 'fall-back' mode of Gnome 3. This is probably due to the fact that Nouveau doesn't have hardware acceleration yet? I'm more than willing to test out any patches. 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/CAAH150ayd-bTrjv+bSeAAQsjy=icphjue7qb8lzjqgikwig...@mail.gmail.com
Processed: Re: linux-headers packages in experimental are often uninstallable
Processing commands for cont...@bugs.debian.org: affects 598504 + src:linux-tools Bug #598504 [src:linux] [experimental] linux-headers-nnn depends on linux-kbuild-nnn which is unavailable Bug #573483 [src:linux] linux-headers in unstable regularly uninstallable due to missing linux-kbuild Bug #603066 [src:linux] Please always upload linux-kbuild-NNN at the same time as linux-image-NNN Bug #642988 [src:linux] linux-headers packages in experimental are often uninstallable Bug #684623 [src:linux] Missing dependency makes package not usable Bug #684745 [src:linux] linux-headers-3.5-trunk-686-pae depends on linux-kbuild-3.5, which is not available Added indication that 598504 affects src:linux-tools Added indication that 573483 affects src:linux-tools Added indication that 603066 affects src:linux-tools Added indication that 642988 affects src:linux-tools Added indication that 684623 affects src:linux-tools Added indication that 684745 affects src:linux-tools End of message, stopping processing here. Please contact me if you need assistance. -- 573483: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573483 598504: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598504 603066: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603066 642988: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642988 684623: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684623 684745: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684745 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.13490785591780.transcr...@bugs.debian.org
Bug#682007: NULL pointer dereference in __fscache_read_or_alloc_pages
Brian Kroth wrote: Sorry, the labs went into their dormant period and all of my test cases ran away for the rest of the summer (the find cmd didn't seem to trigger the __fscache problem), so I hadn't moved any further on this. Now that they're back, I'm definitely seeing it again (about 20 different machines in two days last week), so I've started the process of hunting down a trigger cause again. I'll let you know if I find something. Thanks for the update. The human test cases can work fine for vetting a fix. I'd also be interested to hear whether the series I sent was completely borked, so I'd recommend trying on a test machine for a day or two before putting such a patched kernel into production, though. Jonathan -- 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/20121001082554.GA7957@elie.Belkin
Bug#689274: (almost 100% reproducible) kernel bug when trying to mount nfs filesystem
tags 689274 = upstream fixed-upstream quit Hi Rogério, Rogério Brito wrote: I have been semi-consistently (the almost 100% reproducible) getting a kernel Oops whenever I try to mount a NFS filesystem from another computer (an ARM, 32-bit NAS, running pure Debian armel unstable) from my network. This has only happened with kernel 3.5, but not with previous kernels. [...] [ 9608.475559] kernel BUG at /build/buildd-linux_3.5.2-1~experimental.1-amd64-bLqIZ_/linux-3.5.2/fs/nfs/idmap.c:684! This is the BUG_ON(idmap-idmap_key_cons != NULL); discussed at http://thread.gmane.org/gmane.linux.nfs/51316/focus=1365689 The assertion was introduced in v3.5.1~32, so wheezy is not affected. Could you try the attached patch, for example using instructions from [1]? Thanks for a pleasant report, Jonathan [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4.2.2 -- 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/20121001083838.GA8056@elie.Belkin
Processed: Re: [3.4.4-3.5.2 regression] (almost 100% reproducible) kernel bug when trying to mount nfs filesystem
Processing commands for cont...@bugs.debian.org: tags 689274 = upstream fixed-upstream Bug #689274 [src:linux] linux-image-3.5-trunk-amd64: (almost 100% reproducible) kernel bug when trying to mount nfs filesystem Added tag(s) upstream and fixed-upstream. quit Stopping processing here. Please contact me if you need assistance. -- 689274: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689274 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.134908073116545.transcr...@bugs.debian.org
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Hi, Per Foreby wrote: This always happens on interactive input. So far these four events: - close a window - click a link in firefox - ctrl-r to reload a page in firefox - ctrl-k to delete a line in thunderbird's composer The computer is completely frozen. The cpu probably stops working since the fan spins down to it's lowest rpm, I can't ping the interface, caps lock doesn't light up, has to be power cycled. And no clues in the logs. Can you get a log from this happening with netconsole[1] or a serial console[2]? (It's ok if it doesn't catch the freeze --- it's just that as full a log as possible of the context would be useful.) If you can reproduce this with 3.5.y from experimental as well, please report this upstream following instructions from [3] and let us know the bug number so we can track it. Thanks and hope that helps, Jonathan [1] http://www.kernel.org/doc/Documentation/networking/netconsole.txt [2] http://www.kernel.org/doc/Documentation/serial-console.txt [3] http://intellinuxgraphics.org/how_to_report_bug.html -- 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/20121001084539.GB8056@elie.Belkin
Bug#649937: usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! On Sat, 29 Sep 2012, Jonathan Nieder wrote: Is there anything I can do to help work on this bug? If you just haven't had time, that's fine; on the other hand if you no longer have access to this machine or have lost interest for some other reason, that's fine, too, but please let us know either way so we can plan accordingly. Thanks for your help, and sorry for taking the bait when reading some venting last month. I hope we can get this fixed soon. Thank you for reminding me. I completely forgot about this. Well, I re-tested everything today with kernel 2.6.32 and 3.2.0. Same thing. I saw that there is an experimental kernel 3.5 and I gave it a try. Well, there are good news and bad news. The good news is that the usb problem is gone. Tested with 2 usb-drives several times (I think any combination of usb ports + usb drive(s)). The bad news is I cannot boot this kernel. mdadm does not want to assemble the raid arrays, and mount also does not work (old version of mdadm/util-linux?). Anyway, I think you can close this bug since 3.5 seems to work fine. Sincerely, Gabriel - -- // Gabriel VLASIU // // OpenGPG-KeyID : 44952F15 // OpenGPG-Fingerprint: 4AC5 7C26 2FE9 02DA 4906 24B2 D32B 7ED7 4495 2F15 // OpenGPG-URL: http://www.vlasiu.net/public.key -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJQaVbbAAoJENMrftdElS8VMWQP/jew02HBhNc6yb6zY5+N7kWi h9cJUxTfjeERCAb0uxHEXbZ8zb9d9fJxGPLUI70MPz6yLVuCre4X8uLHIJIWbqCe lpMj6lo8ZZ41J9+YLo24IDV+sHNJWDz//LJjPjTN+PYozHFWDTQU+MGXccrXu9vN IRWCTx0UmJP5cdlVRhqgEGL3X991kzNMKOvWorRfMAWbjnG3qSgIJgHr8gQWCvok zgWe9U/UeuQemyfVt1kOKMiR79AMWU7AIYIo8/6+MdL8/8b5Jc9mS5EPu38YSCXN 1hxa1v0XJgznMgjTnxlZV9g8xGFCfE/xAFx22R3ib3OIJA2xMew8p2gOvWA3afA5 PrEEXFOg04UnKmyHyTy1REcNX8ex8lsXzfFVd2BJbXYNr4tH1Z6roMYlgC7aoryX VxzbXgboP2NnIKUmdaxIn4eKhjISoM9dCv/n9Oiq17QGQvSvE+P8qqMw1CuArfAa j4CGVVutsNP2qIA7Sqm/HYLGO/gtX862gPY8u1Ccu5lj53UVEhY6einmYKrX5Tjl xdmMTAOFktHh5CT710rPFcpfTfbMF6FI0sHVzegViHkx/qlKIzOgSO2EihjjFjXv yY8GcBkvR1uYu+vdohiNyoEsiFyoky74c097IzjJ8eVQP3MVg1K5I2ZWTLGGcT1/ pwg6ndv1w1eiNrzdAGFh =w9KX -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/alpine.lrh.2.02.1210011129480.5...@mail.vlasiu.net
Bug#689274: (almost 100% reproducible) kernel bug when trying to mount nfs filesystem
Jonathan Nieder wrote:
This is the BUG_ON(idmap-idmap_key_cons != NULL);
discussed at http://thread.gmane.org/gmane.linux.nfs/51316/focus=1365689
The assertion was introduced in v3.5.1~32, so wheezy is not affected.
Could you try the attached patch, for example using instructions
from [1]?
Attached.
From: Bryan Schumaker bjsch...@netapp.com
Date: Thu, 9 Aug 2012 14:05:49 -0400
Subject: NFS: Clear key construction data if the idmap upcall fails
commit c5066945b7ea346a11424dbeb7830b7d7d00c206 upstream.
idmap_pipe_downcall already clears this field if the upcall succeeds,
but if it fails (rpc.idmapd isn't running) the field will still be set
on the next call triggering a BUG_ON(). This patch tries to handle all
possible ways that the upcall could fail and clear the idmap key data
for each one.
Signed-off-by: Bryan Schumaker bjsch...@netapp.com
Tested-by: William Dauchy wdau...@gmail.com
Signed-off-by: Trond Myklebust trond.mykleb...@netapp.com
Signed-off-by: Greg Kroah-Hartman gre...@linuxfoundation.org
---
fs/nfs/idmap.c | 56 ++--
1 file changed, 42 insertions(+), 14 deletions(-)
diff --git a/fs/nfs/idmap.c b/fs/nfs/idmap.c
index 1b5058b4043b..bf184841f595 100644
--- a/fs/nfs/idmap.c
+++ b/fs/nfs/idmap.c
@@ -63,6 +63,12 @@ struct idmap {
struct mutexidmap_mutex;
};
+struct idmap_legacy_upcalldata {
+ struct rpc_pipe_msg pipe_msg;
+ struct idmap_msg idmap_msg;
+ struct idmap *idmap;
+};
+
/**
* nfs_fattr_init_names - initialise the nfs_fattr owner_name/group_name fields
* @fattr: fully initialised struct nfs_fattr
@@ -326,6 +332,7 @@ static ssize_t nfs_idmap_get_key(const char *name, size_t
namelen,
ret = nfs_idmap_request_key(key_type_id_resolver_legacy,
name, namelen, type, data,
data_size, idmap);
+ idmap-idmap_key_cons = NULL;
mutex_unlock(idmap-idmap_mutex);
}
return ret;
@@ -383,11 +390,13 @@ static const match_table_t nfs_idmap_tokens = {
static int nfs_idmap_legacy_upcall(struct key_construction *, const char *,
void *);
static ssize_t idmap_pipe_downcall(struct file *, const char __user *,
size_t);
+static void idmap_release_pipe(struct inode *);
static void idmap_pipe_destroy_msg(struct rpc_pipe_msg *);
static const struct rpc_pipe_ops idmap_upcall_ops = {
.upcall = rpc_pipe_generic_upcall,
.downcall = idmap_pipe_downcall,
+ .release_pipe = idmap_release_pipe,
.destroy_msg= idmap_pipe_destroy_msg,
};
@@ -619,7 +628,8 @@ void nfs_idmap_quit(void)
nfs_idmap_quit_keyring();
}
-static int nfs_idmap_prepare_message(char *desc, struct idmap_msg *im,
+static int nfs_idmap_prepare_message(char *desc, struct idmap *idmap,
+struct idmap_msg *im,
struct rpc_pipe_msg *msg)
{
substring_t substr;
@@ -662,6 +672,7 @@ static int nfs_idmap_legacy_upcall(struct key_construction
*cons,
const char *op,
void *aux)
{
+ struct idmap_legacy_upcalldata *data;
struct rpc_pipe_msg *msg;
struct idmap_msg *im;
struct idmap *idmap = (struct idmap *)aux;
@@ -669,15 +680,15 @@ static int nfs_idmap_legacy_upcall(struct
key_construction *cons,
int ret = -ENOMEM;
/* msg and im are freed in idmap_pipe_destroy_msg */
- msg = kmalloc(sizeof(*msg), GFP_KERNEL);
- if (!msg)
- goto out0;
-
- im = kmalloc(sizeof(*im), GFP_KERNEL);
- if (!im)
+ data = kmalloc(sizeof(*data), GFP_KERNEL);
+ if (!data)
goto out1;
- ret = nfs_idmap_prepare_message(key-description, im, msg);
+ msg = data-pipe_msg;
+ im = data-idmap_msg;
+ data-idmap = idmap;
+
+ ret = nfs_idmap_prepare_message(key-description, idmap, im, msg);
if (ret 0)
goto out2;
@@ -686,15 +697,15 @@ static int nfs_idmap_legacy_upcall(struct
key_construction *cons,
ret = rpc_queue_upcall(idmap-idmap_pipe, msg);
if (ret 0)
- goto out2;
+ goto out3;
return ret;
+out3:
+ idmap-idmap_key_cons = NULL;
out2:
- kfree(im);
+ kfree(data);
out1:
- kfree(msg);
-out0:
complete_request_key(cons, ret);
return ret;
}
@@ -778,9 +789,26 @@ out_incomplete:
static void
idmap_pipe_destroy_msg(struct rpc_pipe_msg *msg)
{
+ struct idmap_legacy_upcalldata *data = container_of(msg,
+ struct idmap_legacy_upcalldata,
+ pipe_msg);
+ struct idmap *idmap = data-idmap;
+ struct key_construction *cons;
+ if (msg-errno) {
+ cons =
Processed: Re: usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60
Processing commands for cont...@bugs.debian.org: found 649937 linux-2.6/2.6.32-46 , linux/3.2.30-1 Bug #649937 [src:linux] usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60 Bug #685719 [src:linux] khubd crashes, locks up lsusb and powertop Marked as found in versions linux-2.6/2.6.32-46 and linux/3.2.30-1. Marked as found in versions linux-2.6/2.6.32-46 and linux/3.2.30-1. quit Stopping processing here. Please contact me if you need assistance. -- 649937: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649937 685719: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685719 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.134908185126671.transcr...@bugs.debian.org
Bug#649937: usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60
found 649937 linux-2.6/2.6.32-46 , linux/3.2.30-1 quit Gabriel VLASIU wrote: Well, I re-tested everything today with kernel 2.6.32 and 3.2.0. Same thing. I assume that means 3.2.30-1 and 2.6.32-46 are affected. Thanks, marking so. I saw that there is an experimental kernel 3.5 and I gave it a try. Well, there are good news and bad news. The good news is that the usb problem is gone. Tested with 2 usb-drives several times (I think any combination of usb ports + usb drive(s)). The bad news is I cannot boot this kernel. mdadm does not want to assemble the raid arrays, and mount also does not work (old version of mdadm/util-linux?). Maybe you are running into some variation on http://bugs.debian.org/688711. When I ran into it, I gave up on debugging and switched to 3.6-rc7. Hopefully there will be a package of 3.6 soon to try. How did you test the usb problem without being able to boot? Jonathan -- 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/20121001085724.GD8056@elie.Belkin
Processed: Re: usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60
Processing commands for cont...@bugs.debian.org: # Gabriel VLASIU wrote: # # The good news is that the usb # problem is gone. Tested with 2 usb-drives several times (I think any # combination of usb ports + usb drive(s)). fixed 649937 linux/3.5.2-1~experimental.1 Bug #649937 [src:linux] usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60 Bug #685719 [src:linux] khubd crashes, locks up lsusb and powertop Marked as fixed in versions linux/3.5.2-1~experimental.1. Marked as fixed in versions linux/3.5.2-1~experimental.1. End of message, stopping processing here. Please contact me if you need assistance. -- 649937: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649937 685719: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685719 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.134908244831402.transcr...@bugs.debian.org
Bug#684767: kernel: missing support for Ivy Bridge GT2 Server
tags 684767 - moreinfo forwarded 684767 http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/14516 quit Maik Zumstrull wrote: With those instructions and with the patch, 3.2.30 can bring up i915 KMS. Without the patch, it cannot. Seems to hit the spot. Passed upstream, 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/20121001103001.GB8959@elie.Belkin
Processed: Re: [wheezy] kernel: missing support for Ivy Bridge GT2 Server
Processing commands for cont...@bugs.debian.org: tags 684767 - moreinfo Bug #684767 [src:linux] kernel: missing support for Ivy Bridge GT2 Server Removed tag(s) moreinfo. forwarded 684767 http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/14516 Bug #684767 [src:linux] kernel: missing support for Ivy Bridge GT2 Server Set Bug forwarded-to-address to 'http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/14516'. quit Stopping processing here. Please contact me if you need assistance. -- 684767: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684767 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.13490874127386.transcr...@bugs.debian.org
Processed: Re: usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60
Processing commands for cont...@bugs.debian.org: tags 649937 - moreinfo Bug #649937 [src:linux] usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60 Bug #685719 [src:linux] khubd crashes, locks up lsusb and powertop Removed tag(s) moreinfo. Removed tag(s) moreinfo. End of message, stopping processing here. Please contact me if you need assistance. -- 649937: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649937 685719: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685719 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.134908808213391.transcr...@bugs.debian.org
Processed: Re: Bug#688794: PANIC: Circular dependancy after reboot when installing 1.20120606.6
Processing commands for cont...@bugs.debian.org: reassign 688794 initramfs-tools Bug #688794 [intel-microcode] PANIC: Circular dependancy after reboot when installing 1.20120606.6 Bug reassigned from package 'intel-microcode' to 'initramfs-tools'. No longer marked as found in versions intel-microcode/0.20120606-1. Ignoring request to alter fixed versions of bug #688794 to the same values previously set severity 688794 important Bug #688794 [initramfs-tools] PANIC: Circular dependancy after reboot when installing 1.20120606.6 Severity set to 'important' from 'grave' retitle 688794 [initramfs] scripts/hook-functions: breaks boot if /tmp noexec Bug #688794 [initramfs-tools] PANIC: Circular dependancy after reboot when installing 1.20120606.6 Changed Bug title to '[initramfs] scripts/hook-functions: breaks boot if /tmp noexec' from 'PANIC: Circular dependancy after reboot when installing 1.20120606.6' clone 688794 -1 Bug #688794 [initramfs-tools] [initramfs] scripts/hook-functions: breaks boot if /tmp noexec Bug 688794 cloned as bug 689301 retitle -1 [initramfs] scripts/functions: PANICs when ORDER files are missing Bug #689301 [initramfs-tools] [initramfs] scripts/hook-functions: breaks boot if /tmp noexec Changed Bug title to '[initramfs] scripts/functions: PANICs when ORDER files are missing' from '[initramfs] scripts/hook-functions: breaks boot if /tmp noexec' thanks Stopping processing here. Please contact me if you need assistance. -- 688794: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688794 689301: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689301 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.134908884519118.transcr...@bugs.debian.org
Processed: summary 688794 72
Processing commands for cont...@bugs.debian.org: summary 688794 72 Summary recorded from message bug 688794 message 72 thanks Stopping processing here. Please contact me if you need assistance. -- 688794: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688794 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.134908935723180.transcr...@bugs.debian.org
Processed: summary 689301 72
Processing commands for cont...@bugs.debian.org: summary 689301 72 Summary recorded from message bug 689301 message 72 thanks Stopping processing here. Please contact me if you need assistance. -- 689301: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689301 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.134908938823318.transcr...@bugs.debian.org
Processed: tagging 689301
Processing commands for cont...@bugs.debian.org: tags 689301 - moreinfo Bug #689301 [initramfs-tools] [initramfs] scripts/functions: PANICs when ORDER files are missing Removed tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 689301: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689301 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.134908940423411.transcr...@bugs.debian.org
Processed: tagging 688794
Processing commands for cont...@bugs.debian.org: tags 688794 - moreinfo Bug #688794 [initramfs-tools] [initramfs] scripts/hook-functions: breaks boot if /tmp noexec Removed tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 688794: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688794 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.134908941023433.transcr...@bugs.debian.org
Bug#649937: usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 1 Oct 2012, Jonathan Nieder wrote: I assume that means 3.2.30-1 and 2.6.32-46 are affected. Thanks, marking so. Yes. Maybe you are running into some variation on http://bugs.debian.org/688711. When I ran into it, I gave up on debugging and switched to 3.6-rc7. Hopefully there will be a package of 3.6 soon to try. No. mdadm really _does_ not work. You cannot assemble any raid array. mdadm -Ebsc partitions output is the same as in /etc/mdadm/mdadm.conf. Still, mdadm cannot assemble any array. Mount work, just need -t ext3 on command line. How did you test the usb problem without being able to boot? - From initramfs prompt. 1. mkdir -p /mnt/1 2. Insert usb-drive. 3. Wait for /dev/sdX1 to become available (output is on the screen). 4. mount -t ext3 /dev/sdX1 /mnt/1 4. umount /dev/sdX1 5. Remove usb-drive 6. jmp 2 Done that with 3.5.2-1~experimental.1 and worked every time (40+ times). Anyway, something weird was happening. Before booting 3.5.2-1~experimental.1 I was able to mount usb-drive exactly one time. Now, with kernel 2.6.32-46 (from initramfs or from fully booted OS) I can mount my usb-drive sometime 12-15, sometime even more. Pretty random. But almost always I get device descriptor read/64, error -60. And I say almost because the last time I was unable to do so. Also I was, at least one time, unable to mount the usb-drive not a single time (I reboot when I get device descriptor read/64, error -60). Weird! Sincerely, Gabriel - -- // Gabriel VLASIU // // OpenGPG-KeyID : 44952F15 // OpenGPG-Fingerprint: 4AC5 7C26 2FE9 02DA 4906 24B2 D32B 7ED7 4495 2F15 // OpenGPG-URL: http://www.vlasiu.net/public.key -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJQaXvYAAoJENMrftdElS8VBZgP/2DJwRa3dS4molt9ey1uhHN5 Ms/az6fPgSWtVMCzSoPdG2UTJAjwYy0EXht0uDmLrBobHF/i8lu9/0GBxl8Z6/XO g3/+7Rwg4Tu7Z+z7xsF/BWC7PxMNBXjerHr+UUToX8YRsGXs4zuloB3B9ViXdCNE YeF4396gB/Hwlt5vWOKCR6DA6ndaWFGb4UczWs5mXWzVlW7EPY9v8AW4tiGAK+fm FU9hfXVsThx6cM1VqCEiThIj87uMHn0IQrs3N78SSHaBGdLBUnUGzHyVn6JMy1lj eS6kyDykyvzDUusyj0kBsmFgw4f+UNc7bpOdnHGyX1SfZeZfWH+Wf8cLeG7qUK3P 6+j/xLRU4/FBvo8YJVXAET4whGgtrxHgaLfyAJhN+WX3vQsroJrNiuYls1eu5XlQ UHvjG9p5veB0tm5m2A98IE+t3mzmQrKhgorc1WRhTePTIXKW3p4ttOrLzDtIrO4W vtqbd8fjMajgoVRAGvlYgXURu7qpdPV3Et89/IphBjGslVG6gTzZBDNxOz6wfCAZ i9NyOTaOtSajWrfN7gqVOwJVPrEOvRmNssPcZ3ap5nvgpGPqXPPUc6CAC2Yri90E mauApEeFDq37XQZx8SVZzkPAGtqjHHoqCJjk0TBz7HGIk9O5yzZIY0MWtigzGs5S yVQTk9MPfrkZ6PA9xa3u =0zlO -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/alpine.lrh.2.02.1210011357230.10...@mail.vlasiu.net
Bug#689178: No support for modern nVidia cards (GT 610) - System unusable!
Kees de Jong wrote: I was able to recreate the error by reverting back to the Nouveau driver. It still crashes with the 3.2.0-3-amd64 kernel, but it works with the 3.5-trunk-amd64 kernel. Although I'm only able to use the 'fall-back' mode of Gnome 3. Nice. What happens if you boot with the parameter nouveau.noaccel=0 appended to the kernel command line? I'd also be interested in full dmesg output (as an attachment) from booting the 3.5.y kernel and starting X with drm.debug=0xe and log_buf_len=16M parameters appended to the kernel command line (without noaccel=0). By the way, looks like I was confused before --- your card is an nvd9, not nve0. -- 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/20121001123030.GA11100@elie.Belkin
Processed: reassign 674907 to src:linux-2.6, forcibly merging 599161 674907
Processing commands for cont...@bugs.debian.org: reassign 674907 src:linux-2.6 Bug #674907 [xen] shifts the clock by 50 minutes unexplicably under a Xen dom0 Bug reassigned from package 'xen' to 'src:linux-2.6'. No longer marked as found in versions 4.0.1-5.4. Ignoring request to alter fixed versions of bug #674907 to the same values previously set forcemerge 599161 674907 Bug #599161 [src:linux-2.6] xen-linux-system-2.6.32-5-xen-amd64: Clock moved forward 50 minutes, caused Xen HVM domU restart Bug #674907 [src:linux-2.6] shifts the clock by 50 minutes unexplicably under a Xen dom0 Severity set to 'important' from 'normal' Marked as found in versions linux-2.6/2.6.32-21. Merged 599161 674907 thanks Stopping processing here. Please contact me if you need assistance. -- 599161: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599161 674907: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674907 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.13491003928644.transcr...@bugs.debian.org
Bug#660111: multiple, non-physically accesible, HDMI devices
On 09/29/2012 01:47 PM, Jonathan Nieder wrote: Shouldn't we consider reverting 384a48d71520 (ALSA: hda: HDMI: Support codecs with fewer cvts than pins, 2011-06-01) in wheezy if userspace hasn't caught up with the new order of things? I haven't looked deeply into this or tried it, but it seems at least worth thinking over. Mmm. I don't know if this is a good idea. That patch allowed support for video cards with multiple (physically accessible) HDMI ports. Before, the kernel would just choose one to be advertised and the others could not be accessed. Andres -- 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/5069a51e.7040...@gmail.com
Processed: Re: [Pkg-xen-devel] Bug#674907: severity
Processing commands for cont...@bugs.debian.org: severity 674907 grave Bug #674907 [src:linux-2.6] shifts the clock by 50 minutes unexplicably under a Xen dom0 Bug #599161 [src:linux-2.6] xen-linux-system-2.6.32-5-xen-amd64: Clock moved forward 50 minutes, caused Xen HVM domU restart Severity set to 'grave' from 'important' Severity set to 'grave' from 'important' thanks Stopping processing here. Please contact me if you need assistance. -- 599161: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599161 674907: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674907 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.134910124115121.transcr...@bugs.debian.org
Processed: severity of 674907 is important
Processing commands for cont...@bugs.debian.org: # no ping pong, thanks severity 674907 important Bug #674907 [src:linux-2.6] shifts the clock by 50 minutes unexplicably under a Xen dom0 Bug #599161 [src:linux-2.6] xen-linux-system-2.6.32-5-xen-amd64: Clock moved forward 50 minutes, caused Xen HVM domU restart Severity set to 'important' from 'grave' Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. -- 599161: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599161 674907: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674907 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.134910205421417.transcr...@bugs.debian.org
Bug#568165: linux-kbuild-2.6.32: please ship recordmcount.pl
Jonathan Nieder jrnie...@gmail.com writes: Thanks, and sorry for the long silence. No problem; truth be told, the bug hasn't affected me in a while (due to changes in either the kernel's configuration or OpenAFS's build system, I don't remember which). That said, I can confirm that your patch does indeed add recordmcount.pl to linux-kbuild-3.5, thanks. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu -- 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/udlvceunshe@dr-wily.mit.edu
Bug#689178: No support for modern nVidia cards (GT 610) - System unusable!
On 2012-10-01 14:30 +0200, Jonathan Nieder wrote: Kees de Jong wrote: I was able to recreate the error by reverting back to the Nouveau driver. It still crashes with the 3.2.0-3-amd64 kernel, but it works with the 3.5-trunk-amd64 kernel. Although I'm only able to use the 'fall-back' mode of Gnome 3. Nice. What happens if you boot with the parameter nouveau.noaccel=0 appended to the kernel command line? I'd also be interested in full dmesg output (as an attachment) from booting the 3.5.y kernel and starting X with drm.debug=0xe and log_buf_len=16M parameters appended to the kernel command line (without noaccel=0). By the way, looks like I was confused before --- your card is an nvd9, not nve0. And that's the reason for the missing acceleration, there is still no working free microcode for NVD9. :-( Search for case 0xd9: in drivers/gpu/drm/nouveau/nouveau_state.c. It is possible to extract firmware from the blob, but the procedure is rather complicated¹. Cheers, Sven ¹ http://nouveau.freedesktop.org/wiki/NVC0_Firmware -- 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/87a9w6p5e4@turtle.gmx.de
Bug#568165: linux-kbuild-2.6.32: please ship recordmcount.pl
Hello, On Mon, Oct 01, 2012 at 12:42:43AM -0700, Jonathan Nieder wrote: reassign 568165 src:linux-tools linux-kbuild-2.6/2.6.32-1 found 568165 linux-tools/3.5-1~experimental.1 , linux-tools/3.2.17-1 tags 568165 + patch quit Hi, In 2010, Aaron M. Ucko wrote: Enabling CONFIG_FTRACE_MCOUNT_RECORD in the kernel's configuration calls for the addition of recordmcount.pl to the set of scripts to install (as listed in scripts/Makefile, AFAICT); could you please do so? Thanks, and sorry for the long silence. In /usr/lib/linux-kbuild-3.2/scripts/Makefile.build I see: define rule_cc_o_c $(call echo-cmd,checksrc) $(cmd_checksrc) \ $(call echo-cmd,cc_o_c) $(cmd_cc_o_c); \ $(cmd_modversions) \ $(call echo-cmd,record_mcount) \ [...] Does the following work? Index: debian/changelog === --- debian/changelog (révision 19403) +++ debian/changelog (copie de travail) @@ -1,9 +1,13 @@ linux-tools (3.5-1~experimental.2) UNRELEASED; urgency=low + [ Ben Hutchings ] * genorig: Accept xz-compressed upstream tarballs and patches, and generate an xz-compressed orig tarball, thanks to Sedat Dilek * source: Enable xz-compression for debian directory tarball + [ Jonathan Nieder ] + * Include recordmcount.pl (Closes: #568165) + Most archs use the C-version of recordmcount nowadays. I don't know about 3.2, but for new versions we'd need a binary and rewrite Makefile.build IIRC. Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ | -- 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/20121001152640.gm16...@pengutronix.de
Bug#679545: ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource
On Sat, Sep 29, 2012 at 4:09 PM, Stephan Schreiber i...@fs-driver.org wrote: Hello Bjorn, thank you very much for the patch. I tested it; it works. (typing mistake: it must read PCI_COMMAND_MEMORY instead of PCI_COMMAND_MEM at one location; some hunks of the patch couldn't be applied automatically on Kernel 3.2.23 because some comments in the contexts are different) Thanks a lot for testing this! I'll fix up this typo and work on getting something like this merged. The dmesg output: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-3-mckinley (Debian 3.2.23-1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Fri Sep 28 21:57:11 CEST 2012 ... [0.065510] pci :00:1f.1: [8086:24cb] type 0 class 0x000101 [0.065524] pci :00:1f.1: reg 10: [io 0x-0x0007] [0.065535] pci :00:1f.1: reg 14: [io 0x-0x0003] [0.065546] pci :00:1f.1: reg 18: [io 0x-0x0007] [0.065556] pci :00:1f.1: reg 1c: [io 0x-0x0003] [0.065567] pci :00:1f.1: reg 20: [io 0x1000-0x100f] [0.065578] pci :00:1f.1: reg 24: [mem 0x-0x03ff unset] ... [1.391380] libata version 3.00 loaded. [1.391922] ata_piix :00:1f.1: version 2.13 [1.391938] ata_piix :00:1f.1: can't derive routing for PCI INT A [1.392493] scsi0 : ata_piix [1.392886] scsi1 : ata_piix [1.393018] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1000 irq 34 [1.393066] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1008 irq 33 [1.557756] ata1.00: ATAPI: HL-DT-ST DVDRAM GSA-T40N, JR03, max UDMA/33 [1.573616] ata1.00: configured for UDMA/33 [1.579147] scsi 0:0:0:0: CD-ROMHL-DT-ST DVDRAM GSA-T40N JR03 PQ: 0 ANSI: 5 [1.590806] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray [1.590872] cdrom: Uniform CD-ROM driver Revision: 3.20 [1.591272] sr 0:0:0:0: Attached scsi CD-ROM sr0 [1.593910] sr 0:0:0:0: Attached scsi generic sg0 type 5 ... On x86, Windows normally doesn't reconfigure PCI devices unless it finds a problem with the configuration done by the BIOS. I suspect it works similarly on ia64. I would guess that Windows noticed that the MEM bit was not set, and therefore ignored the MEM BAR contents. Since I have the four Windows versions 'for Itanium Based Systems' on that box as well (XP, Server 2003, 2008, 2008 R2), I can tell you more: The Device Manager shows a memory range FFBFFC00-FFBF for the Intel 82801DB Ultra ATA Storage Controller-24CB - on any of these Windows versions. Oh, that's good data, thanks! It looks like Windows noticed that the BAR was invalid and assigned a valid resource to it. That's in the third aperture below: ACPI: PCI Root Bridge [PCI0] (domain [bus 00-01]) pci_root PNP0A03:00: host bridge window [mem 0x000a-0x000f] pci_root PNP0A03:00: host bridge window [mem 0xfa00-0xfbff] pci_root PNP0A03:00: host bridge window [mem 0xff00-0x] pci_root PNP0A03:00: host bridge window [mem 0xfec0-0xfec0] Linux *should* probably do the same (though at a different actual address because we assign bottom-up instead of top-down as Windows does). I don't know off the top of my head whether we actually do in this case or not. What's the output of dmesg | grep :00:1f.1; lspci -vs00:1f.1? -- 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/caerspo4erjsp5pwnlsu3x4yl9zrtxhfk0tkyl7hzay5tmmt...@mail.gmail.com
Processed: [bts-link] source package linux-latest
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package linux-latest # 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 #688920 (http://bugs.debian.org/688920) # Bug title: [linux-source] CONFIG_RT2500USB description confusing about target # * http://bugzilla.kernel.org/show_bug.cgi?id=10440 # * remote status changed: (?) - CLOSED # * remote resolution changed: (?) - WILL-NOT-FIX # * closed upstream tags 688920 + fixed-upstream Bug #688920 [linux-source] [linux-source] CONFIG_RT2500USB description confusing about target Added tag(s) fixed-upstream. usertags 688920 + status-CLOSED resolution-WILL-NOT-FIX There were no usertags set. Usertags are now: resolution-WILL-NOT-FIX status-CLOSED. thanks Stopping processing here. Please contact me if you need assistance. -- 688920: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688920 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.134910922410317.transcr...@bugs.debian.org
Bug#689336: initramfs-tools 0.108 cannot decrypt dm_crypt filesystems
Package: initramfs-tools Version: 0.108 Severity: critical Justification: breaks the whole system My disk is dm_crypted. After upgrading from 0.107 to 0.108, my system could not boot anymore with the newly generated ramfs: entering the passphrase did not unlock the disk, yielding the same error message as a wrong passphrase. Downgrading to 0.107 solved the problem. Best regards Samuel Hym --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 990 unstable ftp.fr.debian.org 500 testing ftp.fr.debian.org 500 stable ftp.fr.debian.org 1 experimental ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+- klibc-utils (= 2.0-1~) | 2.0.1-1 cpio | 2.11-8 kmod | 9-2 OR module-init-tools | 9-2 udev | 175-7 Recommends (Version) | Installed -+-=== busybox (= 1:1.01-3) | OR busybox-initramfs | OR busybox-static | 1:1.20.0-7 Suggests (Version) | Installed ==-+-=== bash-completion | 1:2.0-1 --- Output from package bug script --- -- initramfs sizes -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.2.0-3-amd64 root=/dev/mapper/salme-root ro quiet -- resume RESUME=/dev/mapper/salme-swap_1 -- /proc/filesystems ext3 fuseblk iso9660 -- lsmod Module Size Used by ip6table_filter 12540 0 ip6_tables 22175 1 ip6table_filter iptable_filter 12536 0 ip_tables 22042 1 iptable_filter ebtable_nat 12580 0 ebtables 26235 1 ebtable_nat x_tables 19073 5 ebtables,ip_tables,iptable_filter,ip6_tables,ip6table_filter ppdev 12763 0 lp 17149 0 uinput 17440 1 nls_utf8 12456 1 isofs 35171 1 fuse 61981 3 firewire_sbp2 17993 0 loop 22641 2 kvm_intel 121968 0 kvm 287662 1 kvm_intel snd_hda_codec_idt 53792 1 snd_hda_intel 26345 2 snd_hda_codec 78031 2 snd_hda_intel,snd_hda_codec_idt snd_hwdep 13186 1 snd_hda_codec snd_pcm_oss 41081 0 snd_mixer_oss 17916 1 snd_pcm_oss snd_pcm 63900 3 snd_pcm_oss,snd_hda_codec,snd_hda_intel snd_page_alloc 13003 2 snd_pcm,snd_hda_intel snd_seq_midi 12848 0 snd_seq_midi_event 13316 1 snd_seq_midi arc4 12458 2 snd_rawmidi 23060 1 snd_seq_midi snd_seq 45093 2 snd_seq_midi_event,snd_seq_midi iwl3945 51641 0 iwl_legacy 48145 1 iwl3945 snd_seq_device 13176 3 snd_seq,snd_rawmidi,snd_seq_midi mac80211 192768 2 iwl_legacy,iwl3945 cfg80211 137140 3 mac80211,iwl_legacy,iwl3945 snd_timer 22917 2 snd_seq,snd_pcm snd 52850 15 snd_timer,snd_seq_device,snd_seq,snd_rawmidi,snd_pcm,snd_mixer_oss,snd_pcm_oss,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_idt joydev 17266 0 iTCO_wdt 17081 0 iTCO_vendor_support 12704 1 iTCO_wdt i2c_i801 16870 0 pcmcia 32691 0 soundcore 13065 1 snd dell_laptop 17120 0 rfkill 19012 3 dell_laptop,cfg80211 acpi_cpufreq 12935 0 parport_pc 22364 1 psmouse 64455 0 yenta_socket 22899 0 parport 31858 3 parport_pc,lp,ppdev pcmcia_rsrc 17533 1 yenta_socket dell_wmi 12477 0 sparse_keymap 12760 1 dell_wmi rng_core 12652 0 mperf 12453 1 acpi_cpufreq dcdbas 13307 1 dell_laptop ac 12624 0 processor 28157 3 acpi_cpufreq coretemp 12898 0 pcmcia_core 18294 3 pcmcia_rsrc,yenta_socket,pcmcia evdev 17562 21 battery 13109 0 power_supply 13475 3 battery,ac,dell_laptop serio_raw 12931 0 ext3 161867 3 mbcache 13065 1 ext3 jbd 56902 1 ext3 sha256_generic 16797 2 cryptd 14517 0 aes_x86_64 16796 4 aes_generic 33026 1 aes_x86_64 cbc 12754 2 dm_crypt 22586 1 microcode 25793 0 dm_mirror 17707 0 dm_region_hash 13459 1 dm_mirror dm_log 13528 2 dm_region_hash,dm_mirror dm_mod 63545 15 dm_log,dm_mirror,dm_crypt usbhid 36379 0 hid 81288 1 usbhid sg 25874 0 sd_mod 36136 3 crc_t10dif 12348 1 sd_mod ata_generic 12479 0 i915 356043 3 ata_piix 29535 2 sdhci_pci 17976 0 libata 140589 2 ata_piix,ata_generic firewire_ohci 35772 0 uhci_hcd 26865 0 firewire_core 48407 2 firewire_ohci,firewire_sbp2 sdhci 27053 1 sdhci_pci tg3 118925 0 mmc_core 72460 2 sdhci,sdhci_pci video 17628 1 i915 i2c_algo_bit 12841 1 i915 drm_kms_helper 27227 1 i915 drm 167670 4 drm_kms_helper,i915 thermal 17383 0 ehci_hcd 40215 0 crc_itu_t 12347 1 firewire_core wmi 13243 1 dell_wmi button 12937 1 i915 libphy 19018 1 tg3 scsi_mod 162372 4 libata,sd_mod,sg,firewire_sbp2 usbcore 128498 4 ehci_hcd,uhci_hcd,usbhid usb_common 12354 1 usbcore i2c_core 23876 5 drm,drm_kms_helper,i2c_algo_bit,i915,i2c_i801 thermal_sys 18040 3 thermal,video,processor -- /etc/initramfs-tools/modules -- /etc/kernel-img.conf # Kernel image management overrides # See kernel-img.conf(5) for details do_symlinks = yes relative_links = yes do_bootloader = no do_bootfloppy = no do_initrd = yes link_in_boot = no -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- /etc/crypttab # hda5_crypt /dev/hda5 none luks hda5_crypt UUID=0e05f1cf-9a96-4ba7-a7e0-4ef0fdbcd2ba none luks -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks:
[bts-link] source package linux-latest
# # bts-link upstream status pull for source package linux-latest # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #688920 (http://bugs.debian.org/688920) # Bug title: [linux-source] CONFIG_RT2500USB description confusing about target # * http://bugzilla.kernel.org/show_bug.cgi?id=10440 # * remote status changed: (?) - CLOSED # * remote resolution changed: (?) - WILL-NOT-FIX # * closed upstream tags 688920 + fixed-upstream usertags 688920 + status-CLOSED resolution-WILL-NOT-FIX 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/20121001163337.32592.60320.btsl...@sonntag.debian.org
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Hi, serial ports are rare these days, but I have netconsole running now (logging to syslogd on my server). So far the only log messages on the remote server are from netconsole itself. Which leads me to this question: Are the default kernel debugging options OK, or do I need to enable more debugging? I'll wait for the freeze to happen once more, and if it does, I will try the latest kernel from experimental. /Per -- 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/5069d238.5040...@foreby.se
Bug#674907: reassign 674907 to src:linux-2.6, forcibly merging 599161 674907
On Mon, Oct 01, 2012 at 04:06:27PM +0200, Bastian Blank wrote: reassign 674907 src:linux-2.6 Why was this reassigned to the linux kernel? I explicitely stated (twice) that machines not running Xen are *not* affected, so this is specifically a Xen issue. I do not want to get into an edit war here, if there is proper justification I don't mind having it assigned to anything... But I don't think the bug is in the linux kernel as much as the Xen extensions somehow. A. -- Legislation should outlaw an advertiser's attempts to use its economic relationships with a media enterprise to influence the enterprise not to print or broadcast content that it would otherwise choose to present . . . . There is little reason to allow this use of economic power to censor others' speech and to block the public's access to information or viewpoints. - C. Edwin Baker signature.asc Description: Digital signature
Bug#689336: initramfs-tools 0.108 cannot decrypt dm_crypt filesystems
* Samuel Hym [Mon Oct 01, 2012 at 06:41:10PM +0200]: My disk is dm_crypted. After upgrading from 0.107 to 0.108, my system could not boot anymore with the newly generated ramfs: entering the passphrase did not unlock the disk, yielding the same error message as a wrong passphrase. Downgrading to 0.107 solved the problem. [...] What version of cryptsetup are you using? Is there any visible difference between running update-initramfs -u -v for 0.107 and 0.108? What about differences between the generated initramfs (check e.g. with lsinitramfs /boot/initrd.img-$(uname -r))? Does setting KEYMAP=y in /etc/initramfs-tools/initramfs.conf help? regards, -mika- signature.asc Description: Digital signature
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Per Foreby wrote: serial ports are rare these days, but I have netconsole running now (logging to syslogd on my server). Thanks! So far the only log messages on the remote server are from netconsole itself. Which leads me to this question: Are the default kernel debugging options OK, or do I need to enable more debugging? Does that mean it didn't capture the boot messages? Either way, if you can handle the log spew then drm.debug=0xe would be great. But a log without that would already be interesting since it would catch the basic setup at boot time and symptoms such as assertion failures (kernel BUG or WARNING) near the time of the freeze. Jonathan -- 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/20121001175222.GA16391@elie.Belkin
Bug#674907: shifts the clock by 50 minutes unexplicably under a Xen dom0
Hi Antoine, anarcat wrote: Why was this reassigned to the linux kernel? I explicitely stated (twice) that machines not running Xen are *not* affected, so this is specifically a Xen issue. Xen in squeeze consists of both a hypervisor and tools and a kernel patch, and potential changes to the kernel patch are tracked in the BTS by assigning to the kernel package. I doubt Bastian meant to imply that your problem affects non-Xen systems. I do not want to get into an edit war here, if there is proper justification I don't mind having it assigned to anything... This particular bug is known to be a domU problem, so I suspect Bastian made the right call. If he has overlooked something, we'd welcome the missing information. Hoping that clarifies, Jonathan -- 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/20121001180102.GB16391@elie.Belkin
Bug#674907: severity
On 1 October 2012 16:20, Antoine Beaupré anar...@debian.org wrote: There are 3 separate users, which I would qualify more as admins which are reporting this bug, but a lot more users are affected than this. If you want, I can organise the users of those domUs to voice their frustration with the shifting time on their virtual servers. The shift time happens also in dom0 not only in domUs. -- 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/cae17a0x5zbytdfrk+x3af420vqw_ujsh4dnc_6k7zmldgf-...@mail.gmail.com
Bug#674907: shifts the clock by 50 minutes unexplicably under a Xen dom0
On 1 October 2012 20:01, Jonathan Nieder jrnie...@gmail.com wrote: This particular bug is known to be a domU problem, so I suspect Bastian made the right call. If he has overlooked something, we'd welcome the missing information. The problem happens also in dom0. -- 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/CAE17a0Xd=uxc4zno4-eepfsgsudii4r3iqfu7qcvwo5ujwx...@mail.gmail.com
Bug#674907: severity
On 2012-10-01, Mauro wrote: The shift time happens also in dom0 not only in domUs. That is correct. -- Le pouvoir n'est pas à conquérir, il est à détruire - Jean-François Brient, de la servitude moderne pgpfZEzl94epH.pgp Description: PGP signature
Bug#674907: shifts the clock by 50 minutes unexplicably under a Xen dom0
Mauro wrote: The shift time happens also in dom0 not only in domUs. Thanks. Just gathering information: some references: http://thread.gmane.org/gmane.comp.emulators.xen.user/75486 http://thread.gmane.org/gmane.comp.emulators.xen.user/65530 What's the newest kernel and hypervisor you've tried (since this should make it easier to get help from upstream)? -- 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/20121001182449.GC16391@elie.Belkin
Bug#674907: reassign 674907 to src:linux-2.6, forcibly merging 599161 674907
can't really know if it's in the hypervisor or the linux kernel's way to handle the clocksource from the hypervisor. after some google search, the bug seems to appear in kernel 2.6.20 (don't take this for granted) If it's really like this, then the bug is probably in the linux kernel. Anyway the unstable tsc does not seems to be xen specific but more generally linked with virtualization. I just found a vmware documentation file that points this as a common problem. Le 01/10/2012 19:28, anarcat a écrit : On Mon, Oct 01, 2012 at 04:06:27PM +0200, Bastian Blank wrote: reassign 674907 src:linux-2.6 Why was this reassigned to the linux kernel? I explicitely stated (twice) that machines not running Xen are *not* affected, so this is specifically a Xen issue. I do not want to get into an edit war here, if there is proper justification I don't mind having it assigned to anything... But I don't think the bug is in the linux kernel as much as the Xen extensions somehow. A. -- 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/5069e577.8070...@pcdwarf.net
Bug#674907: severity
On 10/01/2012 09:21 PM, Bastian Blank wrote: Please don't top-post. On Mon, Oct 01, 2012 at 02:42:54PM +0200, Pierre Colombier wrote: - Unreliable Time affects all the system and can make the whole host useless. At least for production use. Still the system. - Is just broken for all my 53 physical servers with different hardware. (with 2 or 3 server shift per week on the whole cluster.) So? Since when is it broken? Squeeze was released 1.5 years ago and noone mentioned a problem before this bug report was filed. This are identical or mostly identical servers? so, I think I'am not playing with words on the severity definition. Right now it seems to only affect two users. Bastian Pierre, Have you tried using independent wallclock and the ntp daemon on your domUs? Thomas -- 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/5069e8a1.3000...@goirand.fr
Bug#568165: linux-kbuild-2.6.32: please ship recordmcount.pl
Uwe Kleine-König wrote: Most archs use the C-version of recordmcount nowadays. I don't know about 3.2, but for new versions we'd need a binary and rewrite Makefile.build IIRC. The magic happens in the toplevel Makefile, which is not installed in kbuild: | ifdef CONFIG_FUNCTION_TRACER | KBUILD_CFLAGS += -pg | ifdef CONFIG_DYNAMIC_FTRACE | ifdef CONFIG_HAVE_C_RECORDMCOUNT | BUILD_C_RECORDMCOUNT := y | export BUILD_C_RECORDMCOUNT | endif | endif | endif In scripts/Makefile.build the behavior depends on the BUILD_C_RECORDMOUNT setting. | ifdef CONFIG_FTRACE_MCOUNT_RECORD [...] | cmd_record_mcount = \ | if [ $(findstring -pg,$(_c_flags)) = -pg ]; then\ | $(sub_cmd_record_mcount)\ | fi; | endif So the patch I sent might happen to work. Here's a presumably better patch (still untested). Index: debian/changelog === --- debian/changelog(révision 19403) +++ debian/changelog(copie de travail) @@ -1,9 +1,13 @@ linux-tools (3.5-1~experimental.2) UNRELEASED; urgency=low + [ Ben Hutchings ] * genorig: Accept xz-compressed upstream tarballs and patches, and generate an xz-compressed orig tarball, thanks to Sedat Dilek * source: Enable xz-compression for debian directory tarball + [ Jonathan Nieder ] + * Include recordmcount and recordmcount.pl (Closes: #568165) + -- Ben Hutchings b...@decadent.org.uk Tue, 21 Aug 2012 05:05:42 +0100 linux-tools (3.5-1~experimental.1) experimental; urgency=low Index: debian/build/scripts/Makefile === --- debian/build/scripts/Makefile (révision 19403) +++ debian/build/scripts/Makefile (copie de travail) @@ -2,7 +2,8 @@ bin2c \ conmakehash \ kallsyms \ - pnmtologo + pnmtologo \ + recordmcount DATA = \ Kbuild.include \ @@ -32,6 +33,7 @@ mkuboot.sh \ namespace.pl \ patch-kernel \ + recordmcount.pl \ setlocalversion \ ver_linux -- 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/20121001190254.GE16391@elie.Belkin
Bug#568165: linux-kbuild-2.6.32: please ship recordmcount.pl
clone 568165 -1 reassign -1 src:linux-kbuild-2.6 2.6.32-1 tags -1 + upstream severity 568165 normal quit Aaron M. Ucko wrote: No problem; truth be told, the bug hasn't affected me in a while (due to changes in either the kernel's configuration or OpenAFS's build system, I don't remember which). Probably due to v2.6.38-rc1~2^2~57^2~2 (ftrace: Speed up recordmcount, 2010-10-28). -- 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/20121001194328.GA27024@elie.Belkin
Processed (with 3 errors): Re: linux-kbuild-2.6.32: please ship recordmcount.pl
Processing commands for cont...@bugs.debian.org:
clone 568165 -1
Bug #568165 [src:linux-tools] linux-kbuild-2.6.32: please ship recordmcount.pl
Bug #568998 [src:linux-tools] tp-smapi-source: fails to build with kernel
2.6.32-1-686
Failed to clone 568165: Bug is marked as being merged with others. Use an
existing clone.
reassign -1 src:linux-kbuild-2.6 2.6.32-1
Failed to clear fixed versions and reopen on -1: The 'bug' parameter (-1) to
Debbugs::Control::set_package did not pass regex check
Debbugs::Control::set_package('transcript', 'GLOB(0x2707040)',
'requester', 'Jonathan Nieder jrnie...@gmail.com', 'request_addr',
'cont...@bugs.debian.org', 'request_msgid',
'20121001194328.GA27024@elie.Belkin', 'request_subject', ...) called at
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 254
eval {...} called at
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 253
Debbugs::Control::Service::control_line('line', 'reassign -1
src:linux-kbuild-2.6 2.6.32-1', 'clonebugs', 'HASH(0x267a3f8)', 'limit',
'HASH(0x26798d8)', 'common_control_options', 'ARRAY(0x2679920)', 'errors', ...)
called at /usr/lib/debbugs/service line 474
tags -1 + upstream
Failed to alter tags of Bug -1: The 'bug' parameter (-1) to
Debbugs::Control::set_tag did not pass regex check
Debbugs::Control::set_tag('transcript', 'GLOB(0x2707040)', 'requester',
'Jonathan Nieder jrnie...@gmail.com', 'request_addr',
'cont...@bugs.debian.org', 'request_msgid',
'20121001194328.GA27024@elie.Belkin', 'request_subject', ...) called at
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 484
eval {...} called at
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 477
Debbugs::Control::Service::control_line('line', 'tags -1 + upstream',
'clonebugs', 'HASH(0x267a3f8)', 'limit', 'HASH(0x26798d8)',
'common_control_options', 'ARRAY(0x2679920)', 'errors', ...) called at
/usr/lib/debbugs/service line 474
severity 568165 normal
Bug #568165 [src:linux-tools] linux-kbuild-2.6.32: please ship recordmcount.pl
Bug #568998 [src:linux-tools] tp-smapi-source: fails to build with kernel
2.6.32-1-686
Severity set to 'normal' from 'important'
Severity set to 'normal' from 'important'
quit
Stopping processing here.
Please contact me if you need assistance.
--
568165: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568165
568998: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568998
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.134912062030558.transcr...@bugs.debian.org
Processed: Re: linux-kbuild-2.6.32: please ship recordmcount.pl
Processing commands for cont...@bugs.debian.org: unmerge 568998 Bug #568998 [src:linux-tools] tp-smapi-source: fails to build with kernel 2.6.32-1-686 Bug #568165 [src:linux-tools] linux-kbuild-2.6.32: please ship recordmcount.pl Disconnected #568998 from all other report(s). reassign 568998 src:linux-kbuild-2.6 2.6.32-1 Bug #568998 [src:linux-tools] tp-smapi-source: fails to build with kernel 2.6.32-1-686 Bug reassigned from package 'src:linux-tools' to 'src:linux-kbuild-2.6'. No longer marked as found in versions linux-tools/3.2.17-1, linux-tools/3.5-1~experimental.1, and linux-kbuild-2.6/2.6.32-1. Ignoring request to alter fixed versions of bug #568998 to the same values previously set Bug #568998 [src:linux-kbuild-2.6] tp-smapi-source: fails to build with kernel 2.6.32-1-686 Marked as found in versions linux-kbuild-2.6/2.6.32-1. tags 568998 + upstream Bug #568998 [src:linux-kbuild-2.6] tp-smapi-source: fails to build with kernel 2.6.32-1-686 Added tag(s) upstream. severity 568998 important Bug #568998 [src:linux-kbuild-2.6] tp-smapi-source: fails to build with kernel 2.6.32-1-686 Severity set to 'important' from 'normal' End of message, stopping processing here. Please contact me if you need assistance. -- 568165: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568165 568998: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568998 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.134912082631894.transcr...@bugs.debian.org
Bug#689351: unblock: klibc/2.0.1-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package klibc
Has 3 fixes for armhf RC bug, plus security fix for dash
and a fix for x86 cross building.
See the diff:
diff --git a/debian/changelog b/debian/changelog
index 2e3a3c5..f595336 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,20 @@
+klibc (2.0.1-2) unstable; urgency=low
+
+ [ Sven Joachim ]
+ * [08c03cf] klibc: produces 64-bit binaries on i386 with x86_64 kernel
+(Closes: #677087)
+
+ [ Thorsten Glaser ]
+ * [d8eae3a] [klibc] arm: fix trashing of callee-saved registers in thumb
+ setjmp() (Closes: #634890)
+ * [81170b5] [klibc] arm: unbreak armhf shared binaries (those with thumb)
+ * [aeb7847] armhf builds are always thumb
+
+ [ Jim Meyering ]
+ * [9ba90cd] [klibc] Avoid overflow for very long variable name
+
+ -- maximilian attems m...@debian.org Mon, 01 Oct 2012 15:54:05 +0200
+
klibc (2.0.1-1) unstable; urgency=high
* New upstream release (nfsmount, get{host,domain}name())
diff --git
a/debian/patches/0001-klibc-Avoid-overflow-for-very-long-variable-name.patch
b/debian/patches/0001-klibc-Avoid-overflow-for-very-long-variable-name.patch
new file mode 100644
index 000..3f151fa
--- /dev/null
+++ b/debian/patches/0001-klibc-Avoid-overflow-for-very-long-variable-name.patch
@@ -0,0 +1,62 @@
+From 127b17bb38dbfc95386a52b2159f059221d33497 Mon Sep 17 00:00:00 2001
+From: Jim Meyering j...@meyering.net
+Date: Tue, 3 Jul 2012 17:32:33 +0800
+Subject: [PATCH] [klibc] Avoid overflow for very long variable name
+
+Otherwise, this:
+ $ perl -le 'print vx(2**31+1) .=1' | dash
+provokes integer overflow:
+
+ (gdb) bt
+ #0 doformat (dest=0x61d580, f=0x416a08 %s: %d: %s: , ap=0x7fffd308)
+ at output.c:310
+ #1 0x004128c1 in outfmt (file=0x61d580, fmt=0x416a08 %s: %d: %s: )
+ at output.c:257
+ #2 0x0040382e in exvwarning2 (msg=0x417339 Out of space,
+ ap=0x7fffd468) at error.c:125
+ #3 0x0040387e in exverror (cond=1, msg=0x417339 Out of space,
+ ap=0x7fffd468) at error.c:156
+ #4 0x00403938 in sh_error (msg=0x417339 Out of space) at
error.c:172
+ #5 0x0040c970 in ckmalloc (nbytes=18446744071562067984)
+ at memalloc.c:57
+ #6 0x0040ca78 in stalloc (nbytes=18446744071562067972)
+ at memalloc.c:132
+ #7 0x0040ece9 in grabstackblock (len=18446744071562067972)
+ at memalloc.h:67
+ #8 0x004106b5 in readtoken1 (firstc=118, syntax=0x419522 ,
+ eofmark=0x0, striptabs=0) at parser.c:1040
+ #9 0x004101a4 in xxreadtoken () at parser.c:826
+ #10 0x0040fe1d in readtoken () at parser.c:697
+ #11 0x0040edcc in parsecmd (interact=0) at parser.c:145
+ #12 0x0040c679 in cmdloop (top=1) at main.c:224
+ #13 0x0040c603 in main (argc=2, argv=0x7fffd9f8) at main.c:178
+
+ #8 0x004106b5 in readtoken1 (firstc=118, syntax=0x419522 ,
+ eofmark=0x0, striptabs=0) at parser.c:1040
+ 1040grabstackblock(len);
+ (gdb) p len
+ $30 = -2147483644
+
+Signed-off-by: Jim Meyering meyer...@redhat.com
+Signed-off-by: Herbert Xu herb...@gondor.apana.org.au
+Signed-off-by: maximilian attems m...@stro.at
+---
+ usr/dash/parser.c |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/usr/dash/parser.c b/usr/dash/parser.c
+index 528d005..6e076a5 100644
+--- a/usr/dash/parser.c
b/usr/dash/parser.c
+@@ -852,7 +852,7 @@ readtoken1(int firstc, char const *syntax, char *eofmark,
int striptabs)
+ {
+ int c = firstc;
+ char *out;
+- int len;
++ size_t len;
+ struct nodelist *bqlist;
+ int quotef;
+ int dblquote;
+--
+1.7.10.4
+
diff --git
a/debian/patches/0001-klibc-arm-fix-trashing-of-callee-saved-registers-in-.patch
b/debian/patches/0001-klibc-arm-fix-trashing-of-callee-saved-registers-in-.patch
new file mode 100644
index 000..2b700ca
--- /dev/null
+++
b/debian/patches/0001-klibc-arm-fix-trashing-of-callee-saved-registers-in-.patch
@@ -0,0 +1,39 @@
+From 9bdffde924573bf1c2f795a4b57a302d9485d248 Mon Sep 17 00:00:00 2001
+From: Thorsten Glaser t...@mirbsd.org
+Date: Sat, 29 Sep 2012 19:20:37 +
+Subject: [PATCH 1/2] [klibc] arm: fix trashing of callee-saved registers in
+ thumb setjmp()
+
+fixes http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634890
+(although dynamically-linked binaries seem to have another bug)
+
+Signed-off-by: Thorsten Glaser t...@mirbsd.org
+Signed-off-by: maximilian attems m...@stro.at
+---
+ usr/klibc/arch/arm/setjmp.S |3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/usr/klibc/arch/arm/setjmp.S b/usr/klibc/arch/arm/setjmp.S
+index d351e0e..92ffc43 100644
+--- a/usr/klibc/arch/arm/setjmp.S
b/usr/klibc/arch/arm/setjmp.S
+@@ -70,6 +70,7 @@ longjmp:
+ .type setjmp, #function
+ .thumb_func
+ setjmp:
++ mov r2, r0
+ mov r3, lr
+ stmia r0!,
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
On 2012-10-01 19:52, Jonathan Nieder wrote: So far the only log messages on the remote server are from netconsole itself. Which leads me to this question: Are the default kernel debugging options OK, or do I need to enable more debugging? Does that mean it didn't capture the boot messages? netconsole is compiled as a module, so I never rebooted, just loaded it with modprobe. Either way, if you can handle the log spew then drm.debug=0xe would be great. But a log without that would already be interesting since it would catch the basic setup at boot time and symptoms such as assertion failures (kernel BUG or WARNING) near the time of the freeze. OK, now freshly rebooted with this config: GRUB_CMDLINE_LINUX=netconsole=@/,514@192.168.201.1/ drm.debug=0xe The debug logging from drm isn't forwarded via netconsole, so I suppose it isn't supposed to? (Even though I've been working with unix/linux for the last 25 years, kernel debugging isn't my everyday trade.) But I have removed the minus from /var/log/kern.log in the syslog config, so hopefully everything should stick to the local log file. Or at least everything but the last crucial line, which netconsole hopefully will catch. So far i doesn't spew that much, it typically looks like this over and over again: [drm:i915_driver_open], [drm:i915_getparam], Unknown parameter 16 [drm:i915_getparam], Unknown parameter 17 [drm:i915_getparam], Unknown parameter 17 [drm:intel_crtc_cursor_set], [drm:intel_crtc_cursor_set], cursor off [drm:intel_crtc_cursor_set], [drm:intel_crtc_cursor_set], [drm:intel_crtc_cursor_set], cursor off Now we'll just have to wait and see. This is my workstation at home, and during the weekdays I don't use it as much as on weekends, so it might take longer to trigger the bug the next time. /Per -- 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/506a07db.8080...@foreby.se
Bug#674907: severity
On 1 October 2012 21:01, Thomas Goirand tho...@goirand.fr wrote: On 10/01/2012 09:21 PM, Bastian Blank wrote: Please don't top-post. On Mon, Oct 01, 2012 at 02:42:54PM +0200, Pierre Colombier wrote: - Unreliable Time affects all the system and can make the whole host useless. At least for production use. Still the system. - Is just broken for all my 53 physical servers with different hardware. (with 2 or 3 server shift per week on the whole cluster.) So? Since when is it broken? Squeeze was released 1.5 years ago and noone mentioned a problem before this bug report was filed. This are identical or mostly identical servers? so, I think I'am not playing with words on the severity definition. Right now it seems to only affect two users. Bastian Pierre, Have you tried using independent wallclock and the ntp daemon on your domUs? http://my.opera.com/marcomarongiu/blog/2011/01/05/independent-wallclock-in-xen-4 It seems that independent wallclock is not supported anymore. -- 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/CAE17a0Wot8f04BR4VsnmY4VdGRvoR+SQK0-=3conv9tqpsy...@mail.gmail.com
Bug#674907: shifts the clock by 50 minutes unexplicably under a Xen dom0
On 1 October 2012 20:24, Jonathan Nieder jrnie...@gmail.com wrote: Mauro wrote: The shift time happens also in dom0 not only in domUs. Thanks. Just gathering information: some references: http://thread.gmane.org/gmane.comp.emulators.xen.user/75486 http://thread.gmane.org/gmane.comp.emulators.xen.user/65530 What's the newest kernel and hypervisor you've tried (since this should make it easier to get help from upstream)? uname -a Linux xen-p01 2.6.32-5-xen-amd64 #1 SMP Sun Sep 23 13:49:30 UTC 2012 x86_64 GNU/Linux xm dmesg | grep version (XEN) Xen version 4.0.1 (Debian 4.0.1-5.4) (ultrot...@debian.org) (gcc version 4.4.5 (Debian 4.4.5-8) ) Sat Sep 8 19:15:46 UTC 2012 -- 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/CAE17a0VAPvw62tXDJsg+VfeduPxiMRbgto1LhnAvHCN=5bw...@mail.gmail.com
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Per Foreby wrote: The debug logging from drm isn't forwarded via netconsole, so I suppose it isn't supposed to? Oh, that's because of the console_loglevel setting[1]. You can change it by running dmesg -n 8 (or by adding the word debug or a loglevel= parameter to the kernel command line). Thanks again for your help and patience. [1] see http://www.kernel.org/doc/Documentation/networking/netconsole.txt -- 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/20121001212953.GA28294@elie.Belkin
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Hi, Sébastien Dinot wrote: The last log before a freeze is always like this: [ 8276.625165] usb 2-1.5: USB disconnect, device number 8 [ 8276.830839] usb 2-1.5: new low-speed USB device number 9 using ehci_hcd [ 8276.928992] usb 2-1.5: New USB device found, idVendor=045e, idProduct=00a4 [ 8276.928997] usb 2-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 8276.928999] usb 2-1.5: Product: Microsoft(R) Compact Optical Mouse [ 8276.929001] usb 2-1.5: Manufacturer: Microsoft [ 8276.934076] input: Microsoft Microsoft(R) Compact Optical Mouse as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/input/input17 [ 8276.934434] hid-generic 0003:045E:00A4.0007: input,hidraw0: USB HID v1.10 Mouse [Microsoft Microsoft(R) Compact Optical Mouse] on usb-:00:1d.0-1.5/input0 Of course, I did not disconnect the mouse or shake its USB cable. :( Based on the timestamps, does that message come immediately before the freeze or just some time before it? (If the latter, it's hopefully a red herring.) -- 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/20121001214439.GA13457@elie.Belkin
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Sébastien Dinot wrote: Except in rare cases, the system is alive. I can open a remote SSH session and if I push the power button (on the computer case), the logout dialog appears. This seems like a different problem than Per experienced, since Per's locks up the machine, so please file a separate bug. If they turn out to have the same cause, we can merge them later. Thanks, Jonathan -- 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/20121001214801.GB13457@elie.Belkin
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
On 2012-10-01 23:29, Jonathan Nieder wrote: Per Foreby wrote: The debug logging from drm isn't forwarded via netconsole, so I suppose it isn't supposed to? Oh, that's because of the console_loglevel setting[1]. You can change it by running dmesg -n 8 (or by adding the word debug or a loglevel= parameter to the kernel command line). Ah, RTFM :) However, it looks like the netconsole documentation and the dmesg man page should be updated: # dmesg -n 8 dmesg: unknown level '8' Instead I tried # dmesg -n debug # dmesg -E but still nothing at the remote end. Instead I added remote logging of kern.* in rsyslog.conf, so now I have everything at the server. /Per -- 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/506a1078.4020...@foreby.se
Bug#689368: linux-image-3.5-trunk-amd64: Mouse and keyboard freeze on Ivy Bridge platform
Package: src:linux Version: 3.5.2-1~experimental.1 Severity: critical Justification: breaks the whole system Hi, I am encountering random keyboard and mouse freezes which can only be resolved by a hard reset (push the power button on the computer case). I have this frequent and irritating issue with two differents Ivy Bridge platforms: 1. Processor: Intel Core i5 3450 (IGP HD 2500) Motherboard: MSI Z77A-G43 (with uptodate BIOS) 2. Processor: Intel Core i5 3570K (IGP HD 4000) Motherboard: ASUS P8Z77-V LX (with uptodate BIOS) I tried these platforms: - with both the IGP and a discrete graphic card (MSI N520GT) using free drivers (Intel and Nouveau) - with several Linux kernels: * linux-image-3.2.0-3-amd64 (testing) * linux-image-3.4-trunk-amd64 (experimental) * linux-image-3.5-trunk-amd64 (experimental) - with both testing and unstable uptodate Debian distributions. I can't work two hours without keyboard and mouse freeze. Sometimes, these systems freeze three or four times an hour! :( Except in rare cases, the system is alive. I can open a remote SSH session and if I push the power button (on the computer case), the logout dialog appears. I can not relate these freezes to a special software, task or action but they always happen when I move the mouse and I never encountered such issue throughout a remote SSH connection. In attachment, you will find the dmesg output dumped (through a remote SSH connection) after the latest freeze and the kernel log file. The last log before a freeze is always like this: [ 8276.625165] usb 2-1.5: USB disconnect, device number 8 [ 8276.830839] usb 2-1.5: new low-speed USB device number 9 using ehci_hcd [ 8276.928992] usb 2-1.5: New USB device found, idVendor=045e, idProduct=00a4 [ 8276.928997] usb 2-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 8276.928999] usb 2-1.5: Product: Microsoft(R) Compact Optical Mouse [ 8276.929001] usb 2-1.5: Manufacturer: Microsoft [ 8276.934076] input: Microsoft Microsoft(R) Compact Optical Mouse as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/input/input17 [ 8276.934434] hid-generic 0003:045E:00A4.0007: input,hidraw0: USB HID v1.10 Mouse [Microsoft Microsoft(R) Compact Optical Mouse] on usb-:00:1d.0-1.5/input0 Of course, I did not disconnect the mouse or shake its USB cable. :( Sebastien -- Package-specific info: ** Version: Linux version 3.5-trunk-amd64 (Debian 3.5.2-1~experimental.1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Mon Aug 20 04:17:46 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.5-trunk-amd64 root=UUID=103f96e1-a3b8-42ab-9424-d4ba3e58f256 ro quiet ** Not tainted ** Kernel log: [1.361691] [drm] nouveau :01:00.0: acceleration disabled by default, pass noaccel=0 to force enable [1.363243] [drm] nouveau :01:00.0: Checking PRAMIN for VBIOS [1.364647] microcode: CPU2 sig=0x306a9, pf=0x2, revision=0x12 [1.365822] microcode: CPU3 sig=0x306a9, pf=0x2, revision=0x12 [1.366992] microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [1.367457] kvm: disabled by bios [1.438427] [drm] nouveau :01:00.0: ... appears to be valid [1.438429] [drm] nouveau :01:00.0: Using VBIOS from PRAMIN [1.438430] [drm] nouveau :01:00.0: BIT BIOS found [1.438432] [drm] nouveau :01:00.0: Bios version 75.19.36.00 [1.438433] [drm] nouveau :01:00.0: TMDS table version 2.0 [1.438593] [drm] nouveau :01:00.0: MXM: no VBIOS data, nothing to do [1.438594] [drm] nouveau :01:00.0: DCB version 4.0 [1.438596] [drm] nouveau :01:00.0: DCB outp 00: 02000300 [1.438597] [drm] nouveau :01:00.0: DCB outp 01: 01000302 00020030 [1.438598] [drm] nouveau :01:00.0: DCB outp 02: 02011362 00020010 [1.438607] [drm] nouveau :01:00.0: DCB outp 03: 04022310 [1.438608] [drm] nouveau :01:00.0: DCB conn 00: 1030 [1.438609] [drm] nouveau :01:00.0: DCB conn 01: 2161 [1.438610] [drm] nouveau :01:00.0: DCB conn 02: 0200 [1.438613] [drm] nouveau :01:00.0: Parsing VBIOS init table 0 at offset 0x7383 [1.442855] Refined TSC clocksource calibration: 3410.013 MHz. [1.442859] Switching to clocksource tsc [1.488337] [drm] nouveau :01:00.0: 0x799B: Condition still not met after 20ms, skipping following opcodes [1.488348] [drm] nouveau :01:00.0: Parsing VBIOS init table 1 at offset 0x7A04 [1.495182] [drm] nouveau :01:00.0: Parsing VBIOS init table 2 at offset 0x89B4 [1.495183] [drm] nouveau :01:00.0: Parsing VBIOS init table 3 at offset 0x89B5 [1.495226] [drm] nouveau :01:00.0: Parsing VBIOS init table 4 at offset 0x8AA6 [
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Per Foreby p...@foreby.se writes: On 2012-10-01 23:29, Jonathan Nieder wrote: Per Foreby wrote: The debug logging from drm isn't forwarded via netconsole, so I suppose it isn't supposed to? Oh, that's because of the console_loglevel setting[1]. You can change it by running dmesg -n 8 (or by adding the word debug or a loglevel= parameter to the kernel command line). Ah, RTFM :) However, it looks like the netconsole documentation and the dmesg man page should be updated: # dmesg -n 8 dmesg: unknown level '8' Instead I tried # dmesg -n debug # dmesg -E but still nothing at the remote end. Yes, I vaguely remember having struggled with the same issue the last time I use netconsole. Try echo 8 /proc/sys/kernel/printk instead. I believe the bug is in the dmesg utility. It should shift all values by one. Setting dmesg -n debug will currently log all messages with a level *higher* than debug. Instead I added remote logging of kern.* in rsyslog.conf, so now I have everything at the server. As long as you don't crash anything... Bjørn -- 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/871uhhu7zp@nemi.mork.no
Processed: Re: Mouse and keyboard freeze on Ivy Bridge platform
Processing commands for cont...@bugs.debian.org: severity 689368 important Bug #689368 [src:linux] linux-image-3.5-trunk-amd64: Mouse and keyboard freeze on Ivy Bridge platform Severity set to 'important' from 'critical' found 689368 linux/3.2.23-1 Bug #689368 [src:linux] linux-image-3.5-trunk-amd64: Mouse and keyboard freeze on Ivy Bridge platform Marked as found in versions linux/3.2.23-1. End of message, stopping processing here. Please contact me if you need assistance. -- 689368: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689368 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.134913196112344.transcr...@bugs.debian.org
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
On 2012-10-02 00:45, Bjørn Mork wrote: Per Foreby p...@foreby.se writes: On 2012-10-01 23:29, Jonathan Nieder wrote: Per Foreby wrote: The debug logging from drm isn't forwarded via netconsole, so I suppose it isn't supposed to? Oh, that's because of the console_loglevel setting[1]. You can change it by running dmesg -n 8 (or by adding the word debug or a loglevel= parameter to the kernel command line). Ah, RTFM :) However, it looks like the netconsole documentation and the dmesg man page should be updated: # dmesg -n 8 dmesg: unknown level '8' Instead I tried # dmesg -n debug # dmesg -E but still nothing at the remote end. Yes, I vaguely remember having struggled with the same issue the last time I use netconsole. Try echo 8 /proc/sys/kernel/printk instead. I believe the bug is in the dmesg utility. It should shift all values by one. Setting dmesg -n debug will currently log all messages with a level *higher* than debug. You're probably right about the bug. I don't know what the four values in /proc/sys/kernel/printk are, but the first value was 7, not 8: # cat /proc/sys/kernel/printk 7 4 1 7 # echo 8 /proc/sys/kernel/printk # cat /proc/sys/kernel/printk 8 4 1 7 However, this did not affect the remote logging, so I'm back to the remote syslog approach. /Per -- 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/506a291a.20...@foreby.se
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Per Foreby p...@foreby.se writes: On 2012-10-02 00:45, Bjørn Mork wrote: I believe the bug is in the dmesg utility. It should shift all values by one. Setting dmesg -n debug will currently log all messages with a level *higher* than debug. You're probably right about the bug. I don't know what the four values in /proc/sys/kernel/printk are, but the first value was 7, not 8: # cat /proc/sys/kernel/printk 7 4 1 7 # echo 8 /proc/sys/kernel/printk # cat /proc/sys/kernel/printk 8 4 1 7 From Documentation/sysctl/kernel.txt : quote printk: The four values in printk denote: console_loglevel, default_message_loglevel, minimum_console_loglevel and default_console_loglevel respectively. These values influence printk() behavior when printing or logging error messages. See 'man 2 syslog' for more info on the different loglevels. - console_loglevel: messages with a higher priority than this will be printed to the console - default_message_loglevel: messages without an explicit priority will be printed with this priority - minimum_console_loglevel: minimum (highest) value to which console_loglevel can be set - default_console_loglevel: default value for console_loglevel /quote However, this did not affect the remote logging, so I'm back to the remote syslog approach. Odd. Then there are other issues I don't understand here. But the dmesg bug is quite obvious, so I sent off a fix upstream. The bug was introduced with the support for level names in July 2011. Bjørn /Per -- 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/87wqz9spvc@nemi.mork.no
Bug#689368: Mouse and keyboard freeze on Ivy Bridge platform
Hi Sébastien, Sébastien Dinot wrote: I am encountering random keyboard and mouse freezes which can only be resolved by a hard reset (push the power button on the computer case). Thanks for a clear report. Presumably removing and replugging the mouse doesn't help. Does unloading and reloading the USB driver (modprobe -r ehci_hcd modprobe ehci_hcd) have any effect? Did these machines always behave this way, or is this a regression? Is the 2.6.32.y kernel from squeeze also affected? (For my own reference: kernel log at [1].) Jonathan [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=35;bug=689268 -- 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/20121002011937.GA14725@elie.Belkin
Bug#684240: lenovo t61 laptop fails to shutdown
Hi Jonathan, Does blacklisting both nvidia and nouveau work? I haven't tried yet. ... The screen appears black, with some blinking gray lines. I'll post more details when I try again. Thanks, and sorry for the slow reply. Did you get a chance to try this? Sorry for the slow action. I have not tried again to blacklist neither nvidia nor noveau. I'm not completely sure how to do it and have not found the time to read and experiment. I think the most straightforward way to fix this bug would be to get nouveau working with your card, so I'd be interested in pursuing that. Thanks for your interest; it motivates me to try again. My system is debian/testing. Can you suggest which steps must be taken to blacklist both drivers (and which steps to re-enable them, in case I have to revert to the current working but non-ideal situation). Results from testing nouveau with the 3.5.y kernel from experimental would be interesting as well. I would also require directions or pointers on how to install from experimental. I usually employ 'aptitude'. Best regards, Luis -- 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/20121002020516.gh8...@em.fis.unam.mx
