Re: [Libvir] PATCH: support Xen 3.0.5

Hi, Dan Thank you for submitting patch! I am eased to see this. Since I can test on current xen-unstable. Anyway I will test on with this patch. Thanks Atsushi SAKAI "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote: > I've been doing some testing with current xen-uns

Re: [Libvir] [Q] about Missing type converters in python/generator.py

Hi, Rich Thank you I am eased. Thanks Atsushi SAKAI "Richard W.M. Jones" <[EMAIL PROTECTED]> wrote: > I also have this error, but I came to the conclusion that it is a > warning which is safe to ignore. > -- Libvir-list mailing list Libvir-list@redhat.com https

[Libvir] [Q] about Missing type converters in python/generator.py

void *:2 unsigned long *:2 == Thanks Atsushi SAKAI -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Fedora-xen] Xen on IA64

Hi, Dan Why Fedora have Fedora-IA64-list? https://www.redhat.com/mailman/listinfo/fedora-ia64-list Thanks Atsushi SAKAI "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote: > On Mon, Apr 09, 2007 at 03:16:44PM +0400, ? ?? wrote: > >Hi there! > > >

Re: [Libvir] [PATCH][RFC] shows scheduler information

Hi, Rich Thank you for your comments. The purpose for asking is, if I get a comment soon. It will shorten my working for this issue. But finally I read through the code. Anyway, the method for building XML document in libvirt is interesting for me. Thanks Atsushi SAKAI "Richard W.M.

[Libvir] [PATCH] Add xenUnifiedRegister Comment for xml files

Hi, I run apibuild.py on docs, following messages are appeared. Missing comment for function xenUnifiedDriver This patch fixes this. If comments are not appropriate, please change it. Thanks Atsushi SAKAI --- libvirt.0410/src/xen_unified.c 2007-04-04 23:19:49.0 +0900

Re: [Libvir] [PATCH][RFC] shows scheduler information

Hi, I add comments to libvirt.h and libvirt.h.in. This purposes is apibuild.py can correctly generate libvirt-api.xml&libvirt-refs.xml. But if I use "union", apibuild.py does not work and libvirt-api.xml is not included in union case. Is there any good idea? Thanks Atsushi SA

Re: [Libvir] [PATCH][RFC] shows scheduler information

these functions document ? It seems wrong to write libvirt-api.xml directly. Thanks Atsushi SAKAI add_scheduler2.patch Description: Binary data -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Libvir] [PATCH][RFC] shows scheduler information

just work is going or it is just a policy Anyway, this issue seems to be another work. I hope someone will do it consistently. If nobody do this, I will do it. And one more, Who attend the XenSummit? I plan to go to the XenSummit. Thanks Atsushi SAKAI Daniel Veillard <[EMAIL PROTECTED]>

Re: [Libvir] [PATCH][RFC] shows scheduler information

ld be fixed. If needed, I will post it as another patch. Thanks Atsushi SAKAI add_scheduler.patch Description: Binary data -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Libvir] [PATCH] About remote operation restrictions of a generaluser

Hi, Daniel This issue should be based on libvirt Authorization Model. I do not know libvirt Authorization model. How do you think? or any document exists? Or should be discuss libvirt Authorization Model later? Thanks Atsushi SAKAI Daniel Veillard <[EMAIL PROTECTED]> wrote: > On We

[Libvir] Re: [PATCH] add scheduler type.

Hi, Rich Thank you for your comments. I am not checked with your & Dan patch. I just checked with latest revision. I will check scheduler_get_set_parameter patch with above patch before posting. I hope I plan to post within this week. Thanks Atsushi SAKAI "Richard W.M. Jones

[Libvir] [PATCH] add scheduler type.

tSchedInfo) (virDomainPtr domain, Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI add_schedulertype.patch Description: Binary data -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Fedora-xen] what are the benchmarking tools required for para andfully virtualized xen guest domains

Hi, Have you seen this list? http://wiki.xensource.com/xenwiki/XenTest Anyway at this moment, we just need to compare native and guest performance. Thanks Atsushi SAKAI Muhammad Asif Iftikhar <[EMAIL PROTECTED]> wrote: > Can someone let me know the benchmarking tools or any

[Libvir] [PATCH] fix_setmem_setmaxmem_help message

Hi, This patch intends to fix the help message of setmem/setmaxmem.(from bytes to kilobytes) Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI fix_setmem_setmaxmem_help.patch Description: Binary data -- Libvir-list mailing list Libvir-list@redhat.com

Re: [Libvir] [PATCH][RFC] shows scheduler information

parameters from Linux scheduler API? (Realtime etc...) Anyway this should be Linux scheduler related issue. So we should define Linux scheduler related struct for qemu related issue. Thanks Atsushi SAKAI Daniel Veillard <[EMAIL PROTECTED]> wrote: > On Thu, Mar 29, 2007 at 09:16:05PM +0900

Re: [Libvir] [PATCH][RFC] shows scheduler information

Hi, Rich Thank you for your comments. (The primary motivation is take a comments!) I am wondering the libvirt policy about scheduer. And I just know the Xen scheduler only. Is any good idea to support this? Thanks Atsushi SAKAI "Richard W.M. Jones" <[EMAIL PROTECTED]> w

Re: [Libvir] [PATCH] Enable USB device setting information handlingon virsh.

Hi, Daniel Thank you for your comments. We never forget this issue. Please give us a time about this. (Since JFY(Japan Finalcial Year) is changed when March 31 to April 1) Thanks Atsushi SAKAI Daniel Veillard <[EMAIL PROTECTED]> wrote: > On Thu, Mar 15, 2007 at 05:54:19PM +0900,

[Libvir] [PATCH][RFC] shows scheduler information

SchedulerID:5 Weight: 256 Cap:0 Thanks Atsushi SAKAI libvirt_add_sched.patch Description: Binary data -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list

[XenPPC] Re: [Libvir] libvirt not compatible with Xen-unstable hypercall API ?

Hi, Jerone. Thank you for your info. It needs to fix, I will fix this issue. (I check up to xen-3.0.4 but for xen-3.0.5 is not yet. The structure changes from xen-3.0.4 to xen-3.0.5.) But I hope xen_internal.c should switch libxc. Any reason of libvirt stay on original code? Thanks Atsushi

[XenPPC] Re: [Libvir] libvirt not compatible with Xen-unstable hypercall API ?

Hi, Daniel Thank you for your description. Now I understand libvirt policy and why code is complex. Anyway I will track on this. Thanks Atsushi SAKAI Daniel Veillard <[EMAIL PROTECTED]> wrote: > On Tue, Mar 27, 2007 at 10:27:23AM +0900, Atsushi SAKAI wrote: > > Hi, Jerone. >

Re: [Libvir] libvirt not compatible with Xen-unstable hypercall API ?

Hi, Daniel Thank you for your description. Now I understand libvirt policy and why code is complex. Anyway I will track on this. Thanks Atsushi SAKAI Daniel Veillard <[EMAIL PROTECTED]> wrote: > On Tue, Mar 27, 2007 at 10:27:23AM +0900, Atsushi SAKAI wrote: > > Hi, Jerone. >

Re: [Libvir] libvirt not compatible with Xen-unstable hypercall API ?

Hi, Jerone. Thank you for your info. It needs to fix, I will fix this issue. (I check up to xen-3.0.4 but for xen-3.0.5 is not yet. The structure changes from xen-3.0.4 to xen-3.0.5.) But I hope xen_internal.c should switch libxc. Any reason of libvirt stay on original code? Thanks Atsushi

Re: [Libvir] [PATCH] Add Xen Interface Version Check

Hi, Daniel Formaly Dan(Berrange) commented as to check a patch on Fedora7. So I switched the base from FC6 to Fedora7. Thanks Atsushi SAKAI Daniel Veillard <[EMAIL PROTECTED]> wrote: > Okay, I had only an x86_64 running Fedora Core 6 and i386 running RHEL5 > to test, too old t

Re: [Xen-ia64-devel] Compiling error: libxc

Hi, 　I compiled xen-ia64-unstable CS:14419 and works fine. of course libxc works fine. Which version you are using? Thanks Atsushi SAKAI "Rodrigo Lord" <[EMAIL PROTECTED]> wrote: > Hi! > > I was trying to compile xen-ia64-unstable on a Itanium2 (HP rx2600 with 2 &

Re: [Libvir] [PATCH] Add Xen Interface Version Check

Hi, Daniel I do test on root privilege. virsh vcpuinfo 0 It failed. (because of DOMCTL version mismatch.) I investigate this problem. And user privilege, virsh vcpuinfo 0 does not run because [EMAIL PROTECTED] support problem. Thanks Atsushi SAKAI Daniel Veillard <[EMAIL PROTECTED]>

[Libvir] [PATCH] Add Xen Interface Version Check

+fprintf(stderr, "Memory allocation failed at xenHypervisorIniti()\n"); Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI --- libvirt-0.2.1/src/xen_internal.c2007-03-16 06:36:41.0 +0900 +++ libvirt-0.2.1.hyper/src/xen_internal.c 2007-03-19 19

[Libvir] [PATCH] Fix driver counting in virConnectOpen

Hi, I think virConnectOpen driver counting check is wrong. If we does not run libvirt_qemud, virsh does not run on root privilege. This restriction forces Xen user to run verbose libvirt_qemud. Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI diff -urpN libvirt-0.2

Re: [Libvir] [PATCH] Fix dom0 maxmem display for memmax not set case

Hi, Daniel I resend it. I like patch in attach file way (like Xen not Linux). Thanks Atsushi SAKAI Daniel Veillard <[EMAIL PROTECTED]> wrote: > commited your patch to CVS. Just one tiny thing if you could provide > patches as attachments to mails instead of inline, this makes th

[Libvir] [PATCH] Fix dom0 maxmem display for memmax not set case

tput). Max memory:4294967292 kB This patch fix as follows Max memory:no limit (This comment is taken from xentop :-)) This problem is already cared on xentop (Xen performance tool). Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI diff -urpN libvirt.orig/src

Re: [Xen-ia64-devel] [PATCH][3/3] Steal time accountingforPVdomain/IA64 TAKE2

Hi, Alex Thank you for commiting patches. And thanks for fixing build failure by merging xen-unstable. This is the last one of patches(3rd-patch). (based on xen-ia64-unstable 14297) As you suggested, I unified from stolen and blocked loop to one. Thanks Atsushi SAKAI

Re: [Xen-ia64-devel] [PATCH][3/3] Steal time accounting forPVdomain/IA64 TAKE2

just because I check only one hypercall. I consider it as my backlog. Thanks Atsushi SAKAI ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

Re: [Libvir] [RFC] Check host's minimum memory.

domain. For this reason, virsh setmem must protect at xs_internal.c not on Xen-side Anyway xm mem-set uses setMemoryTarget()@XendDomainInfo.py and write xenstore(memory/target). This path can be protected by XenD fixes. How should we do? Thanks Atsushi SAKAI Atsushi SAKAI <[EMAIL PROTEC

Re: [Libvir] [RFC] Check host's minimum memory.

Hi, Dan O.K. I will asking Xen-devel with policy forcing patch. Thanks Atsushi SAKAI "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote: > On Wed, Mar 07, 2007 at 06:43:14AM -0500, Daniel Veillard wrote: > > On Tue, Mar 06, 2007 at 02:40:24PM +0900, Masayuki Sunou wrote:

[Xen-ia64-devel] [PATCH][1/3] Steal time accounting for PVdomain/IA64 TAKE2

This is just import linux/arch/ia64/kernel/time.c for steal time accounting. Thanks Atsushi SAKAI add_time_c.patch Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] [PATCH][3/3] Steal time accounting for PVdomain/IA64 TAKE2

This is PVdomain side patch. Thanks Atsushi SAKAI steal_time_pvdom.patch Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] [PATCH][2/3] Steal time accounting for PVdomain/IA64 TAKE2

This is Hypervisor side patch. Thanks Atsushi SAKAI steal_time_hyper.patch Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] [PATCH][0/3] Steal time accounting for PVdomain/IA64 TAKE2

pervisor patch (support hypercall and report runstate to PVdomain) 3)PVdomain patch (calling hypercall function and timer_interruption changes) Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> The changes from previous version[RFC] is 1) Use hypercall (previously data is transferred by

Re: [Libvir] [RFC] Check host's minimum memory.

not protected by your siggested parameter.(like [EMAIL PROTECTED]). To protect Dom0 minimum memory size, Which component (Libvirt or Xend) should do? I think Sunou's solution is better one. Thanks Atsushi SAKAI "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote: > AFAICT, thi

Re: [Xen-ia64-devel] Question about SMP Credit Scheduler!

Hi, Dodrigo Credit scheduler just do weight based balancing in principle. Is this your answer? Anyway What do you mean "vcpu balancing"? But this kind of discussion should be done in xen-devel. Thanks Atsushi SAKAI "Rodrigo Lord" <[EMAIL PROTECTED]> wrote: > Hi!

Re: [Libvir] Error when paravirtualization domain starts with virsh.

u are the first person to check virsh on PV-domain/IA64! Thanks Atsushi SAKAI "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote: > On Mon, Mar 05, 2007 at 11:19:03AM +0100, Michel Gauthier wrote: > > With the RHEL5 RC distribution on our IA64 platform (4 CPUs), whe

Re: [Libvir] [PATCH] check the maximum of virtual CPU

* in body to indicate error */ virXendError(xend, VIR_ERR_POST_FAILED, content); ret = -1; Thanks Atsushi SAKAI "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote: > On Fri, Mar 02, 2007 at 08:42:59PM +0900, Masayuki Sunou wrote: > > Hi Dan > &

Re: [Libvir] [PATCH] check the maximum of virtual CPU

Hi, Dan Masayuki changes the function from virGetCpuMax to virDomainGetMaxVcpus. but not changes xenHypervisorGetCpuMax. This is based on your suggestion. Is this code satify your criteria? If this code satisfied, he will make final code for the commiting. Thanks Atsushi SAKAI Masayuki

Re: [Libvir] Request for libvirt/ChangeLog

Hi, Dan Thank you for showing your policy. I am consider local counting rule based on your policy. Anyway I usually see it with "cvs log libvirt/ChangeLog" not bare "vi libvirt/ChangeLog". It shows commiters name.:-) Thanks Atsushi SAKAI "Daniel P. Berrange" &l

Re: [Libvir] Request for libvirt/ChangeLog

Hi, Karel Thank you for your suggestion. I need to count our company contribution based on # of patches to report our managers. This patch counting method is available for virtinst/virtmanager/Xen but not for libvirt. Thanks Atsushi SAKAI Karel Zak <[EMAIL PROTECTED]> wrote: > On

[Libvir] Request for libvirt/ChangeLog

Hi, Dan I have one request for libvirt/ChangeLog. Please add the submitter Mail address to libvirt/ChangeLog for ease of contribution counting. Or If you have any good Idea to get the contribution statistics, please notice me. If you consider this, I would be appreciate it. Thanks Atsushi

Re: [Libvir] [PATCH] to run on IA64

Hi,　Mark It works fine. Thanks Atsushi SAKAI Atsushi SAKAI <[EMAIL PROTECTED]> wrote: > Hi, Mark > > Thank you for your suggestion. > I just compiled it sucessfuly. > It should be work. > I will do test it tomorrow. > > Thanks > Atsushi　SAKAI > > Ma

Re: [Libvir] [PATCH] to run on IA64

Hi, Mark Thank you for your suggestion. I just compiled it sucessfuly. It should be work. I will do test it tomorrow. Thanks Atsushi　SAKAI Mark McLoughlin <[EMAIL PROTECTED]> wrote: > Hi, > Thanks for that ... > > On Tue, 2007-02-20 at 13:51 +0900, A

Re: [Libvir] [PATCH] to run on IA64

Hi, Dan Thank you for your reply, current IA64 is in most cases (like Linux) uses Little endian at this moment. So This is for question related to virt-manager future support. Thanks Atsushi SAKAI "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote: > On Mon, Feb 19, 2007

[Libvir] [PATCH] to run on IA64

Hi, This patch intends to run libvirt 0.2.0 on IA64. Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Just one question, is there any plan to support big/little endian for libvirt? (related to network) Thanks Atsushi SAKAI ia64-work.patch Description: Binary data -- Libvir-list m

[Libvir] [PATCH] Add Require gnutls-devel for SRPM build

Hi, This patch adds a Require gnutls-devel for "libvirt.spec" file. Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Anyway, libvirt SRPM cannot build on IA64. We are investigating on this. Is threre any good idea? Thanks Atsushi SAKAI require-gnutls-devel.patch Descript

[Xen-ia64-devel] [PATCH] Add localtime setting for PV/IA64 domain.

Hi, This patch adds localtime setting for PV/IA64 domain. This will work if xen-unstable 13835 patch is applied. http://xenbits2.xensource.com/xen-unstable.hg?rev/d609929f1408 Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Any comments are appreciated. Thanks Atsushi

Re: [Xen-ia64-devel] [PATCH][RFC] [0/2]Consider steal time for IA64-PVdomain

Hi, Isaku Thank you for your suggestion. Do you have any idea to consolidate steal time for various arch? Thanks Atsushi SAKAI Isaku Yamahata <[EMAIL PROTECTED]> wrote: > On Wed, Feb 07, 2007 at 05:55:23PM +0900, Atsushi SAKAI wrote: > > > This patch intends to c

[Xen-ia64-devel] [PATCH][RFC] [0/2]Consider steal time for IA64-PVdomain

_to_guest is welcome. Anyway, shared_info uses MAX_VIRT_CPUS array. Is this permitted to use MAX_VIRT_CPUS array in arch_shared_info? Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI ___ Xen-ia64-devel m

[Xen-ia64-devel] [PATCH][RFC] [1/2]Consider steal time for IA64-PVdomain

import linux/arch/ia64/kernel/time.c Thanks Atsushi SAKAI import_time_c.patch Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] [PATCH][RFC] [2/2]Consider steal time for IA64-PVdomain

patch of steal time. Thanks Atsushi SAKAI consider_steal_time.patch Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

Re: [Xen-ia64-devel] Does vnif can be support in 3.0.4 or 3.0.3

Hi, Tang. Let me clearify. Are you testing domVTI or DomU? If domVTI case, you need to add Paradriver(PV-on-HVM), This is not included in RHEL4u4. You need to make it. Thanks Atsushi SAKAI "Tang, Wei" <[EMAIL PROTECTED]> wrote: > Sakai: > >Thanks for your

Re: [Fedora-xen] DomU boot on Fedora 6 fails with 'no root found'error.

Hi,　Dan 　It seems to be initrd is not configured for DomU. Is my guess wrong? or currently initrd is shared by domU and Dom0 on FC6? Thanks Atsushi Sakai "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote: > On Wed, Jan 31, 2007 at 07:28:25PM +0530, Ligesh wrote: > > &g

Re: [Libvir] Problem in configuring libvirt (Xen store library notfound)

Hi, Aditya You should install xen-libs (rpm) package at first. It includes /usr/lib/libxenstore.so.3.0 Thanks Atsushi SAKAI. "aditya aekkaldevi" <[EMAIL PROTECTED]> wrote: > Hello, > >First of all I am a newbie to linux. I installed Red hat > enter

Re: [Xen-ia64-devel] Does vnif can be support in 3.0.4 or 3.0.3

Hi, Wei It should be run on both. Thanks Atsushi SAKAI "Tang, Wei" <[EMAIL PROTECTED]> wrote: > Hi, All: > >Does anyone can tell me which release version can support VNIF? 3.0.3 or > 3.0.4? > > > > Thanks > > Wei > > Int

Re: [Xen-ia64-devel] [PATCH] fix oops message from timer_interrupton VTI domain

Hi, Alex and Aron Thank you for your various comments, I attach the patche which reflect this discussion. Please edit the comment line in patches, as you like. I change the last line of document from previous mail. Thanks Atsushi SAKAI == This patch

[Xen-ia64-devel] [PATCH] fix oops message from timer_interrupt on VTI domain

x this problem by adding +1 at update_last_itc. Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI fix-vti-oops.patch Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

Re: [Xen-ia64-devel] Question domU blocking and xen timer interrupt

Hi, Dietmar As you suggested. Currently HYPERVISOR_set_timer_op is not used. for more detail, please see following mail. http://lists.xensource.com/archives/html/xen-ia64-devel/2006-07/msg00056.html Thanks Atsushi SAKAI >Dietmar Hahn write on 2007年1月15日 23:01: >>> Hi, > >

[Xen-ia64-devel] Re: [Xen-devel] [PATCH][PVFB][LINUX] Fix possible sleep while holding spinlock

Hi, Markus I tested on SMP DomU at xen-ia64-unstable 13083. It seems works fine. Thanks Atsushi SAKAI >xenfb_update_screen() calls zap_page_range() while holding spinlock >mm_lock. Big no-no. > >Changeset 13018:c98ca86138a7422cdf9b15d87c95619b7277bb6a merely sweeps >the bug u

[Xen-ia64-devel] Re: [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

need to use spin_lock_irqsave in xenfb_update()? I understand the locking but why irqsave is required at this point? Thanks Atsushi SAKAI >Atsushi SAKAI <[EMAIL PROTECTED]> writes: > >> Hi, Markus >> >> I am checking VFB with SMP >> with xen-ia64-unstable cs

[Xen-ia64-devel] xen-3.0.4-testing on IA64

Hi, I do simple test xen-3.0.4-testing on IA64. (CSet12901) SMP DomU boot successfully VFB w/ UP DomU works fine. I am just using Madison machine at this moment. So I cannot test DomVTI. Thanks Atsushi SAKAI ___ Xen-ia64-devel mailing list Xen

[Xen-ia64-devel] Re: [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

Hi, Markus I am checking VFB with SMP with xen-ia64-unstable cset 12886. But It seems strange behavior. (call trace appeared from DomU xm console output) Did you test it on SMP DomU? Of course UP DomU seems fine at this moment. Thanks Atsushi SAKAI

Re: [Xen-ia64-devel] [PATCH 5/5] allow foreign domain page mapping ofDOMID_XEN/DOMID_IO

Hi、Wing Current change set (for example xen-ia64-unstable 12795) does not run xentrace. Need to wait Isaku-patch[5/5] applied. Or back to older change sets. If this is fixed in xen-ia64-unstable, I will report you. Thanks Atsushi SAKAI >Hi Hiroya: > Thanks for your guide. But

[Xen-ia64-devel] Re: [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

Hi, Markus Thank you I confirmed to run on IA64. Thanks Atsushi SAKAI >Atsushi SAKAI <[EMAIL PROTECTED]> writes: > >> Hi, Markus >> >> Thank you for your suggestion. >> Would you please post sample vfb config file? >> Or any document for latest version

[Xen-ia64-devel] Re: [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

config file seems to be vfbif = xx not vfb = xx Thanks Atsushi SAKAI >Atsushi SAKAI <[EMAIL PROTECTED]> writes: > >> Hi, Markus >> >> Thank you for your suggestion. >> My config is attached as follows(see below) >> Anyway, I cannot find vfb and vkbd d

[Xen-ia64-devel] Re: [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

nitrd-2.6.16.29-xenU.img" memory = 1024 name = "rhel4-sakaia0" disk = [ 'file:/xen/image/fc6t3.img,hda1,w' ] vif = [ '' ] root = "/dev/hda1 ro" extra = "nomca ide0=noprobe ide1=noprobe ide2=noprobe ide3=noprobe xencons=xvc" vnc = 1 vncpasswd=

[Xen-ia64-devel] Re: [PATCH] buildconfigsfor pvfb

Hi, Yu Don't forget IA64 code! Thanks Atsushi SAKAI >I have a similar patch for this, which is generated in >linux-2.6.16.33-xen/.config automatically. >See attachment defbuild.patch. >Pae_new_config is used to build x86_32 with PAE enabled. > >Ping > >>-

[Xen-ia64-devel] [PATCH] buildconfigs for pvfb

case. Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI buildconfigs-pvfb.patch Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] Re: [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

t;vfb" is not appleared. >From this consideration, I guess xen-vncfb has a problem. Is there any suggestion? c.f. During the survey, I found large difference your xenfn patch and FC6 xenfb code. Thanks Atsushi SAKAI >Atsushi SAKAI <[EMAIL PROTECTED]> writes: > >> H

Re: [PATCH] Check CPL for break 0x80001 case. Re: [Xen-ia64-devel] [Q]ltrace and do_ssc

Hi, Isaku Thank you for your comments. I am just caring ltrace problem. I just check dom0 boot and ltrace command. If any suggestions, please fix it. (Since I have no idea on this.) Thanks Atsushi SAKAI >This patch is incomplete. >If the guest kernel issues break 0x80001 or 0x80002 wi

[Xen-ia64-devel] Re: [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

backend_creation =>xenfb_wait_for_state =>xs_read_watch this point in xen-vncfb is initialize phase of vfb. So vfb should not be appeared. Thanks Atsushi SAKAI >Atsushi SAKAI <[EMAIL PROTECTED]> writes: > >> Hi, Markus >> >> This is just a status. >> I

[PATCH] Check CPL for break 0x80001 case. Re: [Xen-ia64-devel] [Q]ltrace and do_ssc

References Yamahata mail http://lists.xensource.com/archives/html/xen-ia64-devel/2006-11/msg00319.html Alex mail http://lists.xensource.com/archives/html/xen-ia64-devel/2006-11/msg00318.html Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI >Hi, Alex > >Tha

Re: [Xen-ia64-devel] [Q]ltrace and do_ssc

Hi, Alex Thank you for your comments With this following fixes it seems running. Thanks Atsushi SAKAI >On Wed, 2006-11-29 at 11:27 +0900, Atsushi SAKAI wrote: >> Hi, Alex >> >> I am trying "ltrace ps" on IA64. >> It makes dom0 hung. >> &g

[Xen-ia64-devel] [Q]ltrace and do_ssc

h/ia64/hp/sim/hpsim.S Do you have any idea to solve this problem? Thanks Atsushi SAKAI ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] Re: [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

CONFIG_XEN_FRAMEBUFFER=n. >From this environment, I guess this problem is in serial console. Anyway xen-vncfb is running (not defunct). Thanks Atsushi SAKAI >Hi Atsushi, > >Could you give my latest patch a try on IA-64? I didn't merge your >patch literally, so I might have

[Xen-ia64-devel] Re: [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

Hi, Markus I checked your fixes. It seems fine in source code base. I will run the test next week. Thanks Atsushi SAKAI >Hi Atsushi, > >Could you give my latest patch a try on IA-64? I didn't merge your >patch literally, so I might have broken it. >

[Xen-ia64-devel] Re: [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

stead of >bouncing through page_array? Thanks Atsushi SAKAI ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] [PATCH] Re: [Xen-devel] Re: [PATCH 2/2] PV framebuffer

: Isaku Yamahata <[EMAIL PROTECTED]> Signed-off-by: Masami Watanabe <[EMAIL PROTECTED]> Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> >From seeing your patches policy, We do memory address translation in Dom0 application side. Thanks Atsushi SAKAI >PV framebuffer bac

Re: [Xen-ia64-devel] [Q] about PCI front/IA64

Hi, Tristan Thank you again for various information. Accidentally, I need to check Fedora Xen Compile Options. My understanding of PCI back/front is improved. Thanks Atsushi SAKAI >Le Lundi 16 Octobre 2006 11:57, Atsushi SAKAI a ecrit : >> Hi, Tristan >> >> Thank

Re: [Xen-ia64-devel] [Q] about PCI front/IA64

Hi, Tristan Thank you for your comments. I am wondering the code of arch/i386/pci/pcifront.c and irq-xen.c for x86. (IA64 does not have it) The [EMAIL PROTECTED]/i386/pci/irq-xen.c is pci_sal_read/write for IA64. (DomU/VTI cannot access PCI configuration) Thanks Atsushi SAKAI >Le Vendr

[Xen-ia64-devel] [Q] about PCI front/IA64

I'm just watching through the source code of PCI front/back driver. But I did not understand the interface of Para/IA64 kernel. (x86 has driver at linux-sparce/arch/x86/driver/pci but IA64 does not have such.) If anyone know the interface, please let me know thanks. Thanks, Atsushi

Re: [Xen-ia64-devel] Grub for ia64

Hi, Tristan That's fine that GRUB support IA64 platform! Do you plan to support TrustedGRUB? http://sourceforge.net/projects/trustedgrub/ Thanks Atsushi SAKAI >Hi, > >here is my port of grub to ia64. I hope it has all the requested features >(kernel, initrd, modules, rel

[Xen-ia64-devel] [PATCH]Add VTI related perfc

Hi, All This patch intends to add VTI-related and fw_hypercall counters. Signed-off-by: Atsushi SAKAI <[EMAIL PROTECTED]> Signed-off-by: Hiroya INAKOSHI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI vti_perfc.patch Description:

Re: [Xen-ia64-devel][PATCH] found a small bugRE:[Xen-ia64-devel][ PATCH] pal_halt_light emulatefor domU TAKE3

Hi, Anthony I tested following changes, it works fine. (13:44 Run in 2xDomU Kernel Compile and DomVTI(nosmp) boot test) Thanks Atsushi SAKAI >+++ b/xen/arch/ia64/xen/hypercall.cThu Aug 24 11:48:35 2006 -0600 >@@ -235,7 +235,12 @@ fw_hypercall (struct pt_regs

Re: [Xen-ia64-devel] [PATCH][RFC] performance tuning TAKE 5

Hi, Isaku Please tell CSet #, you are intended for ? Our group people tried to compile your patches at TAKE4, but failed. To skip this issue, Please tell CSet #. Thanks Atsushi SAKAI > >Hi. I posted performance tuning patches. >It must be evaluated for its effect before commit. >

Re: [Xen-ia64-devel][PATCH] found a small bugRE:[Xen-ia64-devel][ PATCH] pal_halt_light emulatefor domU TAKE3

tested your proposed configuration. I will test it in night run today. Thanks Atsushi SAKAI >That's Ok for me. > >>@@ -122,6 +122,7 @@ void schedule_tail(struct vcpu *prev) >>shared_info->vcpu_info[current->vcpu_id].evtchn_upcall_mask; >&

Re: [Xen-ia64-devel][PATCH] FIX THIS ISSUE.RE: [Xen-ia64-devel] VTi domain problems

Hi, Anthony Could you explain following cases? Anyway, thank you for your patch of pal_halt_light domU. Thanks, Atsushi SAKAI >In some scenarios, xen_timer_interrupt will not set machine itm, >this may make this LP not receive timer interrupt any more. > >Signed-off-by: Anthony

Re: [Xen-ia64-devel] [PATCH][RFC]xenperf hypercall pretty print TAKE 2

Hi, Alex Thank you for your suggestion, Ken is a intern student and back to his university today. about his work (if he does not care), xm dump goes to Akio. xenperf goes to me. Thanks Atsushi SAKAI >On Fri, 2006-08-25 at 11:51 +0900, Ken Hironaka wrote: >> This patch pretty p

Re: [Xen-ia64-devel] [PATCH] pal_halt_light emulatefor domU TAKE3

f-by: Atsushi SAKAI <[EMAIL PROTECTED]> Thanks Atsushi SAKAI >On Wed, Aug 23, 2006 at 09:32:24PM +0800, Xu, Anthony wrote: > >> I agree with Yamahata partially, >> If I'm right, credit scheduler only schedules runnable vcpus, >> So when context_switch is c

Re: [Xen-ia64-devel] [PATCH] pal_halt_light emulate for domU TAKE3

ts. It is clearify my idea by writing document. Thanks, Atsushi SAKAI > >Calling migrate_timer from context_switch() seems to introduce >unnecessary overhead. >Why did you choose to insert migrate_timer() to context_switch() >instead of inserting it ot the following position? > >

Re: [Xen-ia64-devel] [PATCH] pal_halt_light emulate for domU TAKE3

Hi, Isaku Sorry for confusing. It should replace from "for context_switch" to "to context_switch" migrate_timer is in context_switch. Thanks Atsushi >Hi Atsushi. > >On Wed, Aug 23, 2006 at 05:48:15PM +0900, Atsushi SAKAI wrote: > >> 1)migrate_timer for hl

Re: [Xen-ia64-devel] [PATCH] pal_halt_light emulate for domU TAKE3

cpu is running but timer(VIRQ_ITC) is stopped. (References) Yamahata's for VTI migrate timer. http://lists.xensource.com/archives/html/xen-ia64-devel/2006-07/msg00375.html stop_timer http://lists.xensource.com/archives/html/xen-ia64-devel/2006-07/msg00171.html Signed-off-by: Atsushi SAKAI

Re: [Xen-ia64-devel] [PATCH] pal_halt_light emulate for domU TAKE3

Hi, Isaku Logically, it could be removed. But I am not tested under your suggest configuration. I will test on your configuration. Thanks Atsushi SAKAI >On Tue, Aug 22, 2006 at 05:28:54PM +0900, Atsushi SAKAI wrote: > >> So this patch does not need to add vcpu_pend_timer fixes.

Re: [Xen-ia64-devel] [PATCH] pal_halt_light emulatefor domU TAKE3

_get_next_timer_ns=cycle_to_ns(local_cpu_data->itm_delta)+NOW; > > >-Anthony > > >>-Original Message- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED] On Behalf Of Atsushi >>SAKAI >>Sent: 2006?8?21? 19:39 >>To: xen-ia64-devel@lists.xensource.co

Re: [Xen-ia64-devel] [PATCH] pal_halt_light emulate for domU TAKE3

up" is appeared. So this patch does not need to add vcpu_pend_timer fixes. But this should be fixed in sometime. (another reason) Thanks, Atsushi SAKAI >Hi Atsushi. > >On Tue, Aug 22, 2006 at 02:44:34PM +0900, Atsushi SAKAI wrote: > >> As you pointed out, vcpu_pend_

<    1   2   3   4   5   >