Bug#702625: linux-source-3.2: Custom kernel built from Debian source gives a package with huge size
Package: linux-source-3.2 Version: 3.2.35-2 Severity: normal Dear Maintainer, Upgrading from Squeeze to Wheezy and using TuxOnIce hibernation system, I installed the Wheezy's linux-source-3.2 package, and build a cusom kernel following recommendations as in : http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-building (I used to do this also on my Squeeze system). I applied the TuxOnIce and RT patches, copy the config of the Debian package linux-image-3.2.0-rt-amd64, done a 'make oldconfig' to answer new config about TOI, and run the compilation with : time ionice -c 3 nice env KBUILD_PKG_ROOTCMD=fakeroot -u make -j 3 KDEB_PKGVERSION=3.2-3.2.35-2 KERNELRELEASE=3.2-rt-toi deb-pkg After a while, I get a debian package, but with a huge size, about 500 MB, whereas official Debian is about 20 MB ! It seems the modules are built with symbols. Looking around on the web, I saw people telling to look at CONFIG_DEBUG_INFO config parameter, and it's actually set : $ grep CONFIG_DEBUG_INFO .config CONFIG_DEBUG_INFO=y # CONFIG_DEBUG_INFO_REDUCED is not set But it's also set in the official Debian configs : $ grep CONFIG_DEBUG_INFO /boot/config-3.2.0-4-* /boot/config-3.2.0-4-amd64:CONFIG_DEBUG_INFO=y /boot/config-3.2.0-4-amd64:# CONFIG_DEBUG_INFO_REDUCED is not set /boot/config-3.2.0-4-rt-amd64:CONFIG_DEBUG_INFO=y /boot/config-3.2.0-4-rt-amd64:# CONFIG_DEBUG_INFO_REDUCED is not set What should I do to get a 'standard size' Debian package ? Disable this parameter in the kernel config ? Or doing an action / setup I forgot ? Thanks for your support, Fred. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-source-3.2 depends on: ii binutils 2.22-8 ii bzip2 1.0.6-4 Versions of packages linux-source-3.2 recommends: ii gcc 4:4.7.2-1 ii libc6-dev [libc-dev] 2.13-38 ii make 3.81-8.2 Versions of packages linux-source-3.2 suggests: ii libncurses5-dev [ncurses-dev] 5.9-10 pn libqt4-dev none ii pkg-config 0.26-1 -- no debconf information -- 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/20130309093140.9744.30561.report...@prem1t.prosodie.com
Bug#622259: resuming from hibernation sometimes fails on eeepc 1002HA
Le Mon, 29 Aug 2011 16:18:50 -0500, Jonathan Nieder jrnie...@gmail.com a écrit : Actually, it would be interesting to find how new the kernel has to be to avoid this bug. That is, first try v2.6.35.14 and then bisect the fix: … Hello, I'll try to do this, but as it needs some time (compilations, tests), I can't do it now, I'll tell you when I've results. I already learnt how to use « git bisect » to identify the problem, Ben Hutchings explained me some time ago, I use it to identify culprit patch. with regards, Fred. -- 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/20110830091921.6558646c@prem6s
Bug#622259: resuming from hibernation sometimes fails on eeepc 1002HA
Le Sat, 27 Aug 2011 12:53:06 -0500, Jonathan Nieder jrnie...@gmail.com a écrit : Robert Scott wrote: On Saturday 27 August 2011, Jonathan Nieder wrote: I think we are long overdue to take this one upstream. I have a few questions anyway for before then: - does hibernation work for you if you try a sid (3.x) kernel? Would 2.6.39+35.1 (from squeeze-backports) do? It's a lot easier to get installed ;) Or is there a specific relevant patch that's gone into 3.*? Sure, 2.6.39 is fine. 3.* from sid should install fine with linux-base and initramfs-tools from squeeze-backports, by the way. :) Hello Jonathan, Robert already did tests very quickly, but I'll try also to give some info : I've tried 2.6.39-bpo.2-686-pae, making 4 hibernations with some pauses between them, and it worked each time (the bug wasn't easily reproductible, but usually appeared in the 1 to 4 hibernations attempts). I remember I did test some 2.6.33 kernel revisions, with the same bug always found. I'll try to compile a pristine 2.6.32.45 to test it, but as I identified the culprit patch, it was in the vanilla kernel also, so I don't think it could change something... Also, trying 2.6.39 for squeeze-backports showed that the other bug I had to patch my kernel for, Ethernet adapter giving corrupted packets at hibernation resume (see #577747), is already present :-( with regards, Fred. dmesg.2.6.39-bpo.2-686-pae.bz2 Description: application/bzip
Bug#622259: Not fixed in 2.6.32-34 Squeeze version
Hello, I've tried the 2.6.32-34 Debian kernel recently released for Squeeze, and the bug is still present. Fred. -- 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/20110527112511.390fd660@prem6s
Bug#623239: found a workaround
Hello, FYI, I found a workaround to get a decent resolution's console : - I've put 'uvesafb' in /etc/initramfs-tools/modules - installed the v86d package needed by the uvesafb module - regenerated the initramfs - and booted the kernel with cmd options : video=uvesafb uvesafb.mode_option=1024x768 Fred. -- 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/20110527143612.79d69688@prem6s
Bug#610589: regression: broken hibernate after upgrade to linux-image-2.6.32-5-686 (2.6.32-30)
Le Mon, 23 May 2011 12:25:30 +0300, Andrey Tataranovich and...@tataranovich.com a écrit : My ASUS EeePC 1000H still immediately reboots after resume from hibernate. Currently I use linux-image-2.6.32-5-686 (2.6.32-34 from proposed-updates). Suspend to ram works as expected. … Hello, Perhaps it's related to a similar bug I've identified on my EeePC 1002HA, see #622259 : you could try to revert given patch... Fred. -- 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/20110523130614.1abf0e9c@prem6s
Bug#610589: regression: broken hibernate after upgrade to linux-image-2.6.32-5-686 (2.6.32-30)
Le Mon, 23 May 2011 16:30:07 +0300, Andrey Tataranovich and...@tataranovich.com a écrit : 13:06 Mon 23 May, Frédéric Boiteux wrote: Le Mon, 23 May 2011 12:25:30 +0300, Andrey Tataranovich and...@tataranovich.com a écrit : My ASUS EeePC 1000H still immediately reboots after resume from hibernate. Currently I use linux-image-2.6.32-5-686 (2.6.32-34 from proposed-updates). Suspend to ram works as expected. … Hello, Perhaps it's related to a similar bug I've identified on my EeePC 1002HA, see #622259 : you could try to revert given patch... Fred. Hi. I try to play with linux-2.6 (2.6.32-34) sources - this kernel I currently using. I downloaded sources and apply debian patches via ./debian/rules setup Then I didn't found any peace of code, that you removed by reverting this patch. I think that this patch was reverted in some previous release. Ah, I didn't tried yet with -34 version, I've always running -31. I'll give it a try when have some spare time. Thanks for the information, Fred. -- 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/20110523172357.21098049@prem6s
Bug#611750: Asus EeePC resume from hibernation fails
Le Thu, 5 May 2011 10:02:17 +0700, Sergei Stolyarov sergei.stolya...@regolit.com a écrit : Thank you for detailed description, have created kernel package, installed, still not working: reboot instead of resume. The only working kernel package version is 2.6.32-29. So looks like reverting x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch is not working for me. Sorry for you... Fred. -- 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/20110505065748.4cd134cf@prem6s
Bug#611750: Asus EeePC resume from hibernation fails
Le Sat, 30 Apr 2011 18:34:15 +0700, Sergei Stolyarov sergei.stolya...@regolit.com a écrit : Please report whether this bug is fixed in Debian kernel version 2.6.32-31 (as included in Debian 6.0.1). I'm using Samsung N150, problem still exists: sometimes system wake up correctly, sometimes with instant reboot after finishing resume. % uname -a Linux netbook 2.6.32-5-686 #1 SMP Tue Mar 8 21:36:00 UTC 2011 i686 GNU/Linux Hello, Perhaps you're hit by same bug as me, see Debian bug #622259, and suggested patch.If you can test it, please report if it fixes your problem. Fred. -- 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/20110503081746.4d200b98@Prem1s.lanvoc
Bug#611750: Asus EeePC resume from hibernation fails
Le Tue, 3 May 2011 14:50:32 +0700, Sergei Stolyarov sergei.stolya...@regolit.com a écrit : Hello. 2011/5/3 Frédéric Boiteux fboit...@calistel.com: Perhaps you're hit by same bug as me, see Debian bug #622259, and suggested patch.If you can test it, please report if it fixes your problem. Do you mean removing patch x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch ? I've found that kernel sources linux-2.6_2.6.32-33 don't have this patch, is it ok or patch was renamed/updated? Hello Sergei, Yes, I mean reverting this patch. Are you sure it isn't applied in linux-2.6_2.6.32-33 ?? I didn't read anything about this. Be careful, it isn't a Debian patch, but a upstream patch coming with a stable upstream release, in 2.6.32.28. I'm attaching this patch to this e-mail, tell me if it's actually reverted in latest Debian 2.6.32 kernel. Fred. From l...@kernel.org Fri Dec 17 11:25:38 2010 From: H. Peter Anvin h...@linux.intel.com Date: Fri, 10 Dec 2010 23:57:04 -0500 (EST) Subject: x86, hotplug: Use mwait to offline a processor, fix the legacy case To: sta...@kernel.org Cc: linux...@lists.linux-foundation.org, x...@kernel.org Message-ID: alpine.LFD.2.00.1012102355260.7564@x980 From: H. Peter Anvin h...@linux.intel.com upstream ea53069231f9317062910d6e772cca4ce93de8c8 x86, hotplug: Use mwait to offline a processor, fix the legacy case Here included also some small follow-on patches to the same code: upstream a68e5c94f7d3dd64fef34dd5d97e365cae4bb42a x86, hotplug: Move WBINVD back outside the play_dead loop upstream ce5f68246bf2385d6174856708d0b746dc378f20 x86, hotplug: In the MWAIT case of play_dead, CLFLUSH the cache line https://bugzilla.kernel.org/show_bug.cgi?id=5471 Signed-off-by: H. Peter Anvin h...@linux.intel.com Signed-off-by: Len Brown len.br...@intel.com Signed-off-by: Greg Kroah-Hartman gre...@suse.de --- arch/x86/include/asm/processor.h | 23 -- arch/x86/kernel/smpboot.c| 85 ++- 2 files changed, 84 insertions(+), 24 deletions(-) --- a/arch/x86/include/asm/processor.h +++ b/arch/x86/include/asm/processor.h @@ -765,29 +765,6 @@ extern unsigned long boot_option_idle_o extern unsigned long idle_halt; extern unsigned long idle_nomwait; -/* - * on systems with caches, caches must be flashed as the absolute - * last instruction before going into a suspended halt. Otherwise, - * dirty data can linger in the cache and become stale on resume, - * leading to strange errors. - * - * perform a variety of operations to guarantee that the compiler - * will not reorder instructions. wbinvd itself is serializing - * so the processor will not reorder. - * - * Systems without cache can just go into halt. - */ -static inline void wbinvd_halt(void) -{ - mb(); - /* check for clflush to determine if wbinvd is legal */ - if (cpu_has_clflush) - asm volatile(cli; wbinvd; 1: hlt; jmp 1b : : : memory); - else - while (1) - halt(); -} - extern void enable_sep_cpu(void); extern int sysenter_setup(void); --- a/arch/x86/kernel/smpboot.c +++ b/arch/x86/kernel/smpboot.c @@ -1338,11 +1338,94 @@ void play_dead_common(void) local_irq_disable(); } +#define MWAIT_SUBSTATE_MASK 0xf +#define MWAIT_SUBSTATE_SIZE 4 + +#define CPUID_MWAIT_LEAF 5 +#define CPUID5_ECX_EXTENSIONS_SUPPORTED 0x1 + +/* + * We need to flush the caches before going to sleep, lest we have + * dirty data in our caches when we come back up. + */ +static inline void mwait_play_dead(void) +{ + unsigned int eax, ebx, ecx, edx; + unsigned int highest_cstate = 0; + unsigned int highest_subcstate = 0; + int i; + void *mwait_ptr; + + if (!cpu_has(current_cpu_data, X86_FEATURE_MWAIT)) + return; + if (!cpu_has(current_cpu_data, X86_FEATURE_CLFLSH)) + return; + if (current_cpu_data.cpuid_level CPUID_MWAIT_LEAF) + return; + + eax = CPUID_MWAIT_LEAF; + ecx = 0; + native_cpuid(eax, ebx, ecx, edx); + + /* + * eax will be 0 if EDX enumeration is not valid. + * Initialized below to cstate, sub_cstate value when EDX is valid. + */ + if (!(ecx CPUID5_ECX_EXTENSIONS_SUPPORTED)) { + eax = 0; + } else { + edx = MWAIT_SUBSTATE_SIZE; + for (i = 0; i 7 edx; i++, edx = MWAIT_SUBSTATE_SIZE) { + if (edx MWAIT_SUBSTATE_MASK) { +highest_cstate = i; +highest_subcstate = edx MWAIT_SUBSTATE_MASK; + } + } + eax = (highest_cstate MWAIT_SUBSTATE_SIZE) | + (highest_subcstate - 1); + } + + /* + * This should be a memory location in a cache line which is + * unlikely to be touched by other processors. The actual + * content is immaterial as it is not actually modified in any way. + */ + mwait_ptr = current_thread_info()-flags; + + wbinvd(); + + while (1) { + /* + * The CLFLUSH is a workaround for erratum AAI65 for + * the Xeon 7400 series. It's not clear it is actually + * needed, but it should be harmless in either case. + * The WBINVD is insufficient due to the spurious-wakeup + * case where we return around the loop
Bug#611750: Asus EeePC resume from hibernation fails
Le Tue, 3 May 2011 17:11:48 +0700, Sergei Stolyarov sergei.stolya...@regolit.com a écrit : 2011/5/3 Frédéric Boiteux fboit...@calistel.com: Yes, I mean reverting this patch. Are you sure it isn't applied in linux-2.6_2.6.32-33 ?? I didn't read anything about this. Be careful, it isn't a Debian patch, but a upstream patch coming with a stable upstream release, in 2.6.32.28. I'm attaching this patch to this e-mail, tell me if it's actually reverted in latest Debian 2.6.32 kernel. Could you please tell what exactly should I do to build kernel package? I've found that this patch is placed in the file ./debian/patches/bugfix/all/stable/2.6.32.28.patch inside unpacked kernel sources, patch is mentioned in file ./debian/patches/series/30, so I can delete it from there. But I cannot build package because just don't know what to do. Don't you know how to rebuild a Debian's kernel ? I can suggest you the doc inside debian-kernel-handbook package. In short, you can do : kvers=2.6.32 krel=33 ksuff=-test aptitude install linux-source-$kvers tar xjf /usr/src/linux-source-$kvers.tar.bz2 cd linux-source-$kvers patch -p1 -R ../x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch cp /boot/config-$(uname -r) .config [if you're running a 2.6.32 kernel] make oldconfig time nice env DEBFULLNAME=Your Name DEBEMAIL=Your e-mail address \ KBUILD_PKG_ROOTCMD=fakeroot -u fakeroot make -j 2 KDEB_PKGVERSION=$kvers-$krel KERNELRELEASE=$kvers$ksuff deb-pkg wait... quite a long time, install the generated .deb , boot it and try some hibernations... Fred. -- 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/20110503164009.3bec5d64@Prem1s.lanvoc
Bug#623149: Lenovo S10-3 fails to resume from hibernation
Le Tue, 19 Apr 2011 23:59:40 +0100, Robert Scott b...@humanleg.org.uk a écrit : Hi Fred, You're a hero. This appears on first inspection to have fixed it. I'll keep trying it over the next few days and see if it truly has. Hi Robert, I'm not a hero, only another person hit by the same bug ;-P If the fix is confirmed, please write your experience on the bug report I've done about this problem, it's 622259. with regards, Fred. -- 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/20110420125318.0a23e5a4@Prem1s.lanvoc
Bug#623149: Lenovo S10-3 fails to resume from hibernation
Le Sun, 17 Apr 2011 19:57:14 +0100, Robert Scott b...@humanleg.org.uk a écrit : … Using a Lenovo ideapad S10-3 (which afaik is a pretty much standard pine trail netbook), squeeze installed from scratch, the system fails to resume from hibernation in a similar way to bugs #613790 and #611750. Downgrading to 2.6.32-29 makes hibernation work. 2.6.32-30 and 2.6.32-31 do not work. Unlike some of the other submitters I have never had success with the latter kernels. It's not even intermittent. 100% failure. Please let me know if I can supply any more information. I'm perfectly capable of compiling the odd kernel if I get the time. Hello Robert, Perhaps you're also affected by the same bug I did with my eeepc (see #622259). Could you test a 2.6.32-31 kernel with following patch reverted : x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch It fixed my hibernation problem. Fred. -- 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/20110419085037.34b77e97@Prem1s.lanvoc
Bug#623239: linux-image-2.6.32-5-amd64: after Squeeze upgrade, HP DL380-G5 server lost its video output at boot
Testing with radeon.modeset=0 gave me back the video output, seems it's a Radeon KMS problem... Fred. -- 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/20110418180010.436c6a76@prem6s
Bug#622259: linux-image-2.6.32-5-686: resuming from hibernation sometimes fails on eeepc 1002HA
Package: linux-2.6 Version: 2.6.32-31 Severity: normal Hello, Since version 2.6.32-30, the Squeeze's Debian Linux kernel sometimes fails to resume from hibernation on my Asus eeepc 1002HA. As stated in bug #611750, I've observed that when resuming from hibernation, sometimes my computer was returning to Grub2's menu (without any error message), and I had to do a normal boot on my Debian Squeeze system (with file systems corrections), loosing my hibernation's state. The fail isn't automatic, but seems to happen more frequently after a while my computer was disconnected from AC and battery. On my system, I've first done a git bisect to identify the culprit patch (testing hibernation / resume about 5 times before to tag it 'ok'), and found a security uptstream patch 2.6.32.28. Then, I've done a manual bisecting among patches included in this security patch, and actually found that my problem comes from : x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch I've tested the original Debian Linux kernel 2.6.32-31, I got the same problem, and I'm now running a modified version of 2.6.32-31 with this former patch reverted, with success since then (about 3 weeks). I'm defining this new separate bug report following Ben Hutchings' suggestion in #611750 report. Fred. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GME Express Memory Controller Hub [8086:27ac] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] 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 945GME Express Integrated Graphics Controller [8086:27ae] (rev 03) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] 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 Interrupt: pin A routed to IRQ 16 Region 0: Memory at fbd0 (32-bit, non-prefetchable) [size=512K] Region 1: I/O ports at dc80 [size=8] Region 2: Memory at d000 (32-bit, prefetchable) [size=256M] Region 3: Memory at fbcc (32-bit, non-prefetchable) [size=256K] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 Kernel modules: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] 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 Region 0: Memory at fbd8 (32-bit, non-prefetchable) [size=512K] Capabilities: access denied 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:834a] 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, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at fbcb8000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 02) (prog-if 00 [Normal decode]) 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, Cache Line Size: 32 bytes Bus: primary=00, secondary=03, subordinate=03, sec-latency=0 I/O behind bridge: 1000-1fff Memory behind bridge: 4000-401f Prefetchable memory behind bridge: 4020-403f Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Hello Ben, I've run the 2.6.32-31 Debian kernel without the identified faulty patch (x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch) since about two weeks, using multiple hibernation cycles, without any problem. I don't know if other people involved tried this also ? What are you plans about this bug ? Did you reported it upstream to the kernel devs ? Do you plan to revert it in next Debian kernel release ? Thanks for your feedback, Fred. -- 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/20110401150331.7de17cb8@prem6s
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Le Wed, 16 Mar 2011 03:58:47 +, Ben Hutchings b...@decadent.org.uk a écrit : I can't see any fix that looks related to this, but please do try the new version. You will need to add the 'stable-proposed-updates' suite in /etc/apt/sources.list. Hello Ben, I've tried the 2.6.32-31 version from stable-proposed-updates, and it fails at second hibernation resume attempt ! I'll work on a 2.6.32-31 with patch x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch reversed... Fred. -- 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/20110318162020.6ff8fcd0@prem6s
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Le Sun, 06 Mar 2011 00:50:50 +, Ben Hutchings b...@decadent.org.uk a écrit : You can find all the individual patches as a quilt series in: git://git.kernel.org/pub/scm/linux/kernel/git/longterm/longterm-queue-2.6.32.git subdirectory releases/2.6.32.28. Since quilt doesn't have a bisect command you would have to have to keep track of good and bad positions in the series yourself. I would guess that it's most likely one of: releases/2.6.32.28/pm-hibernate-fix-pm_post_-notification-with-user-space-suspend.patch releases/2.6.32.28/x86-enable-the-intr-remap-fault-handling-after-local-apic-setup.patch so you could try reverting those before going through the whole series. Hello Ben, I've done the manual bisecting with 2.6.32.28 patches, and with 6 tries (and 2 more checks to be sure), I found that the patch causing hibernation resume failures was : x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch I've done about ten successfull hibernation/resume cycles with a 2.6.32-30 without this patch, and I'm using it since the end of my bisecting with success. I've also read on bug #611750's log that the new linux-image-2.6.32-5-686_2.6.32-31_i386 could have a fix for this problem, perhaps you could look if there is a patch in this latest version fixing the previous faulty patch I've identified here. With regards, Fred. -- 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/20110314130719.4283daee@prem6s
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Le Sun, 06 Mar 2011 00:50:50 +, Ben Hutchings b...@decadent.org.uk a écrit : You can find all the individual patches as a quilt series in: git://git.kernel.org/pub/scm/linux/kernel/git/longterm/longterm-queue-2.6.32.git subdirectory releases/2.6.32.28. Since quilt doesn't have a bisect command you would have to have to keep track of good and bad positions in the series yourself. I would guess that it's most likely one of: releases/2.6.32.28/pm-hibernate-fix-pm_post_-notification-with-user-space-suspend.patch releases/2.6.32.28/x86-enable-the-intr-remap-fault-handling-after-local-apic-setup.patch so you could try reverting those before going through the whole series. Hello Ben, Your guesses wasn't good, using a Debian kernel 2.6.32-30 without one of these 2 patches gave hibernation faulty systems. I'll try to bisect myself with the whole series in the next days... Fred. -- 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/20110309080018.5633f916@Prem1s.lanvoc
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Le Mon, 21 Feb 2011 17:08:58 +, Ben Hutchings b...@decadent.org.uk a écrit : On Mon, Feb 21, 2011 at 05:58:52PM +0100, Frédéric Boiteux wrote: Hello, I've tried a self-compiled Debian 2.6.32-30 kernel without kprobes, as suggested in bug #611551, but it didn't work for me, after hibernation, my eeepc (1002HA) didn't resume, but returned to Grub menu after few seconds. I've then tried a self-compiled Debian 2.6.32-30 with the 3 drm-i915 related patches reverted : drm-i915-free-hardware-status-page-on-unload-when-physically-mapped.patch.bz2 drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch.bz2 drm-i915-sdvo-always-add-a-30ms-delay-to-make-sdvo-tv-detection-reliable.patch.bz2 But I had the same result, the hibernation is still broken :-( At now, I've returned to 2.6.32-29 which is OK. I've tried one time to do a git-bisect to find a bug, but I don't know if it's usable with a Debian-patched kernel ? If you clone git://git.debian.org/kernel/linux-2.6.git you can then use 'git bisect debian/2.6.32-30 debian/2.6.32-29'. At least, you will after I update it later today. Ben. Hello Ben, I've actually found the culprit's commit. I has been harder than I thought, as at first git bisect process, I was always finding 'good' systems, ending with latest commit of 2.6.30 (which is unrelated, about powerpc) :-( I doubted of my rebuild system (I wasn't do a 'make clean' between kernel recompilations, I'm not sure if it's mandatory) and finally found that the bug (resumimg from hibernation fails), I had to wait some time, and remove the current plug for some time, or at least do a cold boot. I've found following commit as problematic : eb28b7f273d768a62f58baacb7e8473481b05dc5 is first bad commit commit eb28b7f273d768a62f58baacb7e8473481b05dc5 Author: Ben Hutchings b...@decadent.org.uk Date: Thu Feb 17 22:22:26 2011 + Revert most of block: Deprecate QUEUE_FLAG_CLUSTER ... This reverts the API- and ABI-breaking changes in commit e692cb668fdd5a712c6ed2a2d6f2a36ee83997b4 upstream, included in stable update 2.6.32.28. Restore both blk_queue_limits::no_cluster and QUEUE_FLAG_CLUSTER. Modify blk_queue_cluster() to check both of them, to cope with any drivers that fail to update them both. Signed-off-by: Ben Hutchings b...@decadent.org.uk :04 04 21b8932d10749394aacbb2f07c8e6b7e8f3256f9 2998f524ab5f85f9b894c3421aee2391b33d509c M block :04 04 af298ebe2fac399537275d8515516964c1ffeb5c 46916a3bcd8b182d6f2b314b1b4b3125d7ac3563 M drivers :04 04 53352a9d2a102c31a98a8e55370c4841e7b3b3ea 193a630d1fdb9a107f3e04f80bd580e1671a2294 M include I've tried to build then a kernel 2.6.32-30 with this specific patch, and my tests were successful, hibertation worked here. I'm not enough experienced in kernel dev to understand why this commit has a problem, I'm relying on you ;-) Hope this can be helpful for others too, and perhaps in time for next Squeeze release... with regards, Fred. -- 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/20110303162259.4907a135@Prem1s.lanvoc
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Hi, It was a false assertion, I did get hibernation resuming fail later with this commit reversed :-(( Indeed, the bug is quite difficult to verify, I've done 2/3 hibernation/resume loops before stating a bissecting kernel was good, perhaps it was not enough ! I'll retry, starting from last 'good' kernel before this. Fred. -- 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/20110303174638.603f44f9@Prem1s.lanvoc
Bug#611750: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Le Fri, 18 Feb 2011 22:56:20 +0100, Emmanuel Charpentier emm.charpent...@free.fr a écrit : [ I Cc 611...@bugs.debian.org, which mi bug report seems to be a duplicate of... ] and also 611551 (and perhaps others)… Dear all, A couple more data points : 1) I tried Sebastian Andrzej Siewio's 2.6.30 partially unpatched kernel, to no avail : my eee 1005PE still rebooted when trying to resume from hibernation (yes, I first rebooted on this partially patched kernel *before* hibernating...). I'm agree. 2) restoring a 2.6.29 kernel from snapshots.debian.org solved the problem (for some small value of solution). ok. Hence : 1) At least on some eee hardware, drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch is *not* the sole culprit. 2) Temporarily pinning the linux-image-2.6.32-5-586 package to 2.6.30 may alleviate the problem, but cuts you off the opportunity to auto-upgrade to a future and hyothetical 2.6.31 package. Is there a way to configure apt to still auto-update if possible but to avoid 2.6.30 ? Question : Did someone tried to recompile the 2.6.30 package with the *three* drm-i915 patches reversed ? I used to recompile my kernels (after all, I'm following Debian on and off since about 1998...), but I'm no longer aware of the current official procedures to do so (any pointer to a *synthetic* doc ? ) and somewhat reluctant to undertake this on a netbook... :-). I'll try, but at first, I'll do a try to suggestion of bug #611551 (disabling kprobes), then if I don't succeed restoring hibernation on my eeepc, trying 2.6.32-30 kernel without 3 drm-i915 patches disabled. I already have to recompile my own kernel to apply a patch about my ethernet interface (also a problem about hibernation, see #577747). I'll post results here (probably by end of week). regards, Fred. -- 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/20110221101331.4ed56c93@prem6s
Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Hello, I've tried a self-compiled Debian 2.6.32-30 kernel without kprobes, as suggested in bug #611551, but it didn't work for me, after hibernation, my eeepc (1002HA) didn't resume, but returned to Grub menu after few seconds. I've then tried a self-compiled Debian 2.6.32-30 with the 3 drm-i915 related patches reverted : drm-i915-free-hardware-status-page-on-unload-when-physically-mapped.patch.bz2 drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch.bz2 drm-i915-sdvo-always-add-a-30ms-delay-to-make-sdvo-tv-detection-reliable.patch.bz2 But I had the same result, the hibernation is still broken :-( At now, I've returned to 2.6.32-29 which is OK. I've tried one time to do a git-bisect to find a bug, but I don't know if it's usable with a Debian-patched kernel ? Fred. -- 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/20110221175852.3490e952@prem6s
Bug#611750: Asus EeePC resume from hibernation fails
Thanks Gerald for your investigation. I'm also hit by this bug (my Asus 1002HA is rebooting when trying to resume from hibernation) ! Fred. -- 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/20110203094252.5db92231@Prem1s.lanvoc
Bug#577747: Proposed patch's test result
Hello, I've tested the proposed patch, using ethtool to disable TSO, but I was hit by the same problem again :-( [for record, it was applied on the Squeeze's linux-source-2.6.32 package in its 2.6.32-29 version. I took time to test it because before that, I've tested another patch found on the Linux kernel's bugzilla : https://bugzilla.kernel.org/show_bug.cgi?id=12282#c18 and it worked well (i tested it about at least ten hibernation/resume cycles with success), I'll attach it to this e-mail for the record. -- Frédéric Boiteux --- ./drivers/net/atl1e/atl1e_main.c.orig 2010-11-19 13:22:23.0 +0100 +++ ./drivers/net/atl1e/atl1e_main.c 2010-11-19 13:23:20.0 +0100 @@ -1445,7 +1445,10 @@ memcpy(skb-data, (u8 *)(prrs + 1), packet_size); skb_put(skb, packet_size); skb-protocol = eth_type_trans(skb, netdev); - atl1e_rx_checksum(adapter, skb, prrs); + // Fred : + // Suggestion trouvée dans : + // https://bugzilla.kernel.org/show_bug.cgi?id=12282 + // atl1e_rx_checksum(adapter, skb, prrs); if (unlikely(adapter-vlgrp (prrs-pkt_flag RRS_IS_VLAN_TAG))) {
Re: Bug#577747: linux-image-2.6.32-5-amd64 - same bug, different HW
Le Thu, 21 Oct 2010 17:26:52 +0200, Jan Schermer zvira...@zviratko.net a écrit : Update: It's not in SSH/crypto but a network problem I tried netcat over network and the file also got corrupted (5x OK, 1x corrupt, 1GB file - former swap file, so half random data and half zeroes). There are ~10 bytes corrupted in the middle of the file, very close together (on one page in vbindiff) - so probably one packet/fragment/frame. I also have tcpdump record of the whole connection - but nothing apparently fishy there. Right now I'm testing without netfilter enabled and so far so good (also had to reboot so it might have fixed itself). Memtest done without a problem via memtester on 75% of memory, proper memtest86 will be done tonight. Any suggestions where to go next? I'm thinking of making a 1GB plaintext file so that the corruption will be readable and searchable in a data stream and I can inspect the corrupted packets - but what to look for? Hello Jan, I'm observing this bug every day I resume my pc from hibernation, then running some big network transfer ; I notice that because, using SSH as network transport, it detects any data corruption. Once the SSH transfert failed, the subsequent ones works … until next hibernation / resume cycle ! I'm not sure whether it appears on a normal boot. Fred. -- 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/20101022124431.1312c...@prem6s
Re: Bug#577747: linux-image-2.6.32-5-amd64 - same bug, different HW
Hello, Alas, I'm searched on the web and found some people having similar problem with the same atl1c driver. I don't know if it's a default hardware or a software bug, but I'll avoid any hardware driven by this in the future. Fred. -- 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/20101021140449.6e87c...@prem1s.lanvoc
Re: Bug#594554: linux-image-2.6.35-trunk-amd64: pl2303 module needs to be first unloaded to make my GPS data logger work
Le Fri, 27 Aug 2010 08:59:40 +0200, Julien Valroff jul...@kirya.net a écrit : when I plug this GPS into the usb port, the module is loaded automatically, but utility software such as gpsbabel and josm (just examples) cannot communicate with the device. I first need to unloaded the pl2303 module by hand, switch off the GPS, and switch it on again. The module is ten automatically loaded again and everything works as expected. Hello Julien, I had a problem similar to yours with a BGT-31 : when let it going in 'navilink' mode (to download traces on a computer), I had problems contacting it (it worked from time to time). I finally discovered that I had installed the gpsd package, and when plugging my GPS, udev not only loaded the pl2003 module, but also launched 'gpsd' service, which locked access to the device ! Perhaps you have the same problem ? I had to kill gpsd before using navilink tool. Hope it helps, Fred. -- 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/20100827121829.10cf1...@prem6s
Bug#577747: linux-image-2.6.32-4-686: corrupted SSH connection little time after boot with the atl1e driver on a Eeepc 1002HA
Hello Ben, Le Sat, 17 Apr 2010 16:24:00 +0100, Ben Hutchings b...@decadent.org.uk a écrit : OK, I think I can generally trust bnx2. As I understand it, you are doing this: 1. Run ssh on Eeepc, connecting to server 2. Run iceweasel on server with X forwarding over ssh 3. ssh on Eeepc fails with this error message, indicating it received corrupt data Yes, it's what I do. If we can trust the server's driver and hardware, this implies that a received packet has been corrupted after its CRC and TCP/IP checksums were verified by the Eeepc's network controller. Based on the bug reports at bugzilla.kernel.org I believe this is a hardware fault and there is unlikely to be any way to fix this in software. However you may be able to work around it by disabling RX checksum offload via ethtool. I thought it could be a driver problem, perhaps a faulty initialization or something related… People using also Windows often say they don't have problem with same hardware on this system (I don't use it). I'll try to test your suggestion with ethtool, thanks for the tip. Fred. -- 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/20100419141646.38837...@prem6s
Bug#577747: linux-image-2.6.32-4-686: corrupted SSH connection little time after boot with the atl1e driver on a Eeepc 1002HA
Package: linux-2.6 Version: 2.6.32-11 Severity: normal Tags: upstream Some minutes after booting (cold boot, or resume from hibernation, at least before #534422 prevents me to use hibernation), my Iceweasel session launched through a SSH connection always fail with following error message : Corrupted MAC on input. Disconnecting: Packet corrupt Restarting the SSH connection, the problem don't occur anymore before next reboot. I've checked and replaced the ethernet cable, without change. I also tested the memory, seems ok. I thought at start it was a iceweasel or openssh problem, but then found other people have the same problem, like : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/60764 https://bugzilla.kernel.org/show_bug.cgi?id=12282 and perhaps also https://bugzilla.kernel.org/show_bug.cgi?id=13404 The problem is here at least since 2.6.30, and is always present with latest kernel from Sid. -- Package-specific info: ** Version: Linux version 2.6.32-4-686 (Debian 2.6.32-11) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Tue Apr 6 07:02:27 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-4-686 root=UUID=e295254a-3f31-41d0-91b3-01c982751390 ro quiet init=/sbin/bootchartd ** Not tainted ** Kernel log: [ 20.698740] name_count maxed, losing inode data: dev=00:07, inode=3668 [ 20.698754] name_count maxed, losing inode data: dev=00:07, inode=3760 [ 20.698766] name_count maxed, losing inode data: dev=00:07, inode=3760 [ 20.702285] input: Kensington Kensington Expert Mouse as /devices/pci:00/:00:1d.7/usb1/1-4/1-4.6/1-4.6:1.0/input/input10 [ 20.702372] name_count maxed, losing inode data: dev=00:05, inode=802 [ 20.702402] name_count maxed, losing inode data: dev=00:05, inode=802 [ 20.702490] name_count maxed, losing inode data: dev=00:05, inode=802 [ 20.702508] name_count maxed, losing inode data: dev=00:05, inode=802 [ 20.702614] name_count maxed, losing inode data: dev=00:05, inode=4 [ 20.702632] name_count maxed, losing inode data: dev=00:05, inode=4 [ 20.702685] generic-usb 0003:047D:1020.0003: input,hidraw2: USB HID v1.10 Mouse [Kensington Kensington Expert Mouse] on usb-:00:1d.7-4.6/input0 [ 20.702712] name_count maxed, losing inode data: dev=00:07, inode=3668 [ 20.702737] name_count maxed, losing inode data: dev=00:07, inode=3767 [ 20.702750] name_count maxed, losing inode data: dev=00:07, inode=3767 [ 20.702797] usbcore: registered new interface driver usbhid [ 20.702807] usbhid: v2.6:USB HID core driver [ 21.072045] HDA Intel :00:1b.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 21.072117] HDA Intel :00:1b.0: setting latency timer to 64 [ 21.177858] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input11 [ 22.180011] hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x020c [ 22.182130] name_count maxed, losing inode data: dev=00:05, inode=4127 [ 22.182241] name_count maxed, losing inode data: dev=00:05, inode=4 [ 22.182261] name_count maxed, losing inode data: dev=00:05, inode=4 [ 22.785849] Adding 2096440k swap on /dev/sda5. Priority:-1 extents:1 across:2096440k [ 22.926683] EXT3 FS on sda8, internal journal [ 23.029031] name_count maxed, losing inode data: dev=00:05, inode=4 [ 23.030645] name_count maxed, losing inode data: dev=00:07, inode=8 [ 23.030661] name_count maxed, losing inode data: dev=00:07, inode=4569 [ 23.030710] name_count maxed, losing inode data: dev=00:05, inode=4 [ 23.030732] name_count maxed, losing inode data: dev=00:05, inode=4 [ 23.031225] name_count maxed, losing inode data: dev=00:07, inode=8 [ 23.031241] name_count maxed, losing inode data: dev=00:07, inode=4573 [ 23.031280] name_count maxed, losing inode data: dev=00:05, inode=4 [ 23.031298] name_count maxed, losing inode data: dev=00:05, inode=4 [ 23.032603] name_count maxed, losing inode data: dev=00:07, inode=8 [ 23.032619] name_count maxed, losing inode data: dev=00:07, inode=4579 [ 23.032666] name_count maxed, losing inode data: dev=00:05, inode=4 [ 23.032691] name_count maxed, losing inode data: dev=00:05, inode=4 [ 23.032868] name_count maxed, losing inode data: dev=00:07, inode=8 [ 23.032882] name_count maxed, losing inode data: dev=00:07, inode=4582 [ 23.032918] name_count maxed, losing inode data: dev=00:05, inode=4 [ 23.032934] name_count maxed, losing inode data: dev=00:05, inode=4 [ 23.033102] name_count maxed, losing inode data: dev=00:07, inode=8 [ 23.033115] name_count maxed, losing inode data: dev=00:07, inode=4586 [ 23.033130] loop: module loaded [ 24.346000] kjournald starting. Commit interval 5 seconds [ 24.346569] EXT3 FS on sda7, internal journal [ 24.346583] EXT3-fs: mounted filesystem with ordered data mode. [ 25.190877] RPC: Registered udp transport module. [ 25.190885] RPC: Registered tcp transport module. [ 25.190892] RPC: Registered tcp NFSv4.1 backchannel transport
Bug#577747: linux-image-2.6.32-4-686: corrupted SSH connection little time after boot with the atl1e driver on a Eeepc 1002HA
Le Wed, 14 Apr 2010 11:32:25 +0100, Ben Hutchings b...@decadent.org.uk a écrit : On Wed, 2010-04-14 at 09:28 +0200, Frédéric Boiteux wrote: Package: linux-2.6 Version: 2.6.32-11 Severity: normal Tags: upstream Some minutes after booting (cold boot, or resume from hibernation, at least before #534422 prevents me to use hibernation), my Iceweasel session launched through a SSH connection always fail with following error message : Corrupted MAC on input. Disconnecting: Packet corrupt Restarting the SSH connection, the problem don't occur anymore before next reboot. I've checked and replaced the ethernet cable, without change. I also tested the memory, seems ok. I thought at start it was a iceweasel or openssh problem, but then found other people have the same problem, like : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/60764 https://bugzilla.kernel.org/show_bug.cgi?id=12282 and perhaps also https://bugzilla.kernel.org/show_bug.cgi?id=13404 The problem is here at least since 2.6.30, and is always present with latest kernel from Sid. The bug could be at either end of the connection (or between them). Is the remote system on the same local network? If so, please can you provide the output of these commands on the remote system: ls -l /sys/class/net/*/device/driver grep . /sys/class/net/*/features I don't think so, because the remote system is on a local network, and I use same type of ssh connection from other systems without problem. But here is the output you request (the remote system is an HP DL380G5) : $ ls -l /sys/class/net/*/device/driver lrwxrwxrwx 1 root root 0 avr 14 12:58 /sys/class/net/eth0/device/driver - ../../../../../bus/pci/drivers/bnx2 lrwxrwxrwx 1 root root 0 avr 14 12:58 /sys/class/net/eth1/device/driver - ../../../../../bus/pci/drivers/bnx2 $ grep . /sys/class/net/*/features /sys/class/net/br0/features:0x1000 /sys/class/net/br1/features:0x1000 /sys/class/net/eth0/features:0x909a3 /sys/class/net/eth1/features:0x909a3 /sys/class/net/lo/features:0x13865 /sys/class/net/tap0/features:0x2000 /sys/class/net/tap1/features:0x2000 Fred. -- 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/20100414130036.0e3cc...@prem6s
Bug#572858: initramfs-tools: Doesn't resume from hibernation, restarts fresh
Hello, Is the 572858 bug a duplicate of mine, 568877 ? I got same problem resuming from hibernation with the swap (and so hibernation image) in a LVM2 partition. The given patch on my bug report isn't very useful, only a workaround, waiting for a more experienced dev looking at there ;-) Fred. -- 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/20100308120142.5075a...@prem6s
Bug#534708: closed by Bastian Blank wa...@debian.org (Re: Bug#534708: linux-source-2.6.30: 8086:27df libata driver missing in Debian kernel)
Le Wed, 22 Jul 2009 14:32:52 +0200, Michal Suchanek michal.sucha...@ruk.cuni.cz a écrit : I can think of one reason to exclude these PCI IDs - if the libata piix driver is used it changes the device name. I recall the device name changing more than once so there was probably some time when the driver was built, then people complained it changes drive names and so it was disabled. However, the right way to disable it is to not include the driver in the Debian kernel config, not to break it in the source so that it cannot work. Also we have UUID support by now so this issue is moot. It is also inconsistent with other libata based pata drivers which do not seem to be crippled this way. There is one other possible issue which might have caused this patch. In the early days of libata there was a warning that compiling drivers for the same device from both ide and libata subsystems may cause trouble but this too should be resolved by now. Either way the patch is incorrect and it breaks functionality available in the upstream kernel for no good reason so it should be reverted. Hi, Does the announce of Bastian about enablings pata drivers in 2.6.31 is related to this (see http://www.mail-archive.com/debian-kernel@lists.debian.org/msg46483.html) ? If true, It's a good suggestion to test next stable Linux kernel ! with regards, Fred. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534708: closed by Bastian Blank wa...@debian.org (Re: Bug#534708: linux-source-2.6.30: 8086:27df libata driver missing in Debian kernel)
Le Sat, 27 Jun 2009 06:48:03 +, ow...@bugs.debian.org (Debian Bug Tracking System) a écrit : Differences are no bug, but usually bugfixes. Bastian Le Mon, 29 Jun 2009 22:17:54 +0100, Ben Hutchings b...@decadent.org.uk a écrit : libata is a library module, not a driver. Please explain what the actual problem is rather than pointing at changes that may or may not be related. Hello, This problem of some PATA hardware driven by piix driver instead of ata_piix is in Debian since a long time (see also bug # 444182) : in the SVN web interface, I see it first 8499, 2 years ago, in Etch : http://svn.debian.org/wsvn/kernel/dists/trunk/linux-2.6/debian/patches/debian/drivers-ata-ata_piix-postpone-pata.patch?op=logrev=0sc=0isdir=0 But I didn't find why it have been added, which bug it fixes : does anybody have info about this ? Is it reported at kernel.org ? Perhaps it has been fixed since the addition of this patch ? Thanks for any tip, Fred. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: drivers-ata-ata_piix-postpone-pata.patch
Le jeu 17 avr 2008 18:44:42 CEST, [EMAIL PROTECTED] a écrit : In the light of bug reports such as 444182 and 465838, how about re-evaluating the appropriateness of this patch (bug 419458)? As far as I understand, ata_piix is considered mature, and there are good reasons to prefer it over piix, such as support for hotswapping IDE devices. I've personnaly tried to remove this patch and work with ata_piix instead of piix on my laptop (Thinkpad X31), but gave up : I had system freezes, suspend-to-ram not working anymore, and hotswap freezing the system one of 2 times ... But it could depend on used chipsets. Fred.
Bug#444182: ICH4-M PATA drives not supported either by ata_piix...
Hello, I'd like to use ata_piix on my laptop (Thinkpad X31) to be able to hotplug it on its base and then use the DVD drive, but I can't as ata_piix module don't seem to handle my chipset (pci id : 8086:24ca)... I've finally found this bug report, and think it can be related to my problem, and I'd like also to know why the support of the my chipset is disabled in ata_piix ? with regards, Fred. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463716: workaround by a kernel configuration...
Hello, I did have the same problem on a Thinkpad X31 with powertop-aware Linux kernels and HRT patches, and found that setting : CONFIG_HPET_RTC_IRQ=y in my kernel configuration resolves it... Fred. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431657: Is it really an ipw3945d package bug ?
Hello, I have exactly the same behaviour on my laptop with Etch installed and a device driven by madwifi module... I suspect that the DHCP client start too early, before connection / authentication is done... only a supposition... with regards, Frédéric.
Bug#344036: Unresolved symbols in xfs.o and orinoco.o modules.
Package: kernel-source-2.4.27 Version: 2.4.27-12 When I install a kernel compiled with kernel-source-2.4.27-12 (on a Woody), I get following unresolved symbols : # depmod -ae depmod: *** Unresolved symbols in /lib/modules/2.4.27-dev/kernel/drivers/net/wireless/orinoco.o depmod: ALIGN depmod: *** Unresolved symbols in /lib/modules/2.4.27-dev/kernel/fs/xfs/xfs.o depmod: vn_mark_bad Indeed, 'vn_mark_bad' only appears in one file : /usr/src/linux $ grep -r vn_mark_bad . ./fs/xfs/xfs_iget.c:vn_mark_bad(vp); Fred. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
USB mouse not detected with 2.6.14-4 kernel
Hello, I'm using a Pc with Debian Sarge and the latest Debian Kernel from Sid, linux-image-2.6.14-2-k7, 2.6.14-4 version. I have a problem (as with the Sarge 2.68 kernel either) : my USB mouse isn't detected until I unplug/plug it after boot ! If I check with 'lsusb' (even as root), I can't find it. I've seen some messages with similar problems, and tried to add 'usb-handoff' in the kernel command line, but without success. Do you have any idea how to get my mouse work ? with regards, Frédéric Boiteux