Re: [Xen-ia64-devel] Re: [Xen-devel] [IA64] Weekly benchmark results [2009ww16]

2009-04-27 Thread Isaku Yamahata 
Thank you. I suppose I tracked it down.
Can you please try attached patches?

On Mon, Apr 27, 2009 at 02:46:37PM +0900, KUWAMURA Shin'ya wrote:
 Hi Yamahata-san,
 
 On 20090427040951.gk22299%yamah...@valinux.co.jp,
  Isaku Yamahata wrote:
  
  On Mon, Apr 27, 2009 at 09:53:55AM +0900, KUWAMURA Shin'ya wrote:
   Hi Yamahata-san,
   
   On 20090424120910.gg22299%yamah...@valinux.co.jp,
Isaku Yamahata wrote:

Can you please try this patch?
   
   NaT consumption occurred on tapdisk while PV and HVM were booting up.
   Please see the attachment file.
  
  Thank you. I haven't reproduce it yet.
  Do you have any logs without the patch?
 
 Dom0 has no error, but domUs output errors:
   request_module: runaway loop modprobe binfmt-429d
   request_module: runaway loop modprobe binfmt-429d
   request_module: runaway loop modprobe binfmt-429d
   request_module: runaway loop modprobe binfmt-429d
   request_module: runaway loop modprobe binfmt-429d
   # hung up
 
 I attach messages of both PV and HVM domain.
 
 Best regards,

 Linux version 2.6.18.8-xen (k...@vmi05.sky.yk.fujitsu.co.jp) (gcc version 
 3.4.4
 20050721 (Red Hat 3.4.4-2)) #1 SMP Thu Apr 23 09:10:17 JST 2009
 EFI v1.00 by Xen/ia64: SALsystab=0x2178 ACPI 2.0=0x1000
 booting generic kernel on platform xen
 ACPI: RSDP (v002XEN) @ 0x1000
 ACPI: XSDT (v001XEN Xen/ia64 0x XEN 0x00030004) @ 
 0x1024
 ACPI: FADT (v003XEN Xen/ia64 0x XEN 0x00030004) @ 
 0x1058
 ACPI: MADT (v002XEN Xen/ia64 0x XEN 0x00030004) @ 
 0x1478
 ACPI: DSDT (v001XEN Xen/ia64 0x XEN 0x00030004) @ 
 0x
 SAL 0.1: Xen/ia64 Xen/ia64 version 0.0
 SAL: AP wakeup using external interrupt vector 0xf3
 No logical to physical processor mapping available
 ACPI: Local APIC address c000fee0
 ACPI: Error parsing MADT - no IOSAPIC entries
 2 CPUs available, 2 CPUs total
 Running on Xen! start_info_pfn=0xfffd nr_pages=65536 flags=0x0
 Virtual mem_map starts at 0xa0007fc8
 On node 0 totalpages: 64264
   DMA zone: 64264 pages, LIFO batch:7
 SMP: Allowing 2 CPUs, 0 hotplug CPUs
 Built 1 zonelists.  Total pages: 64264
 Kernel command line: root=/dev/hda1 ro console=tty console=xvc0
 PID hash table entries: 4096 (order: 12, 32768 bytes)
 CPU 0: base freq=199.459MHz, ITC ratio=8/4, ITC freq=398.919MHz
 Console: colour dummy device 80x25
 Memory: 1022256k/1028224k available (10879k code, 26240k reserved, 5054k 
 data, 6
 88k init)
 McKinley Errata 9 workaround not needed; disabling it
 Calibrating delay loop... 3185.04 BogoMIPS (lpj=15925248)
 Dentry cache hash table entries: 131072 (order: 6, 1048576 bytes)
 Inode-cache hash table entries: 65536 (order: 5, 524288 bytes)
 Mount-cache hash table entries: 1024
 ACPI: Core revision 20060707
 Boot processor id 0x0/0x0
 Fixed BSP b0 value from CPU 1
 CPU 1: synchronized ITC with CPU 0 (last diff 8 cycles, maxerr 160 cycles)
 CPU 1: base freq=199.459MHz, ITC ratio=8/4, ITC freq=398.919MHz
 Calibrating delay loop... 3165.38 BogoMIPS (lpj=15826944)
 Brought up 2 CPUs
 Total of 2 processors activated (6350.43 BogoMIPS).
 migration_cost=12234
 DMI not present or invalid.
 NET: Registered protocol family 16
 ACPI: bus type pci registered
 Brought up 2 CPUs
 ACPI: SCI (ACPI GSI 0) not registered
 ACPI: Interpreter enabled
 ACPI: Using IOSAPIC for interrupt routing
 suspend: event channel 9
 xen_mem: Initialising balloon driver.
 SCSI subsystem initialized
 usbcore: registered new driver usbfs
 usbcore: registered new driver hub
 NET: Registered protocol family 2
 IP route cache hash table entries: 8192 (order: 2, 65536 bytes)
 TCP established hash table entries: 32768 (order: 5, 524288 bytes)
 TCP bind hash table entries: 16384 (order: 4, 262144 bytes)
 TCP: Hash tables configured (established 32768 bind 16384)
 TCP reno registered
 perfmon: version 2.0 IRQ 238
 perfmon: Montecito PMU detected, 27 PMCs, 35 PMDs, 12 counters (47 bits)
 PAL Information Facility v0.5
 perfmon: added sampling format default_format
 perfmon_default_smpl: default_format v2.0 registered
 Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
 SGI XFS with large block/inode numbers, no debug enabled
 Initializing Cryptographic API
 io scheduler noop registered
 io scheduler anticipatory registered (default)
 io scheduler deadline registered
 io scheduler cfq registered
 pci_hotplug: PCI Hot Plug PCI Core version: 0.5
 acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
 ACPI: Power Button (FF) [PWRF]
 ACPI: Sleep Button (FF) [SLPF]
 ACPI Exception (acpi_processor-0721): AE_NOT_FOUND, Processor Device is not 
 pres
 ent [20060707]
 ACPI: Getting cpuindex for acpiid 0x2
 EFI Time Services Driver v0.4
 Linux agpgart interface v0.101 (c) Dave Jones
 [drm] Initialized drm 1.0.1 20051102
 RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
 loop: loaded (max 8 devices)
 HP CISS Driver (v 3.6.10)
 Intel(R)

Re: [Xen-ia64-devel] Re: [Xen-devel] [IA64] Weekly benchmark results [2009ww16]

2009-04-27 Thread KUWAMURA Shin'ya 
Hi Yamahata-san,

On 20090427111531.gq22299%yamah...@valinux.co.jp,
 Isaku Yamahata wrote:
 
 Thank you. I suppose I tracked it down.
 Can you please try attached patches?

The issue was fixed.
I confirmed that both PV and HVM domains booted up.

Thank you.
-- 
  KUWAMURA Shin'ya

___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel

Re: [Xen-ia64-devel] Re: [Xen-devel] [IA64] Weekly benchmark results [2009ww16]

2009-04-26 Thread Isaku Yamahata 
On Mon, Apr 27, 2009 at 09:53:55AM +0900, KUWAMURA Shin'ya wrote:
 Hi Yamahata-san,
 
 On 20090424120910.gg22299%yamah...@valinux.co.jp,
  Isaku Yamahata wrote:
  
  Can you please try this patch?
 
 NaT consumption occurred on tapdisk while PV and HVM were booting up.
 Please see the attachment file.

Thank you. I haven't reproduce it yet.
Do you have any logs without the patch?
-- 
yamahata

___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel

Re: [Xen-ia64-devel] Re: [Xen-devel] [IA64] Weekly benchmark results [2009ww16]

2009-04-26 Thread KUWAMURA Shin'ya 
Hi Yamahata-san,

On 20090427040951.gk22299%yamah...@valinux.co.jp,
 Isaku Yamahata wrote:
 
 On Mon, Apr 27, 2009 at 09:53:55AM +0900, KUWAMURA Shin'ya wrote:
  Hi Yamahata-san,
  
  On 20090424120910.gg22299%yamah...@valinux.co.jp,
   Isaku Yamahata wrote:
   
   Can you please try this patch?
  
  NaT consumption occurred on tapdisk while PV and HVM were booting up.
  Please see the attachment file.
 
 Thank you. I haven't reproduce it yet.
 Do you have any logs without the patch?

Dom0 has no error, but domUs output errors:
  request_module: runaway loop modprobe binfmt-429d
  request_module: runaway loop modprobe binfmt-429d
  request_module: runaway loop modprobe binfmt-429d
  request_module: runaway loop modprobe binfmt-429d
  request_module: runaway loop modprobe binfmt-429d
  # hung up

I attach messages of both PV and HVM domain.

Best regards,
-- 
  KUWAMURA Shin'ya
Linux version 2.6.18.8-xen (k...@vmi05.sky.yk.fujitsu.co.jp) (gcc version 3.4.4
20050721 (Red Hat 3.4.4-2)) #1 SMP Thu Apr 23 09:10:17 JST 2009
EFI v1.00 by Xen/ia64: SALsystab=0x2178 ACPI 2.0=0x1000
booting generic kernel on platform xen
ACPI: RSDP (v002XEN) @ 0x1000
ACPI: XSDT (v001XEN Xen/ia64 0x XEN 0x00030004) @ 0x1024
ACPI: FADT (v003XEN Xen/ia64 0x XEN 0x00030004) @ 0x1058
ACPI: MADT (v002XEN Xen/ia64 0x XEN 0x00030004) @ 0x1478
ACPI: DSDT (v001XEN Xen/ia64 0x XEN 0x00030004) @ 0x
SAL 0.1: Xen/ia64 Xen/ia64 version 0.0
SAL: AP wakeup using external interrupt vector 0xf3
No logical to physical processor mapping available
ACPI: Local APIC address c000fee0
ACPI: Error parsing MADT - no IOSAPIC entries
2 CPUs available, 2 CPUs total
Running on Xen! start_info_pfn=0xfffd nr_pages=65536 flags=0x0
Virtual mem_map starts at 0xa0007fc8
On node 0 totalpages: 64264
  DMA zone: 64264 pages, LIFO batch:7
SMP: Allowing 2 CPUs, 0 hotplug CPUs
Built 1 zonelists.  Total pages: 64264
Kernel command line: root=/dev/hda1 ro console=tty console=xvc0
PID hash table entries: 4096 (order: 12, 32768 bytes)
CPU 0: base freq=199.459MHz, ITC ratio=8/4, ITC freq=398.919MHz
Console: colour dummy device 80x25
Memory: 1022256k/1028224k available (10879k code, 26240k reserved, 5054k data, 6
88k init)
McKinley Errata 9 workaround not needed; disabling it
Calibrating delay loop... 3185.04 BogoMIPS (lpj=15925248)
Dentry cache hash table entries: 131072 (order: 6, 1048576 bytes)
Inode-cache hash table entries: 65536 (order: 5, 524288 bytes)
Mount-cache hash table entries: 1024
ACPI: Core revision 20060707
Boot processor id 0x0/0x0
Fixed BSP b0 value from CPU 1
CPU 1: synchronized ITC with CPU 0 (last diff 8 cycles, maxerr 160 cycles)
CPU 1: base freq=199.459MHz, ITC ratio=8/4, ITC freq=398.919MHz
Calibrating delay loop... 3165.38 BogoMIPS (lpj=15826944)
Brought up 2 CPUs
Total of 2 processors activated (6350.43 BogoMIPS).
migration_cost=12234
DMI not present or invalid.
NET: Registered protocol family 16
ACPI: bus type pci registered
Brought up 2 CPUs
ACPI: SCI (ACPI GSI 0) not registered
ACPI: Interpreter enabled
ACPI: Using IOSAPIC for interrupt routing
suspend: event channel 9
xen_mem: Initialising balloon driver.
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
NET: Registered protocol family 2
IP route cache hash table entries: 8192 (order: 2, 65536 bytes)
TCP established hash table entries: 32768 (order: 5, 524288 bytes)
TCP bind hash table entries: 16384 (order: 4, 262144 bytes)
TCP: Hash tables configured (established 32768 bind 16384)
TCP reno registered
perfmon: version 2.0 IRQ 238
perfmon: Montecito PMU detected, 27 PMCs, 35 PMDs, 12 counters (47 bits)
PAL Information Facility v0.5
perfmon: added sampling format default_format
perfmon_default_smpl: default_format v2.0 registered
Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
SGI XFS with large block/inode numbers, no debug enabled
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (FF) [SLPF]
ACPI Exception (acpi_processor-0721): AE_NOT_FOUND, Processor Device is not pres
ent [20060707]
ACPI: Getting cpuindex for acpiid 0x2
EFI Time Services Driver v0.4
Linux agpgart interface v0.101 (c) Dave Jones
[drm] Initialized drm 1.0.1 20051102
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
HP CISS Driver (v 3.6.10)
Intel(R) PRO/1000 Network Driver - version 7.1.9-k4
Copyright (c) 1999-2006 Intel Corporation.
e100: Intel(R) PRO/100 Network Driver, 3.5.10-k2-NAPI
e100: Copyright(c) 1999-2005 Intel Corporation
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max

[Xen-ia64-devel] Re: [Xen-devel] [IA64] Weekly benchmark results [2009ww16]

2009-04-24 Thread Isaku Yamahata 
Hi Keir.

The xen 3.4 release is getting near. (I don't know how soon you're
planning to release 3.4.0)
So can you wait for me to create a new patch or can we revert
the patch for the 3.4 release?
Anyway the patch isn't a complete fix as I pointed out.

I'll look into this problem from the next Monday. But I'm not sure
I can create it so soon. 

thanks,

On Fri, Apr 24, 2009 at 05:27:43PM +0900, KUWAMURA Shin'ya wrote:
 Hi,
 
 I report a benchmark result of this week on IPF using
 ia64/xen-unstable and ia64/linux-2.6.18-xen.
 
 - The following cset broke tap:aio.
   863: blktap: don't access deallocated data
   http://xenbits.xensource.com/linux-2.6.18-xen.hg?rev/464a925d73f1
   Guests hung up while booting, so we used file instead of tap:aio.
 
 - The issue that HVM domains cannot read the contents of HDD is fixed.
 
 TEST ENVIRONMENT
 Machine  : Tiger4
 Kernel   : 2.6.18.8-xen
 Changeset: 19562:5599cc1e0a84 (ia64/xen-unstable)
  863:464a925d73f1   (ia64/linux-2.6.18-xen)
  136:eb97cb2936d6   (efi-vfirmware)
  08251d3(qemu-xen-unstable)
 Dom0 OS  : RHEL4 U2 (2P)
 DomU OS  : RHEL4 U2 (8P, using tap:aio)
 DomVTi OS: RHEL4 U2 (8P, with PV-on-HVM drivers)
 CONFIG_QEMU  : ioemu-remote
 
 TEST RESULTS
   DomU: # file
 unixbench4.1.0: Pass
 bonnie++-1.03 : Pass
 ltp-full-20070930 : Pass
 iozone3_191   : Pass
 lmbench-3.0-a5: Pass
   DomVTi: # file
 unixbench4.1.0: Pass
 bonnie++-1.03 : Pass
 ltp-full-20070930 : Pass
 iozone3_191   : Pass
 lmbench-3.0-a5: Pass
 
 Best regards,
 KUWAMURA Shin'ya and FUJITSU members
 
 ___
 Xen-devel mailing list
 xen-de...@lists.xensource.com
 http://lists.xensource.com/xen-devel
 

-- 
yamahata

___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] Re: [Xen-devel] [IA64] Weekly benchmark results [2009ww16]

2009-04-24 Thread Isaku Yamahata 
Can you please try this patch?

linux/blktap: fix vma_close() for partial munmap.

the previous vma_close() didn't take partial 
munmap into acount. This patch fixes it.

Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp

diff --git a/drivers/xen/blktap/blktap.c b/drivers/xen/blktap/blktap.c
--- a/drivers/xen/blktap/blktap.c
+++ b/drivers/xen/blktap/blktap.c
@@ -295,6 +295,7 @@ static inline int OFFSET_TO_SEG(int offs
  */
 struct tap_vma_priv {
tap_blkif_t *info;
+   struct kref kref;
struct page *map[];
 };
 
@@ -392,19 +393,31 @@ static pte_t blktap_clear_pte(struct vm_
return copy;
 }
 
+static void blktap_vma_open(struct vm_area_struct *vma)
+{
+   struct tap_vma_priv *priv = vma-vm_private_data;
+   kref_get(priv-kref);
+}
+
+
+static void blktap_vma_release(struct kref *kref)
+{
+   struct tap_vma_priv *priv = container_of(kref,
+struct tap_vma_priv, kref);
+   priv-info-vma = NULL;
+   kfree(priv);
+}
+
 static void blktap_vma_close(struct vm_area_struct *vma)
 {
struct tap_vma_priv *priv = vma-vm_private_data;
-
-   if (priv) {
-   priv-info-vma = NULL;
-   kfree(priv);
-   }
+   kref_put(priv-kref, blktap_vma_release);
 }
 
 struct vm_operations_struct blktap_vm_ops = {
nopage:   blktap_nopage,
zap_pte:  blktap_clear_pte,
+   open: blktap_vma_open,
close:blktap_vma_close,
 };
 
@@ -707,6 +720,7 @@ static int blktap_mmap(struct file *filp
goto fail;
}
priv-info = info;
+   kref_init(priv-kref);
 
vma-vm_private_data = priv;
vma-vm_flags |= VM_FOREIGN;


On Fri, Apr 24, 2009 at 05:27:43PM +0900, KUWAMURA Shin'ya wrote:
 Hi,
 
 I report a benchmark result of this week on IPF using
 ia64/xen-unstable and ia64/linux-2.6.18-xen.
 
 - The following cset broke tap:aio.
   863: blktap: don't access deallocated data
   http://xenbits.xensource.com/linux-2.6.18-xen.hg?rev/464a925d73f1
   Guests hung up while booting, so we used file instead of tap:aio.
 
 - The issue that HVM domains cannot read the contents of HDD is fixed.
 
 TEST ENVIRONMENT
 Machine  : Tiger4
 Kernel   : 2.6.18.8-xen
 Changeset: 19562:5599cc1e0a84 (ia64/xen-unstable)
  863:464a925d73f1   (ia64/linux-2.6.18-xen)
  136:eb97cb2936d6   (efi-vfirmware)
  08251d3(qemu-xen-unstable)
 Dom0 OS  : RHEL4 U2 (2P)
 DomU OS  : RHEL4 U2 (8P, using tap:aio)
 DomVTi OS: RHEL4 U2 (8P, with PV-on-HVM drivers)
 CONFIG_QEMU  : ioemu-remote
 
 TEST RESULTS
   DomU: # file
 unixbench4.1.0: Pass
 bonnie++-1.03 : Pass
 ltp-full-20070930 : Pass
 iozone3_191   : Pass
 lmbench-3.0-a5: Pass
   DomVTi: # file
 unixbench4.1.0: Pass
 bonnie++-1.03 : Pass
 ltp-full-20070930 : Pass
 iozone3_191   : Pass
 lmbench-3.0-a5: Pass
 
 Best regards,
 KUWAMURA Shin'ya and FUJITSU members
 
 ___
 Xen-devel mailing list
 xen-de...@lists.xensource.com
 http://lists.xensource.com/xen-devel
 

-- 
yamahata

___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel