Bug#597276: qla2xxx_eh_abort(5) - kernel NULL pointer dereference
Hi Josip, Thanks for letting us know about this problem. Can u please provide logs with ql2xextended_error_logging enabled. Also, can u please provide more details about the test case. -- Giri On 9/18/10 4:48 AM, Josip Rodin j...@debbugs.entuzijast.net wrote: so it looks generic. -- 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/c8bc50f2.9a54%giridhar.malav...@qlogic.com
Bug#593683: linux-2.6 - images does not conflict with pre-policy versions of bootloaders
* Ben Hutchings b...@decadent.org.uk [2010-09-19 20:53]: That leaves colo and sibyl (both mips/mipsel). colo does not have to be called when upgrading a kernel; I cannot remember what sibyl needs. -- Martin Michlmayr http://www.cyrius.com/ -- 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/20100920132903.gj8...@jirafa.cyrius.com
Bug#597489: kswapd ownes the whole cpu resources, unable to reboot
Package: linux-image-2.6.32-bpo.5-amd64 Version: 2.6.32-21~bpo50+1 Severity: important /var/log/kern.log: http://pastebin.com/FVV25wf4 libc6: 2.7-18lenny4 System: Dell PowerEdge R710 Hi - we have some problems with backported kernels for a few weeks. This is the first time that we got a nice output from the kernel. I think because we've updated from 2.6.32-15~bpo50+1. We had a few crashs with the old package which results in a kill of our network and the server itself - results in an EOI Message we have seen in the remote access unit. The switch has set itself to the root instance of the spanning tree. Now in the new case we observed a high load (between 80 and 100) with the new package and a look in the processtable has shown that kswapd is running with a cpu load of 100%. We wanted to reboot the system by hand - but nothing happened and we had to reset it. The network didn't care about that problem. Feel free and request more information please. -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail -- 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/20100920082712.157...@gmx.net
Processed: Re: Bug#597489: kswapd ownes the whole cpu resources, unable to reboot
Processing commands for cont...@bugs.debian.org: reassign 597489 linux-2.6 Bug #597489 [linux-image-2.6.32-bpo.5-amd64] kswapd ownes the whole cpu resources, unable to reboot Warning: Unknown package 'linux-image-2.6.32-bpo.5-amd64' Bug reassigned from package 'linux-image-2.6.32-bpo.5-amd64' to 'linux-2.6'. Bug No longer marked as found in versions 2.6.32-21~bpo50+1. -- Stopping processing here. Please contact me if you need assistance. -- 597489: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597489 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.128498973825987.transcr...@bugs.debian.org
Bug#597489: kswapd ownes the whole cpu resources, unable to reboot
On Mon, Sep 20, 2010 at 10:27:12AM +0200, Thomas Poo wrote: Package: linux-image-2.6.32-bpo.5-amd64 Version: 2.6.32-21~bpo50+1 Severity: important /var/log/kern.log: http://pastebin.com/FVV25wf4 You must send this information to the bug report, not to some other web site where it will expire. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20100920134058.ga3...@decadent.org.uk
Processed: tagging 597489
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 597489 moreinfo Bug #597489 [linux-2.6] kswapd ownes the whole cpu resources, unable to reboot Added tag(s) moreinfo. End of message, stopping processing here. Please contact me if you need assistance. -- 597489: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597489 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.128499007628143.transcr...@bugs.debian.org
Bug#596802: closed by dann frazier da...@debian.org (Bug#596802: fixed in linux-2.6 2.6.32-23)
linux-image-2.6.32-5-xen-amd64_2.6.32-23_amd64.deb works for me without errors, thanks! -- Boris -- 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/aanlktikultryhfb6pp5v1azbmcz001px7xst9sp66...@mail.gmail.com
Bug#596419: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64: causes a system hangup by the shutdown of the system, aacraid (sw raid) involved in hangup)
So, it worked if I have specified in Dom0 in the baloon mode by omitting the specification of dom0_mem or, if dom0_mem is specified then also the swiotlb=65536 must be specified. Wow. That implies that AACRAID uses quite a lot of buffers, and looking at the driver there are a bunch of quirks where it can only do DMA up to 2GB, so that would explain why it relies on SWIOTLB that much. Based on what Ian analyzed it really looks that we just ran out of DMA buffers and the driver didn't try to retry but just bails out. We can narrow down who is using so many buffers by using the attached debug module that when loaded will print out who is using what buffers if CONFIG_DMA_API_DEBUG=y is set. But the proper workaround is the one you discovered - either raise the SWIOTLB buffer or raise the memory allocated for Dom0. I have noticed one interesting behavior - during the successfull suspension of the domains during the shutdown the first one which is beeing suspended writes very fast three dots, then it stops to write the dots for some time and then agfter some time very fast a lot of (possibly also all remaining) dots are written on the screen. By the next suspensions the suspension works continuously dot-by-dot smoothly without any delays. It looks like it waits for something during the first suspension (memory allocation?). That usually means that is stuck waiting for the disks to write out all the data. Generally, it is for me very surpsrising, how the aacraid module works, I am no C or kernel developer but I would expect something like this cannot happen - the module should allocate its necessary memory in the start or, I would understand there can fail some specific read or write operation if the sw raid has not enough memory to execute them, but I would never expect this will lead to the hangup and freeze of the whole system. The probability of Well, to be honest, we engineers aren't known for testing all of the failure paths as well as we should. That is why folks like you are quite helpful in finding bugs :-) /* * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License v2.0 as published by * the Free Software Foundation * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. */ #include linux/module.h #include linux/string.h #include linux/types.h #include linux/init.h #include linux/stat.h #include linux/err.h #include linux/ctype.h #include linux/slab.h #include linux/limits.h #include linux/device.h #include linux/pci.h #include linux/blkdev.h #include linux/device.h #include linux/init.h #include linux/mm.h #include linux/fcntl.h #include linux/slab.h #include linux/kmod.h #include linux/major.h #include linux/smp_lock.h #include linux/highmem.h #include linux/blkdev.h #include linux/module.h #include linux/blkpg.h #include linux/buffer_head.h #include linux/mpage.h #include linux/mount.h #include linux/uio.h #include linux/namei.h #include asm/uaccess.h #include linux/pagemap.h #include linux/pagevec.h #include linux/dma-debug.h #define DUMP_DMA_FUN 0.1 MODULE_AUTHOR(Konrad Rzeszutek Wilk kon...@virtualiron); MODULE_DESCRIPTION(dump dma); MODULE_LICENSE(GPL); MODULE_VERSION(DUMP_DMA_FUN); static int __init dump_dma_init(void) { debug_dma_dump_mappings(NULL); return 0; } static void __exit dump_dma_exit(void) { } module_init(dump_dma_init); module_exit(dump_dma_exit); # Comment/uncomment the following line to disable/enable debugging #DEBUG = y # Add your debugging flag (or not) to CFLAGS ifeq ($(DEBUG),y) DEBFLAGS = -O -g # -O is needed to expand inlines else DEBFLAGS = -O2 endif EXTRA_CFLAGS += $(DEBFLAGS) -I$(LDDINCDIR) ifneq ($(KERNELRELEASE),) # call from kernel build system obj-m := dump_dma.o else #KERNELDIR ?= /lib/modules/$(shell uname -r)/build KERNELDIR ?= /home/konrad/git/neb.64/linux-build PWD := $(shell pwd) default: $(MAKE) -C $(KERNELDIR) M=$(PWD) LDDINCDIR=$(PWD)/../include modules endif clean: rm -rf *.o *~ core .depend .*.cmd *.ko *.mod.c .tmp_versions depend .depend dep: $(CC) $(CFLAGS) -M *.c .depend ifeq (.depend,$(wildcard .depend)) include .depend endif
Processed: [bts-link] source package linux-2.6
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #596704 (http://bugs.debian.org/596704) # * https://bugzilla.samba.org/show_bug.cgi?id=7676 # * remote status changed: (?) - NEW usertags 596704 + status-NEW Bug#596704: cifs: Files duplicated in directory listing There were no usertags set. Usertags are now: status-NEW. # remote status report for #596741 (http://bugs.debian.org/596741) # * http://bugzilla.kernel.org/show_bug.cgi?id=18552 # * remote status changed: (?) - NEW usertags 596741 + status-NEW Bug#596741: regression: CPU fan fast after resume: won't climb back down There were no usertags set. Usertags are now: status-NEW. # remote status report for #596449 (http://bugs.debian.org/596449) # * http://bugzilla.openvz.org/show_bug.cgi?id=1652 # * remote status changed: (?) - NEW usertags 596449 + status-NEW Bug#596449: linux-image-2.6.32-5-openvz-amd64: kernel oops There were no usertags set. Usertags are now: status-NEW. # remote status report for #596772 (http://bugs.debian.org/596772) # * http://bugzilla.openvz.org/show_bug.cgi?id=1649 # * remote status changed: (?) - NEW usertags 596772 + status-NEW Bug#596772: openvz kernel seems not to have ioprio configured There were no usertags set. Usertags are now: status-NEW. # remote status report for #596874 (http://bugs.debian.org/596874) # * http://bugzilla.openvz.org/show_bug.cgi?id=1653 # * remote status changed: (?) - NEW usertags 596874 + status-NEW Bug#596874: linux-image-2.6.26-2-openvz-686: hangs when stopping a VE that has xt_state module loaded There were no usertags set. Usertags are now: status-NEW. # remote status report for #596901 (http://bugs.debian.org/596901) # * https://bugs.freedesktop.org/show_bug.cgi?id=29413 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - FIXED usertags 596901 + status-RESOLVED resolution-FIXED Bug#596901: xserver-xorg-video-intel: no cursor in X There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. # remote status report for #596901 (http://bugs.debian.org/596901) # * https://bugs.freedesktop.org/show_bug.cgi?id=29413 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - FIXED usertags 596901 + status-RESOLVED resolution-FIXED Bug#596901: xserver-xorg-video-intel: no cursor in X Usertags were: status-RESOLVED resolution-FIXED. Usertags are now: status-RESOLVED resolution-FIXED. # remote status report for #594125 (http://bugs.debian.org/594125) # * https://bugs.freedesktop.org/show_bug.cgi?id=29406 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 594125 + fixed-upstream Bug #594125 [linux-2.6] [linux-image-2.6.35-trunk-amd64] BSD ring buffer implementation makes suspend to ram unreliable Added tag(s) fixed-upstream. usertags 594125 - status-NEW Bug#594125: [linux-image-2.6.35-trunk-amd64] BSD ring buffer implementation makes suspend to ram unreliable Usertags were: status-NEW. Usertags are now: . usertags 594125 + status-RESOLVED resolution-FIXED Bug#594125: [linux-image-2.6.35-trunk-amd64] BSD ring buffer implementation makes suspend to ram unreliable There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. # remote status report for #596901 (http://bugs.debian.org/596901) # * https://bugs.freedesktop.org/show_bug.cgi?id=29413 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - FIXED usertags 596901 + status-RESOLVED resolution-FIXED Bug#596901: xserver-xorg-video-intel: no cursor in X Usertags were: status-RESOLVED resolution-FIXED. Usertags are now: status-RESOLVED resolution-FIXED. thanks Stopping processing here. Please contact me if you need assistance. -- 596901: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596901 594125: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594125 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.12850005814425.transcr...@bugs.debian.org
[bts-link] source package linux-2.6
# # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #596704 (http://bugs.debian.org/596704) # * https://bugzilla.samba.org/show_bug.cgi?id=7676 # * remote status changed: (?) - NEW usertags 596704 + status-NEW # remote status report for #596741 (http://bugs.debian.org/596741) # * http://bugzilla.kernel.org/show_bug.cgi?id=18552 # * remote status changed: (?) - NEW usertags 596741 + status-NEW # remote status report for #596449 (http://bugs.debian.org/596449) # * http://bugzilla.openvz.org/show_bug.cgi?id=1652 # * remote status changed: (?) - NEW usertags 596449 + status-NEW # remote status report for #596772 (http://bugs.debian.org/596772) # * http://bugzilla.openvz.org/show_bug.cgi?id=1649 # * remote status changed: (?) - NEW usertags 596772 + status-NEW # remote status report for #596874 (http://bugs.debian.org/596874) # * http://bugzilla.openvz.org/show_bug.cgi?id=1653 # * remote status changed: (?) - NEW usertags 596874 + status-NEW # remote status report for #596901 (http://bugs.debian.org/596901) # * https://bugs.freedesktop.org/show_bug.cgi?id=29413 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - FIXED usertags 596901 + status-RESOLVED resolution-FIXED # remote status report for #596901 (http://bugs.debian.org/596901) # * https://bugs.freedesktop.org/show_bug.cgi?id=29413 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - FIXED usertags 596901 + status-RESOLVED resolution-FIXED # remote status report for #594125 (http://bugs.debian.org/594125) # * https://bugs.freedesktop.org/show_bug.cgi?id=29406 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 594125 + fixed-upstream usertags 594125 - status-NEW usertags 594125 + status-RESOLVED resolution-FIXED # remote status report for #596901 (http://bugs.debian.org/596901) # * https://bugs.freedesktop.org/show_bug.cgi?id=29413 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - FIXED usertags 596901 + status-RESOLVED resolution-FIXED 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/20100920163618.17876.71333.btsl...@merkel.debian.org
Bug#597544: linux-image-2.6.35-trunk-686 crash in 3c59x init
Package: linux-2.6 Version: 2.6.35-1~experimental.2 Severity: normal Hi, With 2.6.35, I got a kernel panic a couple of seconds after I select an image to load. I look the same bug than #589989 Matthieu -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** Network interface configuration: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.34-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.35-trunk-686 depends on: ii debconf [debconf 1.5.35 Debian configuration management sy ii initramfs-tools 0.98.3 tools for generating an initramfs ii linux-base 2.6.35-1~experimental.2 Linux image base package ii module-init-tool 3.12-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.35-trunk-686 recommends: pn firmware-linux-free none (no description available) ii libc6-i6862.11.2-5 Embedded GNU C Library: Shared lib Versions of packages linux-image-2.6.35-trunk-686 suggests: ii grub 0.97-63GRand Unified Bootloader (dummy pa pn linux-doc-2.6.35 none (no description available) Versions of packages linux-image-2.6.35-trunk-686 is related to: pn firmware-bnx2 none (no description available) pn firmware-bnx2xnone (no description available) pn firmware-ipw2x00 none (no description available) pn firmware-ivtv none (no description available) pn firmware-iwlwifi none (no description available) pn firmware-linuxnone (no description available) pn firmware-linux-nonfreenone (no description available) pn firmware-qlogic none (no description available) pn firmware-ralink none (no description available) pn xen-hypervisornone (no description available) -- debconf information: linux-image-2.6.35-trunk-686/postinst/ignoring-do-bootloader-2.6.35-trunk-686: linux-image-2.6.35-trunk-686/postinst/depmod-error-initrd-2.6.35-trunk-686: false * linux-image-2.6.35-trunk-686/postinst/missing-firmware-2.6.35-trunk-686: linux-image-2.6.35-trunk-686/prerm/removing-running-kernel-2.6.35-trunk-686: true -- 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/20100920175052.3392.42979.report...@localhost
Processing of linux-2.6_2.6.32-23_hppa.changes
linux-2.6_2.6.32-23_hppa.changes uploaded successfully to localhost along with the files: linux-image-2.6.32-5-parisc_2.6.32-23_hppa.deb linux-headers-2.6.32-5-parisc_2.6.32-23_hppa.deb linux-image-2.6.32-5-parisc-smp_2.6.32-23_hppa.deb linux-headers-2.6.32-5-parisc-smp_2.6.32-23_hppa.deb linux-image-2.6.32-5-parisc64_2.6.32-23_hppa.deb linux-headers-2.6.32-5-parisc64_2.6.32-23_hppa.deb linux-image-2.6.32-5-parisc64-smp_2.6.32-23_hppa.deb linux-headers-2.6.32-5-parisc64-smp_2.6.32-23_hppa.deb linux-headers-2.6.32-5-common_2.6.32-23_hppa.deb linux-headers-2.6.32-5-all_2.6.32-23_hppa.deb linux-headers-2.6.32-5-all-hppa_2.6.32-23_hppa.deb linux-libc-dev_2.6.32-23_hppa.deb linux-tools-2.6.32_2.6.32-23_hppa.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1oxlu2-0007ho...@franck.debian.org
linux-2.6_2.6.32-23_hppa.changes ACCEPTED into unstable
Accepted: linux-headers-2.6.32-5-all-hppa_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-headers-2.6.32-5-all-hppa_2.6.32-23_hppa.deb linux-headers-2.6.32-5-all_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-headers-2.6.32-5-all_2.6.32-23_hppa.deb linux-headers-2.6.32-5-common_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-headers-2.6.32-5-common_2.6.32-23_hppa.deb linux-headers-2.6.32-5-parisc-smp_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-headers-2.6.32-5-parisc-smp_2.6.32-23_hppa.deb linux-headers-2.6.32-5-parisc64-smp_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-headers-2.6.32-5-parisc64-smp_2.6.32-23_hppa.deb linux-headers-2.6.32-5-parisc64_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-headers-2.6.32-5-parisc64_2.6.32-23_hppa.deb linux-headers-2.6.32-5-parisc_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-headers-2.6.32-5-parisc_2.6.32-23_hppa.deb linux-image-2.6.32-5-parisc-smp_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-image-2.6.32-5-parisc-smp_2.6.32-23_hppa.deb linux-image-2.6.32-5-parisc64-smp_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-image-2.6.32-5-parisc64-smp_2.6.32-23_hppa.deb linux-image-2.6.32-5-parisc64_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-image-2.6.32-5-parisc64_2.6.32-23_hppa.deb linux-image-2.6.32-5-parisc_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-image-2.6.32-5-parisc_2.6.32-23_hppa.deb linux-libc-dev_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-libc-dev_2.6.32-23_hppa.deb linux-tools-2.6.32_2.6.32-23_hppa.deb to main/l/linux-2.6/linux-tools-2.6.32_2.6.32-23_hppa.deb Override entries for your package: linux-headers-2.6.32-5-all-hppa_2.6.32-23_hppa.deb - optional kernel linux-headers-2.6.32-5-all_2.6.32-23_hppa.deb - optional kernel linux-headers-2.6.32-5-common_2.6.32-23_hppa.deb - optional kernel linux-headers-2.6.32-5-parisc-smp_2.6.32-23_hppa.deb - optional kernel linux-headers-2.6.32-5-parisc64-smp_2.6.32-23_hppa.deb - optional kernel linux-headers-2.6.32-5-parisc64_2.6.32-23_hppa.deb - optional kernel linux-headers-2.6.32-5-parisc_2.6.32-23_hppa.deb - optional kernel linux-image-2.6.32-5-parisc-smp_2.6.32-23_hppa.deb - optional kernel linux-image-2.6.32-5-parisc64-smp_2.6.32-23_hppa.deb - optional kernel linux-image-2.6.32-5-parisc64_2.6.32-23_hppa.deb - optional kernel linux-image-2.6.32-5-parisc_2.6.32-23_hppa.deb - optional kernel linux-libc-dev_2.6.32-23_hppa.deb - optional devel linux-tools-2.6.32_2.6.32-23_hppa.deb - optional kernel Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1oxldx-0001vm...@franck.debian.org
Bug#593243: It works with experimental linux-image...
Hello, I have just found the time to try the experimental module which has been renamed rt2800pci in the 2.6.35-1~experimental.3 version of the linux-image-2.6.35-trunk-686 packet (actually, I am using this module to send this message, so it seems to work pretty well). I also take some extra time to test the linux-image-2.6.32-5 (2.6.32-21) and under this version it still doesn't work at all. I don't have the time nor the skills to inspect the code but I can make extended tests if someone wants to guide me. I'm quite surprised to see that this bug seems to only affect few wireless configurations (mine is Ralink on EeeBox with a WPA2 AP). I hope it can be fixed for Squeeze release... -- Médéric RIBREUX email: mederic.ribr...@gmail.com blog: http://medspx.homelinux.org/blog -- 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/20100920195758.ga2...@debianbox.homelinux.org
Bug#597544: linux-image-2.6.35-trunk-686 crash in 3c59x init
On Mon, 2010-09-20 at 19:50 +0200, matthieu castet wrote: Package: linux-2.6 Version: 2.6.35-1~experimental.2 Severity: normal Hi, With 2.6.35, I got a kernel panic a couple of seconds after I select an image to load. Please send the panic message. A screenshot will do but you may need to add 'vga=6' to the boot loader parameters to ensure that the whole message fits on the screen. I look the same bug than #589989 It can't be; that's already fixed. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 597544
Processing commands for cont...@bugs.debian.org: tags 597544 + moreinfo Bug #597544 [linux-2.6] linux-image-2.6.35-trunk-686 crash in 3c59x init Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 597544: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597544 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.128501571719562.transcr...@bugs.debian.org
Processed: tagging 595554
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 595554 + pending Bug #595554 {Done: maximilian attems m...@debian.org} [linux-2.6] 3c59x hangs on Vortex cards Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 595554: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595554 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.128501634724319.transcr...@bugs.debian.org
Bug#597576: linux-image-2.6.32-5-amd64: 2.6.32-23 still vulnerable to CVE-2010-3301
Package: linux-2.6 Version: 2.6.32-23 Justification: root security hole Severity: critical Tags: security The changelog says the CVE-2010-3301 was fixed in this update: * x86-64, compat (CVE-2010-3301): - Retruncate rax after ia32 syscall entry tracing - Test %rax for the syscall number, not %eax But a test of the exploit shows otherwise: n...@nobel:~(0)$ ./robert_you_suck resolved symbol commit_creds to 0x8106914d resolved symbol prepare_kernel_cred to 0x81069050 mapping at 3f8000 UID 1000, EUID:1000 GID:100, EGID:100 $ -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-23) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-3) ) #1 SMP Fri Sep 17 21:50:19 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=/dev/md0 ro ** Not tainted ** Kernel log: [5.279654] cdc_acm 6-1:1.0: ttyACM0: USB ACM device [5.294320] usbcore: registered new interface driver cdc_acm [5.294363] cdc_acm: v0.26:USB Abstract Control Model driver for USB modems and ISDN adapters [5.370027] [drm] Initialized drm 1.1.0 20060810 [5.490867] [drm] radeon kernel modesetting enabled. [5.491029] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [5.491077] radeon :01:05.0: setting latency timer to 64 [5.493310] [drm] radeon: Initializing kernel modesetting. [5.493507] [drm] register mmio base: 0xFEAF [5.493546] [drm] register mmio size: 65536 [5.497856] ATOM BIOS: B27722 [5.497911] [drm] Clocks initialized ! [5.498112] [drm] Detected VRAM RAM=256M, BAR=256M [5.498153] [drm] RAM width 32bits DDR [5.498258] [TTM] Zone kernel: Available graphics memory: 1901200 kiB. [5.498308] [drm] radeon: 256M of VRAM memory ready [5.498343] [drm] radeon: 512M of GTT memory ready. [5.498408] [drm] radeon: irq initialized. [5.498445] [drm] GART: num cpu pages 131072, num gpu pages 131072 [5.499243] [drm] Loading RS780 Microcode [5.499287] platform radeon_cp.0: firmware: requesting radeon/RS780_pfp.bin [5.499916] EDAC amd64_edac: Ver: 3.2.0 Sep 17 2010 [5.500988] EDAC amd64: This node reports that Memory ECC is currently disabled, set F3x44[22] (:00:18.3). [5.501038] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load. [5.501040] Either enable ECC checking or force module loading by setting 'ecc_enable_override'. [5.501041] (Note that use of the override may cause unknown side effects.) [5.501167] amd64_edac: probe of :00:18.2 failed with error -22 [5.563779] platform radeon_cp.0: firmware: requesting radeon/RS780_me.bin [5.603520] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin [5.622877] HDA Intel :00:14.2: PCI INT A - GSI 16 (level, low) - IRQ 16 [5.668153] [drm] ring test succeeded in 1 usecs [5.668276] [drm] radeon: ib pool ready. [5.668372] [drm] ib test succeeded in 0 usecs [5.668421] [drm] Enabling audio support [5.668582] [drm] Radeon Display Connectors [5.668653] [drm] Connector 0: [5.668690] [drm] VGA [5.668726] [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [5.668767] [drm] Encoders: [5.668803] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [5.668838] [drm] Connector 1: [5.668872] [drm] DVI-D [5.668906] [drm] HPD3 [5.668941] [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [5.668980] [drm] Encoders: [5.669015] [drm] DFP1: INTERNAL_KLDSCP_LVTMA [5.717477] [drm] fb mappable at 0xD0141000 [5.717516] [drm] vram apper at 0xD000 [5.717550] [drm] size 3145728 [5.717585] [drm] fb depth is 24 [5.717619] [drm]pitch is 4096 [5.733776] Console: switching to colour frame buffer device 128x48 [5.743640] fb0: radeondrmfb frame buffer device [5.743729] registered panic notifier [5.743803] [drm] Initialized radeon 2.0.0 20080528 for :01:05.0 on minor 0 [5.750796] hda_codec: ALC888: BIOS auto-probing. [5.752442] input: HDA Digital PCBeep as /devices/pci:00/:00:14.2/input/input5 [6.131201] input: ImPS/2 Generic Wheel Mouse as /devices/platform/i8042/serio1/input/input6 [6.745690] loop: AES key scrubbing enabled [6.749698] loop: loaded (max 8 devices) [6.761982] f71882fg: Found f71882fg chip at 0x600, revision 32 [6.762561] f71882fg f71882fg.1536: Fan: 1 is in duty-cycle mode [6.765048] f71882fg f71882fg.1536: Fan: 2 is in duty-cycle mode [6.767477] f71882fg f71882fg.1536: Fan: 3 is in duty-cycle mode [6.769950] f71882fg f71882fg.1536: Fan: 4 is in duty-cycle mode [7.163278] Adding 4883748k swap on /dev/loop2. Priority:-1 extents:1 across:4883748k [7.324545] XFS mounting filesystem md1 [7.446032] Ending clean XFS mount for filesystem: md1 [7.559360] RPC: Registered udp transport module. [7.563548] RPC: Registered tcp transport module. [7.567733]
Bug#597576: marked as done (linux-image-2.6.32-5-amd64: 2.6.32-23 still vulnerable to CVE-2010-3301)
Your message dated Tue, 21 Sep 2010 00:14:36 +0100 with message-id 1285024476.2697.85.ca...@localhost and subject line Re: Bug#597576: linux-image-2.6.32-5-amd64: 2.6.32-23 still vulnerable to CVE-2010-3301 has caused the Debian Bug report #597576, regarding linux-image-2.6.32-5-amd64: 2.6.32-23 still vulnerable to CVE-2010-3301 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.) -- 597576: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597576 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Version: 2.6.32-23 Justification: root security hole Severity: critical Tags: security The changelog says the CVE-2010-3301 was fixed in this update: * x86-64, compat (CVE-2010-3301): - Retruncate rax after ia32 syscall entry tracing - Test %rax for the syscall number, not %eax But a test of the exploit shows otherwise: n...@nobel:~(0)$ ./robert_you_suck resolved symbol commit_creds to 0x8106914d resolved symbol prepare_kernel_cred to 0x81069050 mapping at 3f8000 UID 1000, EUID:1000 GID:100, EGID:100 $ -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-23) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-3) ) #1 SMP Fri Sep 17 21:50:19 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=/dev/md0 ro ** Not tainted ** Kernel log: [5.279654] cdc_acm 6-1:1.0: ttyACM0: USB ACM device [5.294320] usbcore: registered new interface driver cdc_acm [5.294363] cdc_acm: v0.26:USB Abstract Control Model driver for USB modems and ISDN adapters [5.370027] [drm] Initialized drm 1.1.0 20060810 [5.490867] [drm] radeon kernel modesetting enabled. [5.491029] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [5.491077] radeon :01:05.0: setting latency timer to 64 [5.493310] [drm] radeon: Initializing kernel modesetting. [5.493507] [drm] register mmio base: 0xFEAF [5.493546] [drm] register mmio size: 65536 [5.497856] ATOM BIOS: B27722 [5.497911] [drm] Clocks initialized ! [5.498112] [drm] Detected VRAM RAM=256M, BAR=256M [5.498153] [drm] RAM width 32bits DDR [5.498258] [TTM] Zone kernel: Available graphics memory: 1901200 kiB. [5.498308] [drm] radeon: 256M of VRAM memory ready [5.498343] [drm] radeon: 512M of GTT memory ready. [5.498408] [drm] radeon: irq initialized. [5.498445] [drm] GART: num cpu pages 131072, num gpu pages 131072 [5.499243] [drm] Loading RS780 Microcode [5.499287] platform radeon_cp.0: firmware: requesting radeon/RS780_pfp.bin [5.499916] EDAC amd64_edac: Ver: 3.2.0 Sep 17 2010 [5.500988] EDAC amd64: This node reports that Memory ECC is currently disabled, set F3x44[22] (:00:18.3). [5.501038] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load. [5.501040] Either enable ECC checking or force module loading by setting 'ecc_enable_override'. [5.501041] (Note that use of the override may cause unknown side effects.) [5.501167] amd64_edac: probe of :00:18.2 failed with error -22 [5.563779] platform radeon_cp.0: firmware: requesting radeon/RS780_me.bin [5.603520] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin [5.622877] HDA Intel :00:14.2: PCI INT A - GSI 16 (level, low) - IRQ 16 [5.668153] [drm] ring test succeeded in 1 usecs [5.668276] [drm] radeon: ib pool ready. [5.668372] [drm] ib test succeeded in 0 usecs [5.668421] [drm] Enabling audio support [5.668582] [drm] Radeon Display Connectors [5.668653] [drm] Connector 0: [5.668690] [drm] VGA [5.668726] [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [5.668767] [drm] Encoders: [5.668803] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [5.668838] [drm] Connector 1: [5.668872] [drm] DVI-D [5.668906] [drm] HPD3 [5.668941] [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [5.668980] [drm] Encoders: [5.669015] [drm] DFP1: INTERNAL_KLDSCP_LVTMA [5.717477] [drm] fb mappable at 0xD0141000 [5.717516] [drm] vram apper at 0xD000 [5.717550] [drm] size 3145728 [5.717585] [drm] fb depth is 24 [5.717619] [drm]pitch is 4096 [5.733776] Console: switching to colour frame buffer device 128x48 [5.743640] fb0: radeondrmfb frame buffer device [5.743729] registered panic notifier [5.743803] [drm] Initialized radeon 2.0.0 20080528 for :01:05.0 on minor 0 [5.750796] hda_codec: ALC888: BIOS auto-probing. [
Bug#597576: [Secure-testing-team] Bug#597576: linux-image-2.6.32-5-amd64: 2.6.32-23 still vulnerable to CVE-2010-3301
On Mon, 20 Sep 2010 18:51:16 -0400 Jon wrote: Package: linux-2.6 Version: 2.6.32-23 Justification: root security hole Severity: critical Tags: security The changelog says the CVE-2010-3301 was fixed in this update: * x86-64, compat (CVE-2010-3301): - Retruncate rax after ia32 syscall entry tracing - Test %rax for the syscall number, not %eax But a test of the exploit shows otherwise: n...@nobel:~(0)$ ./robert_you_suck resolved symbol commit_creds to 0x8106914d resolved symbol prepare_kernel_cred to 0x81069050 mapping at 3f8000 UID 1000, EUID:1000 GID:100, EGID:100 $ did you reboot? mike -- 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/20100920191926.2516291a.michael.s.gilb...@gmail.com
Bug#597576: [Secure-testing-team] Bug#597576: linux-image-2.6.32-5-amd64: 2.6.32-23 still vulnerable to CVE-2010-3301
On Mon, Sep 20, 2010 at 06:51:16PM -0400, Jon wrote: Package: linux-2.6 Version: 2.6.32-23 Justification: root security hole Severity: critical Tags: security The changelog says the CVE-2010-3301 was fixed in this update: * x86-64, compat (CVE-2010-3301): - Retruncate rax after ia32 syscall entry tracing - Test %rax for the syscall number, not %eax But a test of the exploit shows otherwise: n...@nobel:~(0)$ ./robert_you_suck resolved symbol commit_creds to 0x8106914d resolved symbol prepare_kernel_cred to 0x81069050 mapping at 3f8000 UID 1000, EUID:1000 GID:100, EGID:100 $ How so? UID 1000 isn't root... -- 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/20100920231910.ge13...@lackof.org
Bug#597582: initramfs-tools should not ignore failing hook scripts
Package: initramfs-tools Version: 0.92o Severity: important If an initramfs hook script exits with a nonzero exit status, update-initramfs carries on anyway! To reproduce: 1. create /etc/initramfs-tools/hooks/broken containing #!/bin/sh -e broken! 2. run update-initramfs in a way that makes it do some work. 3. Observe: /etc/initramfs-tools/hooks/broken: line 2: broken!: command not found but the initramfs is still created and installed. This kind of thing is liable to make systems unbootable, surely. Ian. -- 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/19607.61706.516954.335...@chiark.greenend.org.uk
Bug#597580: initramfs-tools hook functions copy_exec should allow use of PATH
Package: initramfs-tools Version: 0.92o Severity: wishlist It would be nice if the copy_exec function in the initramfs-tools hook script helper functions searched for source executables from the PATH (and failed if they weren't found!) That would make it easier to write hook scripts which (a) don't depend on specific binary locations and (b) don't appear to succeed while generating broken initramfs's. If this seems like a good idea to you I'll implement it and send a patch. Thanks, Ian. -- 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/19607.60778.170337.723...@chiark.greenend.org.uk
Bug#597581: update-initramfs should not set PATH
Package: initramfs-tools Version: 0.92o I've been doing some exciting initramfs hacking and I found that my hook scripts were not working because although I call update-initramfs with /usr/local/{sbin,bin} on my path, they were being removed. $ dpkg -L initramfs-tools | xargs grep PATH /usr/sbin/mkinitramfs:export PATH='/usr/bin:/sbin:/bin' ... I don't think this is correct. It seems to have been introduced in response to #409995, which was a complaint that (in effect) /sbin could be missing from the path. The correct approach would be to add /usr/sbin and /sbin to the end of PATH, something like this: export PATH=${PATH-/usr/local/bin:/bin:/usr/bin}:/sbin:/usr/sbin Ian. -- 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/19607.60776.313979.585...@chiark.greenend.org.uk