search for: 270336k

...PU#0 PID hash table entries: 2048 (order: 11, 16384 bytes) Xen reported: 2393.994 MHz processor. Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Software IO TLB disabled Memory: 244960k/270336k available (2358k kernel code, 16872k reserved, 1325k data, 172k init) Calibrating delay using timer specific routine.. 5987.10 BogoMIPS (lpj=11974209) Security Framework v1.0.0 initialized SELinux: Initializing. selinux_register_security: Registering secondary module capability Capability LSM ini...

...92 bytes) Xen reported: 3200.118 MHz processor. Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Software IO TLB disabled vmalloc area: d1000000-f51fe000, maxmem 2d7fe000 Memory: 255340k/270336k available (2056k kernel code, 6800k reserved, 716k data, 196k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. calibrate_delay_direct() failed to get a good estimate for loops_per_jiffy. Probably due to long platform interrupts. Consider using "lpj...

...table entries: 2048 (order: 11, 32768 bytes) Xen reported: 2992.580 MHz processor. Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Software IO TLB disabled vmalloc area: d1000000-fb3fe000, maxmem 33ffe000 Memory: 254976k/270336k available (1675k kernel code, 6916k reserved, 617k data, 132k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 7485.76 BogoMIPS (lpj=14971534) Security Framework v1.0.0 initialized SELinux: Initializing....

...ID hash table entries: 2048 (order: 11, 16384 bytes) Xen reported: 2613.388 MHz processor. Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Software IO TLB disabled Memory: 242672k/270336k available (1998k kernel code, 19140k reserved, 865k data, 172k init) Calibrating delay using timer specific routine.. 5229.26 BogoMIPS (lpj=26146323) Security Framework v1.0.0 initialized Capability LSM initialized Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cac...

...the system with a fresh install of Debian Etch it sees all the memory fine. dmesg reports: Memory: 4107008k/5242880k available (1929k kernel code, 86836k reserved, 864k data, 176k init) However if I boot a xen-3.0.3 kernel, it only sees about half of this: The xen dmesg reports: Memory: 183852k/270336k available (3531k kernel code, 77948k reserved, 1250k data, 208k init) However ''xm info'' shows: total_memory : 3071 This is running a source install of Xen 3.0.3 with kernel 2.6.16.29 I have checked the kernel configuration that Etch uses, compared to my Xen kernel...

...onsole [xvc0] enabled [ 0.030791] Console: colour dummy device 80x25 [ 0.031237] Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) [ 0.031481] Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) [ 0.031543] Software IO TLB disabled [ 0.034139] Memory: 228596k/270336k available (2533k kernel code, 33212k reserved, 1331k data, 220k init) [ 0.098742] Calibrating delay using timer specific routine.. 5995.27 BogoMIPS (lpj=11990555) [ 0.098797] Security Framework initialized [ 0.098812] SELinux: Disabled at boot. [ 0.098832] AppArmor: AppArmor initialize...

...PU#0 PID hash table entries: 2048 (order: 11, 16384 bytes) Xen reported: 2605.904 MHz processor. Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Software IO TLB disabled Memory: 245608k/270336k available (2001k kernel code, 16224k reserved, 870k data, 172k init) Calibrating delay using timer specific routine.. 5213.10 BogoMIPS (lpj=26065536) Security Framework v1.0.0 initialized Capability LSM initialized Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64...

...bility grouping on. Total pages: 66542 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: root=/dev/xvda2 ro [ 0.000000] PID hash table entries: 2048 (order: 2, 16384 bytes) [ 0.000000] Checking aperture... [ 0.000000] No AGP bridge found [ 0.000000] Memory: 229164k/270336k available (6025k kernel code, 448k absent, 40724k reserved, 5023k data, 880k init) [ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU dyntick-idle grace-period acceleration is enabled. [ 0.000...

.../hda6 ro TERM=xterm Initializing CPU#0 PID hash table entries: 2048 (order: 11, 65536 bytes) Xen reported: 1790.826 MHz processor. Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Software IO TLB disabled Memory: 246300k/270336k available (1846k kernel code, 23728k reserved, 780k data, 140k init) Calibrating delay using timer specific routine.. 4480.03 BogoMIPS (lpj=8960079) Security Framework v1.0.0 initialized Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Ca...

We have found a critical problem with the XEN 3.1 release (for those who are running 15-20 VMs on a single server). We are using the official XEN 3.1 release on a rackable server (Dual-Core AMD Opteron, 8GB RAM). The problem we are seeing is that intermittently vifs fail to work properly in VMs after we create around 15-17 VMs on our server (all running at the same time, created one by

...the system with a fresh install of Debian Etch it sees all the memory fine. dmesg reports: Memory: 4107008k/5242880k available (1929k kernel code, 86836k reserved, 864k data, 176k init) However if I boot a xen-3.0.3 kernel, it only sees about half of this: The xen dmesg reports: Memory: 183852k/270336k available (3531k kernel code, 77948k reserved, 1250k data, 208k init) However ''xm info'' shows: total_memory : 3071 This is running a source install of Xen 3.0.3 with kernel 2.6.16.29 I have checked the kernel configuration that Etch uses, compared to my Xen kernel...

...table entries: 2048 (order: 11, 8192 bytes) Xen reported: 2660.000 MHz processor. Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Software IO TLB disabled vmalloc area: d1000000-f51fe000, maxmem 2d7fe000 Memory: 255360k/270336k available (1722k kernel code, 6472k reserved, 626k data, 164k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 6651.79 BogoMIPS (lpj=13303599) Security Framework v1.0.0 initialized SELinux: Disabled at...

Hello, I originally posted this to xen-users, but someone suggested I post it here. I am having ACPI problems on a PenguinComputing Altus1600 system. It has 2x dual core Opteron 2210 processors. The system boots with a standard Debian or Ubuntu SMP kernel, with ACPI enabled. However the xen live cd, binary xen install, as well as my own custom compile of xen 3.0.4 from source will not boot.

Hi there, I''m using the Suse Enterprise 10 RC2 along with Xen 3.0.2 on X86-64 and I''m experiencing a problem with the network. I boot into the Xen kernel and everything works just fine. I can browse the net etc. However after a while the network stops responding completely. I am not sure what causes this to happen or what triggers it. After a few hours, the network just stops