Updated Packages:
OpenIPMI-1.4.14-7 ----------------- * Fri Aug 12 2005 Phil Knirsch pknirsch@redhat.com 1.4.14-7 - Fixed the unwanted output of failed module loading of the initscript. Behaves now like all our other initscripts (#165476)
* Fri Aug 05 2005 Phil Knirsch pknirsch@redhat.com 1.4.14-6 - Fixed build problem on 64bit machines
docbook-style-xsl-1.69.1-1 -------------------------- * Fri Aug 12 2005 Tim Waugh twaugh@redhat.com 1.69.1-1 - 1.69.1.
ghostscript-8.15-0.rc4.1 ------------------------ * Fri Aug 12 2005 Tim Waugh twaugh@redhat.com 8.15-0.rc4.1 - 8.15rc4. - Fixed lips4v driver (bug #165713).
iputils-20020927-25 ------------------- * Fri Aug 12 2005 Radek Vokal rvokal@redhat.com 20020927-25 - fixed arping timeout (#165715)
kernel-2.6.12-1.1482_FC5 ------------------------ * Fri Aug 12 2005 Dave Jones davej@redhat.com - 2.6.13-rc6-git4 - Bump mkinitrd dependancy.
* Thu Aug 11 2005 Dave Jones davej@redhat.com - 2.6.13-rc6-git3
* Thu Aug 11 2005 David Woodhouse dwmw2@redhat.com - Enable ISDN and CONFIG_SERIAL_8250_CONSOLE for PPC32
mkinitrd-4.2.20-1 ----------------- * Fri Aug 12 2005 Jeremy Katz katzj@redhat.com - 4.2.20-1 - fix a buglet in root vg finding - support resume with swsusp
net-snmp-5.2.1.2-2 ------------------ * Fri Aug 12 2005 Radek Vokal rvokal@redhat.com - 5.2.1.2-2 - fix for s390x counter32 overflow (sachinp@in.ibm.com)
pm-utils-0.04-1 --------------- * Fri Aug 12 2005 Jeremy Katz katzj@redhat.com - 0.04-1 - add pm-hibernate system-config-netboot-0.1.26-2 ------------------------------
valgrind-1:3.0.0-3 ------------------ * Fri Aug 12 2005 Jakub Jelinek jakub@redhat.com 3.0.0-3 - fix amd64 handling of cwtd instruction - fix amd64 handling of e.g. sarb $0x4,val(%rip) - speedup amd64 insn decoding
* Fri Aug 12 2005 Jakub Jelinek jakub@redhat.com 3.0.0-2 - lower x86_64 stage2 base from 112TB down to 450GB, so that valgrind works even on 2.4.x kernels. Still way better than 1.75GB that stock valgrind allows
* Fri Aug 12 2005 Jakub Jelinek jakub@redhat.com 3.0.0-1 - upgrade to 3.0.0 - x86_64 support - temporarily obsolete valgrind-callgrind, as it has not been ported yet
Broken deps for i386 ---------------------------------------------------------- cman-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.5.i686 requires kernel-xen0 = 0:2.6.12-1.1400_FC5 GFS-kernel-xen0 - 2.6.11.8-20050601.152643.FC4.6.i686 requires kernel-xen0 = 0:2.6.12-1.1400_FC5 gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.39.i686 requires /lib/modules/2.6.12-1.1400_FC5xenU gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.39.i686 requires kernel-xenU = 0:2.6.12-1.1400_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.6.i686 requires kernel = 0:2.6.12-1.1400_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.6.i686 requires /lib/modules/2.6.12-1.1400_FC5 valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.5.i686 requires /lib/modules/2.6.12-1.1400_FC5smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.5.i686 requires kernel-smp = 0:2.6.12-1.1400_FC5 cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.5.i686 requires /lib/modules/2.6.12-1.1400_FC5xenU cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.5.i686 requires kernel-xenU = 0:2.6.12-1.1400_FC5 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.39.i686 requires /lib/modules/2.6.12-1.1400_FC5smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.39.i686 requires kernel-smp = 0:2.6.12-1.1400_FC5 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.7.i686 requires /lib/modules/2.6.12-1.1400_FC5smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.7.i686 requires kernel-smp = 0:2.6.12-1.1400_FC5 GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.6.i686 requires /lib/modules/2.6.12-1.1400_FC5xenU GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.6.i686 requires kernel-xenU = 0:2.6.12-1.1400_FC5 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.6.i686 requires /lib/modules/2.6.12-1.1400_FC5smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.6.i686 requires kernel-smp = 0:2.6.12-1.1400_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.7.i586 requires kernel = 0:2.6.12-1.1400_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.7.i586 requires /lib/modules/2.6.12-1.1400_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.39.i586 requires kernel = 0:2.6.12-1.1400_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.39.i586 requires /lib/modules/2.6.12-1.1400_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.39.i686 requires kernel = 0:2.6.12-1.1400_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.39.i686 requires /lib/modules/2.6.12-1.1400_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.5.i686 requires kernel = 0:2.6.12-1.1400_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.5.i686 requires /lib/modules/2.6.12-1.1400_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.7.i686 requires kernel = 0:2.6.12-1.1400_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.7.i686 requires /lib/modules/2.6.12-1.1400_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.6.i586 requires kernel = 0:2.6.12-1.1400_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.6.i586 requires /lib/modules/2.6.12-1.1400_FC5 gnbd-kernel-xen0 - 2.6.11.2-20050420.133124.FC4.39.i686 requires kernel-xen0 = 0:2.6.12-1.1400_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.5.i586 requires kernel = 0:2.6.12-1.1400_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.5.i586 requires /lib/modules/2.6.12-1.1400_FC5 dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.7.i686 requires /lib/modules/2.6.12-1.1400_FC5xenU dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.7.i686 requires kernel-xenU = 0:2.6.12-1.1400_FC5 dlm-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.7.i686 requires kernel-xen0 = 0:2.6.12-1.1400_FC5
Broken deps for x86_64 ---------------------------------------------------------- gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.39.x86_64 requires /lib/modules/2.6.12-1.1400_FC5smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.39.x86_64 requires kernel-smp = 0:2.6.12-1.1400_FC5 valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.7.x86_64 requires /lib/modules/2.6.12-1.1400_FC5smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.7.x86_64 requires kernel-smp = 0:2.6.12-1.1400_FC5 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.6.x86_64 requires /lib/modules/2.6.12-1.1400_FC5smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.6.x86_64 requires kernel-smp = 0:2.6.12-1.1400_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.39.x86_64 requires kernel = 0:2.6.12-1.1400_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.39.x86_64 requires /lib/modules/2.6.12-1.1400_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.7.x86_64 requires kernel = 0:2.6.12-1.1400_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.7.x86_64 requires /lib/modules/2.6.12-1.1400_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.5.x86_64 requires kernel = 0:2.6.12-1.1400_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.5.x86_64 requires /lib/modules/2.6.12-1.1400_FC5 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.5.x86_64 requires /lib/modules/2.6.12-1.1400_FC5smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.5.x86_64 requires kernel-smp = 0:2.6.12-1.1400_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.6.x86_64 requires kernel = 0:2.6.12-1.1400_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.6.x86_64 requires /lib/modules/2.6.12-1.1400_FC5
Broken deps for ppc64 ---------------------------------------------------------- dlm-kernel - 2.6.11.5-20050601.152643.FC4.7.ppc64 requires kernel = 0:2.6.12-1.1400_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.7.ppc64 requires /lib/modules/2.6.12-1.1400_FC5 gnome-python2-totem - 2.11.4-5.ppc64 requires mozilla >= 0:1.7.3 evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) firstboot - 1.3.44-1.noarch requires system-config-display cman-kernel - 2.6.11.5-20050601.152643.FC4.5.ppc64 requires kernel = 0:2.6.12-1.1400_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.5.ppc64 requires /lib/modules/2.6.12-1.1400_FC5 system-config-mouse - 1.2.11-1.noarch requires pyxf86config system-config-keyboard - 1.2.6-2.noarch requires pyxf86config evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) gnbd-kernel - 2.6.11.2-20050420.133124.FC4.39.ppc64 requires kernel = 0:2.6.12-1.1400_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.39.ppc64 requires /lib/modules/2.6.12-1.1400_FC5 ppc64-utils - 0.7-9.ppc64 requires yaboot
Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs
Broken deps for s390x ---------------------------------------------------------- gnome-python2-nautilus-cd-burner - 2.10.0-2.1.s390x requires nautilus-cd-burner >= 0:2.9.4 gnome-python2-nautilus-cd-burner - 2.10.0-2.1.s390x requires libnautilus-burn.so.1()(64bit) gnome-python2-libwnck - 2.10.0-2.1.s390x requires libwnck-1.so.16()(64bit)
Broken deps for s390 ---------------------------------------------------------- gnome-python2-libwnck - 2.10.0-2.1.s390 requires libwnck-1.so.16 initscripts - 8.11.1-1.s390 requires kernel >= 0:2.6 gkrellm - 2.2.7-1.s390 requires kernel >= 0:2.6.2 prelink - 0.3.5-2.s390 requires kernel >= 0:2.4.10 sysstat - 5.0.5-10.fc.s390 requires kernel >= 0:2.2.16-21 nfs-utils - 1.0.7-12.s390 requires kernel >= 0:2.2.14 lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 selinux-policy-strict - 1.25.4-1.noarch requires kernel >= 0:2.6.11-1.1219 selinux-policy-targeted - 1.25.4-1.noarch requires kernel >= 0:2.6.11-1.1219 selinux-policy-targeted-sources - 1.25.4-1.noarch requires kernel >= 0:2.6.11-1.1219 gnome-python2-nautilus-cd-burner - 2.10.0-2.1.s390 requires nautilus-cd-burner >= 0:2.9.4 gnome-python2-nautilus-cd-burner - 2.10.0-2.1.s390 requires libnautilus-burn.so.1 quota - 1:3.12-6.s390 requires kernel >= 0:2.4 arptables_jf - 0.0.8-5.s390 requires kernel >= 0:2.4.0 selinux-policy-strict-sources - 1.25.4-1.noarch requires kernel >= 0:2.6.11-1.1219
Broken deps for ppc ---------------------------------------------------------- cman-kernel - 2.6.11.5-20050601.152643.FC4.5.ppc requires kernel = 0:2.6.12-1.1400_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.5.ppc requires /lib/modules/2.6.12-1.1400_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.6.ppc requires kernel = 0:2.6.12-1.1400_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.6.ppc requires /lib/modules/2.6.12-1.1400_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.7.ppc requires kernel = 0:2.6.12-1.1400_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.7.ppc requires /lib/modules/2.6.12-1.1400_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.39.ppc requires kernel = 0:2.6.12-1.1400_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.39.ppc requires /lib/modules/2.6.12-1.1400_FC5
On 8/13/05, Build System buildsys@redhat.com wrote:
Updated Packages:
kernel-2.6.12-1.1482_FC5
- Fri Aug 12 2005 Dave Jones davej@redhat.com
- 2.6.13-rc6-git4
- Bump mkinitrd dependancy.
- Thu Aug 11 2005 Dave Jones davej@redhat.com
- 2.6.13-rc6-git3
- Thu Aug 11 2005 David Woodhouse dwmw2@redhat.com
- Enable ISDN and CONFIG_SERIAL_8250_CONSOLE for PPC32
mkinitrd-4.2.20-1
- Fri Aug 12 2005 Jeremy Katz katzj@redhat.com - 4.2.20-1
- fix a buglet in root vg finding
- support resume with swsusp
https://www.redhat.com/archives/fedora-devel-list/2005-August/msg00143.html
Swap on RAID devices *should* work, but is untested so far.
I tested this on a box with a softraid/lvm "aic7xxx" controller and recieved a kernel panic. I just followed these steps
echo platform > /sys/power/disk echo disk > /sys/power/state
Should I have done something different?
grep swap /etc/fstab /dev/VolGroup00/LogVol01 swap swap defaults 0 0
Would you like the output on screen from kernel panic?
On Sat, Aug 13, 2005 at 12:08:01PM -0500, Justin Conover wrote:
Swap on RAID devices *should* work, but is untested so far.
I tested this on a box with a softraid/lvm "aic7xxx" controller and recieved a kernel panic. I just followed these steps
echo platform > /sys/power/disk echo disk > /sys/power/state
Should I have done something different?
grep swap /etc/fstab /dev/VolGroup00/LogVol01 swap swap defaults 0 0
Would you like the output on screen from kernel panic?
Yes please, drop it in bugzilla, and I'll take a look (but probably not before monday)
Thanks for testing.
Dave
On 8/13/05, Dave Jones davej@redhat.com wrote:
On Sat, Aug 13, 2005 at 12:08:01PM -0500, Justin Conover wrote:
Swap on RAID devices *should* work, but is untested so far.
I tested this on a box with a softraid/lvm "aic7xxx" controller and recieved a kernel panic. I just followed these steps
echo platform > /sys/power/disk echo disk > /sys/power/state
Should I have done something different?
grep swap /etc/fstab /dev/VolGroup00/LogVol01 swap swap defaults 0 0
Would you like the output on screen from kernel panic?
Yes please, drop it in bugzilla, and I'll take a look (but probably not before monday)
Thanks for testing.
Dave
You know, this might sound stupid but I'm not actually sure if this box supports apic/apm, what ever the suspend is using. I really didn't see any options in the BIOS
Dell Precision 420
On Sat, Aug 13, 2005 at 12:27:03PM -0500, Justin Conover wrote:
On 8/13/05, Dave Jones davej@redhat.com wrote:
On Sat, Aug 13, 2005 at 12:08:01PM -0500, Justin Conover wrote:
Swap on RAID devices *should* work, but is untested so far.
I tested this on a box with a softraid/lvm "aic7xxx" controller and recieved a kernel panic. I just followed these steps
echo platform > /sys/power/disk echo disk > /sys/power/state
Should I have done something different?
grep swap /etc/fstab /dev/VolGroup00/LogVol01 swap swap defaults 0 0
Would you like the output on screen from kernel panic?
Yes please, drop it in bugzilla, and I'll take a look (but probably not before monday)
Thanks for testing.
Dave
You know, this might sound stupid but I'm not actually sure if this box supports apic/apm, what ever the suspend is using. I really didn't see any options in the BIOS
It shouldn't need too much help from the BIOS. Of course the more help the BIOS does give us the better. If you've got stuff in /proc/acpi/ (any x86 box built in the last 5 years will have it) then you should be fine.
Dave
On 8/13/05, Justin Conover justin.conover@gmail.com wrote:
On 8/13/05, Dave Jones davej@redhat.com wrote:
On Sat, Aug 13, 2005 at 12:08:01PM -0500, Justin Conover wrote:
Swap on RAID devices *should* work, but is untested so far.
I tested this on a box with a softraid/lvm "aic7xxx" controller and recieved a kernel panic. I just followed these steps
echo platform > /sys/power/disk echo disk > /sys/power/state
Should I have done something different?
grep swap /etc/fstab /dev/VolGroup00/LogVol01 swap swap defaults 0 0
Would you like the output on screen from kernel panic?
Yes please, drop it in bugzilla, and I'll take a look (but probably not before monday)
Thanks for testing.
Dave
You know, this might sound stupid but I'm not actually sure if this box supports apic/apm, what ever the suspend is using. I really didn't see any options in the BIOS
Dell Precision 420
Another box I tested on also has software raid, but is just on 2x80GB sata drives, had the following results:
1.) It did suspend 2.) didn't come back :) 3.) 2nd and 3rd times of trying to suspend result in screen output of ata1: command 0x25 timeout, stat 0x50 host_stat 0x4 ata2: command 0x35 timeout, stat 0x50 host_stat 0x4
On 8/13/05, Dave Jones davej@redhat.com wrote:
On Sat, Aug 13, 2005 at 12:27:03PM -0500, Justin Conover wrote:
On 8/13/05, Dave Jones davej@redhat.com wrote:
On Sat, Aug 13, 2005 at 12:08:01PM -0500, Justin Conover wrote:
Swap on RAID devices *should* work, but is untested so far.
I tested this on a box with a softraid/lvm "aic7xxx" controller and recieved a kernel panic. I just followed these steps
echo platform > /sys/power/disk echo disk > /sys/power/state
Should I have done something different?
grep swap /etc/fstab /dev/VolGroup00/LogVol01 swap swap defaults 0 0
Would you like the output on screen from kernel panic?
Yes please, drop it in bugzilla, and I'll take a look (but probably not before monday)
Thanks for testing.
Dave
You know, this might sound stupid but I'm not actually sure if this box supports apic/apm, what ever the suspend is using. I really didn't see any options in the BIOS
It shouldn't need too much help from the BIOS. Of course the more help the BIOS does give us the better. If you've got stuff in /proc/acpi/ (any x86 box built in the last 5 years will have it) then you should be fine.
Dave
Ok, cat /proc/acpi/processor/CPU0/info does return
acpi id: 1 power management: yes
I'll drop the output in bugzilla, should this be reported in rawhide/kernels\mkinitrd or a different category?
On Sat, Aug 13, 2005 at 12:46:04PM -0500, Justin Conover wrote:
On 8/13/05, Dave Jones davej@redhat.com wrote:
On Sat, Aug 13, 2005 at 12:27:03PM -0500, Justin Conover wrote:
Ok, cat /proc/acpi/processor/CPU0/info does return
acpi id: 1 power management: yes
I'll drop the output in bugzilla, should this be reported in rawhide/kernels\mkinitrd or a different category?
file it against fedora devel, kernel.
Dave
On 8/13/05, Dave Jones davej@redhat.com wrote:
On Sat, Aug 13, 2005 at 12:08:01PM -0500, Justin Conover wrote:
Swap on RAID devices *should* work, but is untested so far.
I tested this on a box with a softraid/lvm "aic7xxx" controller and recieved a kernel panic. I just followed these steps
echo platform > /sys/power/disk echo disk > /sys/power/state
Should I have done something different?
grep swap /etc/fstab /dev/VolGroup00/LogVol01 swap swap defaults 0 0
Would you like the output on screen from kernel panic?
Yes please, drop it in bugzilla, and I'll take a look (but probably not before monday)
Thanks for testing.
Dave
Ok, the odd thing now :)
After I tried again so i could get the kernel panic it now suspends, BUT it doesn't resume now, should there be a line like resume=/<wereswapis> on the kernel line?
On Sat, 2005-08-13 at 16:46 -0500, Justin Conover wrote:
Ok, the odd thing now :)
After I tried again so i could get the kernel panic it now suspends, BUT it doesn't resume now, should there be a line like resume=/<wereswapis> on the kernel line?
No, all of the magic about where your swap is gets handled by mkinitrd so that the initramfs can just do the right thing.
Jeremy
On 8/13/05, Jeremy Katz katzj@redhat.com wrote:
On Sat, 2005-08-13 at 16:46 -0500, Justin Conover wrote:
Ok, the odd thing now :)
After I tried again so i could get the kernel panic it now suspends, BUT it doesn't resume now, should there be a line like resume=/<wereswapis> on the kernel line?
No, all of the magic about where your swap is gets handled by mkinitrd so that the initramfs can just do the right thing.
Jeremy
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list
Sorry for the slow testing, I have just been real busy at work and in Boston for the last week. I've updated to the 1530smp kernel and here is the output after a resume (aic7xxx scsi controller)
Stopping tasks: ============================================================== =========================================================================| Freeing memory... done (123941 pages freed) ACPI: PCI interrupt for device 0000:02:06.0 disabled NVRM: RmPowerManagement: 3 ACPI: PCI interrupt for device 0000:00:1f.2 disabled PM: Attempting to suspend to disk. PM: snapshotting memory. resume= option should be used to set suspend device<7>swsusp: critical section: swsusp: Saving Highmem ..................................................<7>[nosave pfn 0x3e6]<7>[nosave pfn 0x3e7]swsusp: Need to copy 25173 pages suspend: (pages needed: 25272 + 512 free: 232098) alloc_pagedir(): nr_pages = 25272 create_pbe_list(): initialized 25272 PBEs copy_data_pages(): pages to copy:25272
Just hanges thier, cursor is blinking over alloc_pagedir if that matters.