Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
On Sunday, 23 September 2007 21:18, Christian P. Schmidt wrote: > Rafael J. Wysocki wrote: > > On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote: > >> Rafael J. Wysocki wrote: > >>> On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: > Rafael J. Wysocki wrote: > > On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: > >> Hi all, > >> > >> I'm having a strange problem, of course not reproducible. Sometimes > >> after a suspend (to ram) and resume cycle, the kernel will try to free > >> all memory. This means, all running applications are flushed to swap > >> (as > >> long as it is available), caches and buffers stay at around 15MB each. > >> > >> The following video (traded quality for bandwidth) shows what happens > >> on > >> the way from no swap to "swapon -a" (that's the unreadable thing in the > >> small shell): http://digadd.de/swapping.avi > >> > >> The system: > >> Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 > >> x86_64 > >> Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux > > Are you using an ATI binary graphics driver? > Yes. I do not (yet) have a choice... can't wait for the open source > drivers. > >>> That, most probably, is the source of the problem. Please see: > >>> http://bugzilla.kernel.org/show_bug.cgi?id=8943 > >> I do however not agree with Andrew's conclusion, as the memory is not > >> "used", so I wouldn't expect a memory leak. As soon as I turn swapping > >> off everything is loaded again, and works. If there was a leak it should > >> use the memory, shouldn't it? > >> If the problem would be 100% reproducible I could try without, but as > >> is, I have up to two weeks with 2-3 cycles daily (sometimes more, as I > >> receive untraceable SERR from my PCI-E WLAN after which I do not receive > >> interrupts any more - only a suspend/resume cycle helps...) before the > >> problem occurs. > >> > >> Anyway, is there a way of unloading the module temporarily without > >> shutting X down? > > > > I don't know. > > > > Can you try another version of the ATI driver? The reporter of this > > bugzilla > > entry did that and it apparently helped him: > > http://bugzilla.kernel.org/show_bug.cgi?id=8943#c4 > > That driver is even more broken, produces artifacts all over the place. > I'll rather wait for the open source work to be done and live with the > situation. > > >> A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg > >> shows nothing, logs show nothing. Any ideas for debugging are welcome. > > Well, that's interesting. > > > > Can you try in the minimal configuration (ie. boot with init=/bin/bash, > > mount /sys, mount /proc and run "echo mem > /sys/power/disk)? > Which? the 32bit or the 64bit? > >>> 32-bit, but please do that without the ATI driver. > >> Did it. As before, suspends, but when I resume, I hear the CD-ROM spin > >> up, the backlight comes on, and nothing more. The system is a Lenovo > >> Thinkpad T60 8744-4XG, BIOS 1.09. > > > > Are you 100% sure that your 32-bit kernel configuration reflects the 64-bit > > one? In particular, do you have CONFIG_NO_HZ set in the 32-bit .config? > > In both, not. 1000Hz timer, SMP support, hotplug CPU support are > enabled. I attached a diff (from the 64bit to the 32bit). Maybe I'm > missing something. Yes. Can you try to unset CONFIG_HIGH_RES_TIMERS in the 32-bit .config and retest, please? > > Also, would you be able to repeat this test with the latest -git kernel > > (currently 2.6.23-rc7-git4)? > > Not that I'd really care about the 32bit support, but someone else will. Exactly. Plus there are some things in the 32-bit kernel that are going to be present in the 64-bit one in the future. ;-) > Also, the 32bit version has problems with the SATA DVD-RW; it hangs for > several seconds resetting the port (same kernel version, both 2.6.22.5), > while the 64bit hasn't. Funny ;) > Sadly, I know that 2.6.23 breaks/will break all the external modules I > rely on. Anyway, I'll give it a shot later. You can build it non-modular. Greetings, Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
Rafael J. Wysocki wrote: > On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote: >> Rafael J. Wysocki wrote: >>> On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: Rafael J. Wysocki wrote: > On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: >> Hi all, >> >> I'm having a strange problem, of course not reproducible. Sometimes >> after a suspend (to ram) and resume cycle, the kernel will try to free >> all memory. This means, all running applications are flushed to swap (as >> long as it is available), caches and buffers stay at around 15MB each. >> >> The following video (traded quality for bandwidth) shows what happens on >> the way from no swap to "swapon -a" (that's the unreadable thing in the >> small shell): http://digadd.de/swapping.avi >> >> The system: >> Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 >> Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux > Are you using an ATI binary graphics driver? Yes. I do not (yet) have a choice... can't wait for the open source drivers. >>> That, most probably, is the source of the problem. Please see: >>> http://bugzilla.kernel.org/show_bug.cgi?id=8943 >> I do however not agree with Andrew's conclusion, as the memory is not >> "used", so I wouldn't expect a memory leak. As soon as I turn swapping >> off everything is loaded again, and works. If there was a leak it should >> use the memory, shouldn't it? >> If the problem would be 100% reproducible I could try without, but as >> is, I have up to two weeks with 2-3 cycles daily (sometimes more, as I >> receive untraceable SERR from my PCI-E WLAN after which I do not receive >> interrupts any more - only a suspend/resume cycle helps...) before the >> problem occurs. >> >> Anyway, is there a way of unloading the module temporarily without >> shutting X down? > > I don't know. > > Can you try another version of the ATI driver? The reporter of this bugzilla > entry did that and it apparently helped him: > http://bugzilla.kernel.org/show_bug.cgi?id=8943#c4 That driver is even more broken, produces artifacts all over the place. I'll rather wait for the open source work to be done and live with the situation. >> A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg >> shows nothing, logs show nothing. Any ideas for debugging are welcome. > Well, that's interesting. > > Can you try in the minimal configuration (ie. boot with init=/bin/bash, > mount /sys, mount /proc and run "echo mem > /sys/power/disk)? Which? the 32bit or the 64bit? >>> 32-bit, but please do that without the ATI driver. >> Did it. As before, suspends, but when I resume, I hear the CD-ROM spin >> up, the backlight comes on, and nothing more. The system is a Lenovo >> Thinkpad T60 8744-4XG, BIOS 1.09. > > Are you 100% sure that your 32-bit kernel configuration reflects the 64-bit > one? In particular, do you have CONFIG_NO_HZ set in the 32-bit .config? In both, not. 1000Hz timer, SMP support, hotplug CPU support are enabled. I attached a diff (from the 64bit to the 32bit). Maybe I'm missing something. > Also, would you be able to repeat this test with the latest -git kernel > (currently 2.6.23-rc7-git4)? Not that I'd really care about the 32bit support, but someone else will. Also, the 32bit version has problems with the SATA DVD-RW; it hangs for several seconds resetting the port (same kernel version, both 2.6.22.5), while the 64bit hasn't. Funny ;) Sadly, I know that 2.6.23 breaks/will break all the external modules I rely on. Anyway, I'll give it a shot later. Regards, Chris > Greetings, > Rafael --- /boot/config-2.6.22.5 2007-08-25 18:39:30.0 +0300 +++ config-2.6.22.5 2007-09-23 16:34:33.0 +0300 @@ -1,33 +1,26 @@ # # Automatically generated make config: don't edit # Linux kernel version: 2.6.22.5 -# Sat Aug 25 18:35:55 2007 +# Mon Sep 3 15:45:00 2007 # -CONFIG_X86_64=y -CONFIG_64BIT=y -CONFIG_X86=y +CONFIG_X86_32=y CONFIG_GENERIC_TIME=y -CONFIG_GENERIC_TIME_VSYSCALL=y -CONFIG_ZONE_DMA32=y +CONFIG_CLOCKSOURCE_WATCHDOG=y +CONFIG_GENERIC_CLOCKEVENTS=y +CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_SEMAPHORE_SLEEPERS=y +CONFIG_X86=y CONFIG_MMU=y CONFIG_ZONE_DMA=y -CONFIG_RWSEM_GENERIC_SPINLOCK=y -CONFIG_GENERIC_HWEIGHT=y -CONFIG_GENERIC_CALIBRATE_DELAY=y -CONFIG_X86_CMPXCHG=y -CONFIG_EARLY_PRINTK=y +CONFIG_QUICKLIST=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y +CONFIG_GENERIC_BUG=y +CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y -CONFIG_ARCH_POPULATES_NODE_MAP=y CONFIG_DMI=y -CONFIG_AUDIT_ARCH=y -CONFIG_GENERIC_BUG=y -# CONFIG_ARCH_HAS_ILOG2_U32 is not set -# CONFIG_ARCH_HAS_ILOG2_U64 is not set CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" # @@ -102,7 +95,9 @@ # Block layer # CONFIG_BLOCK=y +# CONFIG_LBD is not set
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote: > Rafael J. Wysocki wrote: > > On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: > >> Rafael J. Wysocki wrote: > >>> On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: > Hi all, > > I'm having a strange problem, of course not reproducible. Sometimes > after a suspend (to ram) and resume cycle, the kernel will try to free > all memory. This means, all running applications are flushed to swap (as > long as it is available), caches and buffers stay at around 15MB each. > > The following video (traded quality for bandwidth) shows what happens on > the way from no swap to "swapon -a" (that's the unreadable thing in the > small shell): http://digadd.de/swapping.avi > > The system: > Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 > Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux > >>> Are you using an ATI binary graphics driver? > >> Yes. I do not (yet) have a choice... can't wait for the open source > >> drivers. > > > > That, most probably, is the source of the problem. Please see: > > http://bugzilla.kernel.org/show_bug.cgi?id=8943 > > I do however not agree with Andrew's conclusion, as the memory is not > "used", so I wouldn't expect a memory leak. As soon as I turn swapping > off everything is loaded again, and works. If there was a leak it should > use the memory, shouldn't it? > If the problem would be 100% reproducible I could try without, but as > is, I have up to two weeks with 2-3 cycles daily (sometimes more, as I > receive untraceable SERR from my PCI-E WLAN after which I do not receive > interrupts any more - only a suspend/resume cycle helps...) before the > problem occurs. > > Anyway, is there a way of unloading the module temporarily without > shutting X down? I don't know. Can you try another version of the ATI driver? The reporter of this bugzilla entry did that and it apparently helped him: http://bugzilla.kernel.org/show_bug.cgi?id=8943#c4 > A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg > shows nothing, logs show nothing. Any ideas for debugging are welcome. > >>> Well, that's interesting. > >>> > >>> Can you try in the minimal configuration (ie. boot with init=/bin/bash, > >>> mount /sys, mount /proc and run "echo mem > /sys/power/disk)? > >> Which? the 32bit or the 64bit? > > > > 32-bit, but please do that without the ATI driver. > > Did it. As before, suspends, but when I resume, I hear the CD-ROM spin > up, the backlight comes on, and nothing more. The system is a Lenovo > Thinkpad T60 8744-4XG, BIOS 1.09. Are you 100% sure that your 32-bit kernel configuration reflects the 64-bit one? In particular, do you have CONFIG_NO_HZ set in the 32-bit .config? Also, would you be able to repeat this test with the latest -git kernel (currently 2.6.23-rc7-git4)? Greetings, Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
Rafael J. Wysocki wrote: > On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: >> Rafael J. Wysocki wrote: >>> On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The following video (traded quality for bandwidth) shows what happens on the way from no swap to "swapon -a" (that's the unreadable thing in the small shell): http://digadd.de/swapping.avi The system: Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux >>> Are you using an ATI binary graphics driver? >> Yes. I do not (yet) have a choice... can't wait for the open source drivers. > > That, most probably, is the source of the problem. Please see: > http://bugzilla.kernel.org/show_bug.cgi?id=8943 I do however not agree with Andrew's conclusion, as the memory is not "used", so I wouldn't expect a memory leak. As soon as I turn swapping off everything is loaded again, and works. If there was a leak it should use the memory, shouldn't it? If the problem would be 100% reproducible I could try without, but as is, I have up to two weeks with 2-3 cycles daily (sometimes more, as I receive untraceable SERR from my PCI-E WLAN after which I do not receive interrupts any more - only a suspend/resume cycle helps...) before the problem occurs. Anyway, is there a way of unloading the module temporarily without shutting X down? A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg shows nothing, logs show nothing. Any ideas for debugging are welcome. >>> Well, that's interesting. >>> >>> Can you try in the minimal configuration (ie. boot with init=/bin/bash, >>> mount /sys, mount /proc and run "echo mem > /sys/power/disk)? >> Which? the 32bit or the 64bit? > > 32-bit, but please do that without the ATI driver. Did it. As before, suspends, but when I resume, I hear the CD-ROM spin up, the backlight comes on, and nothing more. The system is a Lenovo Thinkpad T60 8744-4XG, BIOS 1.09. Regards, Christian - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: > Rafael J. Wysocki wrote: > > On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: > >> Hi all, > >> > >> I'm having a strange problem, of course not reproducible. Sometimes > >> after a suspend (to ram) and resume cycle, the kernel will try to free > >> all memory. This means, all running applications are flushed to swap (as > >> long as it is available), caches and buffers stay at around 15MB each. > >> > >> The following video (traded quality for bandwidth) shows what happens on > >> the way from no swap to "swapon -a" (that's the unreadable thing in the > >> small shell): http://digadd.de/swapping.avi > >> > >> The system: > >> Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 > >> Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux > > > > Are you using an ATI binary graphics driver? > > Yes. I do not (yet) have a choice... can't wait for the open source drivers. That, most probably, is the source of the problem. Please see: http://bugzilla.kernel.org/show_bug.cgi?id=8943 > >> A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg > >> shows nothing, logs show nothing. Any ideas for debugging are welcome. > > > > Well, that's interesting. > > > > Can you try in the minimal configuration (ie. boot with init=/bin/bash, > > mount /sys, mount /proc and run "echo mem > /sys/power/disk)? > > Which? the 32bit or the 64bit? 32-bit, but please do that without the ATI driver. Greetings, Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
Rafael J. Wysocki wrote: > On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: >> Hi all, >> >> I'm having a strange problem, of course not reproducible. Sometimes >> after a suspend (to ram) and resume cycle, the kernel will try to free >> all memory. This means, all running applications are flushed to swap (as >> long as it is available), caches and buffers stay at around 15MB each. >> >> The following video (traded quality for bandwidth) shows what happens on >> the way from no swap to "swapon -a" (that's the unreadable thing in the >> small shell): http://digadd.de/swapping.avi >> >> The system: >> Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 >> Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux > > Are you using an ATI binary graphics driver? Yes. I do not (yet) have a choice... can't wait for the open source drivers. >> A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg >> shows nothing, logs show nothing. Any ideas for debugging are welcome. > > Well, that's interesting. > > Can you try in the minimal configuration (ie. boot with init=/bin/bash, > mount /sys, mount /proc and run "echo mem > /sys/power/disk)? Which? the 32bit or the 64bit? Regards, Chris > Greetings, > Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
Rafael J. Wysocki wrote: On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The following video (traded quality for bandwidth) shows what happens on the way from no swap to swapon -a (that's the unreadable thing in the small shell): http://digadd.de/swapping.avi The system: Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux Are you using an ATI binary graphics driver? Yes. I do not (yet) have a choice... can't wait for the open source drivers. A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg shows nothing, logs show nothing. Any ideas for debugging are welcome. Well, that's interesting. Can you try in the minimal configuration (ie. boot with init=/bin/bash, mount /sys, mount /proc and run echo mem /sys/power/disk)? Which? the 32bit or the 64bit? Regards, Chris Greetings, Rafael - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: Rafael J. Wysocki wrote: On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The following video (traded quality for bandwidth) shows what happens on the way from no swap to swapon -a (that's the unreadable thing in the small shell): http://digadd.de/swapping.avi The system: Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux Are you using an ATI binary graphics driver? Yes. I do not (yet) have a choice... can't wait for the open source drivers. That, most probably, is the source of the problem. Please see: http://bugzilla.kernel.org/show_bug.cgi?id=8943 A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg shows nothing, logs show nothing. Any ideas for debugging are welcome. Well, that's interesting. Can you try in the minimal configuration (ie. boot with init=/bin/bash, mount /sys, mount /proc and run echo mem /sys/power/disk)? Which? the 32bit or the 64bit? 32-bit, but please do that without the ATI driver. Greetings, Rafael - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
Rafael J. Wysocki wrote: On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: Rafael J. Wysocki wrote: On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The following video (traded quality for bandwidth) shows what happens on the way from no swap to swapon -a (that's the unreadable thing in the small shell): http://digadd.de/swapping.avi The system: Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux Are you using an ATI binary graphics driver? Yes. I do not (yet) have a choice... can't wait for the open source drivers. That, most probably, is the source of the problem. Please see: http://bugzilla.kernel.org/show_bug.cgi?id=8943 I do however not agree with Andrew's conclusion, as the memory is not used, so I wouldn't expect a memory leak. As soon as I turn swapping off everything is loaded again, and works. If there was a leak it should use the memory, shouldn't it? If the problem would be 100% reproducible I could try without, but as is, I have up to two weeks with 2-3 cycles daily (sometimes more, as I receive untraceable SERR from my PCI-E WLAN after which I do not receive interrupts any more - only a suspend/resume cycle helps...) before the problem occurs. Anyway, is there a way of unloading the module temporarily without shutting X down? A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg shows nothing, logs show nothing. Any ideas for debugging are welcome. Well, that's interesting. Can you try in the minimal configuration (ie. boot with init=/bin/bash, mount /sys, mount /proc and run echo mem /sys/power/disk)? Which? the 32bit or the 64bit? 32-bit, but please do that without the ATI driver. Did it. As before, suspends, but when I resume, I hear the CD-ROM spin up, the backlight comes on, and nothing more. The system is a Lenovo Thinkpad T60 8744-4XG, BIOS 1.09. Regards, Christian - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote: Rafael J. Wysocki wrote: On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: Rafael J. Wysocki wrote: On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The following video (traded quality for bandwidth) shows what happens on the way from no swap to swapon -a (that's the unreadable thing in the small shell): http://digadd.de/swapping.avi The system: Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux Are you using an ATI binary graphics driver? Yes. I do not (yet) have a choice... can't wait for the open source drivers. That, most probably, is the source of the problem. Please see: http://bugzilla.kernel.org/show_bug.cgi?id=8943 I do however not agree with Andrew's conclusion, as the memory is not used, so I wouldn't expect a memory leak. As soon as I turn swapping off everything is loaded again, and works. If there was a leak it should use the memory, shouldn't it? If the problem would be 100% reproducible I could try without, but as is, I have up to two weeks with 2-3 cycles daily (sometimes more, as I receive untraceable SERR from my PCI-E WLAN after which I do not receive interrupts any more - only a suspend/resume cycle helps...) before the problem occurs. Anyway, is there a way of unloading the module temporarily without shutting X down? I don't know. Can you try another version of the ATI driver? The reporter of this bugzilla entry did that and it apparently helped him: http://bugzilla.kernel.org/show_bug.cgi?id=8943#c4 A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg shows nothing, logs show nothing. Any ideas for debugging are welcome. Well, that's interesting. Can you try in the minimal configuration (ie. boot with init=/bin/bash, mount /sys, mount /proc and run echo mem /sys/power/disk)? Which? the 32bit or the 64bit? 32-bit, but please do that without the ATI driver. Did it. As before, suspends, but when I resume, I hear the CD-ROM spin up, the backlight comes on, and nothing more. The system is a Lenovo Thinkpad T60 8744-4XG, BIOS 1.09. Are you 100% sure that your 32-bit kernel configuration reflects the 64-bit one? In particular, do you have CONFIG_NO_HZ set in the 32-bit .config? Also, would you be able to repeat this test with the latest -git kernel (currently 2.6.23-rc7-git4)? Greetings, Rafael - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
Rafael J. Wysocki wrote: On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote: Rafael J. Wysocki wrote: On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: Rafael J. Wysocki wrote: On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The following video (traded quality for bandwidth) shows what happens on the way from no swap to swapon -a (that's the unreadable thing in the small shell): http://digadd.de/swapping.avi The system: Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux Are you using an ATI binary graphics driver? Yes. I do not (yet) have a choice... can't wait for the open source drivers. That, most probably, is the source of the problem. Please see: http://bugzilla.kernel.org/show_bug.cgi?id=8943 I do however not agree with Andrew's conclusion, as the memory is not used, so I wouldn't expect a memory leak. As soon as I turn swapping off everything is loaded again, and works. If there was a leak it should use the memory, shouldn't it? If the problem would be 100% reproducible I could try without, but as is, I have up to two weeks with 2-3 cycles daily (sometimes more, as I receive untraceable SERR from my PCI-E WLAN after which I do not receive interrupts any more - only a suspend/resume cycle helps...) before the problem occurs. Anyway, is there a way of unloading the module temporarily without shutting X down? I don't know. Can you try another version of the ATI driver? The reporter of this bugzilla entry did that and it apparently helped him: http://bugzilla.kernel.org/show_bug.cgi?id=8943#c4 That driver is even more broken, produces artifacts all over the place. I'll rather wait for the open source work to be done and live with the situation. A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg shows nothing, logs show nothing. Any ideas for debugging are welcome. Well, that's interesting. Can you try in the minimal configuration (ie. boot with init=/bin/bash, mount /sys, mount /proc and run echo mem /sys/power/disk)? Which? the 32bit or the 64bit? 32-bit, but please do that without the ATI driver. Did it. As before, suspends, but when I resume, I hear the CD-ROM spin up, the backlight comes on, and nothing more. The system is a Lenovo Thinkpad T60 8744-4XG, BIOS 1.09. Are you 100% sure that your 32-bit kernel configuration reflects the 64-bit one? In particular, do you have CONFIG_NO_HZ set in the 32-bit .config? In both, not. 1000Hz timer, SMP support, hotplug CPU support are enabled. I attached a diff (from the 64bit to the 32bit). Maybe I'm missing something. Also, would you be able to repeat this test with the latest -git kernel (currently 2.6.23-rc7-git4)? Not that I'd really care about the 32bit support, but someone else will. Also, the 32bit version has problems with the SATA DVD-RW; it hangs for several seconds resetting the port (same kernel version, both 2.6.22.5), while the 64bit hasn't. Funny ;) Sadly, I know that 2.6.23 breaks/will break all the external modules I rely on. Anyway, I'll give it a shot later. Regards, Chris Greetings, Rafael --- /boot/config-2.6.22.5 2007-08-25 18:39:30.0 +0300 +++ config-2.6.22.5 2007-09-23 16:34:33.0 +0300 @@ -1,33 +1,26 @@ # # Automatically generated make config: don't edit # Linux kernel version: 2.6.22.5 -# Sat Aug 25 18:35:55 2007 +# Mon Sep 3 15:45:00 2007 # -CONFIG_X86_64=y -CONFIG_64BIT=y -CONFIG_X86=y +CONFIG_X86_32=y CONFIG_GENERIC_TIME=y -CONFIG_GENERIC_TIME_VSYSCALL=y -CONFIG_ZONE_DMA32=y +CONFIG_CLOCKSOURCE_WATCHDOG=y +CONFIG_GENERIC_CLOCKEVENTS=y +CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_SEMAPHORE_SLEEPERS=y +CONFIG_X86=y CONFIG_MMU=y CONFIG_ZONE_DMA=y -CONFIG_RWSEM_GENERIC_SPINLOCK=y -CONFIG_GENERIC_HWEIGHT=y -CONFIG_GENERIC_CALIBRATE_DELAY=y -CONFIG_X86_CMPXCHG=y -CONFIG_EARLY_PRINTK=y +CONFIG_QUICKLIST=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y +CONFIG_GENERIC_BUG=y +CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y -CONFIG_ARCH_POPULATES_NODE_MAP=y CONFIG_DMI=y -CONFIG_AUDIT_ARCH=y -CONFIG_GENERIC_BUG=y -# CONFIG_ARCH_HAS_ILOG2_U32 is not set -# CONFIG_ARCH_HAS_ILOG2_U64 is not set CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config # @@ -102,7 +95,9 @@ # Block layer # CONFIG_BLOCK=y +# CONFIG_LBD is not set # CONFIG_BLK_DEV_IO_TRACE is not set +# CONFIG_LSF is not set # # IO Schedulers @@ -120,77 +115,135 @@ # # Processor type and features # +CONFIG_TICK_ONESHOT=y +# CONFIG_NO_HZ is not set
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
On Sunday, 23 September 2007 21:18, Christian P. Schmidt wrote: Rafael J. Wysocki wrote: On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote: Rafael J. Wysocki wrote: On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: Rafael J. Wysocki wrote: On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The following video (traded quality for bandwidth) shows what happens on the way from no swap to swapon -a (that's the unreadable thing in the small shell): http://digadd.de/swapping.avi The system: Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux Are you using an ATI binary graphics driver? Yes. I do not (yet) have a choice... can't wait for the open source drivers. That, most probably, is the source of the problem. Please see: http://bugzilla.kernel.org/show_bug.cgi?id=8943 I do however not agree with Andrew's conclusion, as the memory is not used, so I wouldn't expect a memory leak. As soon as I turn swapping off everything is loaded again, and works. If there was a leak it should use the memory, shouldn't it? If the problem would be 100% reproducible I could try without, but as is, I have up to two weeks with 2-3 cycles daily (sometimes more, as I receive untraceable SERR from my PCI-E WLAN after which I do not receive interrupts any more - only a suspend/resume cycle helps...) before the problem occurs. Anyway, is there a way of unloading the module temporarily without shutting X down? I don't know. Can you try another version of the ATI driver? The reporter of this bugzilla entry did that and it apparently helped him: http://bugzilla.kernel.org/show_bug.cgi?id=8943#c4 That driver is even more broken, produces artifacts all over the place. I'll rather wait for the open source work to be done and live with the situation. A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg shows nothing, logs show nothing. Any ideas for debugging are welcome. Well, that's interesting. Can you try in the minimal configuration (ie. boot with init=/bin/bash, mount /sys, mount /proc and run echo mem /sys/power/disk)? Which? the 32bit or the 64bit? 32-bit, but please do that without the ATI driver. Did it. As before, suspends, but when I resume, I hear the CD-ROM spin up, the backlight comes on, and nothing more. The system is a Lenovo Thinkpad T60 8744-4XG, BIOS 1.09. Are you 100% sure that your 32-bit kernel configuration reflects the 64-bit one? In particular, do you have CONFIG_NO_HZ set in the 32-bit .config? In both, not. 1000Hz timer, SMP support, hotplug CPU support are enabled. I attached a diff (from the 64bit to the 32bit). Maybe I'm missing something. Yes. Can you try to unset CONFIG_HIGH_RES_TIMERS in the 32-bit .config and retest, please? Also, would you be able to repeat this test with the latest -git kernel (currently 2.6.23-rc7-git4)? Not that I'd really care about the 32bit support, but someone else will. Exactly. Plus there are some things in the 32-bit kernel that are going to be present in the 64-bit one in the future. ;-) Also, the 32bit version has problems with the SATA DVD-RW; it hangs for several seconds resetting the port (same kernel version, both 2.6.22.5), while the 64bit hasn't. Funny ;) Sadly, I know that 2.6.23 breaks/will break all the external modules I rely on. Anyway, I'll give it a shot later. You can build it non-modular. Greetings, Rafael - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: > Hi all, > > I'm having a strange problem, of course not reproducible. Sometimes > after a suspend (to ram) and resume cycle, the kernel will try to free > all memory. This means, all running applications are flushed to swap (as > long as it is available), caches and buffers stay at around 15MB each. > > The following video (traded quality for bandwidth) shows what happens on > the way from no swap to "swapon -a" (that's the unreadable thing in the > small shell): http://digadd.de/swapping.avi > > The system: > Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 > Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux Are you using an ATI binary graphics driver? > A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg > shows nothing, logs show nothing. Any ideas for debugging are welcome. Well, that's interesting. Can you try in the minimal configuration (ie. boot with init=/bin/bash, mount /sys, mount /proc and run "echo mem > /sys/power/disk)? Greetings, Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Memory allocation problem with 2.6.22 after suspend/resume cycle
Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The following video (traded quality for bandwidth) shows what happens on the way from no swap to "swapon -a" (that's the unreadable thing in the small shell): http://digadd.de/swapping.avi The system: Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg shows nothing, logs show nothing. Any ideas for debugging are welcome. Regards, Chris - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Memory allocation problem with 2.6.22 after suspend/resume cycle
Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The following video (traded quality for bandwidth) shows what happens on the way from no swap to swapon -a (that's the unreadable thing in the small shell): http://digadd.de/swapping.avi The system: Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg shows nothing, logs show nothing. Any ideas for debugging are welcome. Regards, Chris - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Memory allocation problem with 2.6.22 after suspend/resume cycle
On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The following video (traded quality for bandwidth) shows what happens on the way from no swap to swapon -a (that's the unreadable thing in the small shell): http://digadd.de/swapping.avi The system: Linux dnnote 2.6.22.5 #1 SMP PREEMPT Sat Aug 25 18:39:21 AST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz GenuineIntel GNU/Linux Are you using an ATI binary graphics driver? A 32bit Kernel is unable to suspend/resume at all. No idea why. dmesg shows nothing, logs show nothing. Any ideas for debugging are welcome. Well, that's interesting. Can you try in the minimal configuration (ie. boot with init=/bin/bash, mount /sys, mount /proc and run echo mem /sys/power/disk)? Greetings, Rafael - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
