search for: sys_clone

Hello, can someone direct me to a code sample showing usage of sys_clone on IA64 ? I use that syscall in the multipathd daemon, and I received compilation errors from IA64 pepole. As I don't have hardware to play with, I'd appreciate guidance. regards, -- christophe varoqui <christophe.varoqui@free.fr>

...[<ffffffff81066af3>] do_fork+0x53/0x360 [ 3009.952843] [<ffffffff810b25c7>] ? lock_release+0x117/0x250 [ 3009.962283] [<ffffffff817d26c0>] ? _raw_spin_unlock+0x30/0x60 [ 3009.971532] [<ffffffff817d3495>] ? sysret_check+0x22/0x5d [ 3009.980820] [<ffffffff81017523>] sys_clone+0x23/0x30 [ 3009.990046] [<ffffffff817d37f3>] stub_clone+0x13/0x20 [ 3009.999335] [<ffffffff817d3469>] ? system_call_fastpath+0x16/0x1b [ 3010.008667] ---[ end trace 2d9694c2c0a24da8 ]--- It seems to be due to the "mcelog" userspace tool provided with Debian Squeeze (mcelo...

...:48 waff [<ffffffff8023680f>] do_fork+0xef/0x210 1 20:53:48 waff [<ffffffff8029c652>] recalc_sigpending+0x12/0x20 1 20:53:48 waff [<ffffffff8022005d>] sigprocmask+0xfd/0x110 1 20:53:48 waff [<ffffffff80269662>] system_call+0x86/0x8b 1 20:53:48 waff [<ffffffff802767c3>] sys_clone+0x23/0x30 1 20:53:48 waff [<ffffffff80269a71>] ptregscall_common+0x3d/0x64 1 20:53:48 waff 1 20:53:48 waff 1 20:53:48 waff Code: 0f 0b 68 b8 76 5a 80 c2 c5 00 90 c9 c3 00 00 00 00 00 00 00 1 20:53:48 waff RIP [<ffffffff80285c75>] xen_pgd_pin+0x55/0x70 1 20:53:48 waff RSP <ffff880...

Hi, I have buit Xen (32 bit) with PAE and can start multiple Paraguests with 4 gig memory, but cannot launch a single VM with more than 4 gb memory. I would like to launch 1 VM with 30GB or so memory. Are there any config paramters like kernel,/inittrd that need to be changed. I have the ramdisk set to the initrd I used to boot xen with PAE. Thanks - padma

...lt;ffffffff811b24d2>] ? copy_page_range+0x312/0x490 [ 32.305004] [<ffffffff81083012>] ? dup_mm+0x362/0x680 [ 32.305004] [<ffffffff810847ae>] ? copy_process+0x144e/0x1960 [ 32.305004] [<ffffffff81084e71>] ? do_fork+0x91/0x2c0 [ 32.305004] [<ffffffff81085126>] ? SyS_clone+0x16/0x20 [ 32.305004] [<ffffffff816974d9>] ? stub_clone+0x69/0x90 [ 32.305004] [<ffffffff81697189>] ? system_call_fastpath+0x16/0x1b [ 32.305004] Code: 20 e9 2f ff ff ff 44 89 fa 44 89 ee 48 c7 c7 10 45 8c 81 31 c0 e8 9d 14 00 00 58 5a 5b 41 5c 41 5d 41 5e 41 5f 5d c3 55 48 89...

..._range+0x64/0x170 Jul 21 10:11:42 dioo-XPS kernel: [ 2195.316226] [<ffffffff81078642>] copy_process.part.25+0x13c2/0x1aa0 Jul 21 10:11:42 dioo-XPS kernel: [ 2195.316227] [<ffffffff81078ed5>] do_fork+0xd5/0x340 Jul 21 10:11:42 dioo-XPS kernel: [ 2195.316228] [<ffffffff810791c6>] SyS_clone+0x16/0x20 Jul 21 10:11:42 dioo-XPS kernel: [ 2195.316231] [<ffffffff817cffb2>] system_call_fastpath+0x16/0x75 Jul 21 10:11:42 dioo-XPS kernel: [ 2195.316231] Code: 30 5b 41 5c 5d c3 0f 1f 44 00 00 48 8d 75 d0 48 89 d1 89 df 4c 89 e2 e8 67 fe ff ff 8b 55 e8 83 e2 01 74 d9 0f 1f 80 00 00 00 00...

2.6.4 changed asm/unistd.h, it includes now linux/types.h. This breaks compilation of fork.c and mmap.c, duplicate typedefs on ppc64 and x86_64. Moving one include fixes the compile. --- klibc/fork.c +++ klibc/fork.c 2004/03/14 15:04:51 @@ -5,8 +5,8 @@ * doesn't have sys_fork, only sys_clone... */ -#include <sys/syscall.h> #include <signal.h> +#include <sys/syscall.h> #include <unistd.h> #ifdef __NR_fork --- klibc/mmap.c +++ klibc/mmap.c 2004/03/14 15:04:55 @@ -4,8 +4,8 @@ #include <stdint.h> #include <errno.h> -#include <sys/syscall....

...x87 May 12 15:34:18 ioana.slack.i kernel: [<c01208bd>] do_fork+0x9b/0x1a5 May 12 15:34:18 ioana.slack.i kernel: [<c0176f9b>] pipe_write+0x1c/0x20 May 12 15:34:18 ioana.slack.i kernel: [<c0168d21>] vfs_write+0xda/0xe2 May 12 15:34:18 ioana.slack.i kernel: [<c0104923>] sys_clone+0x22/0x26 May 12 15:34:18 ioana.slack.i kernel: [<c0311443>] syscall_call+0x7/0xb May 12 15:34:18 ioana.slack.i kernel: Code: 01 00 00 81 e6 00 fe ff ff 8d 04 f5 00 00 00 00 89 44 24 0c 39 44 24 08 7d 6d 8b 7c 24 08 c1 ef 0c 81 7c 24 08 ff ff 00 00 7e 08 <0f> 0b 2e 00 8d b4 31 c0 8b...

...; > Oct 3 23:27:52 tuek <ffffffff80128c8e>{do_fork+238} > > <ffffffff801710d6>{fd_install+54} Oct 3 23:27:52 tuek > > <ffffffff80134e8c>{sigprocmask+220} > > <ffffffff8010afbe>{system_call+134} > > Oct 3 23:27:52 tuek <ffffffff801094b3>{sys_clone+35} > > <ffffffff8010b3e9>{ptregscall_common+61} > > > > Oct 3 23:27:52 tuek ----------- [cut here ] --------- [please bite > > here ] --------- Oct 3 23:27:52 tuek Kernel BUG at > > arch/x86_64/mm/../../i386/mm/hypervisor.c:198 > > Oct 3 23:27:52 tu...

...gt;] ? copy_page_range+0x312/0x490 > [ 32.305004] [<ffffffff81083012>] ? dup_mm+0x362/0x680 > [ 32.305004] [<ffffffff810847ae>] ? copy_process+0x144e/0x1960 > [ 32.305004] [<ffffffff81084e71>] ? do_fork+0x91/0x2c0 > [ 32.305004] [<ffffffff81085126>] ? SyS_clone+0x16/0x20 > [ 32.305004] [<ffffffff816974d9>] ? stub_clone+0x69/0x90 > [ 32.305004] [<ffffffff81697189>] ? system_call_fastpath+0x16/0x1b > [ 32.305004] Code: 20 e9 2f ff ff ff 44 89 fa 44 89 ee 48 c7 c7 10 45 8c > 81 31 c0 e8 9d 14 00 00 58 5a 5b 41 5c 41 5d 41 5e 4...

...mm_init+0xd7/0x116 [<c01199e4>] mm_init+0xe7/0x116 [<c0119c8a>] copy_mm+0xbb/0x396 [<c0141f1f>] cache_alloc_refill+0x154/0x19c [<c011aa5a>] copy_process+0x6b5/0xb0b [<c011af9d>] do_fork+0x8a/0x16b [<c020f4c4>] sys_socketcall+0x113/0x202 [<c0105d2c>] sys_clone+0x24/0x28 [<c010737f>] syscall_call+0x7/0xb Code: 74 02 66 a5 a8 01 74 01 a4 5e 5b 5e 5f c3 80 3d 04 07 2f c0 00 75 1c 6a 20 6a 00 ff 74 24 0c e8 ce 37 00 00 83 c4 0c 85 c0 74 08 <0f> 0b 32 01 ed 33 27 c0 c3 80 3d 04 07 2f c0 00 75 0d c7 44 24 <0>Fatal exception: panic in 5 se...

...mm_init+0xd7/0x116 [<c01199e4>] mm_init+0xe7/0x116 [<c0119c8a>] copy_mm+0xbb/0x396 [<c0141f1f>] cache_alloc_refill+0x154/0x19c [<c011aa5a>] copy_process+0x6b5/0xb0b [<c011af9d>] do_fork+0x8a/0x16b [<c020f4c4>] sys_socketcall+0x113/0x202 [<c0105d2c>] sys_clone+0x24/0x28 [<c010737f>] syscall_call+0x7/0xb Code: 74 02 66 a5 a8 01 74 01 a4 5e 5b 5e 5f c3 80 3d 04 07 2f c0 00 75 1c 6a 20 6a 00 ff 74 24 0c e8 ce 37 00 00 83 c4 0c 85 c0 74 08 <0f> 0b 32 01 ed 33 27 c0 c3 80 3d 04 07 2f c0 00 75 0d c7 44 24 <0>Fatal exception: panic in 5 se...

...8108a2fa>] warn_slowpath_null+0x1a/0x20 [ 25.163209] [<ffffffffa034b132>] ttm_bo_vm_open+0x52/0x80 [ttm] [ 25.163214] [<ffffffff81088f17>] copy_process.part.26+0x18f7/0x1b90 [ 25.163219] [<ffffffff81089373>] do_fork+0xc3/0x370 [ 25.163225] [<ffffffff810896a6>] SyS_clone+0x16/0x20 [ 25.163229] [<ffffffff81700189>] stub_clone+0x69/0x90 [ 25.163234] [<ffffffff816ffe29>] ? system_call_fastpath+0x16/0x1b [ 25.163237] ---[ end trace da86bd3f343ad454 ]--- [ 25.163241] ------------[ cut here ]------------ and when using it thousands of lines with [...

...Jan 23 12:52:48 DoyleBrunson kernel: [<c046afef>] kmem_cache_alloc+0x41/0x4b Jan 23 12:52:48 DoyleBrunson kernel: [<c0424e07>] copy_process+0xa97/0x11e4 Jan 23 12:52:48 DoyleBrunson kernel: [<c0425595>] do_fork+0x41/0x130 Jan 23 12:52:48 DoyleBrunson kernel: [<c04031aa>] sys_clone+0x28/0x2d Jan 23 12:52:49 DoyleBrunson kernel: [<c0404eff>] syscall_call+0x7/0xb Jan 23 12:52:49 DoyleBrunson kernel: ======================= Jan 23 12:52:49 DoyleBrunson kernel: Mem-info: Jan 23 12:52:49 DoyleBrunson kernel: DMA per-cpu: Jan 23 12:52:49 DoyleBrunson kernel: cpu 0 hot: high...

This patch is a significant performance improvement for the m2p_override: about 6% using the gntdev device. Each m2p_add/remove_override call issues a MULTI_grant_table_op and a __flush_tlb_single if kmap_op != NULL. Batching all the calls together is a great performance benefit because it means issuing one hypercall total rather than two hypercall per page. If paravirt_lazy_mode is set

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Now all the comments so far have been addressed, but only a few exceptions. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops.

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Now all the comments so far have been addressed, but only a few exceptions. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops.

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Please review and comments. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops. Currently only ia64/xen pv_ops implementation

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Please review and comments. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops. Currently only ia64/xen pv_ops implementation

Hi, I try to build experimental networks with Xen and stumbled over the same problem that has been described quite well by Mark Doll in his posting "xen_net: Failed to connect all virtual interfaces: err=-100" here: http://lists.xensource.com/archives/html/xen-users/2005-04/msg00447.html As it was still present in 2.0.6, I tried 3.0-devel and found NR_PIRQS and NR_DYNIRQS had been