Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
Package: linux-image-3.2.0-4-amd64 Version: 3.2.46-1 Hi, I have a gateway machine, with $iface_Internet == xenbr2 and $iface_intranet == xenbr0, running these traffic control rules on the outside interface which are supposed to be a trivial ToS match and a limit on 20 Mbps: tc qdisc del dev $iface_Internet root || true tc qdisc add dev $iface_Internet root handle 1: prio tc qdisc add dev $iface_Internet parent 1:1 handle 10: sfq tc qdisc add dev $iface_Internet parent 1:2 handle 20: tbf rate 20mbit buffer 20480 limit 16384 tc qdisc add dev $iface_Internet parent 1:3 handle 30: sfq This worked just fine for about seven years now on a machine running squeeze, and a fair few distro+kernel versions before that. I changed the rate from 10 to 20 on 2012-10-12, and everything kept working fine. However, the upgrade to this new kernel appears to have killed it - the tbf rule is causing outgoing HTTP connections to max out at around 8 Kbps. When I remove tbf, everything is fine. I think there's a software problem there - even if these rules were somehow broken to begin with, this is a poor way of telling me that. Please fix it. TIA. -- 2. That which causes joy or happiness. -- 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/20130817080030.ga31...@entuzijast.net
Uploading linux (3.10.7-1)
I intend to upload linux version 3.10.7-1 either today or on Tuesday (I will be travelling on the intervening days). Mostly upstream bug fixes. I don't think there is any need for any ABI bump. Ben. -- Ben Hutchings I haven't lost my mind; it's backed up on tape somewhere. signature.asc Description: This is a digitally signed message part
Bug#719277: linux-image-3.11-rc4-amd64: Kernel crashes when running Folding@Home as a system service
On Fri, 2013-08-16 at 21:54 -0400, Alex Vanderpol wrote: Well, I've discovered why makedumpfile continues to run even after the dump files show up in the folder. It's failing to properly dump the kernel log, and is continually appending the line [ 0.00] to the dmesg file. It sounds like the version of makedumpfile you're using doesn't understand the structured log format introduced in Linux 3.5. I guess you need at least version 1.5.1-1, which has this changelog line: * Add --dmesg-fix from upstream 1.5.2 for kernels 3.5 and above Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Bug#719944: initramfs-tools: backport of prepend_earlyinitramfs() to Wheezy
On Sat, 2013-08-17 at 00:22 -0300, Henrique de Moraes Holschuh wrote: [...] People do use the LTS 3.10 kernel with Debian wheezy, it would be a very good thing to be able to better support this kernel, and support early firmware updates for those people out-of-the-box. It will also come on very handy for wheezy-and-a-half (updated kernel) if we decide to release it. [...] We have wheezy-backports for this. I don't see any need to change the wheezy version. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
Control: tag -1 moreinfo On Sat, 2013-08-17 at 10:00 +0200, Josip Rodin wrote: Package: linux-image-3.2.0-4-amd64 Version: 3.2.46-1 Hi, I have a gateway machine, with $iface_Internet == xenbr2 and $iface_intranet == xenbr0, running these traffic control rules on the outside interface which are supposed to be a trivial ToS match and a limit on 20 Mbps: tc qdisc del dev $iface_Internet root || true tc qdisc add dev $iface_Internet root handle 1: prio tc qdisc add dev $iface_Internet parent 1:1 handle 10: sfq tc qdisc add dev $iface_Internet parent 1:2 handle 20: tbf rate 20mbit buffer 20480 limit 16384 tc qdisc add dev $iface_Internet parent 1:3 handle 30: sfq This worked just fine for about seven years now on a machine running squeeze, and a fair few distro+kernel versions before that. I changed the rate from 10 to 20 on 2012-10-12, and everything kept working fine. However, the upgrade to this new kernel appears to have killed it - the tbf rule is causing outgoing HTTP connections to max out at around 8 Kbps. [...] This might be the same as bug #708995. Does turning off GRO on the internal interface (not the bridge but the physical interface) work around it? Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
Processing control commands: tag -1 moreinfo Bug #719958 [linux-image-3.2.0-4-amd64] traffic control simple token bucket filter within prio broken in wheezy Added tag(s) moreinfo. -- 719958: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719958 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.b719958.137673501315941.transcr...@bugs.debian.org
Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
On Sat, Aug 17, 2013 at 12:33:02PM +0200, Josip Rodin wrote: On Sat, Aug 17, 2013 at 12:23:21PM +0200, Ben Hutchings wrote: tc qdisc add dev $iface_Internet parent 1:2 handle 20: tbf rate 20mbit buffer 20480 limit 16384 However, the upgrade to this new kernel appears to have killed it - the tbf rule is causing outgoing HTTP connections to max out at around 8 Kbps. [...] This might be the same as bug #708995. Does turning off GRO on the internal interface (not the bridge but the physical interface) work around it? Yes, it looks like ifenslave -c bond0 eth0 ethtool -K eth0 gro off makes TBF precise again, and vice versa. That's on one machine. But on another wheezy machine with the same setup but somewhat different hardware, turning off GRO didn't help. How do I debug this further? -- 2. That which causes joy or happiness. -- 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/20130817105659.ga32...@entuzijast.net
Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
On Sat, Aug 17, 2013 at 12:23:21PM +0200, Ben Hutchings wrote: tc qdisc add dev $iface_Internet parent 1:2 handle 20: tbf rate 20mbit buffer 20480 limit 16384 However, the upgrade to this new kernel appears to have killed it - the tbf rule is causing outgoing HTTP connections to max out at around 8 Kbps. [...] This might be the same as bug #708995. Does turning off GRO on the internal interface (not the bridge but the physical interface) work around it? Yes, it looks like ifenslave -c bond0 eth0 ethtool -K eth0 gro off makes TBF precise again, and vice versa. -- 2. That which causes joy or happiness. -- 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/20130817103302.ga26...@entuzijast.net
Re: [PATCH 0/4] Replace the kernel-package template system
I've applied these patches (to trunk). Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Re: [PATCH 0/3] Remove stale debconf warnings
I've applied these patches (to trunk). Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
On Sat, 2013-08-17 at 12:56 +0200, Josip Rodin wrote: On Sat, Aug 17, 2013 at 12:33:02PM +0200, Josip Rodin wrote: On Sat, Aug 17, 2013 at 12:23:21PM +0200, Ben Hutchings wrote: tc qdisc add dev $iface_Internet parent 1:2 handle 20: tbf rate 20mbit buffer 20480 limit 16384 However, the upgrade to this new kernel appears to have killed it - the tbf rule is causing outgoing HTTP connections to max out at around 8 Kbps. [...] This might be the same as bug #708995. Does turning off GRO on the internal interface (not the bridge but the physical interface) work around it? Yes, it looks like ifenslave -c bond0 eth0 ethtool -K eth0 gro off makes TBF precise again, and vice versa. That's on one machine. But on another wheezy machine with the same setup but somewhat different hardware, turning off GRO didn't help. How do I debug this further? You could try using the perf dropmonitor script as I described on my bug report. The other machine might also have LRO enabled on the internal interface, although this is supposed to be disabled for bridged interfaces. If the other machine is also passing traffic from another VM on the same physical host, it might be necessary to disable TSO on the interface within the other VM. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Bug#719939: linux: [INTL:ja] Japanese translation update
Control: found -1 3.2.46-1 Control: tag -1 wheezy moreinfo On Sat, 2013-08-17 at 08:58 +0900, victory wrote: Package: linux Version: 3.10.5-1 Severity: wishlist Tags: patch l10n Dear linux package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? The message you've newly translated was only needed for the squeeze-wheezy upgrade and is about to be removed. It can be included in the next wheezy point release, though. But please can you update the dates and translator credits in the PO file? Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#719939: linux: [INTL:ja] Japanese translation update
Processing control commands: found -1 3.2.46-1 Bug #719939 [linux] linux: [INTL:ja] Japanese translation update There is no source info for the package 'linux' at version '3.2.46-1' with architecture '' Unable to make a source version for version '3.2.46-1' Marked as found in versions 3.2.46-1. tag -1 wheezy moreinfo Bug #719939 [linux] linux: [INTL:ja] Japanese translation update Added tag(s) wheezy and moreinfo. -- 719939: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719939 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.b719939.137674227627271.transcr...@bugs.debian.org
Processed: tagging 719725
Processing commands for cont...@bugs.debian.org: tags 719725 + pending Bug #719725 [linux] linux: [INTL:pt_BR] Brazilian Portuguese debconf templates translation Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 719725: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719725 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.137674275029521.transcr...@bugs.debian.org
Bug#719725: linux: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Control: severity -1 wishlist Control: found -1 3.2.46-1 Control: found -1 3.10.5-1 On Wed, 2013-08-14 at 12:24 -0300, Fernando Ike wrote: Package: linux Severity: whichlist Tags: l10n Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. The message you've newly translated (about the ramdisk creator) was only needed for the squeeze-wheezy upgrade, and is about to be removed. It can be included in the next wheezy point release, though. So the remaining changes I'm applying for unstable are: --- a/debian/templates/po/pt_BR.po +++ b/debian/templates/po/pt_BR.po @@ -2,14 +2,15 @@ # Copyright (C) 2010 Flamarion Jorge # This file is distributed under the same license as the linux package. # Flamarion Jorge jorge.flamar...@gmail.com, 2010. +# Fernando Ike de Oliveira (fike) f...@midstorm.org, 2013. # msgid msgstr -Project-Id-Version: linux\n -Report-Msgid-Bugs-To: \n +Project-Id-Version: linux 3.10.3-1\n +Report-Msgid-Bugs-To: li...@packages.debian.org\n POT-Creation-Date: 2013-08-10 00:38+0200\n -PO-Revision-Date: 2013-08-15 13:21+0200\n -Last-Translator: Flamarion Jorge jorge.flamar...@gmail.com\n +PO-Revision-Date: 2013-08-17 14:29+0200\n +Last-Translator: Fernando Ike de Oliveira (fike) f...@midstorm.org\n Language-Team: Brazilian Portuguese debian-l10n-portuguese@lists.debian. org\n Language: pt_BR\n @@ -72,7 +73,7 @@ You are running a kernel (version ${running}) and attempting to remove the same version. msgstr -Você está executando um kernel (version ${running}) e tentando remover a +Você está executando um kernel (versão ${running}) e tentando remover a mesma versão. #. Type: boolean --- END --- Let me know if this is not correct. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#719725: linux: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Processing control commands: severity -1 wishlist Bug #719725 [linux] linux: [INTL:pt_BR] Brazilian Portuguese debconf templates translation Ignoring request to change severity of Bug 719725 to the same value. found -1 3.2.46-1 Bug #719725 [linux] linux: [INTL:pt_BR] Brazilian Portuguese debconf templates translation There is no source info for the package 'linux' at version '3.2.46-1' with architecture '' Unable to make a source version for version '3.2.46-1' Marked as found in versions 3.2.46-1. found -1 3.10.5-1 Bug #719725 [linux] linux: [INTL:pt_BR] Brazilian Portuguese debconf templates translation There is no source info for the package 'linux' at version '3.10.5-1' with architecture '' Unable to make a source version for version '3.10.5-1' Marked as found in versions 3.10.5-1. -- 719725: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719725 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.b719725.137674271229310.transcr...@bugs.debian.org
Processed: tagging 719725
Processing commands for cont...@bugs.debian.org: tags 719725 + pending Bug #719725 [linux] linux: [INTL:pt_BR] Brazilian Portuguese debconf templates translation Ignoring request to alter tags of bug #719725 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 719725: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719725 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.137674312631956.transcr...@bugs.debian.org
Bug#719944: initramfs-tools: backport of prepend_earlyinitramfs() to Wheezy
On Sat, 17 Aug 2013, Ben Hutchings wrote: On Sat, 2013-08-17 at 00:22 -0300, Henrique de Moraes Holschuh wrote: [...] People do use the LTS 3.10 kernel with Debian wheezy, it would be a very good thing to be able to better support this kernel, and support early firmware updates for those people out-of-the-box. It will also come on very handy for wheezy-and-a-half (updated kernel) if we decide to release it. [...] We have wheezy-backports for this. I don't see any need to change the wheezy version. So, I should do a stable update for intel-microcode that doesn't support early firmware mode? And anyone trying a 3.10 kernel on wheezy with encrypted root will get stuck without a keyboard and no way to boot because they need initramfs-tools v0.112 or later? I can do it, it will be somewhat annoying due to version numbering dances, but it is not difficult at all. However, we could really enhance the support of out-of-the-box wheezy for newer kernels with a no-risk stable update of initramfs-tools v0.113... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- 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/20130817124520.gc16...@khazad-dum.debian.net
Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
On Sat, Aug 17, 2013 at 02:06:57PM +0200, Ben Hutchings wrote: On Sat, 2013-08-17 at 12:56 +0200, Josip Rodin wrote: On Sat, Aug 17, 2013 at 12:33:02PM +0200, Josip Rodin wrote: On Sat, Aug 17, 2013 at 12:23:21PM +0200, Ben Hutchings wrote: tc qdisc add dev $iface_Internet parent 1:2 handle 20: tbf rate 20mbit buffer 20480 limit 16384 However, the upgrade to this new kernel appears to have killed it - the tbf rule is causing outgoing HTTP connections to max out at around 8 Kbps. [...] This might be the same as bug #708995. Does turning off GRO on the internal interface (not the bridge but the physical interface) work around it? Yes, it looks like ifenslave -c bond0 eth0 ethtool -K eth0 gro off makes TBF precise again, and vice versa. That's on one machine. But on another wheezy machine with the same setup but somewhat different hardware, turning off GRO didn't help. How do I debug this further? You could try using the perf dropmonitor script as I described on my bug report. Didn't you say that was also broken? :) The other machine might also have LRO enabled on the internal interface, although this is supposed to be disabled for bridged interfaces. If the other machine is also passing traffic from another VM on the same physical host, it might be necessary to disable TSO on the interface within the other VM. There's no distinction here between physical interfaces; I receive traffic on a bond0 throught several VLANs. On one machine there's eth0 and eth2 behind that bond0, and that's the one where the workaround works. On the other one, there's only eth0 behind that bond0 (by accident), and the workaround doesn't make tbf work, oddly enough. I also tried removing other offload options, but didn't make a dent. The machines have different hardware but identical netfilter and tc rules, and I shift traffic between them by moving the IP addresses, using keepalived. -- 2. That which causes joy or happiness. -- 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/20130817125423.ga20...@entuzijast.net
Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
On Sat, 2013-08-17 at 14:54 +0200, Josip Rodin wrote: On Sat, Aug 17, 2013 at 02:06:57PM +0200, Ben Hutchings wrote: On Sat, 2013-08-17 at 12:56 +0200, Josip Rodin wrote: On Sat, Aug 17, 2013 at 12:33:02PM +0200, Josip Rodin wrote: On Sat, Aug 17, 2013 at 12:23:21PM +0200, Ben Hutchings wrote: tc qdisc add dev $iface_Internet parent 1:2 handle 20: tbf rate 20mbit buffer 20480 limit 16384 However, the upgrade to this new kernel appears to have killed it - the tbf rule is causing outgoing HTTP connections to max out at around 8 Kbps. [...] This might be the same as bug #708995. Does turning off GRO on the internal interface (not the bridge but the physical interface) work around it? Yes, it looks like ifenslave -c bond0 eth0 ethtool -K eth0 gro off makes TBF precise again, and vice versa. That's on one machine. But on another wheezy machine with the same setup but somewhat different hardware, turning off GRO didn't help. How do I debug this further? You could try using the perf dropmonitor script as I described on my bug report. Didn't you say that was also broken? :) [...] It's fixed now. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Bug#719944: initramfs-tools: backport of prepend_earlyinitramfs() to Wheezy
On Sat, 2013-08-17 at 09:45 -0300, Henrique de Moraes Holschuh wrote: On Sat, 17 Aug 2013, Ben Hutchings wrote: On Sat, 2013-08-17 at 00:22 -0300, Henrique de Moraes Holschuh wrote: [...] People do use the LTS 3.10 kernel with Debian wheezy, it would be a very good thing to be able to better support this kernel, and support early firmware updates for those people out-of-the-box. It will also come on very handy for wheezy-and-a-half (updated kernel) if we decide to release it. [...] We have wheezy-backports for this. I don't see any need to change the wheezy version. So, I should do a stable update for intel-microcode that doesn't support early firmware mode? Yes. And anyone trying a 3.10 kernel on wheezy with encrypted root will get stuck without a keyboard and no way to boot because they need initramfs-tools v0.112 or later? The official kernel image packages have correct versioned dependencies on initramfs-tools. And now you are talking about an entirely different problem, anyway. I can do it, it will be somewhat annoying due to version numbering dances, but it is not difficult at all. However, we could really enhance the support of out-of-the-box wheezy for newer kernels with a no-risk stable update of initramfs-tools v0.113... This is not 'out-of-the-box wheezy' any more then... whichever administrator is customising with a new kernel package can also add the new initramfs-tools package. There is no point in adding just one of them to wheezy. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
On Sat, Aug 17, 2013 at 02:58:07PM +0200, Ben Hutchings wrote: How do I debug this further? You could try using the perf dropmonitor script as I described on my bug report. Didn't you say that was also broken? :) [...] It's fixed now. Hmm. Googling says it was fixed in May, so it doesn't sound like something that's going to come close to entering 3.2... So I took the new script and placed into /usr/share/perf_3.2-core/scripts/python/net_dropmonitor.py But I still can't seem to run it: % perf script net_dropmonitor invalid or unsupported event: 'skb:kfree_skb' Help? -- 2. That which causes joy or happiness. -- 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/20130817133342.ga27...@entuzijast.net
Bug#719993: linux-image-3.2.0-4-s390x: hangs hard after a few hours
Package: src:linux Version: 3.2.46-1 Severity: grave Forwarded: http://www.mail-archive.com/linux-390@vm.marist.edu/msg63844.html The s390x kernel provided in Wheezy (both for s390 and s390x) hangs hard after a few hours of uptime. After investigation, it has been determined to be due to the following commit: commit 4f37a68cdaf6dea833cfdded2a3e0c47c0f006da Author: Martin Schwidefsky schwidef...@de.ibm.com Date: Tue Aug 23 15:29:44 2011 +0200 s390: Use direct ktime path for s390 clockevent device The clock comparator on s390 uses the same format as the TOD clock. If the value in the clock comparator is smaller than the current TOD value an interrupt is pending. Use the CLOCK_EVT_FEAT_KTIME feature to get the unmodified ktime of the next clockevent expiration and use it to program the clock comparator without querying the TOD clock. Signed-off-by: Martin Schwidefsky schwidef...@de.ibm.com Cc: john stultz johns...@us.ibm.com Link: http://lkml.kernel.org/r/20110823133143.153017...@de.ibm.com Signed-off-by: Thomas Gleixner t...@linutronix.de While the problem is being worked on, the best is probably to revert this commit. This is what the attached patch does. -- Package-specific info: ** Version: Linux version 3.2.0-4-s390x (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1 ** Command line: ro vmpoff=LOGOFF root=/dev/dasda1 enable=ccw-0.0.0120 BOOT_IMAGE=0 ** Not tainted ** Kernel log: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-4-s390x (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1 [0.00] setup: Linux is running natively in 64-bit mode [0.00] cpu: The CPU configuration topology of the machine is: 0 0 0 0 0 2 / 1 [0.00] Zone PFN ranges: [0.00] DMA 0x - 0x0008 [0.00] Normal empty [0.00] Movable zone start PFN for each node [0.00] early_node_map[1] active PFN ranges [0.00] 0: 0x - 0x0002 [0.00] On node 0 totalpages: 131072 [0.00] DMA zone: 1792 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 129280 pages, LIFO batch:31 [0.00] PERCPU: Embedded 11 pages/cpu @012f5000 s15872 r8192 d20992 u45056 [0.00] pcpu-alloc: s15872 r8192 d20992 u45056 alloc=11*4096 [0.00] pcpu-alloc: [0] 00 [0] 01 [0] 02 [0] 03 [0] 04 [0] 05 [0] 06 [0] 07 [0.00] pcpu-alloc: [0] 08 [0] 09 [0] 10 [0] 11 [0] 12 [0] 13 [0] 14 [0] 15 [0.00] pcpu-alloc: [0] 16 [0] 17 [0] 18 [0] 19 [0] 20 [0] 21 [0] 22 [0] 23 [0.00] pcpu-alloc: [0] 24 [0] 25 [0] 26 [0] 27 [0] 28 [0] 29 [0] 30 [0] 31 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 129280 [0.00] Kernel command line: ro vmpoff=LOGOFF root=/dev/dasda1 enable=ccw-0.0.0120 BOOT_IMAGE=0 [0.00] PID hash table entries: 2048 (order: 2, 16384 bytes) [0.00] Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) [0.00] Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) [0.00] Memory: 502720k/524288k available (3845k kernel code, 0k reserved, 2071k data, 228k init) [0.00] Write protected kernel read-only data: 0x11200 - 0x570fff [0.00] Hierarchical RCU implementation. [0.00] CONFIG_RCU_FANOUT set to non-default value of 32 [0.00] RCU dyntick-idle grace-period acceleration is enabled. [0.00] console [ttyS0] enabled [0.822121] Calibrating delay loop (skipped)... 3777.00 BogoMIPS preset [0.822193] pid_max: default: 32768 minimum: 301 [0.823189] Security Framework initialized [0.823276] AppArmor: AppArmor disabled by boot time parameter [0.823830] Mount-cache hash table entries: 256 [0.826067] Initializing cgroup subsys cpuacct [0.826244] Initializing cgroup subsys memory [0.826436] Initializing cgroup subsys devices [0.826540] Initializing cgroup subsys freezer [0.826631] Initializing cgroup subsys net_cls [0.826721] Initializing cgroup subsys blkio [0.826853] Initializing cgroup subsys perf_event [0.827802] cpu: 2 configured CPUs, 0 standby CPUs [0.833026] Brought up 2 CPUs [0.840344] devtmpfs: initialized [0.850631] print_constraints: dummy: [0.853330] NET: Registered protocol family 16 [0.871646] bio: create slab bio-0 at 0 [1.196411] NET: Registered protocol family 2 [1.197650] IP route cache hash table entries: 4096 (order: 3, 32768 bytes) [1.202055] TCP established hash table entries: 16384 (order: 6, 262144 bytes) [1.204478] TCP bind hash table entries: 16384 (order: 6, 262144 bytes) [1.207157] TCP: Hash tables configured (established 16384 bind 16384) [1.207255] TCP reno registered [1.207356] UDP hash table
Bug#719944: initramfs-tools: backport of prepend_earlyinitramfs() to Wheezy
On Sat, 17 Aug 2013, Ben Hutchings wrote: I can do it, it will be somewhat annoying due to version numbering dances, but it is not difficult at all. However, we could really enhance the support of out-of-the-box wheezy for newer kernels with a no-risk stable update of initramfs-tools v0.113... This is not 'out-of-the-box wheezy' any more then... whichever administrator is customising with a new kernel package can also add the new initramfs-tools package. There is no point in adding just one of them to wheezy. Ok. Could you please backport v0.113 to wheezy-backports, then? I will have to prepare both a stable update (without early fw support) and a wheezy backport (with early fw support) of intel-microcode. I could also upload an initramfs-tools v0.113 backport to wheezy-backports if you're too busy right now, but it is always best when the maintainer does a backport, instead of some other DD... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- 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/20130817134107.ga18...@khazad-dum.debian.net
Processed: tagging 719993
Processing commands for cont...@bugs.debian.org: tags 719993 + pending Bug #719993 [src:linux] linux-image-3.2.0-4-s390x: hangs hard after a few hours Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 719993: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719993 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.137674690320996.transcr...@bugs.debian.org
Bug#719680: Driver mv643xx_eth_port requests probe deferral
* Martin Michlmayr t...@cyrius.com [2013-08-14 09:53]: Version: 3.10.5-1 A Debian on QNAP user reported that Ethernet isn't working with the 3.10.5-1 kernel. Arnaud, do you know if this is a known issue? I just tried 3.10.5-1 on my TS-219 and Ethernet works fine: [ 12.256217] mv643xx_eth: MV-643xx 10/100/1000 ethernet driver version 1.4 [ 12.342695] libphy: orion_mdio_bus: probed [ 12.366673] mv643xx_eth_port mv643xx_eth_port.0 eth0: port 0 with MAC address 00:08:9b:8c:4e:b8 [ 20.204426] mv643xx_eth_port mv643xx_eth_port.0 eth0: link down [ 20.217992] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 21.860218] mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 100 Mb/s, full duplex, flow control disabled [ 21.870046] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready I have a TS-219 with an MV88F6281-A0. According to dmesg, the bug submitter has an MV88F6282-Rev-A1. -- 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/20130817133251.ga11...@jirafa.cyrius.com
Processed: tagging 719993
Processing commands for cont...@bugs.debian.org: tags 719993 + pending Bug #719993 [src:linux] linux-image-3.2.0-4-s390x: hangs hard after a few hours Ignoring request to alter tags of bug #719993 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 719993: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719993 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.137674715722572.transcr...@bugs.debian.org
Bug#719939: linux: [INTL:ja] Japanese translation update
On Sat, 17 Aug 2013 14:24:27 +0200 Ben Hutchings wrote: But please can you update the dates and translator credits in the PO file? this means these lines? # Copyright (C) 2010 Kenshi Muto km...@debian.org # Copyright (C) 2010 Nobuhiro Iwamatsu iwama...@debian.org # This file is distributed under the same license as the linux package. # Kenshi Muto km...@debian.org, 2010. # Nobuhiro Iwamatsu iwama...@debian.org, 2010. assumed that's it, updated the file w/ 2 lines added, attached -- victory linux_3.10.5-1_2_c_ja.po.gz Description: Binary data
Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
On Sat, 2013-08-17 at 15:33 +0200, Josip Rodin wrote: On Sat, Aug 17, 2013 at 02:58:07PM +0200, Ben Hutchings wrote: How do I debug this further? You could try using the perf dropmonitor script as I described on my bug report. Didn't you say that was also broken? :) [...] It's fixed now. Hmm. Googling says it was fixed in May, so it doesn't sound like something that's going to come close to entering 3.2... So I took the new script and placed into /usr/share/perf_3.2-core/scripts/python/net_dropmonitor.py But I still can't seem to run it: % perf script net_dropmonitor invalid or unsupported event: 'skb:kfree_skb' Help? Try running it as root... Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Bug#719944: initramfs-tools: backport of prepend_earlyinitramfs() to Wheezy
On Sat, 2013-08-17 at 10:41 -0300, Henrique de Moraes Holschuh wrote: On Sat, 17 Aug 2013, Ben Hutchings wrote: I can do it, it will be somewhat annoying due to version numbering dances, but it is not difficult at all. However, we could really enhance the support of out-of-the-box wheezy for newer kernels with a no-risk stable update of initramfs-tools v0.113... This is not 'out-of-the-box wheezy' any more then... whichever administrator is customising with a new kernel package can also add the new initramfs-tools package. There is no point in adding just one of them to wheezy. Ok. Could you please backport v0.113 to wheezy-backports, then? I will have to prepare both a stable update (without early fw support) and a wheezy backport (with early fw support) of intel-microcode. I could also upload an initramfs-tools v0.113 backport to wheezy-backports if you're too busy right now, but it is always best when the maintainer does a backport, instead of some other DD... You'll need to fix the initramfs-tools version dependency on the microcode patches (i.e. append a ~ to the minimum version). Please do that in unstable as well as wheezy-backports. There should be no changes to make in initramfs-tools, other than adding a changelog entry. Please test git://git.debian.org/git/kernel/initramfs-tools.git#wheezy-backports with the backported microcode patches, then I can upload if you confirm that the combination works. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Processed: tagging 719939
Processing commands for cont...@bugs.debian.org: tags 719939 + pending Bug #719939 [linux] linux: [INTL:ja] Japanese translation update Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 719939: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719939 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.137675404432025.transcr...@bugs.debian.org
Processed: tagging 719725
Processing commands for cont...@bugs.debian.org: tags 719725 + pending Bug #719725 [linux] linux: [INTL:pt_BR] Brazilian Portuguese debconf templates translation Ignoring request to alter tags of bug #719725 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 719725: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719725 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.137675404432023.transcr...@bugs.debian.org
Bug#719939: linux: [INTL:ja] Japanese translation update
On Sat, 2013-08-17 at 23:03 +0900, victory wrote: On Sat, 17 Aug 2013 14:24:27 +0200 Ben Hutchings wrote: But please can you update the dates and translator credits in the PO file? this means these lines? # Copyright (C) 2010 Kenshi Muto km...@debian.org # Copyright (C) 2010 Nobuhiro Iwamatsu iwama...@debian.org # This file is distributed under the same license as the linux package. # Kenshi Muto km...@debian.org, 2010. # Nobuhiro Iwamatsu iwama...@debian.org, 2010. assumed that's it, updated the file w/ 2 lines added, attached OK, I've applied this to the 'wheezy' branch for the next point release. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Re: Build failure for armhf/armmp, linux 3.11-rc4
On Fri, 2013-08-16 at 11:34 +0100, Mark Brown wrote: On 16 August 2013 09:42, Ben Hutchings b...@decadent.org.uk wrote: Please use the advertised e-mail addresses for maintainers. Expand, please? I took your address from the commit that Robert pointed out. On Thu, 2013-08-15 at 19:16 -0500, Robert Nelson wrote: This is fixed in the sound next branch: https://git.kernel.org/cgit/linux/kernel/git/broonie/sound.git/commit/?h=for-nextid=3f1a91aa25579ba5e7268a47a73d2a83e4802c62 The explanation doesn't make sense to me. And if these files are built and then loaded as modules, they will taint the kernel as they have no MODULE_LICENSE. I doubt many people are actually building them as modules except for compile testing or with another reason for the kernel to be tainted. In a multi-platform config I think this will now be the *normal* state, as the dependent drivers should be modules. I'm still failing to see *how* that fix works, anyway. Seems like a workaround for some other problem. Ben. CONFIG_SND_SOC_IMX_AUDMUX=m CONFIG_SND_SOC_EUKREA_TLV320=m # CONFIG_SND_SOC_IMX_WM8962 is not set There seem to be a reasonable number of boards out there using that driver. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Bug#719958: traffic control simple token bucket filter within prio broken in wheezy
On Sat, Aug 17, 2013 at 04:08:12PM +0200, Ben Hutchings wrote: On Sat, 2013-08-17 at 15:33 +0200, Josip Rodin wrote: On Sat, Aug 17, 2013 at 02:58:07PM +0200, Ben Hutchings wrote: How do I debug this further? You could try using the perf dropmonitor script as I described on my bug report. Didn't you say that was also broken? :) [...] It's fixed now. Hmm. Googling says it was fixed in May, so it doesn't sound like something that's going to come close to entering 3.2... So I took the new script and placed into /usr/share/perf_3.2-core/scripts/python/net_dropmonitor.py But I still can't seem to run it: % perf script net_dropmonitor invalid or unsupported event: 'skb:kfree_skb' Help? Try running it as root... Well, that was stupid. Anyway, my test file transfer that drags along like this: Length: 2586317 (2,5M) [application/octet-stream] Saving to: /dev/null 8% [==] 207.064 13,7K/s eta 2m 18s ^C Results in this: Starting trace (Ctrl-C to dump results) ^CGathering kallsyms data LOCATIONOFFSET COUNT net_tx_action 0 1 At the same time, the tc output changes from: qdisc prio 1: root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 Sent 948738 bytes 5358 pkt (dropped 117, overlimits 0 requeues 0) backlog 0b 0p requeues 0 qdisc sfq 10: parent 1:1 limit 127p quantum 1514b divisor 1024 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) backlog 0b 0p requeues 0 qdisc tbf 20: parent 1:2 rate 2Kbit burst 20Kb lat 4295.0s Sent 948738 bytes 5358 pkt (dropped 117, overlimits 0 requeues 0) backlog 0b 0p requeues 0 qdisc sfq 30: parent 1:3 limit 127p quantum 1514b divisor 1024 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) backlog 0b 0p requeues 0 to this: qdisc prio 1: root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 Sent 1235809 bytes 6051 pkt (dropped 182, overlimits 0 requeues 0) backlog 0b 0p requeues 0 qdisc sfq 10: parent 1:1 limit 127p quantum 1514b divisor 1024 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) backlog 0b 0p requeues 0 qdisc tbf 20: parent 1:2 rate 2Kbit burst 20Kb lat 4295.0s Sent 1235809 bytes 6051 pkt (dropped 182, overlimits 0 requeues 0) backlog 0b 0p requeues 0 qdisc sfq 30: parent 1:3 limit 127p quantum 1514b divisor 1024 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) backlog 0b 0p requeues 0 -- 2. That which causes joy or happiness. -- 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/20130817163048.ga23...@entuzijast.net
Processed: your mail
Processing commands for cont...@bugs.debian.org: found 719914 0.109.1 Bug #719914 [initramfs-tools] /scripts/init-bottom/udev: line 33: nuke: not found Marked as found in versions initramfs-tools/0.109.1. notfound 719914 0.107 Bug #719914 [initramfs-tools] /scripts/init-bottom/udev: line 33: nuke: not found No longer marked as found in versions initramfs-tools/0.107. severity 719914 wishlist Bug #719914 [initramfs-tools] /scripts/init-bottom/udev: line 33: nuke: not found Severity set to 'wishlist' from 'normal' tags 719914 = wheezy Bug #719914 [initramfs-tools] /scripts/init-bottom/udev: line 33: nuke: not found Added tag(s) wheezy. package 719914 initramfs-tools Limiting to bugs with field 'package' containing at least one of '719914', 'initramfs-tools' Limit currently set to 'package':'719914', 'initramfs-tools' thankyou Stopping processing here. Please contact me if you need assistance. -- 719914: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719914 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.137676224713414.transcr...@bugs.debian.org
Bug#719944: initramfs-tools: backport of prepend_earlyinitramfs() to Wheezy
On Sat, 17 Aug 2013, Ben Hutchings wrote: You'll need to fix the initramfs-tools version dependency on the microcode patches (i.e. append a ~ to the minimum version). Please do that in unstable as well as wheezy-backports. Unstable currently depends on (= 0.113), is there a pressing need for a new upload to unstable just to change that versioned dependency to (= 0.113~) ? Otherwise, I will left that change pending for the next upload instead of uploading a new package to unstable immediately. I will make sure the stable-backports packages depend on initramfs-tools (= 0.113~), of course. There should be no changes to make in initramfs-tools, other than adding a changelog entry. Please test git://git.debian.org/git/kernel/initramfs-tools.git#wheezy-backports with the backported microcode patches, then I can upload if you confirm that the combination works. I will test that now. Thanks. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- 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/20130817192923.ga6...@khazad-dum.debian.net
Bug#719277: linux-image-3.11-rc4-amd64: Kernel crashes when running Folding@Home as a system service
On Thu, 2013-08-15 at 20:01 -0400, Alex Vanderpol wrote: Apparently having the kernel image debug package installed is a good idea when trying to do anything with crash dumps... After installing the ~2GB (unpacked) package I was able to use the crash utility to analyze (to a degree) the crash dump file made by kdump-tools, however I am unable to extract the kernel log from the dump. When I run the 'log' command within crash I get this message: log: WARNING: log buf data structure(s) have changed I can, however, get a backtrace and the process status information from the dump. If you think it would be useful, I can output what I am able to get from crash to a file to send to you for you to look at. Yes please. Also, I have a few questions: [...] Sorry, I don't know how to use kdump-tools myself. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Bug#719944: initramfs-tools: backport of prepend_earlyinitramfs() to Wheezy
On Sat, 2013-08-17 at 16:29 -0300, Henrique de Moraes Holschuh wrote: On Sat, 17 Aug 2013, Ben Hutchings wrote: You'll need to fix the initramfs-tools version dependency on the microcode patches (i.e. append a ~ to the minimum version). Please do that in unstable as well as wheezy-backports. Unstable currently depends on (= 0.113), is there a pressing need for a new upload to unstable just to change that versioned dependency to (= 0.113~) ? Otherwise, I will left that change pending for the next upload instead of uploading a new package to unstable immediately. [...] I don't think it's urgent. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. signature.asc Description: This is a digitally signed message part
Bug#714974: [PATCH] jfs: fix readdir cookie incompatibility with NFSv4
On Thu, 2013-08-15 at 14:26 -0700, Christian Kujau wrote: On Thu, 15 Aug 2013 at 15:48, Dave Kleikamp wrote: This patch replaces the one I posted yesterday. I like this better since it doesn't require fixing existing on-disk cookies or skipping a position in the in-inode index table. Thanks. Applied to 3.11-rc5 and tested, no more readdir loop messages and with unique inode numbers, great! Tested-by: Christian Kujau li...@nerdbynature.de Karl and Jonathan, could you test the attached backport to 3.2? (Instructions for rebuilding the Debian kernel package are at: http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official) Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. Date: Thu, 15 Aug 2013 15:48:39 -0500 From: Dave Kleikamp dave.kleik...@oracle.com Subject: jfs: fix readdir cookie incompatibility with NFSv4 This patch replaces the one I posted yesterday. I like this better since it doesn't require fixing existing on-disk cookies or skipping a position in the in-inode index table. NFSv4 reserves readdir cookie values 0-2 for special entries (. and ..), but jfs allows a value of 2 for a non-special entry. This incompatibility can result in the nfs client reporting a readdir loop. This patch doesn't change the value stored internally, but adds one to the value exposed to the iterate method. Signed-off-by: Dave Kleikamp dave.kleik...@oracle.com [bwh: Backported to 3.2: - Adjust context - s/ctx-pos/filp-f_pos/] Signed-off-by: Ben Hutchings b...@decadent.org.uk --- fs/jfs/jfs_dtree.c | 31 +++ 1 file changed, 23 insertions(+), 8 deletions(-) diff --git a/fs/jfs/jfs_dtree.c b/fs/jfs/jfs_dtree.c index 8743ba9..0ec767e 100644 --- a/fs/jfs/jfs_dtree.c +++ b/fs/jfs/jfs_dtree.c @@ -3047,6 +3047,14 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) dir_index = (u32) filp-f_pos; + /* + * NFSv4 reserves cookies 1 and 2 for . and .. so we add + * the value we return to the vfs is one greater than the + * one we use internally. + */ + if (dir_index) + dir_index--; + if (dir_index 1) { struct dir_table_slot dirtab_slot; @@ -3086,7 +3094,7 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) if (p-header.flag BT_INTERNAL) { jfs_err(jfs_readdir: bad index table); DT_PUTPAGE(mp); -filp-f_pos = -1; +filp-f_pos = DIREND; return 0; } } else { @@ -3094,15 +3102,15 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) /* * self . */ -filp-f_pos = 0; +filp-f_pos = 1; if (filldir(dirent, ., 1, 0, ip-i_ino, DT_DIR)) return 0; } /* * parent .. */ - filp-f_pos = 1; + filp-f_pos = 2; if (filldir(dirent, .., 2, 1, PARENT(ip), DT_DIR)) return 0; @@ -3123,24 +3131,25 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) /* * Legacy filesystem - OS/2 Linux JFS 0.3.6 * - * pn = index = 0: First entry . - * pn = 0; index = 1: Second entry .. + * pn = 0; index = 1: First entry . + * pn = 0; index = 2: Second entry .. * pn 0: Real entries, pn=1 - leftmost page * pn = index = -1: No more entries */ dtpos = filp-f_pos; - if (dtpos == 0) { + if (dtpos 2) { /* build . entry */ + filp-f_pos = 1; if (filldir(dirent, ., 1, filp-f_pos, ip-i_ino, DT_DIR)) return 0; - dtoffset-index = 1; + dtoffset-index = 2; filp-f_pos = dtpos; } if (dtoffset-pn == 0) { - if (dtoffset-index == 1) { + if (dtoffset-index == 2) { /* build .. entry */ if (filldir(dirent, .., 2, filp-f_pos, @@ -3233,6 +3242,12 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) } jfs_dirent-position = unique_pos++; } +/* + * We add 1 to the index because we may + * use a value of 2 internally, and NFSv4 + * doesn't like that. + */ +jfs_dirent-position++; } else { jfs_dirent-position = dtpos; len = min(d_namleft, DTLHDRDATALEN_LEGACY); signature.asc Description: This is a digitally signed message part
Processed: tagging 714974
Processing commands for cont...@bugs.debian.org: tags 714974 + upstream patch moreinfo Bug #714974 [src:linux] nfs-kernel-server: Duplicate cookies reported - jfs partition, with samba Added tag(s) upstream, moreinfo, and patch. thanks Stopping processing here. Please contact me if you need assistance. -- 714974: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714974 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.137676972423242.transcr...@bugs.debian.org
Processed: found 714974 in 3.10.5-1, found 714974 in 3.11~rc4-1~exp1
Processing commands for cont...@bugs.debian.org: found 714974 3.10.5-1 Bug #714974 [src:linux] nfs-kernel-server: Duplicate cookies reported - jfs partition, with samba Marked as found in versions linux/3.10.5-1. found 714974 3.11~rc4-1~exp1 Bug #714974 [src:linux] nfs-kernel-server: Duplicate cookies reported - jfs partition, with samba Marked as found in versions linux/3.11~rc4-1~exp1. thanks Stopping processing here. Please contact me if you need assistance. -- 714974: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714974 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.137676977623452.transcr...@bugs.debian.org
Processed: notfound 717383 in 3.10.3-1, fixed 717383 in 3.10.3-1
Processing commands for cont...@bugs.debian.org: # It may be buggy but it *is* now a module as requested notfound 717383 3.10.3-1 Bug #717383 {Done: Ben Hutchings b...@decadent.org.uk} [src:linux] CONFIG_INTEL_MEI and CONFIG_INTEL_MEI_ME should be modules, not built in No longer marked as found in versions linux/3.10.3-1. fixed 717383 3.10.3-1 Bug #717383 {Done: Ben Hutchings b...@decadent.org.uk} [src:linux] CONFIG_INTEL_MEI and CONFIG_INTEL_MEI_ME should be modules, not built in Marked as fixed in versions linux/3.10.3-1. thanks Stopping processing here. Please contact me if you need assistance. -- 717383: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717383 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.13767729768940.transcr...@bugs.debian.org
Bug#719127: linux-image-3.10-2-amd64: kernel panic (fatal exception in interrupt) in Workqueue: events mei_timer [mei]
Package: src:linux Version: 3.10.5-1 Followup-For: Bug #719127 Hi, While at DebConf, I had a kernel panic in quite the same place three times, on a Thinkpad x230 laptop. I'm sure I had the panic while on battery power (the most recent one), not sure about AC. I rmmod'd the module so it shouldn't show up down there. Thanks in advance, Nicolas Dandrimont -- Package-specific info: ** Version: Linux version 3.10-2-amd64 (debian-kernel@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-6) ) #1 SMP Debian 3.10.5-1 (2013-08-07) ** Command line: BOOT_IMAGE=/vmlinuz-3.10-2-amd64 root=/dev/mapper/lvm-root ro quiet init=/bin/systemd ** Not tainted ** Kernel log: [ 20.019802] thinkpad_acpi: detected a 8-level brightness capable ThinkPad [ 20.019905] thinkpad_acpi: radio switch found; radios are enabled [ 20.020010] thinkpad_acpi: This ThinkPad has standard ACPI backlight brightness control, supported by the ACPI video driver [ 20.020012] thinkpad_acpi: Disabling thinkpad-acpi brightness events by default... [ 20.021484] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is unblocked [ 20.021934] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one [ 20.021992] thinkpad_acpi: Console audio control enabled, mode: monitor (read only) [ 20.023057] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input14 [ 20.116745] platform microcode: firmware: agent aborted loading intel-ucode/06-3a-09 (not found?) [ 20.116792] microcode: CPU1 sig=0x306a9, pf=0x10, revision=0x13 [ 20.260625] [drm] Initialized drm 1.1.0 20060810 [ 20.383927] i915 :00:02.0: enabling device (0006 - 0007) [ 20.384580] [drm] Memory usable by graphics device = 2048M [ 20.384583] checking generic (e000 41) vs hw (e000 1000) [ 20.384585] fb: conflicting fb hw usage inteldrmfb vs EFI VGA - removing generic driver [ 20.384607] Console: switching to colour dummy device 80x25 [ 20.384688] i915 :00:02.0: setting latency timer to 64 [ 20.402869] i915 :00:02.0: irq 48 for MSI/MSI-X [ 20.402878] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 20.402880] [drm] Driver supports precise vblank timestamp query. [ 20.402931] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=mem [ 20.490320] iTCO_vendor_support: vendor-support=0 [ 20.490679] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10 [ 20.490703] iTCO_wdt: Found a Panther Point TCO device (Version=2, TCOBASE=0x0460) [ 20.490758] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 20.500915] platform microcode: firmware: agent aborted loading intel-ucode/06-3a-09 (not found?) [ 20.500958] microcode: CPU2 sig=0x306a9, pf=0x10, revision=0x13 [ 20.502560] platform microcode: firmware: agent aborted loading intel-ucode/06-3a-09 (not found?) [ 20.502593] microcode: CPU3 sig=0x306a9, pf=0x10, revision=0x13 [ 20.502936] platform microcode: firmware: agent aborted loading intel-ucode/06-3a-09 (not found?) [ 20.503000] microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [ 20.519880] [drm] GMBUS [i915 gmbus dpb] timed out, falling back to bit banging on pin 5 [ 20.536700] psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1, id: 0x1e2b1, caps: 0xd002a3/0x940300/0x123800, board id: 1611, fw id: 1099905 [ 20.536708] psmouse serio1: synaptics: serio: Synaptics pass-through port at isa0060/serio1/input0 [ 20.537119] fbcon: inteldrmfb (fb0) is primary device [ 20.574827] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input15 [ 21.438800] Console: switching to colour frame buffer device 170x48 [ 21.443638] i915 :00:02.0: fb0: inteldrmfb frame buffer device [ 21.443641] i915 :00:02.0: registered panic notifier [ 21.535112] acpi device:01: registered as cooling_device4 [ 21.535200] ACPI: Video Device [VID] (multi-head: yes rom: no post: no) [ 21.535263] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input16 [ 21.535553] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 21.830492] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off [ 21.947305] cfg80211: World regulatory domain updated: [ 21.947310] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 21.947312] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 21.947314] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 21.947316] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 21.947318] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 21.947320] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 22.079474] device fsid eee6684b-e98e-4cda-b3f0-35f23dc16be5 devid 1 transid 151743 /dev/dm-2 [ 22.266610] device fsid
Bug#719277: linux-image-3.11-rc4-amd64: Kernel crashes when running Folding@Home as a system service
(In reply to your earlier email) The problem is that I'm already using version 1.5.4-1 from Unstable, and it's having that issue, so either something's been changed in the recent kernel version that broke it again, or makedumpfile has regressed since version 1.5.1-1. Either way I've already filed a bug about it, so hopefully the package maintainers will look into it. (In reply to your later email) I've attached crash's output including the back trace and process status information, if there's anything else from crash (other than the unfortunately unobtainable crash log, which is dumped separately anyway) that you need, let me know and I'll see if I can get it to you. As for the questions I had asked, don't worry about them, I ended up finding some helpful information some time a little later that helped me address some of those issues. crash 7.0.1 Copyright (C) 2002-2013 Red Hat, Inc. Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation Copyright (C) 1999-2006 Hewlett-Packard Co Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited Copyright (C) 2006, 2007 VA Linux Systems Japan K.K. Copyright (C) 2005, 2011 NEC Corporation Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc. Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc. This program is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Enter help copying to see the conditions. This program has absolutely no warranty. Enter help warranty for details. NOTE: stdin: not a tty GNU gdb (GDB) 7.6 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-unknown-linux-gnu... please wait... (gathering kmem slab cache data) please wait... (gathering module symbol data) please wait... (gathering task table data) please wait... (determining panic task) KERNEL: /usr/lib/debug/vmlinux DUMPFILE: /data/crashdumps/201308162051/dump.201308162051 [PARTIAL DUMP] CPUS: 2 DATE: Fri Aug 16 20:50:41 2013 UPTIME: 00:01:18 LOAD AVERAGE: 1.47, 0.63, 0.23 TASKS: 185 NODENAME: Kara01 RELEASE: 3.11-rc4-amd64 VERSION: #1 SMP Debian 3.11~rc4-1~exp1 (2013-08-08) MACHINE: x86_64 (1296 Mhz) MEMORY: 3.9 GB PANIC: WARNING: log buf data structure(s) have changed PID: 1765 COMMAND: FahCore_a4 TASK: 880137280800 [THREAD_INFO: 88013a41] CPU: 0 STATE: TASK_RUNNING (PANIC) PID: 1765 TASK: 880137280800 CPU: 0 COMMAND: FahCore_a4 #0 [88013a4119f0] machine_kexec at 8103366c #1 [88013a411a50] crash_kexec at 8108f00e #2 [88013a411b08] oops_end at 8138f793 #3 [88013a411b28] no_context at 81387f81 #4 [88013a411b68] __do_page_fault at 81391a58 #5 [88013a411c60] page_fault at 8138ee18 [exception RIP: jbd2_journal_file_inode+53] RIP: a02af28c RSP: 88013a411d10 RFLAGS: 00010246 RAX: RBX: 880138fe0ec0 RCX: 0019 RDX: 880138fe0ec0 RSI: RDI: 8801362553d8 RBP: R8: 880136541218 R9: b923 R10: 0020 R11: R12: 8801362553d8 R13: 8801362553d8 R14: 08cc R15: 1000 ORIG_RAX: CS: 0010 SS: 0018 #6 [88013a411d30] ext4_block_zero_page_range at a02d9112 [ext4] #7 [88013a411d88] ext4_truncate at a02d9b5f [ext4] #8 [88013a411de8] ext4_setattr at a02da5b2 [ext4] #9 [88013a411e48] notify_change at 81128a87 #10 [88013a411eb8] do_truncate at 811134fa #11 [88013a411f20] vfs_truncate at 81113656 #12 [88013a411f48] do_sys_truncate at 811137ce #13 [88013a411f80] system_call_fastpath at 81393d29 RIP: 008c3797 RSP: 7fd67a8fda68 RFLAGS: 0246 RAX: 004c RBX: 81393d29 RCX: RDX: 015cb3c0 RSI: 0007f8cc RDI: 0170f590 RBP: 1020 R8: 00c00140 R9: 06e5 R10: R11: 0206 R12: 0001 R13: 015c9900 R14: 015caa50 R15: 8801365fde40 ORIG_RAX: 004c CS: 0033 SS: 002b PIDPPID CPU TASKST %MEM VSZRSS COMM 0 0 0 81613400 RU 0.0 0 0 [swapper/0] 0
Processing of linux_3.10.7-1_multi.changes
linux_3.10.7-1_multi.changes uploaded successfully to localhost along with the files: linux_3.10.7-1.dsc linux_3.10.7.orig.tar.xz linux_3.10.7-1.debian.tar.xz linux-support-3.10-2_3.10.7-1_all.deb linux-doc-3.10_3.10.7-1_all.deb linux-manual-3.10_3.10.7-1_all.deb linux-source-3.10_3.10.7-1_all.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/e1vaqbx-0006if...@franck.debian.org
Bug#719944: initramfs-tools: backport of prepend_earlyinitramfs() to Wheezy
On Sat, 17 Aug 2013, Ben Hutchings wrote: There should be no changes to make in initramfs-tools, other than adding a changelog entry. Please test git://git.debian.org/git/kernel/initramfs-tools.git#wheezy-backports with the backported microcode patches, then I can upload if you confirm that the combination works. Yes, it works just fine. Thank you! -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- 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/20130818013902.ga21...@khazad-dum.debian.net