search for: pdone

...| STATEMENT | | binlog_optimize_thread_scheduling | ON | | binlog_stmt_cache_size | 32768 | | expire_logs_days | 0 | | general_log | OFF | | general_log_file | pdone-prod.log | | innodb_flush_log_at_trx_commit | 1 | | innodb_locks_unsafe_for_binlog | OFF | | innodb_log_block_size | 512 | | innodb_log_buffer_size | 8388608 | | innodb_log_file_size | 5242880...

...m.c =================================================================== --- 2007-03-19.orig/xen/arch/x86/mm.c 2007-03-27 10:31:15.000000000 +0200 +++ 2007-03-19/xen/arch/x86/mm.c 2007-03-27 10:32:56.000000000 +0200 @@ -1969,6 +1969,8 @@ int do_mmuext_op( if ( unlikely(!guest_handle_is_null(pdone)) ) (void)copy_from_guest(&done, pdone, 1); } + else + perfc_incr(calls_to_mmuext_op); if ( unlikely(!guest_handle_okay(uops, count)) ) { @@ -2223,6 +2225,8 @@ int do_mmuext_op( UNLOCK_BIGLOCK(d); + perfc_add(num_mmuext_ops, i); + out:...

Hi all, this patch series makes the necessary changes to make sure that the current ARM hypercall ABI can be used as-is on 64 bit ARM platforms: - it defines xen_ulong_t as uint64_t on ARM; - it introduces a new macro to handle guest pointers, called XEN_GUEST_HANDLE_PARAM (that has size 4 bytes on aarch and is going to have size 8 bytes on aarch64); - it replaces all the occurrences of

...memory_reservation = + (struct xen_memory_reservation *)(unsigned int)ARG2; + + POST_MEM_WRITE((Addr)memory_reservation->extent_start.p, + sizeof(xen_pfn_t) * memory_reservation->nr_extents); + break; + } + } +} + +POST(mmuext_op) +{ + unsigned int *pdone = (void *)(unsigned int)ARG3; + /* simplistic */ + POST_MEM_WRITE((Addr)pdone, sizeof(*pdone)); +} + +static void post_evtchn_op(ThreadId tid, __vki_u32 cmd, void *arg, int compat) +{ + switch (cmd) { + case EVTCHNOP_alloc_unbound: { + struct evtchn_alloc_unbound *alloc_unbound = arg;...

Hi all, this patch series makes the necessary changes to make sure that the current ARM hypercall ABI can be used as-is on 64 bit ARM platforms: - it defines xen_ulong_t as uint64_t on ARM; - it introduces a new macro to handle guest pointers, called XEN_GUEST_HANDLE_PARAM (that has size 4 bytes on aarch and is going to have size 8 bytes on aarch64); - it replaces all the occurrences of

...dering to add a mechanism for the kernel to tell Xen to - automatically do a fallback operation like this at least on failed L1 table writes - continue handling mmu updates when one failed (at least in the case where the guest obviously is not prepared to pick up the pieces, i.e. when the ''pdone'' argument is NULL, or alternatively by [dynamically] altering the meaning of that pointer so that it could point to a bitmap). The backend drivers in my opinion have no alternative to getting taught to do full error checking in order to avoid the respective DomU-induced problems. Thanks...