Bug#651215: Kernel fails to boot on NSLU2
Hi, I've uploaded a 3.1.5-1 with a patch which should fix the boot failure at http://www.rtp-net.org/misc/deb/. Can you please test it ? Thanks, Arnaud -- 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/87vcpkvqwa@lebrac.rtp-net.org
Processed: Xen dom0 VGA console fixed in 3.1.0-rc1
Processing commands for cont...@bugs.debian.org: fixed 630326 3.1.0~rc4-1~experimental.1 Bug #630326 [linux-2.6] linux-image-2.6.39-2-amd64: Please add patch for vgaconsole in xen hypervisor 4.X + 2.6.3[89]/3.0rcX kernels There is no source info for the package 'linux-2.6' at version '3.1.0~rc4-1~experimental.1' with architecture '' Unable to make a source version for version '3.1.0~rc4-1~experimental.1' Bug Marked as fixed in versions 3.1.0~rc4-1~experimental.1. thanks Stopping processing here. Please contact me if you need assistance. -- 630326: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630326 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.132376443620605.transcr...@bugs.debian.org
Bug#630326: marked as done (linux-image-2.6.39-2-amd64: Please add patch for vgaconsole in xen hypervisor 4.X + 2.6.3[89]/3.0rcX kernels)
Your message dated Tue, 13 Dec 2011 08:20:17 + with message-id 1323764417.20936.76.ca...@dagon.hellion.org.uk and subject line Xen dom0 VGA console fixed in 3.1.0-rc1 has caused the Debian Bug report #630326, regarding linux-image-2.6.39-2-amd64: Please add patch for vgaconsole in xen hypervisor 4.X + 2.6.3[89]/3.0rcX kernels to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 630326: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630326 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Version: 2.6.39-2 Severity: normal Tags: patch upstream Patches make vga console work in dom0. Without applying, hypervisor 4.x dom0 + recent kernels (2.6.3[89] and 3.x) boot correctly but screen got blank at once. Threads about this issue [1]. Patches rebased on 2.6.39 [2] and on 3.x [3]. [1] http://deb.li/30EkC http://deb.li/dESU http://deb.li/31AXF [2] http://deb.li/3ZQ5h [3] http://deb.li/B6b2 Thanks. ---End Message--- ---BeginMessage--- fixed 630326 3.1.0~rc4-1~experimental.1 thanks This was fixed in 3.1.0-rc1 which first entered Debian when rc4 was packaged. Thanks, Ian. -- Ian Campbell Finding out what goes on in the C.I.A. is like performing acupuncture on a rock. -- New York Times, Jan. 20, 1981 signature.asc Description: This is a digitally signed message part ---End Message---
Bug#649033: Backtrace
The hang is in the initialization code of tpm_tis module. Simply running sudo modprobe -b acpi:SMO1200:PNP0C31: sudo modrpobe -r tpm_tis a dozen times in a loop was sufficient to trigger it. Here's the backtrace, courtesy of show-blocked-tasks magic SysRq key command: [ 1801.675853] SysRq : Show Blocked State [ 1801.675866] taskPC stack pid father [ 1801.675951] modprobeD 88021e252f40 0 3809 3808 0x [ 1801.675963] 880212080930 0086 8802155760c0 [ 1801.675973] 00012f40 88021375ffd8 88021375ffd8 880212080930 [ 1801.675983] 0286 00010286 88021d81ec80 00010005bc31 [ 1801.675993] Call Trace: [ 1801.676010] [8132c99d] ? schedule_timeout+0xa3/0xdb [ 1801.676021] [810510b3] ? usleep_range+0x3e/0x3e [ 1801.676029] [81051bf0] ? msleep+0x14/0x1c [ 1801.676041] [a01e3215] ? tpm_transmit+0x102/0x177 [tpm] [ 1801.676051] [a01e367b] ? transmit_cmd.isra.3+0xc/0x24 [tpm] [ 1801.676059] [a01e3b2a] ? tpm_get_timeouts+0x5d/0x210 [tpm] [ 1801.676072] [a026f171] ? tpm_tis_status+0x1e/0x20 [tpm_tis] [ 1801.676082] [a026f4e9] ? wait_for_stat+0x1f/0x18b [tpm_tis] [ 1801.676093] [a026f171] ? tpm_tis_status+0x1e/0x20 [tpm_tis] [ 1801.676102] [a026f825] ? tpm_tis_send_data+0x131/0x16d [tpm_tis] [ 1801.676112] [a026fc2d] ? tpm_tis_init+0x233/0x583 [tpm_tis] [ 1801.676122] [a026ff7d] ? tpm_tis_init+0x583/0x583 [tpm_tis] [ 1801.676133] [811fcc62] ? pnp_device_probe+0x70/0x9c [ 1801.676142] [8123dae2] ? pm_runtime_barrier+0x6e/0x76 [ 1801.676151] [81236f09] ? driver_probe_device+0xa8/0x138 [ 1801.676158] [81236fe8] ? __driver_attach+0x4f/0x6f [ 1801.676165] [81236f99] ? driver_probe_device+0x138/0x138 [ 1801.676175] [81236239] ? bus_for_each_dev+0x44/0x78 [ 1801.676184] [812368a1] ? bus_add_driver+0xa2/0x1f2 [ 1801.676216] [a0345000] ? 0xa0344fff [ 1801.676223] [8123740d] ? driver_register+0x8d/0xf5 [ 1801.676233] [a0345000] ? 0xa0344fff [ 1801.676241] [81002086] ? do_one_initcall+0x76/0x12c [ 1801.676250] [a0345000] ? 0xa0344fff [ 1801.676259] [81074921] ? sys_init_module+0x10c/0x25b [ 1801.676269] [81332792] ? system_call_fastpath+0x16/0x1b Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- 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/20111213093304.ga3...@wooyd.org
Bug#651532: System crashes (kernel oops) when loading ATI firmware
El 2011-12-12 a las 13:07 -0600, Jonathan Nieder escribió: I haven't had good luck with nomodeset generally. But really, if you can do anything (like removing the firmware package) to the radeon module to make the problem go away, that will be enough to put the ball in their court, and I will be happy. The user reports that kernel 3.2-rc4 works fine when package firmware- linux-nonfree is not installed. -- Camaleón -- 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/20111213125208.ga9...@stt008.linux.site
Bug#633526: vserver kernel breaks ssh public_key authentication on NFS
On Tue, Dec 13, 2011 at 07:03:45AM +, Ben Hutchings wrote: On Thu, 2011-12-01 at 14:52 +0100, Mirco Bauer wrote: tags 633526 + patch retitle 633526 NFS client uid/gid cache broken on VServer kernels thanks Herbert Poetzl wrote: we now understand the problem, and it was fixed for 3.0.4 with the following patch: http://vserver.13thfloor.at/ExperimentalT/delta-nfs-fix02.diff I can confirm that this patch is fixing the issue. I have tested the patch on top of linux-2.6 2.6.32-37 on a production server and we no longer experience the NFS uid/gid issue. The issue can easily be tested by doing ls -l $file on a NFS mount. The values will show up correctly. After cat $file /dev/null; ls -l $file it will suddenly show wrong uid/gid values of: 4294967294/4294967294 (-2/-2) Waiting for about 20 seconds ls -l $file will show again correct values. So the client cached values are clearly the problem. I strongly recommend to include the patch into the next stable point release as this is major NFS regression from Debian Lenny. I'll update to vs2.6.32.48-vs2.3.0.36.29.8 which includes the above and one other NFS fix http://vserver.13thfloor.at/ExperimentalT/delta-nfs-fix01.diff. Herbert, if you could briefly explain what the two changes are doing that would be helpful. well, the first one fixes a long outstanding bug, which was caused by using the wrong macros INOTAG_* instead of TAGINO_*, which, depending on the tagging and actual uid/gid/tag will result in funny numbers ... the second one doesn't fix any real issue, but it is a more defensive solution for the potentially possible case where NFS_ATTR_FATTR_OWNER is set but the group nfs attribute is not (or the other way round) HTH, Herbert Ben. -- Ben Hutchings Computers are not intelligent.They only think they are. -- 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/20111213180419.ga8...@mail.13thfloor.at
Bug#651532: System crashes (kernel oops) when loading ATI firmware
Camaleón wrote: The user reports that kernel 3.2-rc4 works fine when package firmware- linux-nonfree is not installed. Excellent. The next step is indeed to report this upstream. Be sure to mention: - steps to reproduce the problem - symptoms and how they differ from the expected result (that should be simple enough in this case :)) - which other versions you tried and the result for each - a link to http://bugs.debian.org/651532 for the full story - any other hints or weird observations Attach: - full dmesg output and Xorg.0.log from booting and reproducing the problem with 3.2-rc4, with the firmware available - full dmesg output and Xorg.0.log from booting 3.2-rc4 without the firmware available, for contrast And please let us know the bug number so we can track it. Thanks very much, 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/20111213195213.ga2...@elie.hsd1.il.comcast.net
taskstats capability check in stable
This change is likely to be included in 2.6.32.y and, by default, in our next stable point release. As Linus says, this means that unprivileged accounts won't be able to run iotop, but this is probably correct behaviour. It appears that older versions of iotop do not report this error in a helpful way (#644616). So I think that if we apply this change to the kernel then iotop should also be updated in stable. Ben. Forwarded Message From: gre...@suse.de To: torva...@linux-foundation.org, bsinghar...@gmail.com, gre...@suse.de, j...@inutil.org, johannes.b...@intel.com, seg...@openwall.com Cc: sta...@vger.kernel.org, stable-comm...@vger.kernel.org Subject: Patch Make TASKSTATS require root access has been added to the 2.6.32-longterm tree Date: Tue, 13 Dec 2011 14:10:52 -0800 This is a note to let you know that I've just added the patch titled Make TASKSTATS require root access to the 2.6.32-longterm tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/longterm/longterm-queue-2.6.32.git;a=summary The filename of the patch is: make-taskstats-require-root-access.patch and it can be found in the queue-2.6.32 subdirectory. If you, or anyone else, feels it should not be added to the 2.6.32 longterm tree, please let sta...@vger.kernel.org know about it. From 1a51410abe7d0ee4b1d112780f46df87d3621043 Mon Sep 17 00:00:00 2001 From: Linus Torvalds torva...@linux-foundation.org Date: Mon, 19 Sep 2011 17:04:37 -0700 Subject: Make TASKSTATS require root access From: Linus Torvalds torva...@linux-foundation.org commit 1a51410abe7d0ee4b1d112780f46df87d3621043 upstream. Ok, this isn't optimal, since it means that 'iotop' needs admin capabilities, and we may have to work on this some more. But at the same time it is very much not acceptable to let anybody just read anybody elses IO statistics quite at this level. Use of the GENL_ADMIN_PERM suggested by Johannes Berg as an alternative to checking the capabilities by hand. Reported-by: Vasiliy Kulikov seg...@openwall.com Cc: Johannes Berg johannes.b...@intel.com Acked-by: Balbir Singh bsinghar...@gmail.com Signed-off-by: Linus Torvalds torva...@linux-foundation.org Cc: Moritz Mhlenhoff j...@inutil.org Signed-off-by: Greg Kroah-Hartman gre...@suse.de --- kernel/taskstats.c |1 + 1 file changed, 1 insertion(+) --- a/kernel/taskstats.c +++ b/kernel/taskstats.c @@ -592,6 +592,7 @@ static struct genl_ops taskstats_ops = { .cmd= TASKSTATS_CMD_GET, .doit = taskstats_user_cmd, .policy = taskstats_cmd_get_policy, + .flags = GENL_ADMIN_PERM, }; static struct genl_ops cgroupstats_ops = { Patches currently in longterm-queue-2.6.32 which might be from torva...@linux-foundation.org are /home/gregkh/linux/longterm/longterm-queue-2.6.32/queue-2.6.32/linux-log2.h-fix-rounddown_pow_of_two-1.patch /home/gregkh/linux/longterm/longterm-queue-2.6.32/queue-2.6.32/hfs-fix-hfs_find_init-sb-ext_tree-null-ptr-oops.patch /home/gregkh/linux/longterm/longterm-queue-2.6.32/queue-2.6.32/make-taskstats-require-root-access.patch -- To unsubscribe from this list: send the line unsubscribe stable in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Processed: tagging 651215
Processing commands for cont...@bugs.debian.org: tags 651215 + pending Bug #651215 [linux-image-3.1.0-1-ixp4xx] Kernel fails to boot on NSLU2 Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 651215: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651215 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.132382925116679.transcr...@bugs.debian.org
Re: taskstats capability check in stable
On Wed, 2011-12-14 at 02:12 +, Ben Hutchings wrote: This change is likely to be included in 2.6.32.y and, by default, in our next stable point release. As Linus says, this means that unprivileged accounts won't be able to run iotop, but this is probably correct behaviour. Thanks for the heads up. It appears that older versions of iotop do not report this error in a helpful way (#644616). So I think that if we apply this change to the kernel then iotop should also be updated in stable. It appears the iotop patch applies to the stable version with no changes. Should I prepare an update and propose it to the release team? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: taskstats capability check in stable
On Wed, 2011-12-14 at 11:11 +0800, Paul Wise wrote: On Wed, 2011-12-14 at 02:12 +, Ben Hutchings wrote: This change is likely to be included in 2.6.32.y and, by default, in our next stable point release. As Linus says, this means that unprivileged accounts won't be able to run iotop, but this is probably correct behaviour. Thanks for the heads up. It appears that older versions of iotop do not report this error in a helpful way (#644616). So I think that if we apply this change to the kernel then iotop should also be updated in stable. It appears the iotop patch applies to the stable version with no changes. Should I prepare an update and propose it to the release team? Please do. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#652014: Linux 3.2: Enable Hyper-V kernel modules
Package: linux-image-amd64 Severity: wishlist Dear Maintainers With the release of the 3.2 kernel (yet to happen), some of the modules improving the glue for Linux VMs running on a MS Hyper-V hypervisor have left the staging area (drivers/hv). Could this be taken as an opportunity to enable them in the default kernel image in experimental (i386, amd64) allowing testing with Debian? Currently they are not unloadable, if that is a problem, I know there is a patch floating in the upstream. What would they enable? - add virtual SMP support for VMs - time provider support from the hypervisor Best regards Mathieu -- 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/20111214061021.17898.26204.reportbug@cassini.gymnasium.koeniz
Processed: reassign 652014 to src:linux-2.6
Processing commands for cont...@bugs.debian.org: reassign 652014 src:linux-2.6 3.1.5-1 Bug #652014 [linux-image-amd64] Linux 3.2: Enable Hyper-V kernel modules Bug reassigned from package 'linux-image-amd64' to 'src:linux-2.6'. Bug #652014 [src:linux-2.6] Linux 3.2: Enable Hyper-V kernel modules Bug Marked as found in versions linux-2.6/3.1.5-1. thanks Stopping processing here. Please contact me if you need assistance. -- 652014: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652014 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.132384492321750.transcr...@bugs.debian.org
Processed: tagging 651215
Processing commands for cont...@bugs.debian.org: tags 651215 + pending Bug #651215 [linux-image-3.1.0-1-ixp4xx] Kernel fails to boot on NSLU2 Ignoring request to alter tags of bug #651215 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 651215: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651215 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.132384516223319.transcr...@bugs.debian.org
Bug#652015: pu: package iotop/0.4-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu X-Debbugs-CC: debian-kernel@lists.debian.org iotop bug #644616 needs to be fixed in stable because the elevant change in Linux has been added to the 2.6.32 longterm tree, which the Debian Linux kernel team intends[1] to add to the next Debian stable point release. The change in Linux addresses a security issue (CVE-2011-2494) by removing access to the taskstats interface for non-root users. Unfortunately iotop relies on this file and therefore it can only run as root. With the debdiff below iotop will output a friendly message instead of crashing with a Python traceback. 1. http://lists.debian.org/1323828773.2825.166.camel@deadeye --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +iotop (0.4-2+squeeze1) stable; urgency=low + + * Backport patch to give a helpful error instead of crashing when Linux +denies permission to read the taskstats files (Closes: #644616) + + -- Paul Wise p...@debian.org Wed, 14 Dec 2011 14:33:20 +0800 + iotop (0.4-2) unstable; urgency=low * Correct bug number in the changelog for previous version. --- a/debian/patches/0001-Explain-that-iotop-now-requires-root.patch +++ b/debian/patches/0001-Explain-that-iotop-now-requires-root.patch @@ -0,0 +1,33 @@ +From: Guillaume Chazarain guic...@gmail.com +Date: Sat, 15 Oct 2011 18:39:32 +0200 +Origin: upstream, http://repo.or.cz/w/iotop.git/commitdiff/635b5838e95ed85767434207e463173fd91b6040 +Bug-Debian: http://bugs.debian.org/644616 +Subject: Explain that iotop now requires root. + https://lkml.org/lkml/2011/10/1/170 + http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=1a51410abe7d0ee4b1d112780f46df87d3621043 +--- a/iotop/ui.py b/iotop/ui.py +@@ -446,10 +446,19 @@ + ui.run() + + def run_iotop(options): +-if options.batch: +-return run_iotop_window(None, options) +-else: +-return curses.wrapper(run_iotop_window, options) ++try: ++if options.batch: ++return run_iotop_window(None, options) ++else: ++return curses.wrapper(run_iotop_window, options) ++except OSError, e: ++if e.errno == errno.EPERM: ++print sys.stderr, e ++print sys.stderr, ('iotop requires root or the NET_ADMIN ' ++ 'capability.') ++sys.exit(1) ++else: ++raise + + # + # Profiling --- a/debian/patches/series +++ b/debian/patches/series @@ -1,3 +1,4 @@ 0001-Do-not-report-requirements-that-are-available.patch 0002-Document-the-requirement-for-CONFIG_VM_EVENT_COUNTER.patch +0001-Explain-that-iotop-now-requires-root.patch -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#652014: Linux 3.2: Enable Hyper-V kernel modules
On Wed, 2011-12-14 at 07:10 +0100, Mathieu Simon wrote: Package: linux-image-amd64 Severity: wishlist Dear Maintainers With the release of the 3.2 kernel (yet to happen), some of the modules improving the glue for Linux VMs running on a MS Hyper-V hypervisor have left the staging area (drivers/hv). There is no need to wait for drivers to leave staging, in general. I think there was some problem with them earlier that meant we didn't enable them (possibly limitations on building as modules?). Also, MS abandoned them for a while. But it seems that they are being properly maintained now. Could this be taken as an opportunity to enable them in the default kernel image in experimental (i386, amd64) allowing testing with Debian? Currently they are not unloadable, if that is a problem, I know there is a patch floating in the upstream. Do you have a reference for that? (Commit hash, message ID, URL...) What would they enable? - add virtual SMP support for VMs - time provider support from the hypervisor Yes, all this paravirt stuff is useful. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Processed: tagging 652014
Processing commands for cont...@bugs.debian.org: tags 652014 + pending Bug #652014 [src:linux-2.6] Linux 3.2: Enable Hyper-V kernel modules Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 652014: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652014 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.132384570224882.transcr...@bugs.debian.org
Re: taskstats capability check in stable
On Wed, 2011-12-14 at 04:32 +, Ben Hutchings wrote: Please do. Proposed in #652015 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part