commit r17868: linux-libc-dev: Multi-arch support
Hi, Commit r17868 moved the headers into a multiarch directory, but this patch seems wrong in two aspect: - It moves the headers to the cross-compile directory, ie /usr/$(triplet)/include instead of the multiarch directory, ie /usr/include/$(triplet) - It uses DEB_HOST_GNU_TYPE to find the triplet, which is wrong on some architectures. For example on i386, the multiarch triplet is i386-linux-gnu instead of i486-linux-gnu. Please find a patch below to fix theses issue. Note that I have some issues building certain biarch packages with this patch, that said Ubuntu is using that for some times, and they don't seems to have any problem, so it might be a local issue. Cheers, Aurelien Index: rules.real === --- rules.real (révision 17885) +++ rules.real (copie de travail) @@ -8,6 +8,7 @@ SHELL := bash -e DEB_HOST_ARCH := $(shell dpkg-architecture -a'$(ARCH)' -qDEB_HOST_ARCH) DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -a'$(ARCH)' -qDEB_HOST_GNU_TYPE) +DEB_HOST_MULTIARCH:= $(shell dpkg-architecture -a'$(ARCH)' -qDEB_HOST_MULTIARCH) DEB_BUILD_ARCH:= $(shell dpkg-architecture -a'$(ARCH)' -qDEB_BUILD_ARCH) UPLOADER := $(shell dpkg-parsechangelog | sed -ne 's,^Maintainer: .[^]*\([^]*\),\1,p') @@ -310,8 +311,8 @@ find $(OUT_DIR)/include \( -name .install -o -name ..install.cmd \) -execdir rm {} + # Move include/asm to arch-specific directory - mkdir -p $(OUT_DIR)/$(DEB_HOST_GNU_TYPE)/include - mv $(OUT_DIR)/include/asm $(OUT_DIR)/$(DEB_HOST_GNU_TYPE)/include/ + mkdir -p $(OUT_DIR)/include/$(DEB_HOST_MULTIARCH) + mv $(OUT_DIR)/include/asm $(OUT_DIR)/include/$(DEB_HOST_MULTIARCH)/ +$(MAKE_SELF) install-base -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- 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/20110805060449.ga5...@volta.aurel32.net
Bug#636531: linux-image-3.0.0-1-kirkwood: NULL pointer deref in rt2800usb_get_txwi
Marc Kleine-Budde m...@pengutronix.de writes: Hi, [frogger@hardanger:linux-2.6]$ git show b52398b6e4522176dd125722c72c301015d24520 commit b52398b6e4522176dd125722c72c301015d24520 Author: Stanislaw Gruszka sgrus...@redhat.com Date: Sat Jul 30 13:32:56 2011 +0200 rt2x00: rt2800: fix zeroing skb structure We should clear skb-data not skb itself. Bug was introduced by: commit 0b8004aa12d13ec750d102ba4082a95f0107c649 rt2x00: Properly reserve room for descriptors in skbs. Cc: sta...@kernel.org # 2.6.36+ Signed-off-by: Stanislaw Gruszka sgrus...@redhat.com Acked-by: Gertjan van Wingerde gwinge...@gmail.com Acked-by: Ivo van Doorn ivdo...@gmail.com Signed-off-by: John W. Linville linvi...@tuxdriver.com I've done a quick build of 3.0 with this patch [1], can you please try it in order to check if the patch is fixing the issue ? Thanks, Arnaud [1] http://www.rtp-net.org/kirkwood/linux-image-3.0.0-1-kirkwood_3.0.0-2_armel.deb -- 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/87bow4gqu1@lebrac.rtp-net.org
Bug#636531: linux-image-3.0.0-1-kirkwood: NULL pointer deref in rt2800usb_get_txwi
On 08/05/2011 11:17 AM, Arnaud Patard (Rtp) wrote: Marc Kleine-Budde m...@pengutronix.de writes: Hi, [frogger@hardanger:linux-2.6]$ git show b52398b6e4522176dd125722c72c301015d24520 commit b52398b6e4522176dd125722c72c301015d24520 Author: Stanislaw Gruszka sgrus...@redhat.com Date: Sat Jul 30 13:32:56 2011 +0200 rt2x00: rt2800: fix zeroing skb structure We should clear skb-data not skb itself. Bug was introduced by: commit 0b8004aa12d13ec750d102ba4082a95f0107c649 rt2x00: Properly reserve room for descriptors in skbs. Cc: sta...@kernel.org # 2.6.36+ Signed-off-by: Stanislaw Gruszka sgrus...@redhat.com Acked-by: Gertjan van Wingerde gwinge...@gmail.com Acked-by: Ivo van Doorn ivdo...@gmail.com Signed-off-by: John W. Linville linvi...@tuxdriver.com I've done a quick build of 3.0 with this patch [1], can you please try it in order to check if the patch is fixing the issue ? Thanks a lot - The kernel is already downloading. FYI: that patch is not part of 3.0.1. [1] http://www.rtp-net.org/kirkwood/linux-image-3.0.0-1-kirkwood_3.0.0-2_armel.deb cheers, Marc -- Pengutronix e.K. | Marc Kleine-Budde | Industrial Linux Solutions| Phone: +49-231-2826-924 | Vertretung West/Dortmund | Fax: +49-5121-206917- | Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | signature.asc Description: OpenPGP digital signature
Bug#635573: lspci output
root@nanyang:/home/jiunshyong# lspci -v 00:00.0 RAM memory: nVidia Corporation MCP67 Memory Controller (rev a2) Subsystem: Hewlett-Packard Company Device 30d6 Flags: bus master, 66MHz, fast devsel, latency 0 Capabilities: [44] HyperTransport: Slave or Primary Interface Capabilities: [dc] HyperTransport: MSI Mapping Enable+ Fixed- 00:01.0 ISA bridge: nVidia Corporation MCP67 ISA Bridge (rev a2) Subsystem: Hewlett-Packard Company Device 30d6 Flags: bus master, 66MHz, fast devsel, latency 0 00:01.1 SMBus: nVidia Corporation MCP67 SMBus (rev a2) Subsystem: Hewlett-Packard Company Device 30d6 Flags: 66MHz, fast devsel, IRQ 10 I/O ports at 3080 [size=64] I/O ports at 3040 [size=64] I/O ports at 3000 [size=64] Capabilities: [44] Power Management version 2 Kernel driver in use: nForce2_smbus 00:01.2 RAM memory: nVidia Corporation MCP67 Memory Controller (rev a2) Subsystem: Hewlett-Packard Company Device 30d6 Flags: 66MHz, fast devsel 00:01.3 Co-processor: nVidia Corporation MCP67 Co-processor (rev a2) Subsystem: Hewlett-Packard Company Device 30d6 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 11 Memory at fc20 (32-bit, non-prefetchable) [size=512K] 00:02.0 USB Controller: nVidia Corporation MCP67 OHCI USB 1.1 Controller (rev a2) (prog-if 10 [OHCI]) Subsystem: Hewlett-Packard Company Device 30d6 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 17 Memory at fc486000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Kernel driver in use: ohci_hcd 00:02.1 USB Controller: nVidia Corporation MCP67 EHCI USB 2.0 Controller (rev a2) (prog-if 20 [EHCI]) Subsystem: Hewlett-Packard Company Device 30d6 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 17 Memory at fc489000 (32-bit, non-prefetchable) [size=256] Capabilities: [44] Debug port: BAR=1 offset=0098 Capabilities: [80] Power Management version 2 Kernel driver in use: ehci_hcd 00:04.0 USB Controller: nVidia Corporation MCP67 OHCI USB 1.1 Controller (rev a2) (prog-if 10 [OHCI]) Subsystem: Hewlett-Packard Company Device 30d6 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 16 Memory at fc487000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Kernel driver in use: ohci_hcd 00:04.1 USB Controller: nVidia Corporation MCP67 EHCI USB 2.0 Controller (rev a2) (prog-if 20 [EHCI]) Subsystem: Hewlett-Packard Company Device 30d6 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 16 Memory at fc489400 (32-bit, non-prefetchable) [size=256] Capabilities: [44] Debug port: BAR=1 offset=0098 Capabilities: [80] Power Management version 2 Kernel driver in use: ehci_hcd 00:06.0 IDE interface: nVidia Corporation MCP67 IDE Controller (rev a1) (prog-if 8a [Master SecP PriP]) Subsystem: Hewlett-Packard Company Device 30d6 Flags: bus master, 66MHz, fast devsel, latency 0 [virtual] Memory at 01f0 (32-bit, non-prefetchable) [size=8] [virtual] Memory at 03f0 (type 3, non-prefetchable) [size=1] [virtual] Memory at 0170 (32-bit, non-prefetchable) [size=8] [virtual] Memory at 0370 (type 3, non-prefetchable) [size=1] I/O ports at 30c0 [size=16] Capabilities: [44] Power Management version 2 Kernel driver in use: pata_amd 00:07.0 Audio device: nVidia Corporation MCP67 High Definition Audio (rev a1) Subsystem: Hewlett-Packard Company Device 30d6 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 20 Memory at fc48 (32-bit, non-prefetchable) [size=16K] Capabilities: [44] Power Management version 2 Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+ Capabilities: [6c] HyperTransport: MSI Mapping Enable- Fixed+ Kernel driver in use: HDA Intel 00:08.0 PCI bridge: nVidia Corporation MCP67 PCI Bridge (rev a2) (prog-if 01 [Subtractive decode]) Flags: bus master, 66MHz, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=02, sec-latency=64 Memory behind bridge: fc10-fc1f Capabilities: [b8] Subsystem: Hewlett-Packard Company Device 30d6 Capabilities: [8c] HyperTransport: MSI Mapping Enable- Fixed- 00:09.0 IDE interface: nVidia Corporation MCP67 AHCI Controller (rev a2) (prog-if 85 [Master SecO PriO]) Subsystem: Hewlett-Packard Company Device 30d6 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21 I/O ports at 30f0 [size=8] I/O ports at 30e4 [size=4] I/O ports at 30e8 [size=8] I/O ports at 30e0 [size=4] I/O ports at 30d0 [size=16] Memory at fc484000 (32-bit, non-prefetchable) [size=8K] Capabilities: [44] Power Management version 2 Capabilities: [8c] SATA HBA v1.0 Capabilities: [b0] MSI: Enable- Count=1/8 Maskable- 64bit+ Capabilities: [cc] HyperTransport: MSI Mapping Enable- Fixed+ Kernel driver in use: ahci 00:0a.0 Ethernet controller: nVidia
Processed: affects 636598
Processing commands for cont...@bugs.debian.org: affects 636598 = nvidia-graphics-drivers Bug #636598 [linux-2.6] make 3.82 breaks kernel module build: 'mixed implicit and normal rules' in linux-headers-* Removed indication that 636598 affects nvidia-kernel-source and nvidia-kernel-dkms Added indication that 636598 affects nvidia-graphics-drivers thanks Stopping processing here. Please contact me if you need assistance. -- 636598: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636598 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.131253789628850.transcr...@bugs.debian.org
Bug#583949: linux-image-2.6.32-5-amd64: Bug fixed in kernel 2.6.39-2-amd64 (Debian 2.6.39-3)
Package: linux-2.6 Severity: normal I've tried 2.6.38-bpo.2-amd64 (Debian 2.6.38-5~bpo60+1) and the bug was still there, but in 2.6.39-2-amd64 (Debian 2.6.39-3) it works perfectly. The only lines appearing in dmesg are: [ 116.814106] ISO 9660 Extensions: Microsoft Joliet Level 3 [ 116.894669] ISO 9660 Extensions: RRIP_1991A and I can access both cdroms and dvds copyrighted or not. Pkgs installed during upgrade: +linux-doc-2.6.39 install +linux-image-2.6.39-2-amd64 install +linux-headers-2.6.39-2-amd64 install +linux-headers-2.6.39-2-common install +linux-kbuild-2.6.39install +linux-doc-2.6.38 install +linux-image-2.6.38-bpo.2-amd64 install Pkgs versions in upgrade: -ii initramfs-tools 0.98.8 tools for generating an initramfs +ii initramfs-tools 0.99 tools for generating an initramfs -ii linux-image-2.6-amd642.6.32+29 Linux 2.6 for 64-bit PCs (meta-package) +ii linux-image-2.6-amd642.6.39+35.1 Linux 2.6 for 64-bit PCs (meta-package) +ii linux-image-2.6.39-2-amd64 2.6.39-3 Linux 2.6.39 for 64-bit PCs -ii firmware-linux-free 2.6.32-35 Binary firmware for various drivers in the Linux kernel +ii firmware-linux-free 3 Binary firmware for various drivers in the Linux kernel +ii linux-doc-2.6.38 2.6.38-5~bpo60+1 Linux kernel specific documentation for version 2.6.38 +ii linux-image-2.6.38-bpo.2-amd64 2.6.38-5~bpo60+1 Linux 2.6.38 for 64-bit PCs -ii firmware-iwlwifi 0.28 Binary firmware for Intel Wireless 3945, 4965 and 5000-series cards +ii firmware-iwlwifi 0.32 Binary firmware for Intel Wireless 3945, 4965 and 5000-series cards -ii firmware-iwlwifi 0.32 Binary firmware for Intel Wireless 3945, 4965 and 5000-series cards +ii firmware-iwlwifi 0.33 Binary firmware for Intel Wireless 3945, 4965 and 5000-series cards -ii linux-base 3.2~bpo60+1 Linux image base package +ii linux-base 3.3~bpo60+1 Linux image base package +ii linux-headers-2.6.39-2-amd64 2.6.39-3 Header files for Linux 2.6.39-2-amd64 +ii linux-headers-2.6.39-2-common2.6.39-3 Common header files for Linux 2.6.39-2 -ii linux-libc-dev 2.6.38-5~bpo60+1 Linux support headers for userspace development +ii linux-kbuild-2.6.39 2.6.39-1 Kbuild infrastructure for Linux 2.6.39 +ii linux-libc-dev 2.6.39-3~bpo60+1 Linux support headers for userspace development I'll report this information too in https://bugzilla.kernel.org/show_bug.cgi?id=18392 Regards, Victor -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: LENOVO product_name: 40625YG product_version: ThinkPad W500 chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: 7VET90WW (3.20 ) board_vendor: LENOVO board_name: 40625YG board_version: Not Available ** Network interface configuration: auto lo iface lo inet loopback ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) Subsystem: Lenovo Device [17aa:20e0] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device [17aa:2114] Control: I/O+ Mem+ BusMaster+ SpecCycle-
Bug#636495: initramfs-tools: installs optimized libraries into the initramfs
On 2011-08-03 14:16 +0200, Sven Joachim wrote: My initramfs contains a libc6 that is optimized for i686: , | $ lsinitramfs /boot/initrd.img-$(uname -r) | grep libc.so.6 | lib/i386-linux-gnu/i686/cmov/libc.so.6 ` No big deal for me, but wheezy/sid systems with a pre-686 processor will likely have a totally broken initramfs if libc6-i686 gets installed accidentally. This happens because the code in copy_exec() that finds the path to the unoptimized library assumes that these libraries reside directly in {/usr,}/lib and does not handle the multiarch path case. Attached is a patch against git master that works for me: , | % lsinitramfs /boot/initrd.img-$(uname -r) | grep libc.so.6 | lib/i386-linux-gnu/libc.so.6 ` Cheers, Sven From 4548e964f26e7ed11ddf02c5e81bed4f43e8b5b0 Mon Sep 17 00:00:00 2001 From: Sven Joachim svenj...@gmx.de Date: Fri, 5 Aug 2011 13:18:49 +0200 Subject: [PATCH] copy_exec: Handle optimized libraries under multiarch paths In a multiarch world, libraries are not directly installed under {/usr,}/lib, but one directory below. Adjust the search accordingly. Closes: #636495 --- hook-functions |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/hook-functions b/hook-functions index 41db112..dda441a 100644 --- a/hook-functions +++ b/hook-functions @@ -130,7 +130,7 @@ copy_exec() { # Try to use non-optimised libraries where possible. # We assume that all HWCAP libraries will be in tls, # sse2, vfp or neon. - nonoptlib=$(echo ${x} | sed -e 's#/lib/\(tls\|i686\|sse2\|neon\|vfp\).*/\(lib.*\)#/lib/\2#') + nonoptlib=$(echo ${x} | sed -e 's#/lib/\([^/]*/\)\?\(tls\|i686\|sse2\|neon\|vfp\).*/\(lib.*\)#/lib/\1\3#') if [ -e ${nonoptlib} ]; then x=${nonoptlib} -- 1.7.5.4
Processed: Add patch tag
Processing commands for cont...@bugs.debian.org: tags 636495 + patch Bug #636495 [initramfs-tools] initramfs-tools: installs optimized libraries into the initramfs Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 636495: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636495 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.131254376516516.transcr...@bugs.debian.org
Bug#636697: initramfs-tools: no way to include library modules for libraries installed in multiarch path
Package: initramfs-tools Version: 0.99 Severity: normal Hello initramfs-tools hook-functions include copy_exec function that copies an executable including all required libraries, possibly including libraries in some odd places like /lib32 /lib64 /lib/i386-linux-gnu, etc. However, some libraries use modules which are dynamically loaded and are not copied by cope_exec. This includes libc nss modules, pango, pixbuf and gtk modules, etc. At the very least the libc nss modules are required in intramfs to get dns lookup for netbooting. Splashscreen solutions like plymouth might need some of the graphics rendering modules. It is possible to require libraries to install some module lists which would allow initramfs-tools to copy these modules automagically whenever a library is copied into initramfs. There are multiple problems, though. The module list would have to be maintained in different package than the one where it is used (live-boot vs libc, plymouth vs pango) leading to bitrot. The other issue is that not all modules are required. libc has some 4-5 nss modules but only 1-2 are used in initramfs. The solution I would like to propose requires some knowledge of the library in the package that includes it in initramfs but lets initramfs-tools locate the exact place where the library is located in the system. It requires that any dynamically loaded modules always reside in the same path relative to the library which seems to be the case with current packages and is generally sensible. This simple additional function in hook-functions should allow initramfs hooks to install loadable modules effortlessly. Thanks Michal # include a module dynamically loaded by a library # $1 - directory to search for the library (may be / to search all of initramfs) # $2 - library to search for # $3 - module to include relative to library found # example: lib_module /lib 'libc.so.*' 'libnss_dns.so.*' # lib_module /usr/lib 'libpango-*.so.*' 'pango/*/modules/pango-basic-fc.so' # Does not handle spaces in directory or module names and .. in module names. lib_module() { local dir lib mod lib_dir i j dir=$1 lib=$2 mod=$3 { find ${DESTDIR}${dir} -name ${lib} -type l find ${DESTDIR}${dir} -name ${lib} -type f ; } | { while read i ; do lib_dir=$(dirname $i | sed -e s ^${DESTDIR} ) ls ${lib_dir}/${mod} | { while read j ; do copy_exec $j done ; } done ; } } -- 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/20110805120837.3963.17638.report...@optiplex960.ruk.cuni.cz
Bug#583949: 2.6.32-3-amd64 can't read DVDs/CDs (sometimes)
found 583949 linux-2.6/2.6.38-5 fixed 583949 linux-2.6/2.6.39-3 quit Hi Victor, Victor Pablos Ceruelo wrote: I've tried 2.6.38-bpo.2-amd64 (Debian 2.6.38-5~bpo60+1) and the bug was still there, but in 2.6.39-2-amd64 (Debian 2.6.39-3) it works perfectly. Marking accordingly, thanks. Checking with git shortlog v2.6.38..v2.6.39 --grep='[Ss][Cc][Ss][Ii]', I see many patches, some of which have already been included in the 2.6.32.x longterm kernel (and hence squeeze) and most of which haven't. If you have time for it, could you try bisecting to find the fix between v2.6.38 and 2.6.39, like so, sending the result to the upstream bug log? 1. Write a script named as with the following content somewhere on your $PATH and mark it executable, to work around Bug#620448: #!/bin/sh exec /usr/bin/as --size-check=warning $@ 2. apt-get install build-essential git-core git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git git bisect start v2.6.39 v2.6.38 -- drivers/scsi make localmodconfig : if it starts asking questions, just hit enter repeatedly make deb-pkg dpkg -i ../name of package built reboot ... test thoroughly ... NOTE: git bisect expects that you are looking for a regression. In this case, the only thing that has regressed is brokenness, so the good revisions will be the ones with the bug and the bad revisions will be the fixed ones. Yes, it's confusing. git bisect bad; # if it works perfectly git bisect good; # if the bug is still there git bisect skip; # if something makes it difficult to test make silentoldconfig; # reuse configuration make deb-pkg dpkg -i ../name of package built reboot ... test ... git bisect bad / good / skip Rinse and repeate until it shows the first bad commit (i.e., the fix!), or until bored (please send the output of git bisect log in the latter case). If the gitk package is installed, you can watch the regression range narrowing by running git bisect visualize at any time. -- 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/20110805130729.ga16...@elie.gateway.2wire.net
Processed: Re: 2.6.32-3-amd64 can't read DVDs/CDs (sometimes)
Processing commands for cont...@bugs.debian.org: found 583949 linux-2.6/2.6.38-5 Bug #583949 {Done: Moritz Mühlenhoff j...@inutil.org} [linux-2.6] 2.6.32-3-amd64 can't read DVDs/CDs (sometimes) Bug Marked as found in versions linux-2.6/2.6.38-5 and reopened. fixed 583949 linux-2.6/2.6.39-3 Bug #583949 [linux-2.6] 2.6.32-3-amd64 can't read DVDs/CDs (sometimes) Bug Marked as fixed in versions linux-2.6/2.6.39-3. quit Stopping processing here. Please contact me if you need assistance. -- 583949: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583949 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.13125497387775.transcr...@bugs.debian.org
Bug#600697: unable to enumerate USB device
Hi Manuel, Manuel wrote: I'm using debian testing, 2.6.32-5-amd64 on acer aspire 5520g and i had this error hub 4-0:1.0: unable to enumerate USB device on port 2 so i did modprobe -r ehci_hcd and now i have hub 2-0:1.0: unable to enumerate USB device on port 6 . dmesg show me this error in loop, the performace of this laptop are really compromised Sorry for a slow response. Basic questions: - what version of the kernel are you using? (It would be a number like 2.6.32-30 or so.) - does trying the kernel from http://people.debian.org/~benh/packages/linux-image-2.6.39-3-amd64_2.6.39-4~a.test1_amd64.deb help? - if not, does trying the kernel from sid or experimental help? - did you use previous versions of the kernel? If so, which ones worked and which ones didn't? - could you attach the output from sh /usr/share/bug/linux-image-2.6.32-5-amd64/script 31 - could you attach full dmesg output from immediately after booting? Thanks for reporting, and hope that helps. (FWIW, this looks like https://bugzilla.kernel.org/show_bug.cgi?id=22052 to me. If that guess is right, this should be merged with Bug#620848.) -- 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/20110805151929.ga2...@elie.gateway.2wire.net
Bug#601322: linux: USB drives not working anymore
Hi Benoît, Benoît Dejean wrote: this bug is still here. I'm running: ii linux-image-2.6.38-2-amd642.6.38-4Linux 2.6.38 for 64-bit PCs ii udev 168-1 /dev/ and hotplug management daemon My drives otherwise work fine using system-rescue-cd or if i 'modprobe -r ehci_hcd' (but then to slow to be usable, what's the point of having +1TB attached at 1MB/s). But at the same time, any USB2 key works very fine. Is there some device discovery timeout ? Something related to power management ? Did you report this upstream? If not, could you test the latest kernel from sid and then report it at bugzilla.kernel.org under product 'Drivers', component 'USB' if it fails, sending us the bug number? 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/20110805152750.ga2...@elie.gateway.2wire.net
Bug#635573: Endless message of Unable to enumerate usb device on port 5
severity 635573 important tags 635573 + upstream forwarded 635573 https://bugzilla.kernel.org/show_bug.cgi?id=22052 merge 620848 635573 tags 620848 + fixed-upstream quit Hi, Hor Jiun Shyong wrote: [Subject: lspci output] Please keep in mind that this appears as the subject line when these mails are received by email, so it can be a good place to put valuable context. [...] 00:02.0 USB Controller: nVidia Corporation MCP67 OHCI USB 1.1 Controller Yep, this looks like Bug#620848. Could you test the package from http://people.debian.org/~benh/packages/linux-image-2.6.39-3-amd64_2.6.39-4~a.test1_amd64.deb , the latest upstream snapshot version from kernel.org, or the following patch? Instructions for testing a snapshot or a patch are at http://kernel-handbook.alioth.debian.org/. Thanks, Jonathan commit 6ea12a04 Author: Alan Stern st...@rowland.harvard.edu Date: Fri Jul 15 17:22:15 2011 -0400 USB: OHCI: fix another regression for NVIDIA controllers The NVIDIA series of OHCI controllers continues to be troublesome. A few people using the MCP67 chipset have reported that even with the most recent kernels, the OHCI controller fails to handle new connections and spams the system log with unable to enumerate USB port messages. This is different from the other problems previously reported for NVIDIA OHCI controllers, although it is probably related. It turns out that the MCP67 controller does not like to be kept in the RESET state very long. After only a few seconds, it decides not to work any more. This patch (as1479) changes the PCI initialization quirk code so that NVIDIA controllers are switched into the SUSPEND state after 50 ms of RESET. With no interrupts enabled and all the downstream devices reset, and thus unable to send wakeup requests, this should be perfectly safe (even for non-NVIDIA hardware). The removal code in ohci-hcd hasn't been changed; it will still leave the controller in the RESET state. As a result, if someone unloads ohci-hcd and then reloads it, the controller won't work again until the system is rebooted. If anybody complains about this, the removal code can be updated similarly. This fixes Bugzilla #22052. Tested-by: Larry Finger larry.fin...@lwfinger.net Cc: stable sta...@kernel.org Signed-off-by: Alan Stern st...@rowland.harvard.edu Signed-off-by: Greg Kroah-Hartman gre...@suse.de diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb/host/pci-quirks.c index b5a7304f..a9d31590 100644 --- a/drivers/usb/host/pci-quirks.c +++ b/drivers/usb/host/pci-quirks.c @@ -35,6 +35,8 @@ #define OHCI_INTRSTATUS0x0c #define OHCI_INTRENABLE0x10 #define OHCI_INTRDISABLE 0x14 +#define OHCI_FMINTERVAL0x34 +#define OHCI_HCR (1 0)/* host controller reset */ #define OHCI_OCR (1 3)/* ownership change request */ #define OHCI_CTRL_RWC (1 9)/* remote wakeup connected */ #define OHCI_CTRL_IR (1 8)/* interrupt routing */ @@ -497,6 +499,32 @@ static void __devinit quirk_usb_handoff_ohci(struct pci_dev *pdev) /* reset controller, preserving RWC (and possibly IR) */ writel(control OHCI_CTRL_MASK, base + OHCI_CONTROL); + readl(base + OHCI_CONTROL); + + /* Some NVIDIA controllers stop working if kept in RESET for too long */ + if (pdev-vendor == PCI_VENDOR_ID_NVIDIA) { + u32 fminterval; + int cnt; + + /* drive reset for at least 50 ms (7.1.7.5) */ + msleep(50); + + /* software reset of the controller, preserving HcFmInterval */ + fminterval = readl(base + OHCI_FMINTERVAL); + writel(OHCI_HCR, base + OHCI_CMDSTATUS); + + /* reset requires max 10 us delay */ + for (cnt = 30; cnt 0; --cnt) {/* ... allow extra time */ + if ((readl(base + OHCI_CMDSTATUS) OHCI_HCR) == 0) + break; + udelay(1); + } + writel(fminterval, base + OHCI_FMINTERVAL); + + /* Now we're in the SUSPEND state with all devices reset +* and wakeups and interrupts disabled +*/ + } /* * disable interrupts -- 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/20110805153600.gb2...@elie.gateway.2wire.net
Processed (with 1 errors): Re: Endless message of Unable to enumerate usb device on port 5
Processing commands for cont...@bugs.debian.org: severity 635573 important Bug #635573 [linux-image-2.6.32-5-amd64] Endless message of Unable to enumerate usb device on port 5 Severity set to 'important' from 'normal' tags 635573 + upstream Bug #635573 [linux-image-2.6.32-5-amd64] Endless message of Unable to enumerate usb device on port 5 Added tag(s) upstream. forwarded 635573 https://bugzilla.kernel.org/show_bug.cgi?id=22052 Bug #635573 [linux-image-2.6.32-5-amd64] Endless message of Unable to enumerate usb device on port 5 Set Bug forwarded-to-address to 'https://bugzilla.kernel.org/show_bug.cgi?id=22052'. merge 620848 635573 Bug#620848: linux-image-2.6.32-5-amd64: unable to enumerate usb device 6 Bug#635573: Endless message of Unable to enumerate usb device on port 5 Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #620848 has `linux-2.6'; #635573 has `linux-image-2.6.32-5-amd64' tags 620848 + fixed-upstream Bug #620848 [linux-2.6] linux-image-2.6.32-5-amd64: unable to enumerate usb device 6 Bug #622649 [linux-2.6] linux-image-2.6.38-2-amd64: unable to enumerate USB device on port 6 Added tag(s) fixed-upstream. Added tag(s) fixed-upstream. quit Stopping processing here. Please contact me if you need assistance. -- 620848: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620848 635573: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635573 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.13125585707691.transcr...@bugs.debian.org
Processed: Re: Endless message of Unable to enumerate usb device on port 5
Processing commands for cont...@bugs.debian.org: # Debian Bug Tracking System wrote: # merge 620848 635573 # Bug#620848: linux-image-2.6.32-5-amd64: unable to enumerate usb device 6 # Bug#635573: Endless message of Unable to enumerate usb device on port 5 # Mismatch - only Bugs in same state can be merged: # Values for `package' don't match: # #620848 has `linux-2.6'; # #635573 has `linux-image-2.6.32-5-amd64' reassign 635573 linux-2.6 2.6.32-31 Bug #635573 [linux-image-2.6.32-5-amd64] Endless message of Unable to enumerate usb device on port 5 Bug reassigned from package 'linux-image-2.6.32-5-amd64' to 'linux-2.6'. Bug No longer marked as found in versions linux-2.6/2.6.32-31. Bug #635573 [linux-2.6] Endless message of Unable to enumerate usb device on port 5 There is no source info for the package 'linux-2.6' at version '2.6.32-31' with architecture '' Unable to make a source version for version '2.6.32-31' Bug Marked as found in versions 2.6.32-31. tags 635573 + fixed-upstream Bug #635573 [linux-2.6] Endless message of Unable to enumerate usb device on port 5 Added tag(s) fixed-upstream. merge 620848 635573 Bug#620848: linux-image-2.6.32-5-amd64: unable to enumerate usb device 6 Bug#635573: Endless message of Unable to enumerate usb device on port 5 Bug#622649: linux-image-2.6.38-2-amd64: unable to enumerate USB device on port 6 Merged 620848 622649 635573. End of message, stopping processing here. Please contact me if you need assistance. -- 635573: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635573 622649: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622649 620848: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620848 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.13125589089014.transcr...@bugs.debian.org
Bug#636531: linux-image-3.0.0-1-kirkwood: NULL pointer deref in rt2800usb_get_txwi
On 08/05/2011 11:17 AM, Arnaud Patard (Rtp) wrote: Marc Kleine-Budde m...@pengutronix.de writes: Hi, [frogger@hardanger:linux-2.6]$ git show b52398b6e4522176dd125722c72c301015d24520 commit b52398b6e4522176dd125722c72c301015d24520 Author: Stanislaw Gruszka sgrus...@redhat.com Date: Sat Jul 30 13:32:56 2011 +0200 rt2x00: rt2800: fix zeroing skb structure We should clear skb-data not skb itself. Bug was introduced by: commit 0b8004aa12d13ec750d102ba4082a95f0107c649 rt2x00: Properly reserve room for descriptors in skbs. Cc: sta...@kernel.org # 2.6.36+ Signed-off-by: Stanislaw Gruszka sgrus...@redhat.com Acked-by: Gertjan van Wingerde gwinge...@gmail.com Acked-by: Ivo van Doorn ivdo...@gmail.com Signed-off-by: John W. Linville linvi...@tuxdriver.com I've done a quick build of 3.0 with this patch [1], can you please try it in order to check if the patch is fixing the issue ? No - crashed with the same NULL pointer deref again: [23069.387816] Unable to handle kernel NULL pointer dereference at virtual address 00ac [23069.396455] pgd = c0004000 [23069.399236] [00ac] *pgd= [23069.402892] Internal error: Oops: 17 [#1] [23069.406919] Modules linked in: nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc bridge ipv6 stp ext2 arc4 rt2800usb rt2800lib crc_ccitt rt2x00usb rt2x00 lib mac80211 hmac cfg80211 rfkill sha1_generic mv_cesa aes_generic ext4 mbcache jbd2 mmc_block ehci_hcd mvsdio usbcore mmc_core mv643xx_eth libphy inet_lro [23069.434536] CPU: 0Not tainted (3.0.0-1-kirkwood #1) [23069.439881] PC is at rt2800usb_get_txwi+0x10/0x20 [rt2800usb] [23069.445667] LR is at rt2800_txdone_entry+0x34/0xe0 [rt2800lib] [23069.451525] pc : [bf1c001c]lr : [bf1b6344]psr: 8013 [23069.451530] sp : def87f00 ip : 0001 fp : 0021 [23069.463066] r10: 0006 r9 : 0001 r8 : 003c [23069.468317] r7 : r6 : ded36fc0 r5 : 818221ed r4 : df9f1018 [23069.474874] r3 : r2 : r1 : 818221ed r0 : df9f1018 [23069.481432] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel [23069.488774] Control: 0005397f Table: 1ec38000 DAC: 0017 [23069.494547] Process kworker/u:1 (pid: 1508, stack limit = 0xdef86270) [23069.501016] Stack: (0xdef87f00 to 0xdef88000) [23069.505401] 7f00: 818221ed ded36fc0 df9f1018 818221ed df93aeb4 bf1b64c8 [23069.513622] 7f20: c042c4c4 ded36fc0 ded36fc4 bf1c0d88 ded373c4 c040600c 0012 [23069.521846] 7f40: df938a05 bf1c0d9c ded373c4 de4d0f60 df938a00 bf1c0d88 ded373c4 [23069.530069] 7f60: c040600c 0012 df938a05 c005b9cc de4d0f60 de4d0f60 c0450034 c045003c [23069.538292] 7f80: def86000 de4d0f70 c040600c 0001 0089 c005d634 de4d0f60 [23069.546514] 7fa0: a013 de8b5f10 de4d0f60 def87fd4 c005d454 [23069.554737] 7fc0: c0060a9c c0030df4 de4d0f60 def87fd8 def87fd8 [23069.562960] 7fe0: de8b5f10 c0060a18 c0030df4 0013 c0030df4 [23069.571208] [bf1c001c] (rt2800usb_get_txwi+0x10/0x20 [rt2800usb]) from [bf1b6344] (rt2800_txdone_entry+0x34/0xe0 [rt2800lib]) [23069.582939] [bf1b6344] (rt2800_txdone_entry+0x34/0xe0 [rt2800lib]) from [bf1b64c8] (rt2800_txdone+0xd8/0x124 [rt2800lib]) [23069.594314] [bf1b64c8] (rt2800_txdone+0xd8/0x124 [rt2800lib]) from [bf1c0d9c] (rt2800usb_work_txdone+0x14/0x104 [rt2800usb]) [23069.605952] [bf1c0d9c] (rt2800usb_work_txdone+0x14/0x104 [rt2800usb]) from [c005b9cc] (process_one_work+0x248/0x3e4) [23069.616880] [c005b9cc] (process_one_work+0x248/0x3e4) from [c005d634] (worker_thread+0x1e0/0x2fc) [23069.626150] [c005d634] (worker_thread+0x1e0/0x2fc) from [c0060a9c] (kthread+0x84/0x8c) [23069.634466] [c0060a9c] (kthread+0x84/0x8c) from [c0030df4] (kernel_thread_exit+0x0/0x8) [23069.642861] Code: e5903008 e5933008 e3530010 e590300c (159300ac) There was more than one patch addressing rt2800 driverthe in the pull request on netdev. I should have a look at all of them. cheers, Marc -- Pengutronix e.K. | Marc Kleine-Budde | Industrial Linux Solutions| Phone: +49-231-2826-924 | Vertretung West/Dortmund | Fax: +49-5121-206917- | Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | signature.asc Description: OpenPGP digital signature
Processed: Re: NFS insecure without support for squashing multiple groups
Processing commands for cont...@bugs.debian.org: # p...@maths.usyd.edu.au wrote: # # Is there anything I should do? I would not know what user interface to # propose. # # Pinged submitter upstream. No need for a ready-made UI in advance --- # a simple discussion on the mailing list would do. tags 384922 + moreinfo Bug #384922 [linux-2.6] Please support squash_gids option for NFS Added tag(s) moreinfo. End of message, stopping processing here. Please contact me if you need assistance. -- 384922: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384922 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.131256041114725.transcr...@bugs.debian.org
Bug#590327: linux-image-2.6.32-5-amd64: Unbalanced enable for IRQ 19
found 590327 linux-2.6/3.0.0-1 retitle 590327 [it8213] linux: WARNING: Unbalanced enable for IRQ 19 quit Hi, Jan Echternach wrote: Yes. Here's a warning from kernel version 3.0.0-1: Thanks. Marking accordingly. I wonder if the pata_it8213 driver (CONFIG_PATA_IT8213) works better. -- 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/20110805162737.ga6...@elie.gateway.2wire.net
Processed: Re: linux-image-2.6.32-5-amd64: Unbalanced enable for IRQ 19
Processing commands for cont...@bugs.debian.org: found 590327 linux-2.6/3.0.0-1 Bug #590327 [linux-2.6] linux-image-2.6.32-5-amd64: Unbalanced enable for IRQ 19 Bug Marked as found in versions linux-2.6/3.0.0-1. retitle 590327 [it8213] linux: WARNING: Unbalanced enable for IRQ 19 Bug #590327 [linux-2.6] linux-image-2.6.32-5-amd64: Unbalanced enable for IRQ 19 Changed Bug title to '[it8213] linux: WARNING: Unbalanced enable for IRQ 19' from 'linux-image-2.6.32-5-amd64: Unbalanced enable for IRQ 19' quit Stopping processing here. Please contact me if you need assistance. -- 590327: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590327 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.131256167019261.transcr...@bugs.debian.org
Bug#632923: [PATCH] perf: do not look at ./config for configuration
In addition to /etc/perfconfig and $HOME/.perfconfig, perf looks for configuration in the file ./config, imitating git which looks at $GIT_DIR/config. If ./config is not a perf configuration file, it fails, or worse, treats it as a configuration file and changes behavior in some unexpected way. config is not an unusual name for a file to be lying around and perf does not have a private directory dedicated for its own use, so let's just stop looking for configuration in the cwd. Callers needing context-sensitive configuration can use the PERF_CONFIG environment variable. Requested-by: Christian Ohm chr@gmx.net Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- Thoughts? tools/perf/util/config.c |7 --- 1 files changed, 0 insertions(+), 7 deletions(-) diff --git a/tools/perf/util/config.c b/tools/perf/util/config.c index e02d78ca..6c86eca8 100644 --- a/tools/perf/util/config.c +++ b/tools/perf/util/config.c @@ -399,7 +399,6 @@ static int perf_config_global(void) int perf_config(config_fn_t fn, void *data) { int ret = 0, found = 0; - char *repo_config = NULL; const char *home = NULL; /* Setting $PERF_CONFIG makes perf read _only_ the given config file. */ @@ -421,12 +420,6 @@ int perf_config(config_fn_t fn, void *data) free(user_config); } - repo_config = perf_pathdup(config); - if (!access(repo_config, R_OK)) { - ret += perf_config_from_file(fn, repo_config, data); - found += 1; - } - free(repo_config); if (found == 0) return -1; return ret; -- 1.7.6 -- 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/20110805165838.ga7...@elie.gateway.2wire.net
Processed: Re: vserver kernel breaks ssh public_key authentication on NFS
Processing commands for cont...@bugs.debian.org: found 633526 linux-2.6/2.6.32-29 Bug #633526 [linux-2.6] vserver kernel breaks ssh public_key authentication on NFS Bug Marked as found in versions linux-2.6/2.6.32-29. forwarded 633526 http://thread.gmane.org/gmane.linux.vserver/19279 Bug #633526 [linux-2.6] vserver kernel breaks ssh public_key authentication on NFS Changed Bug forwarded-to-address to 'http://thread.gmane.org/gmane.linux.vserver/19279' from 'vser...@list.linux-vserver.org' End of message, stopping processing here. Please contact me if you need assistance. -- 633526: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633526 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.131256387926963.transcr...@bugs.debian.org
Bug#622146: nfs-common: compatibility between squeeze and sid broken
On Mon, Aug 01, 2011 at 01:34:34AM -0700, Steve Langasek wrote: On Tue, Jul 19, 2011 at 05:42:34PM -0400, Sam Hartman wrote: I don't have checkouts handy, but my strong suspicion is that if someone is now passing in GSS_C_NT_HOSTBASED_SERVICE into gssd_acquire_cred and there isn't an argument slot, you can leave it off. gss_c_nt_hostbased_service has always been the default for gssd. Ok, thanks. I've built packages of nfs-utils and krb5 using the referenced backported patches, and can confirm that I'm now able to connect successfully from an nfs-utils 1.2.4 client without having to set permitted_enctypes on the server. I've attached the patches for both packages to this mail. Phil, is it ok for these to be uploaded to stable-proposed-updates? This fixes a bug that makes squeeze kerberized NFS servers unusable with newer clients (e.g., wheezy). Please go ahead. I really hope that the regression potential is low for existing clients. Let's hope we find it out before the point release. (The change in nfs-utils is streching the guidelines a bit.) Kind regards Philipp Kern signature.asc Description: Digital signature
Processed: Re: frequent message bio too big device md0 (248 240) in kern.log
Processing commands for cont...@bugs.debian.org: forwarded 624343 http://thread.gmane.org/gmane.linux.raid/33569 Bug #624343 [linux-2.6] linux-image-2.6.38-2-amd64: frequent message bio too big device md0 (248 240) in kern.log Changed Bug forwarded-to-address to 'http://thread.gmane.org/gmane.linux.raid/33569' from 'linux-r...@vger.kernel.org' End of message, stopping processing here. Please contact me if you need assistance. -- 624343: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624343 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.13125657513321.transcr...@bugs.debian.org
Bug#627933: Regression: hot plugging sdhc card on Acer Aspire One
I can confirm the same behaviour on the same hardware with kernel 3.0.0-1-686-pae from unstable. (In the workaround situation of booting with a card in the right-hand slot, everything works as expected: both cards can be inserted and ejected and generate the expected udev events. Subsequently, the first card to be inserted is always /dev/mmcblk0 regardless of physical postion.) -- 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/4e3c2e66.3000...@annaghvarn.plus.com
Bug#630845: linux-image-2.6.39-2-powerpc: CHRP Pegasos2 boot failure
forwarded 630845 http://thread.gmane.org/gmane.linux.ports.ppc.embedded/43997 quit Hi, Gabriel Paubert wrote: Andrew Buckeridge wrote: linux-image-2.6.36-trunk-powerpc_2.6.36-1~experimental.1_powerpc.deb linux-image-2.6.37-1-powerpc_2.6.37-1_powerpc.deb linux-image-2.6.37-2-powerpc_2.6.37-2_powerpc.deb These failed to boot. In all cases stuck at the spinner. [...] What do you mean by the spinner? I've had very long boot times with an apparently dead machine depending on graphics options. For now I'm running 2.6.39 with one patch for keyboard/mouse handling which is now upstream. I can try a more recent kernel on Thursday. Thanks. Please forgive my ignorance: - Gabriel, what options do you suggest for a reasonably fast boot? Does Debian's default configuration need corresponding changes? - Andrew, what do you mean by the spinner? Could you take a photograph? - Has anything changed in the month or so since this report was last discussed? -- 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/20110805175314.ga17...@elie.gateway.2wire.net
Processed: Re: linux-image-2.6.39-2-powerpc: CHRP Pegasos2 boot failure
Processing commands for cont...@bugs.debian.org: forwarded 630845 http://thread.gmane.org/gmane.linux.ports.ppc.embedded/43997 Bug #630845 [linux-2.6] linux-image-2.6.39-2-powerpc: CHRP Pegasos2 boot failure Changed Bug forwarded-to-address to 'http://thread.gmane.org/gmane.linux.ports.ppc.embedded/43997' from 'linuxppc-...@lists.ozlabs.org' quit Stopping processing here. Please contact me if you need assistance. -- 630845: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630845 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.13125668117604.transcr...@bugs.debian.org
Bug#620896: Bug when listing files/dirs on ncpfs
forwarded 620896 https://bugzilla.kernel.org/show_bug.cgi?id=35912 quit Hi Diego, Diego Rubert wrote: Got a bug message when listing items on ncpfs filesystem with 'ls' command. This might have been fixed by v2.6.39-rc4~24 (vfs: fix incorrect dentry_update_name_case() BUG_ON() test, 2011-04-15). Could you try the latest version from sid and report the result upstream at [1]? Thanks and sorry for the trouble, 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/20110805183139.ga18...@elie.gateway.2wire.net
Processed: Re: Bug when listing files/dirs on ncpfs
Processing commands for cont...@bugs.debian.org: forwarded 620896 https://bugzilla.kernel.org/show_bug.cgi?id=35912 Bug #620896 [linux-2.6] Bug when listing files/dirs on ncpfs Changed Bug forwarded-to-address to 'https://bugzilla.kernel.org/show_bug.cgi?id=35912' from 'linux-fsde...@vger.kernel.org' quit Stopping processing here. Please contact me if you need assistance. -- 620896: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620896 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.131256911215824.transcr...@bugs.debian.org
Bug#620538: Crashes when exiting Adobe Flash full-screen videos (e.g. YouTube)
tags 620538 + fixed-upstream quit Hi Jacek, Jacek Politowski wrote: https://bugs.freedesktop.org/show_bug.cgi?id=34556 looks exactly like mine. For me also 'Option EnablePageFlip off', [...] seems to help. Hopefully this was fixed by v3.0-rc3~42^2~8 (drm/radeon: fix oops in ttm reserve when pageflipping (v2), 2011-05-29). If you find time to test the latest version from sid, that would be very helpful. Thanks again for a clear report, 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/20110805183811.ga20...@elie.gateway.2wire.net
Processed: Re: Crashes when exiting Adobe Flash full-screen videos (e.g. YouTube)
Processing commands for cont...@bugs.debian.org: tags 620538 + fixed-upstream Bug #620538 [linux-2.6] Crashes when exiting Adobe Flash full-screen videos (e.g. YouTube) Added tag(s) fixed-upstream. quit Stopping processing here. Please contact me if you need assistance. -- 620538: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620538 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.131256950417133.transcr...@bugs.debian.org
Re: UltraSPARC T3 kernel patches
On Fri, Aug 05, 2011 at 04:36:37AM -0700, David Miller wrote: Jurij, if I made a set of patches against the current wheezy kernel for UltraSPARC T3 support, would you be able to make sure they get submitted for inclusion? Thanks! Obviously, I would welcome such a contribution, but the final decision regarding including the out-of-tree patchsets lies with kernel team - CC'ing them. 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/20110805192211.ga2...@droopy.oc.cox.net
Processed (with 1 errors): Re: linux-image-2.6.38-2-amd64: xserver rendering errors on 945GM/GMS
Processing commands for cont...@bugs.debian.org: Version: 7.11~0-1 Unknown command or malformed arguments to command. reassign 620480 libgl1-mesa-dri 7.10-4 Bug #620480 [linux-2.6] linux-image-2.6.38-2-amd64: xserver rendering errors on 945GM/GMS Bug reassigned from package 'linux-2.6' to 'libgl1-mesa-dri'. Bug No longer marked as found in versions linux-2.6/2.6.38-2. Bug #620480 [libgl1-mesa-dri] linux-image-2.6.38-2-amd64: xserver rendering errors on 945GM/GMS Bug Marked as found in versions mesa/7.10-4. quit Stopping processing here. Please contact me if you need assistance. -- 620480: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620480 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.13125747234575.transcr...@bugs.debian.org
Processed: Re: linux-image-2.6.37-1-686: atl2 NIC claims NO CARRIER after suspend/resume; rmmod+insmod fixes the problem
Processing commands for cont...@bugs.debian.org: found 614622 linux-2.6/3.0.0-1 Bug #614622 [linux-2.6] linux-image-2.6.37-1-686: atl2 NIC claims NO CARRIER after suspend/resume; rmmod+insmod fixes the problem Bug Marked as found in versions linux-2.6/3.0.0-1. forwarded 614622 http://thread.gmane.org/gmane.linux.network/187004 Bug #614622 [linux-2.6] linux-image-2.6.37-1-686: atl2 NIC claims NO CARRIER after suspend/resume; rmmod+insmod fixes the problem Changed Bug forwarded-to-address to 'http://thread.gmane.org/gmane.linux.network/187004' from 'net...@vger.kernel.org' End of message, stopping processing here. Please contact me if you need assistance. -- 614622: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614622 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.13125761448345.transcr...@bugs.debian.org
Bug#588200: Re: Bug#588200: bootchart2 in Debian now; status of this bug?
Hello, Il -10/01/-28163 20:59, Josh Triplett ha scritto: On Sun, Mar 13, 2011 at 12:16:15AM +, Ben Hutchings wrote: On Sat, 2010-11-06 at 22:17 +, maximilian attems wrote: On Sat, Nov 06, 2010 at 01:59:11PM -0700, Josh Triplett wrote: bootchart2 has entered unstable now; pinging this bug again to find out if the next experimental kernel could include CONFIG_PROC_EVENTS=y, if not the next unstable kernel. well PROC_EVENTS depends on connector built-in, needs investigation cost. no modular improvement in linux-next. might need prodding. Adds about 8K to the kernel on i386/686-bigmem. That sounds quite minimal. Any update on this please? thanks, riccardo -- 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/4e3c5786.3060...@gmail.com
Processed: Re: BUGs and panic after modprobe mptspi
Processing commands for cont...@bugs.debian.org: found 607906 linux-2.6/2.6.32-29 Bug #607906 [linux-2.6] BUGs and panic after modprobe mptspi Bug Marked as found in versions linux-2.6/2.6.32-29. found 607906 linux-2.6/2.6.37-1~experimental.1 Bug #607906 [linux-2.6] BUGs and panic after modprobe mptspi Bug Marked as found in versions linux-2.6/2.6.37-1~experimental.1. tags 607906 + upstream Bug #607906 [linux-2.6] BUGs and panic after modprobe mptspi Added tag(s) upstream. End of message, stopping processing here. Please contact me if you need assistance. -- 607906: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607906 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.131257787513019.transcr...@bugs.debian.org
Bug#636778: linux-image-2.6.39-2-686-pae: NTSC video does not work with saa7164 Hauppauge board
Package: linux-2.6 Version: 2.6.39-3 Severity: important Hi, Two possible bugs: 1: Cannot play NTSC channels. Blue screen. Behavior occurs in xawtv, on the command line using ffmpeg and mythtv. Always reproduceable. 2: A scan for station signals does not detect any television stations. Possibly related to #1. An application like scantv and mythtv's tuner scan cannot detect any stations. ATSC works great. And antenna is attached. (I know because I can watch ATSC) Anecdotal information suggests NTSC might works for people who compiled a kernel from kernel.org. -- Package-specific info: ** Version: Linux version 2.6.39-2-686-pae (Debian 2.6.39-3) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-6) ) #1 SMP Tue Jul 5 03:48:49 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.39-2-686-pae root=UUID=fdf55af9-9f61-4684-abb2-1fced2c4af7c ro quiet ** Not tainted ** Kernel log: [101576.250058] 901 11055154 [101576.250060] 3602 10954550 [101576.250062] Total: 8 [101576.250065] Histogram named encoder/vbi read() intervals (ms, count, last_update_jiffy) [101576.250068] Total: 0 [101576.250070] Histogram named encoder/vbi poll() intervals (ms, count, last_update_jiffy) [101576.250073] Total: 0 [101576.250075] saa7164[0]: saa7164_shutdown() [101576.250720] tda18271 4-0060: destroying instance [101576.250961] tda18271 5-0060: destroying instance [101576.251157] saa7164 :28:00.0: PCI INT A disabled [101576.251163] saa7164[0]: saa7164_dev_unregister() [101583.258218] saa7164 driver loaded [101583.258284] saa7164 :28:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [101583.259645] CORE saa7164[0]: subsystem: 0070:8851, board: Hauppauge WinTV-HVR2250 [card=7,autodetected] [101583.259653] saa7164[0]/0: found at :28:00.0, rev: 129, irq: 16, latency: 0, mmio: 0xe840 [101583.259663] saa7164 :28:00.0: setting latency timer to 64 [101583.259678] saa7164[0]: Device running firmware version 7.0.0.358 (0x1661c00) [101583.259771] saa7164[0]: @0xf579007c hwdesc sizeof(struct tmComResHWDescr) = 34 bytes [101583.259774] saa7164[0]: .bLength = 0x22 [101583.259776] saa7164[0]: .bDescriptorType = 0xfe [101583.259779] saa7164[0]: .bDescriptorSubtype = 0xf1 [101583.259781] saa7164[0]: .bcdSpecVersion = 0x6 [101583.259784] saa7164[0]: .dwClockFrequency = 0x19bfcc0 [101583.259786] saa7164[0]: .dwClockUpdateRes = 0x0 [101583.259789] saa7164[0]: .bCapabilities = 0x0 [101583.259791] saa7164[0]: .dwDeviceRegistersLocation = 0x10 [101583.259794] saa7164[0]: .dwHostMemoryRegion = 0x1000 [101583.259796] saa7164[0]: .dwHostMemoryRegionSize = 0x2000 [101583.259799] saa7164[0]: .dwHostHibernatMemRegion = 0x3000 [101583.259801] saa7164[0]: .dwHostHibernatMemRegionSize = 0x2000 [101583.259805] saa7164[0]: @0xf579009e intfdesc sizeof(struct tmComResInterfaceDescr) = 13 bytes [101583.259808] saa7164[0]: .bLength = 0xd [101583.259810] saa7164[0]: .bDescriptorType = 0xfe [101583.259813] saa7164[0]: .bDescriptorSubtype = 0xf2 [101583.259815] saa7164[0]: .bFlags = 0x80 [101583.259817] saa7164[0]: .bInterfaceType = 0x1 [101583.259820] saa7164[0]: .bInterfaceId = 0x1 [101583.259822] saa7164[0]: .bBaseInterface = 0x0 [101583.259824] saa7164[0]: .bInterruptId = 0x7f [101583.259827] saa7164[0]: .bDebugInterruptId = 0x7a [101583.259829] saa7164[0]: .BARLocation = 0xe0 [101583.259832] saa7164[0]: @0xf57900ac busdesc sizeof(struct tmComResBusDescr) = 32 bytes [101583.259835] saa7164[0]: .CommandRing = 0x1000 [101583.259838] saa7164[0]: .ResponseRing = 0x2000 [101583.259840] saa7164[0]: .CommandWrite = 0x2f0 [101583.259843] saa7164[0]: .CommandRead = 0x2f0 [101583.259845] saa7164[0]: .ResponseWrite = 0x2f3 [101583.259848] saa7164[0]: .ResponseRead = 0x2f3 [101583.259850] saa7164[0]: 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f [101583.259890] saa7164[0]: region0[0x] = 22 fe f1 06 00 c0 fc 9b 01 00 00 00 00 00 00 00 [101583.259930] saa7164[0]: region0[0x0010] = 10 00 00 10 00 00 00 20 00 00 00 30 00 00 00 20 [101583.259970] saa7164[0]: region0[0x0020] = 00 00 0d fe f2 80 01 01 00 7f 7a e0 00 00 00 3a [101583.260023] saa7164[0]: region0[0x0030] = 00 1c 66 01 00 00 00 00 00 00 00 00 00 00 00 00 [101583.260064] saa7164[0]: region0[0x0040] = 00 00 00 00 03 00 00 00 00 00 00 00 09 1b 64 71 [101583.260105] saa7164[0]: region0[0x0050] = eb 1c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [101583.260146] saa7164[0]: region0[0x0060] = 00 00 00 00 03 00 00 00 00 00 00 00 7f d0 b0 d5 [101583.260186] saa7164[0]: region0[0x0070] = 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff [101583.260227] saa7164[0]: region0[0x0080] = 02 00 00 00 47 03 00 00 f3 00 00 00 c8 00 00 00 [101583.260268] saa7164[0]: region0[0x0090] = 85 c9 c4 6b ff 54 70 22 d9 ad ef dc 36 14 e6 db [101583.260309] saa7164[0]: region0[0x00a0] = 58 92 69 70 94 da d4 67 82 39 74 6c ba c6
Processed: Re: backlight control fails after resume from suspend (toshiba r700-155)
Processing commands for cont...@bugs.debian.org: tags 599768 + upstream Bug #599768 [linux-2.6] linux-image-2.6.32-5-686: backlight control fails after resume from suspend (toshiba r700-155) Added tag(s) upstream. # upstream, a kind tester checked upstream kernel 3.0-rc6. # The BTS doesn't have any more precise way to say that than: found 599768 linux-2.6/3.0.0~rc6-1~experimental.1 Bug #599768 [linux-2.6] linux-image-2.6.32-5-686: backlight control fails after resume from suspend (toshiba r700-155) Bug Marked as found in versions linux-2.6/3.0.0~rc6-1~experimental.1. End of message, stopping processing here. Please contact me if you need assistance. -- 599768: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599768 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.131257920918105.transcr...@bugs.debian.org
Processed: Re: EeePC 1005HAG freezes briefly after resuming
Processing commands for cont...@bugs.debian.org: found 605275 linux-2.6/3.0.0-1 Bug #605275 [linux-2.6] EeePC 1005HAG freezes briefly after resuming Bug Marked as found in versions linux-2.6/3.0.0-1. End of message, stopping processing here. Please contact me if you need assistance. -- 605275: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605275 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.131257959520016.transcr...@bugs.debian.org
Processed: affects 636598
Processing commands for cont...@bugs.debian.org: affects 636598 = src:nvidia-graphics-drivers Bug #636598 [linux-2.6] make 3.82 breaks kernel module build: 'mixed implicit and normal rules' in linux-headers-* Removed indication that 636598 affects nvidia-graphics-drivers Added indication that 636598 affects src:nvidia-graphics-drivers thanks Stopping processing here. Please contact me if you need assistance. -- 636598: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636598 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.131258011422973.transcr...@bugs.debian.org
Bug#636781: br2684: Routed mode interface cannot be activated
Package: linux-2.6 Version: 2.6.32-35 Tags: patch, fixed-upstream Hello, Due to a regression introduced in kernel 2.6.30, attempts to activate a nasX interface created by br2684ctl in routed mode may fail because of improper hardware address validation (a routed point-to-point interface obviously has no hardware address). Activation works for a virtual ATM interface created by atmtcp from atm-tools, but fails for the real ATM interface created by my ADSL USB modem. A workaround is to set a hardware address before activating the interface. The bug was fixed upstream in kernel 2.6.33 by the following patch, which has not been backported in upstream 2.6.32-stable yet (I have submitted a request to include it). Regards. --- commit 2e302ebfeac04beb5a5d6af1ac583c6a1fb76d1a upstream Author: chas williams - CONTRACTOR c...@cmf.nrl.navy.mil Date: Fri, 4 Dec 2009 11:06:32 + atm: [br2684] allow routed mode operation again in routed mode, we don't have a hardware address so netdev_ops doesnt need to validate our hardware address via .ndo_validate_addr Reported-by: Manuel Fuentes mfuen...@agenciaefe.com Signed-off-by: Chas Williams - CONTRACTOR c...@cmf.nrl.navy.mil Signed-off-by: David S. Miller da...@davemloft.net --- net/atm/br2684.c | 11 --- 1 files changed, 8 insertions(+), 3 deletions(-) diff --git a/net/atm/br2684.c b/net/atm/br2684.c index 26a646d..c9230c3 100644 --- a/net/atm/br2684.c +++ b/net/atm/br2684.c @@ -554,6 +554,12 @@ static const struct net_device_ops br2684_netdev_ops = { .ndo_validate_addr = eth_validate_addr, }; +static const struct net_device_ops br2684_netdev_ops_routed = { + .ndo_start_xmit = br2684_start_xmit, + .ndo_set_mac_address= br2684_mac_addr, + .ndo_change_mtu = eth_change_mtu +}; + static void br2684_setup(struct net_device *netdev) { struct br2684_dev *brdev = BRPRIV(netdev); @@ -569,11 +575,10 @@ static void br2684_setup(struct net_device *netdev) static void br2684_setup_routed(struct net_device *netdev) { struct br2684_dev *brdev = BRPRIV(netdev); - brdev-net_dev = netdev; + brdev-net_dev = netdev; netdev-hard_header_len = 0; - - netdev-netdev_ops = br2684_netdev_ops; + netdev-netdev_ops = br2684_netdev_ops_routed; netdev-addr_len = 0; netdev-mtu = 1500; netdev-type = ARPHRD_PPP; -- 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/4e3c62b9.2070...@plouf.fr.eu.org
Bug#524876: sata_mv: frozen/hard reset on 4-port 5041 chip
Hi Dave, Dave Alitz wrote: After upgrading a SuperMicro SuperServer 5013-MT server from etch to lenny I started getting numerous hard resets on all of the sata ports. The 4-port sata controller is a Marvell MV88SX5041. Looking around a bit it seems that the error reported is a timeout error. A very similar bug was filed under number 514155 for the 508x/6081 8-port controller chips. I am using LVM2 on MD raid 1 and raid 5. Disabling write caching significantly reduced the number of resets; but didn't eliminate them. I'm using all four ports. Two of each of the following drives: [...] [577365.394906] EXT3-fs: mounted filesystem with ordered data mode. [593245.683756] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [593245.683793] ata2.00: cmd ca/00:08:9b:d6:3b/00:00:00:00:00/e0 tag 0 dma 4096 out [593245.683797] res 40/00:00:00:00:00/00:00:00:00:00/40 Emask 0x4 (timeout) [593245.683862] ata2.00: status: { DRDY } [593245.683893] ata2: hard resetting link Thanks for reporting it, and sorry for the slow response. Basic questions: - Does downgrading the kernel again to the version from etch help? It should be possible to test this by testing in the installer environments for etch and lenny separately, for example. - Do more current kernels behave better? (I doubt they would, but it's always worth a try.) - Could you attach full dmesg output from bootup of the last working and first non-working kernel you have tried? http://snapshot.debian.org/ has many kernels if you'd like to narrow the regression range. - Any other weird symptoms? Do you have any ideas about what could be causing this? -- 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/20110805214124.ga31...@elie.gateway.2wire.net
Bug#573850: kernel BUG at fs/buffer.c:3190
Hi Peter, Peter Weiß wrote: Subject: kernel BUG at fs/buffer.c:3190 [...] Please find additional error information in the attached screenshots and dmesg output. [...] [0.00] Linux version 2.6.26-2-486 (Debian 2.6.26-21lenny3) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 Wed Feb 10 08:34:42 UTC 2010 Thanks for reporting it, and sorry for the slow response. Basic questions: - is this reproducible? - how are you able to boot? Is there a workaround? - any kernel versions known to work? Have you tried a recent kernel from sid or experimental? - anything else weird you remember from the time of failure (or weird symptoms from other times, for that matter)? -- 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/20110805215841.ga31...@elie.gateway.2wire.net
Re: UltraSPARC T3 kernel patches
On Fri, Aug 05, 2011 at 08:22:11PM +0100, Jurij Smakov wrote: On Fri, Aug 05, 2011 at 04:36:37AM -0700, David Miller wrote: Jurij, if I made a set of patches against the current wheezy kernel for UltraSPARC T3 support, would you be able to make sure they get submitted for inclusion? Thanks! Obviously, I would welcome such a contribution, but the final decision regarding including the out-of-tree patchsets lies with kernel team - CC'ing them. Any such patches would of course have to be accepted by the upstream maintainer for SPARC. ;-) 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/20110805220408.gb29...@decadent.org.uk
Bug#532750: linux-image-2.6.26-2-amd64: kernel BUG at mm/slab.c:3008!
Hi Axel, Axel Beckert wrote, last year: On Sun, Feb 14, 2010 at 11:08:14PM +0100, Moritz Muehlenhoff wrote: What's the status of this bug? Did you upgrade this to a more recent kernel and if so, did it fix the problems you were seeing? It vanished since we disabled the NFS tests. Haven't reenabled them yet, so I can't tell you know. But I just talked to the coworker who was running those tests and he agreed in reenabling them to see if it still crashes the box. So, what was the result? :) Thanks and sorry I have no better ideas. 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/20110805220306.ga32...@elie.gateway.2wire.net
Bug#535460: nfs-kernel-server: Consumes memory indefinitely and results in kernel panic eventually
Hi Youssef, Youssef Eldakar wrote: I am using nfs-kernel-server with Kerberos authentication to export /home to a cluster of over a thousand nodes. While nfs-kernel-server is running, memory usage goes up indefinitely on the NFS server. After several days, the system crashes with a kernel panic due to being out of memory. If I stop nfs-kernel-server, memory usage appears to go down slowly. Hm, that's no good. Sorry for the long silence. I have no better advice than - try as recent a kernel as possible - try a custom kernel with CONFIG_DEBUG_KMEMLEAK enabled to make the problem easier to track down. Is this a regression (i.e., did previous kernel versions work okay)? Thanks for a clear report, 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/20110805221203.ga32...@elie.gateway.2wire.net
Bug#636797: linux-image-2.6.32-5-amd64: avoid divide-by-zero (divide error: 0000) in scheduler
Package: linux-2.6 Version: 2.6.32-35 Tags: patch We've now seen multiple crashes during periods of heavy IO on amd64 architecture machines running 2.6.32-5-amd64 from stock squeeze installs. An example crash [0] yields a backtrace like this: 2011-06-26_12:46:14.63097 [62478.818625] divide error: [#1] SMP 2011-06-26_12:46:14.68003 [62478.822564] last sysfs file: /sys/devices/pci:00/:00:1e.0/:04:03.0/class 2011-06-26_12:46:14.68004 [62478.830287] CPU 0 2011-06-26_12:46:14.68005 [62478.832304] Modules linked in: rng_core btrfs zlib_deflate crc32c libcrc32c ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs exportfs reiserfs ext4 jbd2 crc16 ext2 bridge stp kvm_intel kvm tun loop snd_pcm snd_timer snd soundcore snd_page_alloc dcdbas pcspkr psmouse serio_raw evdev button power_meter processor ext3 jbd mbcache sh a256_generic aes_x86_64 aes_generic cbc dm_crypt dm_mod raid1 md_mod sd_mod crc_t10dif sg sr_mod cdrom ata_generic uhci_hcd mpt2sas ehci_hcd thermal ata_piix thermal_sys usbcore nls_b ase scsi_transport_sas libata scsi_mod bnx2 [last unloaded: scsi_wait_scan] 2011-06-26_12:46:14.68007 [62478.885126] Pid: 32653, comm: kvm Tainted: G W 2.6.32-5-amd64 #1 PowerEdge R410 2011-06-26_12:46:14.68008 [62478.893108] RIP: 0010:[81044d3a] [81044d3a] find_busiest_group+0x3d0/0x876 2011-06-26_12:46:14.68009 [62478.901803] RSP: 0018:8804c5a8ba68 EFLAGS: 00010046 2011-06-26_12:46:14.68010 [62478.907101] RAX: RBX: RCX: 8103a601 2011-06-26_12:46:14.68012 [62478.914219] RDX: RSI: RDI: 0200 2011-06-26_12:46:14.68013 [62478.921334] RBP: 88044e40fd50 R08: R09: 88083e4400b0 2011-06-26_12:46:14.68014 [62478.928449] R10: 880298c3a8b8 R11: a0253fb7 R12: 00015780 2011-06-26_12:46:14.68014 [62478.935565] R13: R14: 0001 R15: 88083e440060 2011-06-26_12:46:14.68015 [62478.942683] FS: 7f995a599700() GS:88044e40() knlGS: 2011-06-26_12:46:14.68016 [62478.950753] CS: 0010 DS: 002b ES: 002b CR0: 80050033 2011-06-26_12:46:14.68017 [62478.956483] CR2: 7f80157a6000 CR3: 000393285000 CR4: 26e0 2011-06-26_12:46:14.68018 [62478.963601] DR0: DR1: DR2: 2011-06-26_12:46:14.68019 [62478.970716] DR3: DR6: 0ff0 DR7: 0400 2011-06-26_12:46:14.68020 [62478.977833] Process kvm (pid: 32653, threadinfo 8804c5a8a000, task 88083e67a350) 2011-06-26_12:46:14.68021 [62478.985901] Stack: 2011-06-26_12:46:14.68021 [62478.987907] 00015788 00015780 0008 00015780 2011-06-26_12:46:14.68022 [62478.995142] 0 00015780 00015780 813cd8a8 8106fde3 2011-06-26_12:46:14.68027 [62479.002834] 0 88001d1e8e10 88044e410108 88044e40f9e0 2011-06-26_12:46:14.68027 [62479.010711] Call Trace: 2011-06-26_12:46:14.68028 [62479.013157] [8106fde3] ? tick_dev_program_event+0x2d/0x95 2011-06-26_12:46:14.68029 [62479.019496] [81067b20] ? __hrtimer_start_range_ns+0x22f/0x242 2011-06-26_12:46:14.68030 [62479.026183] [812f9b40] ? schedule+0x2bd/0x7cb 2011-06-26_12:46:14.68030 [62479.031491] [a02856ec] ? x86_emulate_insn+0x1f08/0x2fc4 [kvm] 2011-06-26_12:46:14.68031 [62479.038184] [a026d858] ? kvm_vcpu_block+0x94/0xb4 [kvm] 2011-06-26_12:46:14.68032 [62479.044349] [81064bee] ? autoremove_wake_function+0x0/0x2e 2011-06-26_12:46:14.68033 [62479.050781] [a0278127] ? kvm_arch_vcpu_ioctl_run+0x80b/0xa44 [kvm] 2011-06-26_12:46:14.68033 [62479.057901] [8104a252] ? try_to_wake_up+0x2a7/0x2b9 2011-06-26_12:46:14.68034 [62479.063719] [8107188f] ? wake_futex+0x31/0x4e 2011-06-26_12:46:14.68035 [62479.069024] [a026a9d1] ? kvm_vcpu_ioctl+0xf1/0x4e6 [kvm] 2011-06-26_12:46:14.68035 [62479.075275] [81067b20] ? __hrtimer_start_range_ns+0x22f/0x242 2011-06-26_12:46:14.68036 [62479.081964] [810fa492] ? vfs_ioctl+0x21/0x6c 2011-06-26_12:46:14.68038 [62479.087176] [810fa9e0] ? do_vfs_ioctl+0x48d/0x4cb 2011-06-26_12:46:14.68039 [62479.092822] [81073c0a] ? sys_futex+0x113/0x131 2011-06-26_12:46:14.68039 [62479.098210] [8451] ? block_llseek+0x75/0x81 2011-06-26_12:46:14.68040 [62479.103681] [810faa6f] ? sys_ioctl+0x51/0x70 2011-06-26_12:46:14.68041 [62479.108894] [81010b42] ? system_call_fastpath+0x16/0x1b 2011-06-26_12:46:14.68042 [62479.115056] Code: bc 24 a0 01 00 00 00 74 10 48 8b 94 24 a0 01 00 00 c7 02 00 00 00 00 eb 65 41 8b 77 08 48 8b 84 24 38 01 00 00 31 d2 48 c1 e0 0a 48 f7 f6 48 8b b4 24 40 01 00 00 48 89 84 24 30 01 00 00 31 c0 2011-06-26_12:46:14.68042 [62479.134577] RIP [81044d3a] find_busiest_group+0x3d0/0x876
Processed: Re: linux-image-2.6.26-2-sparc64: Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c
Processing commands for cont...@bugs.debian.org: tags 536860 = upstream fixed-upstream Bug #536860 [linux-2.6] linux-image-2.6.26-2-sparc64: Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c Added tag(s) upstream and fixed-upstream; removed tag(s) help. quit Stopping processing here. Please contact me if you need assistance. -- 536860: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536860 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.13125836993532.transcr...@bugs.debian.org
Bug#536860: linux-image-2.6.26-2-sparc64: Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c
tags 536860 = upstream fixed-upstream quit Hi, Gabriel VLASIU wrote: Running iotop I get lots of: Kernel unaligned access at TPC[48bef4] __delayacct_add_tsk+0x2c/0x15c I suspect this was fixed by v2.6.38-rc1~296 (taskstats: use better ifdef for alignment, 2011-01-12). Could you test a recent kernel from sid or experimental, or try the following patch? Thanks, Jonathan commit 9ab020cf Author: Jeff Mahoney je...@suse.com Date: Wed Jan 12 17:00:48 2011 -0800 taskstats: use better ifdef for alignment Commit 4be2c95d (taskstats: pad taskstats netlink response for aligment issues on ia64) added a null field to align the taskstats structure but the discussion centered around ia64. The issue exists on other platforms with inefficient unaligned access and adding them piecemeal would be an unmaintainable mess. This patch uses Dave Miller's suggestion of using a combination of CONFIG_64BIT !CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS to determine whether alignment is needed. Note that this will cause breakage on those platforms with applications like iotop which had hard-coded offsets into the packet to access the taskstats structure. The message seen on systems without the alignment fixes looks like: kernel unaligned access to 0xe23879dca9bc, ip=0xa00100133d10 The addresses may vary but resolve to locations inside __delayacct_add_tsk. iotop makes what I'd call unreasonable assumptions about the contents of a netlink genetlink packet containing generic attributes. They're typed and have headers that specify value lengths, so the client can (should) identify and skip the ones the client doesn't understand. The kernel, as of version 2.6.36, presented a packet like so: ++ | genlmsghdr - 4 bytes | ++ | NLA header - 4 bytes | /* Aggregate header */ +-+--+ | | NLA header - 4 bytes | /* PID header */ | +--+ | | pid/tgid - 4 bytes | | +--+ | | NLA header - 4 bytes | /* stats header */ | + -+ - oops. aligned on 4 byte boundary | | struct taskstats - 328 bytes | +-+--+ The iotop code expects that the kernel will behave as it did then, assuming that the packet format is set in stone. The format is set in stone, but the packet offsets are not. There's nothing in the packet format that guarantees that the packet will be sent in exactly the same way. The attribute contents are set (or versioned) and the aggregate contents are set but they can be anywhere in the packet. The issue here isn't that an unaligned structure gets passed to userspace, it's that the NLA infrastructure has something of a weakness: The 4 byte attribute header may force the payload to be unaligned. The taskstats structure is created at an unaligned location and then 64-bit values are operated on inside the kernel, so the unaligned access warnings gets spewed everywhere. It's possible to use the unaligned access API to operate on the structure in the kernel but it seems like a wasted effort to work around userspace code that isn't following the packet format. Any new additions would also need the be worked around. It's a maintenance nightmare. The conclusion of the earlier discussion seemed to be ok fine, if we have to break it, don't break it on arches that don't have the problem. Dave pointed out that the unaligned access problem doesn't only exist on ia64, but also on other 64-bit arches that don't have efficient unaligned access and it should be fixed there as well. The committed version of the patch and this addition keep with the conclusion of that discussion not to break it unnecessarily, which the pid padding and the packet padding fixes did do. x86_64 and powerpc don't suffer this problem so they shouldn't suffer the solution. Other 64-bit architectures do and will, though. Signed-off-by: Jeff Mahoney je...@suse.com Reported-by: David S. Miller da...@davemloft.net Acked-by: David S. Miller da...@davemloft.net Cc: Dan Carpenter erro...@gmail.com Cc: Balbir Singh bal...@in.ibm.com Cc: Florian Mickler flor...@mickler.org Cc: Guillaume Chazarain guic...@gmail.com Signed-off-by: Andrew Morton a...@linux-foundation.org Signed-off-by: Linus Torvalds torva...@linux-foundation.org diff --git a/kernel/taskstats.c b/kernel/taskstats.c index 69691eb4..3971c6b9 100644 --- a/kernel/taskstats.c +++ b/kernel/taskstats.c @@ -348,7 +348,7 @@ static int parse(struct nlattr *na, struct cpumask *mask) return ret; } -#ifdef CONFIG_IA64 +#if defined(CONFIG_64BIT)
Processed: Re: BUG: soft lockup - CPU#5 stuck for 62s with 2.6.26-2-686-bigmem kernel
Processing commands for cont...@bugs.debian.org: # summarizing the bug log: found 538158 linux-2.6/2.6.26-21 Bug #538158 [linux-2.6] BUG: soft lockup - CPU#5 stuck for 62s with 2.6.26-2-686-bigmem kernel Bug Marked as found in versions linux-2.6/2.6.26-21. fixed 538158 linux-2.6/2.6.32-2 Bug #538158 [linux-2.6] BUG: soft lockup - CPU#5 stuck for 62s with 2.6.26-2-686-bigmem kernel Bug Marked as fixed in versions linux-2.6/2.6.32-2. End of message, stopping processing here. Please contact me if you need assistance. -- 538158: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538158 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.13125840935192.transcr...@bugs.debian.org
Bug#536860: linux-image-2.6.26-2-sparc64: Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c
Jonathan Nieder wrote: Could you test a recent kernel from sid or experimental, or try the following patch? [...] taskstats: use better ifdef for alignment The following changes would need to be applied first for it to work, of course. commit 85893120 Author: Jeff Mahoney je...@suse.com Date: Wed Oct 27 15:34:43 2010 -0700 delayacct: align to 8 byte boundary on 64-bit systems prepare_reply() sets up an skb for the response. The payload contains: ++ | genlmsghdr - 4 bytes | ++ | NLA header - 4 bytes | /* Aggregate header */ +-+--+ | | NLA header - 4 bytes | /* PID header */ | +--+ | | pid/tgid - 4 bytes | | +--+ | | NLA header - 4 bytes | /* stats header */ | + -+ - oops. aligned on 4 byte boundary | | struct taskstats - 328 bytes | +-+--+ The start of the taskstats struct must be 8 byte aligned on IA64 (and other systems with 8 byte alignment rules for 64-bit types) or runtime alignment warnings will be issued. This patch pads the pid/tgid field out to sizeof(long), which forces the alignment of taskstats. The getdelays userspace code is ok with this since it assumes 32-bit pid/tgid and then honors that header's length field. An array is used to avoid exposing kernel memory contents to userspace in the response. Signed-off-by: Jeff Mahoney je...@suse.com Cc: Balbir Singh bal...@in.ibm.com Signed-off-by: Andrew Morton a...@linux-foundation.org Signed-off-by: Linus Torvalds torva...@linux-foundation.org diff --git a/kernel/taskstats.c b/kernel/taskstats.c index 11281d57..5a651aa6 100644 --- a/kernel/taskstats.c +++ b/kernel/taskstats.c @@ -360,6 +360,12 @@ static struct taskstats *mk_reply(struct sk_buff *skb, int type, u32 pid) struct nlattr *na, *ret; int aggr; + /* If we don't pad, we end up with alignment on a 4 byte boundary. +* This causes lots of runtime warnings on systems requiring 8 byte +* alignment */ + u32 pids[2] = { pid, 0 }; + int pid_size = ALIGN(sizeof(pid), sizeof(long)); + aggr = (type == TASKSTATS_TYPE_PID) ? TASKSTATS_TYPE_AGGR_PID : TASKSTATS_TYPE_AGGR_TGID; @@ -367,7 +373,7 @@ static struct taskstats *mk_reply(struct sk_buff *skb, int type, u32 pid) na = nla_nest_start(skb, aggr); if (!na) goto err; - if (nla_put(skb, type, sizeof(pid), pid) 0) + if (nla_put(skb, type, pid_size, pids) 0) goto err; ret = nla_reserve(skb, TASKSTATS_TYPE_STATS, sizeof(struct taskstats)); if (!ret) commit 4be2c95d Author: Jeff Mahoney je...@suse.com Date: Tue Dec 21 17:24:30 2010 -0800 taskstats: pad taskstats netlink response for aligment issues on ia64 The taskstats structure is internally aligned on 8 byte boundaries but the layout of the aggregrate reply, with two NLA headers and the pid (each 4 bytes), actually force the entire structure to be unaligned. This causes the kernel to issue unaligned access warnings on some architectures like ia64. Unfortunately, some software out there doesn't properly unroll the NLA packet and assumes that the start of the taskstats structure will always be 20 bytes from the start of the netlink payload. Aligning the start of the taskstats structure breaks this software, which we don't want. So, for now the alignment only happens on architectures that require it and those users will have to update to fixed versions of those packages. Space is reserved in the packet only when needed. This ifdef should be removed in several years e.g. 2012 once we can be confident that fixed versions are installed on most systems. We add the padding before the aggregate since the aggregate is already a defined type. Commit 85893120 (delayacct: align to 8 byte boundary on 64-bit systems) previously addressed the alignment issues by padding out the pid field. This was supposed to be a compatible change but the circumstances described above mean that it wasn't. This patch backs out that change, since it was a hack, and introduces a new NULL attribute type to provide the padding. Padding the response with 4 bytes avoids allocating an aligned taskstats structure and copying it back. Since the structure weighs in at 328 bytes, it's too big to do it on the stack. Signed-off-by: Jeff Mahoney je...@suse.com Reported-by: Brian Rogers br...@xyzw.org Cc: Jeff Mahoney je...@suse.com Cc: Guillaume Chazarain guic...@gmail.com Cc: Balbir Singh bal...@in.ibm.com
Processed: Re: linux-image-2.6.32-5-amd64: avoid divide-by-zero (divide error: 0000) in scheduler
Processing commands for cont...@bugs.debian.org: # not sure whether multiple bugs are at issue here, # but at any rate this was reported there. The upstream # report is probably as a good place as any to work on this # one for now. forwarded 636797 https://bugzilla.kernel.org/show_bug.cgi?id=16991 Bug #636797 [linux-2.6] linux-image-2.6.32-5-amd64: avoid divide-by-zero (divide error: ) in scheduler Set Bug forwarded-to-address to 'https://bugzilla.kernel.org/show_bug.cgi?id=16991'. End of message, stopping processing here. Please contact me if you need assistance. -- 636797: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636797 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.13125852979448.transcr...@bugs.debian.org
Bug#636092: linux-image-2.6.32-5-amd64: Debian squeeze will not boot with drives on two Sil 3132 SATA cards
Any ideas? I'm actually wondering now if Grub is even getting to the point of loading the kernel. Is there a way to enable debugging output from Grub itself? -- 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/1b88ffd9-439c-4984-b05d-c8b2e7d9d...@chezcox.net