search for: event_channel

Hello, I think this might have been discussed numerous times on this mailing-list, if there is a relevant post I can refer to please point that to me. What I am trying to do is set up a shared memory/event-channels between dom0 and domU''s via socket calls because I cannot use existing front-end/back-end driver mechanism since it relies on devices aka vif, vbd type of device to be created

...t; /* > ^ > compat/grant_table.c:28:0: error: unterminated #ifndef > #ifndef __XEN_PUBLIC_GRANT_TABLE_H__ > ^ > Makefile:61: recipe for target 'compat/grant_table.i' failed > make[5]: *** [compat/grant_table.i] Error 1 > rm compat/features.i compat/callback.c compat/event_channel.i compat/elfnote.c compat/elfnote.i compat/features.c compat/event_channel.c compat/callback.i compat/grant_table.c -- Martin Michlmayr Linux for HPE Helion, Hewlett Packard Enterprise

...uot;Dom%d: Bad GMFN %lx (MFN %lx) to MSR %08x\n", - d->domain_id, gmfn, mfn, 0x40000000); + "Bad GMFN %lx (MFN %lx) to MSR %08x\n", + gmfn, mfn, 0x40000000); return 0; } Index: 2007-12-10/xen/common/event_channel.c =================================================================== --- 2007-12-10.orig/xen/common/event_channel.c 2007-09-10 09:59:37.000000000 +0200 +++ 2007-12-10/xen/common/event_channel.c 2007-12-10 09:22:53.000000000 +0100 @@ -42,8 +42,16 @@ #define ERROR_EXIT(_errno)...

...compat/grant_table.c:28:0: error: unterminated #ifndef >> #ifndef __XEN_PUBLIC_GRANT_TABLE_H__ >> ^ >> Makefile:61: recipe for target 'compat/grant_table.i' failed >> make[5]: *** [compat/grant_table.i] Error 1 >> rm compat/features.i compat/callback.c compat/event_channel.i compat/elfnote.c compat/elfnote.i compat/features.c compat/event_channel.c compat/callback.i compat/grant_table.c > I think you need this patch from upstream xen.git. commit 3f293c7caaefc2c37b61e44e8ebd5a7f1c554afb Author: Dario Faggioli <dario.faggioli at citrix.com> AuthorDate: T...

...xbffff000) 8597 0.0824 bash CPU_CLK_UNHALT...| ...... And I can not get the detail informations such as: samples % class 11590 9.1785 arch/x86/mm.o 10967 8.6850 grant_table.o 5545 4.3912 find_domain_by_id 4953 3.9225 arch/x86/x86_32 4418 3.4987 page_alloc.o 4310 3.4132 io_apic.o 2314 1.8325 event_channel.o 1710 1.3542 usercopy.o 7817 6.1903 other 53624 42.4661 TOTAL Thanks Ares ----------------------------------------------------------------------------------- This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, us...

This patch adds new control messages for vcpu hotplug events. Via the xm vcpu_hotplug sub-program, VCPUS in domains can be enabled/disabled when CONFIG_HOTPLUG_CPU is enabled in the target domain''s kernel. Currently there is nothing that tracks whether a VCPU is up or down. My previous [1]patch added a new per-VCPU flag (VCPUF_down) which could be used to keep track of which VCPUS are

Hi. Recently the xen-ia64 community started to make efforts to merge xen/ia64 Linux to upstream. The first step is to merge up domU portion. This patchset is preliminary for xen/ia64 domU linux making the current xen/x86 domU code more arch generic and adding missing definitions and files. Diffstat: arch/x86/xen/Makefile | 4 +- arch/x86/xen/grant-table.c | 91

Hi. Recently the xen-ia64 community started to make efforts to merge xen/ia64 Linux to upstream. The first step is to merge up domU portion. This patchset is preliminary for xen/ia64 domU linux making the current xen/x86 domU code more arch generic and adding missing definitions and files. Diffstat: arch/x86/xen/Makefile | 4 +- arch/x86/xen/grant-table.c | 91

Hi. Recently the xen-ia64 community started to make efforts to merge xen/ia64 Linux to upstream. The first step is to merge up domU portion. This patchset is preliminary for xen/ia64 domU linux making the current xen/x86 domU code more arch generic and adding missing definitions and files. Diffstat: arch/x86/xen/Makefile | 4 +- arch/x86/xen/grant-table.c | 91

Hi- I am trying to pass an LSI SAS2008-based HBA (IBM M1015) through to an HVM Solaris VM, using Xen 4.2 unstable and the qemu-traditional device model. On boot I see the following error: MPT BIOS Fault 09h encountered at adapter PCI(00h,05h,00h) A list search yielded (http://comments.gmane.org/gmane.comp.emulators.xen.devel/128172), however there was no solution for an HVM VM. I''ve

...| 16 ++++-- xen/arch/x86/domain.c | 2 xen/arch/x86/io_apic.c | 11 ---- xen/arch/x86/irq.c | 112 ++++++++++++++++++++++++++++--------------- xen/arch/x86/msi.c | 1 xen/arch/x86/physdev.c | 96 +++++++++++++++++++----------------- xen/common/event_channel.c | 3 - xen/include/asm-x86/domain.h | 2 xen/include/asm-x86/irq.h | 5 + xen/include/asm-x86/msi.h | 2 xen/include/xen/irq.h | 3 - 11 files changed, 142 insertions(+), 111 deletions(-) diff -r 7750906b06b3 -r 31f09a5e24cf xen/arch/ia64/xen/irq.c --- a/xen/arch/ia...

...lt;asm/io.h> -#include <asm/setup.h> -#include <asm/pgalloc.h> -#include <xen/evtchn.h> #include <asm/hypervisor.h> #include <xen/blkif.h> -#include <xen/gnttab.h> #include <xen/driver_util.h> #include <xen/xenbus.h> +#include <xen/interface/event_channel.h> #include "blkback-pagemap.h" @@ -93,9 +88,6 @@ typedef struct blkif_st { int st_wr_sect; wait_queue_head_t waiting_to_free; - - grant_handle_t shmem_handle; - grant_ref_t shmem_ref; } blkif_t; struct backend_info @@ -111,7 +103,7 @@ struct backend_i...

I''m not seeing the problem that Fan Zhao is reporting, instead I get this one. Not sure if ti''s the same one or a different problem... This happens with my simple-guest [i.e. not using hvmloader, as I described before]. This worked fine yesterday. (XEN) event_channel.c:178:d0 EVTCHNOP failure: domain 0, error -22, line 178 (XEN) bad shared page: 0 (XEN) domain_crash_sync called from platform.c:844 (XEN) Domain 20 (vcpu#0) crashed on cpu#1: (XEN) ----[ Xen-3.0-unstable x86_64 debug=n Tainted: C ]---- (XEN) CPU: 1 (XEN) RIP: 0010:[<0000000000102638...

> > include/xen/interface/arch-x86_32.h | 197 +++++++++++++++ > > include/xen/interface/event_channel.h | 205 +++++++++++++++ > > include/xen/interface/features.h | 53 ++++ > > include/xen/interface/grant_table.h | 311 > +++++++++++++++++++++++ > > include/xen/interface/io/blkif.h | 85 ++++++ > > > Shouldn't these be under asm-i386 , or are...

...evtchn(int port); Using a signed integer is good because negative numbers can be use to return error conditions from functions that cannot be confused with valid port numbers. For code used within Mini-OS, I''ve been using evtchn_port_t, which is defined in xen-unstable/xen/include/public/event_channel.h as: typedef uint32_t evtchn_port_t; Is there a plan to harmonize this representation of a port with yours, and make it a signed integer? I also notice that xen-unstable/xen/include/public/grant_table.h defines grant_ref_t and grant_handle_t to be unsigned. Once again, having a representatio...

...en domain_create_ring() and the removal of the do mU entry from xenstore. If the removal of the domU entry from xenstore comes lat er than the first xs_gather() call in domain_create_ring(), it will go on and bi nd the evtchn port to the dying domU, which will cause below error message: (XEN) (file=event_channel.c, line=144) EVTCHNOP failure: domain 0, error -22, li ne 144 Signed-off-by: Max Zhen <max.zhen@sun.com> diff -r c682ae7a1722 -r db465ecb164e tools/console/daemon/io.c --- a/tools/console/daemon/io.c Fri Sep 01 12:16:21 2006 +0100 +++ b/tools/console/daemon/io.c Fri Sep 01 08:14:07 2006 -07...

...max.zhen@sun.com # Date 1171024588 28800 # Node ID a2d15838ea72ee049d8a657e9ecd406b5c6cb53e # Parent d609929f140809ec1c9a059f2eeaffb7ce56c891 Xenconsoled should ignore spurious watch event. Otherwise, xenconsoled could bind to a dying domU during its suspending and cause complaint from Xen: (XEN) event_channel.c:177:d0 EVTCHNOP failure: domain 0, error -22, line 177 Signed-off-by: Max Zhen <max.zhen@sun.com> diff --git a/tools/console/daemon/io.c b/tools/console/daemon/io.c --- a/tools/console/daemon/io.c +++ b/tools/console/daemon/io.c @@ -63,6 +63,7 @@ struct domain char *conspath; int ring...

...on@sun.com # Date 1171946682 28800 # Node ID e8a7491ed4c57d4d82642dd954b8909d9065b377 # Parent 24a6bc1d1b93405558741a2a8fa7ba2f7c44964a Xenconsoled should ignore spurious watch event. Otherwise, it can rebind to the same evtchn of a dying domU during suspending and cause below error message: (XEN) event_channel.c:177:d0 EVTCHNOP failure: domain 0, error -22, line 177 diff --git a/tools/console/daemon/io.c b/tools/console/daemon/io.c --- a/tools/console/daemon/io.c +++ b/tools/console/daemon/io.c @@ -66,6 +66,7 @@ struct domain char *conspath; int ring_ref; evtchn_port_t local_port; + evtchn_port_t...

...secauth: off threads: 0 interface { ringnumber: 0 bindnetaddr: 192.168.1.0 mcastaddr: 226.94.1.1 mcastport: 5405 } } logging { to_stderr: yes to_file: yes logfile: /tmp/ais debug: off timestamp: on } amf { mode: disabled } root at asterisk-slb01:~# cat /etc/asterisk/ais.conf [device_state] type=event_channel publish_event=device_state subscribe_event=device_state -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20081011/2b996476/attachment.htm

> > include/xen/interface/arch-x86_32.h | 197 +++++++++++++++ > > include/xen/interface/event_channel.h | 205 +++++++++++++++ > > include/xen/interface/features.h | 53 ++++ > > include/xen/interface/grant_table.h | 311 > +++++++++++++++++++++++ > > include/xen/interface/io/blkif.h | 85 ++++++ > > > Shouldn't these be under asm-i386 , or are...