[Xen-ia64-devel] Re: [Xen-devel] PATCH: xen pagesize
Le Jeudi 22 Juin 2006 17:13, Keir Fraser a écrit : On 22 Jun 2006, at 15:59, Tristan Gingold wrote: some architectures (eg ia64) don't have a canonical page size. It is possible to build kernels (and Xen) with different page size. Such configurations are not yet working, but as a first step this patch makes the info available. Ideally pagesize should be a field of platform_parameter but doing so would break binary compatibility. Why might you care about Xen's page size on such systems? Presumably the guest at this point is happily running on the page size of its choice? Yes, dom0 might run with its own page size. But as soon as page operations are involved (domain construction, xenstore, grant operations) xen page size has to be known. Xen and domains have to agree on what is a page. Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] PATCH: optionnaly enable xen console withirq/input.
Le Jeudi 22 Juin 2006 19:57, Magenheimer, Dan (HP Labs Fort Collins) a écrit : I also don't agree that the Xen keytable is only for developers. It may be that this is an important debugging tool and therefore required to be able to support a real customer. I'd rather see this feature on by default so it's there for in-the-field debugging later, and so that the xen/ia64 community uses it and makes sure it works. Thanks, You may want to ask about this in xen-devel. Long ago iirc there was some concern expressed that the keytable might present possible security holes (maybe DoS attacks)? It is possible to reboot the system with a key ! Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] PATCH: optionnaly enable xen console withirq/input.
Le Jeudi 22 Juin 2006 20:15, Alex Williamson a écrit : On Thu, 2006-06-22 at 10:57 -0700, Magenheimer, Dan (HP Labs Fort Collins) wrote: I also don't agree that the Xen keytable is only for developers. It may be that this is an important debugging tool and therefore required to be able to support a real customer. I'd rather see this feature on by default so it's there for in-the-field debugging later, and so that the xen/ia64 community uses it and makes sure it works. Thanks, You may want to ask about this in xen-devel. Long ago iirc there was some concern expressed that the keytable might present possible security holes (maybe DoS attacks)? Security is a shaky argument when it comes to the console for me. Personally, I almost think of the console as a form of physical access to the system. Access to the console should be secured at a higher level. Just my 2 cents though. Thanks, Just my two .02 euros: It really depends on the system. Here the console can be remote and the system management is done with a dedicated console. Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [1/9] fix GET_THIS_PADDR
Le Jeudi 22 Juin 2006 18:31, Akio Takebe a écrit : fix GET_THIS_PADDR. Humm, does this work ? What prevents Alternate Data TLB fault from being raised ? Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [2/9] fix GATE_ADDR
Le Jeudi 22 Juin 2006 18:34, Akio Takebe a écrit : fix GATE_ADDR for ia64_do_show_stack(). I use KERNEL_START which is Xen's text start address. I suppose GATE_ADDR should be defined in xensystem.h for Xen. Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] PATCH: optionnaly enable xen console with irq/input.
Le Mercredi 21 Juin 2006 16:54, Alex Williamson a écrit : On Wed, 2006-06-21 at 16:30 +0200, Tristan Gingold wrote: Le Mercredi 21 Juin 2006 15:55, Tristan Gingold a écrit : [Resent - using serial console on linux was not working] Hi, this patch allows the use of xen console in input (irq enable). You need to set parameter xencons on command line and to disable serial in linux kernel. You may also want to set xencons on command line when using vga console. At the risk of upsetting transparent paravirtualization, should we be setting CONFIG_XEN_DISABLE_SERIAL in our buildconfig? I'd really like to see some way to do it dynamically so we can still build the 8250 driver into a kernel for a serial console on bare metal, but getting a working serial console is currently too confusing. Thoughts? Thanks, After more thoughts: I'd like to to use noxencons instead of xencons and enabling xenconsole by default. For users like me who prefer to keep trans para virt, I can set noxencons and reset CONFIG_XEN_DISABLE_SERIAL. BTW, I'd prefer a better name for noxencons. Maybe noxenconsin ? Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
[Xen-ia64-devel] Weekly benchmark results [ww25]
Hi, all I will inform this week's benchmark result. The tools used now is as follows. - unixbench4.1.0 - bonnie++-1.03 - ltp-full-20060306 - iozone3_191 - lmbench-3.0-a5 TEST ENVIRONMENT Machine : Tiger4 KERN : 2.6.16.13-xen changeset: 10443 Dom0 OS : RHEL4 U2 (no SMP) DomU OS : RHEL4 U2 (2P) No. of DomU's: 1 SUMMARY: - We used 2cpus on the domU testing. - We used sched=credit. - We applied the following patch, which have been already applied in xen-unstable.hg tree, for keeping work the credit scheduler on the SMP. --- a/xen/common/sched_credit.c2006-06-22 07:20:52.0 +0900 +++ b/xen/common/sched_credit.c2006-06-22 08:21:05.0 +0900 @@ -967,9 +967,6 @@ if ( peer_cpu == cpu ) break; -BUG_ON( peer_cpu = csched_priv.ncpus ); -BUG_ON( peer_cpu == cpu ); - /* * Get ahold of the scheduler lock for this peer CPU. * @@ -1072,7 +1069,6 @@ ret.task = snext-vcpu; CSCHED_VCPU_CHECK(ret.task); -BUG_ON( !vcpu_runnable(ret.task) ); return ret; } issues: - The problem occurred in the last week's test was not reproduced. TEST RESULT unixbench4.1.0: Pass bonnie++-1.03 : Pass ltp-full-20060306 : 8/817 FAIL (Please see the attached files) iozone3_191 : Pass lmbench-3.0-a5: Pass Thanks and best regards, Fujita and Fujitsu members ltp-domU-20060622.log 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] PATCH: slightly improve stability
Is there any reason why the Anthony's patch was dropped? I think this patch is also needed. I got the following message. I guess the cause is as follows But this happens very rarely... linux-2.6-xen-sparse/arch/ia64/xen/xenentry.S Here psr.i and psr.ic is off rse_clear_invalid: ... (pRecurse) br.call.dptk.few b0=rse_clear_invalid ;; mov loc8=0 0xa001000687c0 please notice ifs = 8000 mov loc9=0 1. Right before mov loc8=0, vcpu is switched to another cpu. 2. While the vcpu is waiting for cpu, the tlb entry which backs the rse stack is purged. 3. The vcpu gets cpu again, tlb miss fault occurs with isr.ir = 1. 4. xen ia64_do_page_fault() calls handle_lazy_cover() which sets cr.ifs = 0. 5. xen returns cpu execution to the guest. 6. mov loc8 = 0 is executed with cfm = 0. Illigal operation fault is raised 7. priv_handle_op() is called. but it fails to emulate because mov loc8 = 0 isn't privileged op. 8. ia64_handle_privop() calls panic_domain(). Thanks. (XEN) priv_emulate: priv_handle_op fails, isr=0x0 (XEN) $ PANIC in domain 0 (k6=0xf41c8000): psr.ic off, delivering fault=5400,ipsr=101208026030,iip=a001000687c0,ifa=20144f60,isr=0,PSCB.iip=20144f60 (XEN) (XEN) Call Trace: (XEN) [f409e030] show_stack+0x80/0xa0 (XEN) sp=f41cfb80 bsp=f41c8e48 (XEN) [f407d780] panic_domain+0xf0/0x1d0 (XEN) sp=f41cfd50 bsp=f41c8de0 (XEN) [f40707b0] check_bad_nested_interruption+0x110/0x120 (XEN) sp=f41cfe00 bsp=f41c8db0 (XEN) [f4070a20] reflect_interruption+0x260/0x460 (XEN) sp=f41cfe00 bsp=f41c8d60 (XEN) [f409cba0] ia64_leave_kernel+0x0/0x310 (XEN) sp=f41cfe00 bsp=f41c8d60 (XEN) [a001000687c0] ??? (XEN) sp=f41d bsp=f41c8d60 (XEN) d 0xf7ffb208 domid 0 (XEN) vcpu 0xf41c8000 vcpu 3 (XEN) (XEN) CPU 3 (XEN) psr : 101208026030 ifs : 8000 ip : [a001000687c0] (XEN) ip is at ??? (XEN) unat: pfs : 8710 rsc : 00580008 (XEN) rnat: bsps: eb328fe8 pr : 0559a7a9 (XEN) ldrs: 0060 ccv : fpsr: 0009804c0270033f (XEN) csd : ssd : (XEN) b0 : a001000687c0 b6 : 20144f60 b7 : a0010640 (XEN) f6 : 1003e f7 : 0 (XEN) f8 : 100198ff97fe0 f9 : 1003eff05 (XEN) f10 : 1003e00b0 f11 : 1001192d7b6702eedd629 (XEN) r1 : 2021c278 r2 : c309 r3 : 6fc5e7e0 (XEN) r8 : 2003eff0 r9 : 0001 r10 : (XEN) r11 : c593 r12 : 6fc5e7e0 r13 : 2048cac0 (XEN) r14 : 20144f60 r15 : 20217320 r16 : eb328fc8 (XEN) r17 : 02b0 r18 : 0058 r19 : 0058 (XEN) r20 : 0009804c8a70033f r21 : 20109c70 r22 : (XEN) r23 : 6fff7fffc128 r24 : r25 : (XEN) r26 : c48b r27 : 000f r28 : 20144f60 (XEN) r29 : 001308126030 r30 : 8002 r31 : 0559a361 (XEN) domain_crash_sync called from xenmisc.c:194 (XEN) Domain 0 (vcpu#3) crashed on cpu#3: (XEN) d 0xf7ffb208 domid 0 (XEN) vcpu 0xf41c8000 vcpu 3 On Fri, Apr 28, 2006 at 11:18:45AM +0800, Xu, Anthony wrote: Hi Tristan, Could you please check whether this patch address RSE issue? Yes, Intel QA team is doing the test in the meantime. Thanks, -Anthony -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Xu, Anthony Sent: 2006?4?28? 9:48 To: Tristan Gingold; xen-ia64-devel@lists.xensource.com; Magenheimer, Dan (HP Labs Fort Collins); Alex Williamson Subject: RE: [Xen-ia64-devel] PATCH: slightly improve stability From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tristan Gingold Sent: 2006?4?27? 23:14 To: xen-ia64-devel@lists.xensource.com; Magenheimer, Dan (HP Labs Fort Collins); Alex Williamson Subject: [Xen-ia64-devel] PATCH: slightly improve stability Hi, as reported earlier, this patch seems to improve stability: crashes are at least more coherent and maybe less frequent. RSE handling seems to have a bug: crahes are now due to either a bad value in a stacked register or a use of an invalid stacked register (although cfm seems correct in gdb!) I'm looking at this too, Yes there is a bug about handle_lazy_cover. void ia64_do_page_fault (unsigned long address, unsigned long isr, struct pt_regs *regs, unsigned long itir) { unsigned long iip = regs-cr_iip,
[Xen-ia64-devel] [PATCH] dom0vp machtophys fix argument check
fix argument check of dom0vp machtophys hypercall. use valid_mfn() -- yamahata # HG changeset patch # User [EMAIL PROTECTED] # Node ID 424d5f06fe8ba0c9b25d67584a14bc2b232cb410 # Parent ecf1472982e1c2b502b4f4515d780a8ad435ef5c fix argument check of dom0vp machtophys hypercall. use valid_mfn() PATCHNAME: use_valid_mfn_in_dom0vp_machtophys_hypercall Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r ecf1472982e1 -r 424d5f06fe8b xen/arch/ia64/xen/dom0_ops.c --- a/xen/arch/ia64/xen/dom0_ops.c Fri Jun 23 10:51:45 2006 +0900 +++ b/xen/arch/ia64/xen/dom0_ops.c Fri Jun 23 10:51:46 2006 +0900 @@ -256,7 +256,7 @@ do_dom0vp_op(unsigned long cmd, } break; case IA64_DOM0VP_machtophys: -if (max_page = arg0) { +if (!mfn_valid(arg0)) { ret = INVALID_M2P_ENTRY; break; } ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
[Xen-ia64-devel] Weekly Xen-IA64/VTI status report.
Hi all, This week, Xen/IA64 generally has not bad result. But there are still some unstable issues. Major Issues: == 1. 2 VTI coexisting testing may cause Xen0 reboot, after some workload running on VTI domain. 2. Xen0 Xwindows can not start up. 3. Xen0 control terminal can not use keyboard and mouse. 4. By default Xen0 can not bring up with 2 vcpus, if there are only 2 Logic CPU. Bugs fixed: == 1. Xiantao help to fix bug of ptc.ga virtulization of SMP VTI creating failure. 2. credit schedule issue (Fujita has mentioned.) Now there are 7 case in nightly testing. We will extended it to 11 cases to include SMP VTI, XenU and network etc. 1 UP VTI creating/destroyingPass 1 UP XenU creating/destroying Pass LTP testing in UP VTI Pass 1 UP VTI + 1 XenU creating/destroying Pass 2 UP XenU creating/destroying Pass 2 UP VTI creating/destroyingPass 1 VTI with 4096M memory Pass 1 SMP VTI Pass 1 SMP xenU Pass VTI network Pass XenU networkPass Test Environment: Machine : Itanium 2 on Tiger4 Xen Source tree : xen-ia64-unstable Changeset : 10417- 10443 Build method: make -j3 with default kernel config. Xen0 Memory : 512M XenU Memory : 256M/512M VTI Memory : 256M/512M/4096 Xen0 OS : RHEL4 U2 VTI OS : RHEL4 U2 UP/SMP XenU OS : RHEL4 U2 UP/SMP Schedule: bvt Best Regards, Yongkang (Kangkang) 永康 == Build Build TestPassChangeSet TimeStatus Time/Total Notes ==+===+==+===++=== 06-22 PASS06-22 5/6 10443:0e5635d68de3 Dom0 crash when 2VTI domain creating 06-21 PASS06-21 6/7 10437:8314141cfe54 manually run pass 06-21 PASS06-21 7/7 10432:59be60d5664b 06-20 PASS06-20 7/7 10430:ea306829506c SMP VTI fail 06-17 PASS06-17 7/7 10419:0d1dab1d9b67 06-17 PASS06-17 7/7 10417:81d35c0d964f == Nightly testing includes 6 cases. It tracks Xen/IA64 tree. case1: Creating/destroying 1 VTI domain with 256M memory. Pass case2: Creating/destroying 1 XenU domain with 256M memory. Pass case3: Boot 1 VTI domain with 512M memory. And run quickhit of LTP in it. quickhit is the mini syscall testing. Pass case4: Creating/destroying 1 VTI domain + 1 XenU with 256M memory. Pass case5: Creating/destroying 2 XenU guests with 256M memory. Pass case6: Creating/destroying 2 VTI domains with 256M memory. Pass case7: Creating/destroying 1 VTI domain with 4096M memory. Pass As VTI domain is still using 2.6.9 kernel, so LTP is still 20051205. The quickhit results in VTI domain: Summary Test Report of Last Session == =Total Pass Fail NoResult Crash == =ltp 121 1210 0 0 == =ltp 121 1210 0 0 quickhit 121 1210 0 0 == =Total 121 1210 0 0 ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [1/9] fix GET_THIS_PADDR
Hi, Tristan GET_THIS_PADDR translate from only per_cpu virtual address to per_cpu physcal address. per_cpu address is in TLB. So GET_THIS_PADDR don't cause TLB fault. Best Regards, Akio Takebe Le Jeudi 22 Juin 2006 18:31, Akio Takebe a 馗rit : fix GET_THIS_PADDR. Humm, does this work ? What prevents Alternate Data TLB fault from being raised ? Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [2/9] fix GATE_ADDR
Hi, Tristan Thanks. Good point. I'll update my patch. Best Regards, Akio Takebe Le Jeudi 22 Juin 2006 18:34, Akio Takebe a 馗rit : fix GATE_ADDR for ia64_do_show_stack(). I use KERNEL_START which is Xen's text start address. I suppose GATE_ADDR should be defined in xensystem.h for Xen. Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [1/9] fix GET_THIS_PADDR
Le Vendredi 23 Juin 2006 13:15, Akio Takebe a écrit : Hi, Tristan GET_THIS_PADDR translate from only per_cpu virtual address to per_cpu physcal address. Yes. per_cpu address is in TLB. Is it true even within MCA handler ? I am not sure about that but my MCA knowledge is very limited :-) Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
[Xen-ia64-devel] [RFC 0/3] Fedora patches to enable Xen on ia64
The following patches enable Xen support in Fedora on ia64. I'm not asking for these to be applied directly because of some issues that are called out in the kernel patch. However I would appreciate comments so that these can be applied when the issue are resolved. In addition to these patches, the elilo-multiboot patches are required, which can be found starting at https://www.redhat.com/archives/fedora-xen/2006-June/msg00068.html The result of all these patches can be found in my yum repository, see https://www.redhat.com/archives/fedora-xen/2006-May/msg00140.html Regards, Aron ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
[Xen-ia64-devel] [RFC 2/3] libvirt.rpm patches
This patch contains the simple modification necessary to make libvirt-0.1.1-1.src.rpm build on ia64. libvirt.spec |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -r 0275118faff4 -r 3175eb2de23f SPECS/libvirt.spec --- a/SPECS/libvirt.specThu Jun 22 20:00:15 2006 -0400 +++ b/SPECS/libvirt.specThu Jun 22 20:01:22 2006 -0400 @@ -14,7 +14,7 @@ BuildRequires: libxml2-devel BuildRequires: libxml2-devel BuildRequires: readline-devel Obsoletes: libvir -ExclusiveArch: i386 x86_64 +ExclusiveArch: i386 x86_64 ia64 %description This C library provides an API to use the Xen virtualization framework, ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
[Xen-ia64-devel] [RFC 3/3] xen.rpm patches
This patch contains the minor modification necessary to build xen-3.0.2-8.src.rpm, i.e. the xen tools, on ia64. xen.spec | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff -r 375377600230 -r 1641d0542829 SPECS/xen.spec --- a/SPECS/xen.specThu Jun 22 20:03:39 2006 -0400 +++ b/SPECS/xen.specThu Jun 22 20:10:04 2006 -0400 @@ -27,20 +27,22 @@ BuildRequires: transfig libidn-devel zli BuildRequires: transfig libidn-devel zlib-devel texi2html SDL-devel curl-devel BuildRequires: libX11-devel python-devel ghostscript tetex-latex BuildRequires: ncurses-devel +%ifarch i386 x86_64 # for the VMX bios BuildRequires: dev86 +# so that x86_64 builds pick up glibc32 correctly +BuildRequires: /usr/include/gnu/stubs-32.h +%endif # for the docs BuildRequires: perl # so that the makefile knows to install udev rules BuildRequires: udev -# so that x86_64 builds pick up glibc32 correctly -BuildRequires: /usr/include/gnu/stubs-32.h Requires: bridge-utils Requires: python-abi = %(%{__python} -c import sys ; print sys.version[:3]) Requires: udev = 059 Requires: libvirt-python Prereq: chkconfig -ExclusiveArch: i386 x86_64 +ExclusiveArch: i386 x86_64 ia64 %description This package contains the Xen hypervisor and Xen tools, needed to @@ -149,9 +151,9 @@ rm -rf $RPM_BUILD_ROOT %{_libdir}/%{name} %{_libdir}/lib* %{_mandir}/man?/*.?.gz -%dir /usr/lib/xen -%dir /usr/lib/xen/boot +%ifarch i386 x86_64 /usr/lib/xen/boot/hvmloader +%endif %dir %{_datadir}/%{name}/qemu %{_datadir}/%{name}/qemu/keymaps/* %dir %{_localstatedir}/lib/%{name} ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] PATCH: slightly improve stability
On Fri, 2006-06-23 at 18:19 +0900, Isaku Yamahata wrote: Is there any reason why the Anthony's patch was dropped? I think this patch is also needed. I don't recall specifically, but I would guess it was because there were several test patches tagged onto this thread and while trying to parse out the important parts, I thought the minstate.h changes superseded these. I can add in the rest as well. I've seen the same panic on rare occasion. Thanks, Alex -- Alex Williamson HP Open Source Linux Org. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
[Xen-ia64-devel] Re: [Fedora-xen] Re: [Fedora-ia64-list] [RFC 1/3] kernel.rpm patches
Dave Jones wrote: [Fri Jun 23 2006, 11:10:49AM EDT] check out the CVS checkout instructions at http://people.redhat.com/davej/ Then take a look at the configs/ dir Makefile.config Wow, I wish I'd known about this earlier. ia64-xen should be generated from a template in the same way the x86 configs are rather than have a standalone config file. Okay, will do, thanks. Aron ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [7/9] Add mca_asm.S for supporting ia64_monarch_init_handler()
Hi Akio, I don't know how to maintain this file in linux-xen. I could almost go for deletion of lines instead of #ifndef XEN, but that still makes the maintenance problem more manual. There's no indication where the lines below came from though, I can't find the version of mca_asm.S in linux/ia64 that contains them. Thanks, Alex On Fri, 2006-06-23 at 01:48 +0900, Akio Takebe wrote: + .global ia64_mca_proc_state_dump + .global ia64_mca_stack + .global ia64_mca_stackframe + .global ia64_mca_bspstore + .global ia64_init_stack + .global ia64_init_stack_addr ... +// Now, MCA Dispatch handler is infinity loop. +// But it will fix soon. +// +GLOBAL_ENTRY(ia64_os_mca_dispatch) +1: br.sptk 1b +END(ia64_os_mca_dispatch) -- Alex Williamson HP Open Source Linux Org. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
[Xen-ia64-devel] boot problems with latest xen kernel rpm
I just tried booting the latest kernel rpm from Aron's yum repo: kernel-xen-2.6.17-1.2293_agriffis I am having trouble booting on my HP rx4640 (base install is rawhide-20060619). I notice we now no longer have xen0 and xenU kernels. Do I need to pass in special boot options so it boots properly as dom0? Here is my elilo.conf: image=vmlinuz-2.6.17-1.2293_agriffisxen label=xen vmm=xen.gz-2.6.17-1.2293_agriffis initrd=initrd-2.6.17-1.2293_agriffisxen.img root=/dev/VolGroup00/LogVol00 read-only append=sched=bvt sync_console -- rhgb quiet xencons=ttyS8 console=ttyS8 root=/dev/VolGroup00/LogVol00 however, when I boot I get a LOT of the folowing: (XEN) bad hyperprivop; ignored (XEN) iim=0, iip=0xa0019d00 (XEN) bad hyperprivop; ignored (XEN) iim=0, iip=0xa0019d00 (XEN) bad hyperprivop; ignored (XEN) iim=0, iip=0xa0019d00 (XEN) bad hyperprivop; ignored these messages scroll so fast that I don't know if the kernel is making progress but is slow or if it is stuck in an infinite loop. Are the boot options I am using OK? thanks, - Doug ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [4/9] add unw_init_from_interruption()
On Fri, 2006-06-23 at 01:38 +0900, Akio Takebe wrote: This is used in init_handler_platform(). Signed-off-by: Akio Takebe [EMAIL PROTECTED] unwind.c | 23 +++ 1 files changed, 23 insertions(+) Hi Akio, This should be the reverse of this patch: http://www.kernel.org/hg/linux-2.6/?fd=473d1707043f;file=arch/ia64/kernel/unwind.c The patch here adds unw_init_from_interruption() into the wrong place in the file. Looks like the file in the tree is based more on 2.6.14 than 2.6.13. Not sure how that happened. Thanks, Alex -- Alex Williamson HP Open Source Linux Org. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [8/9] add mca.c for supporting INIT handler
On Fri, 2006-06-23 at 01:50 +0900, Akio Takebe wrote: This is main patch for supporting INIT handler. I update this patch. - into xen/arch/ia64/xen - make smaller mca.c. (non-ifdef code) Hi Akio, Maybe the question I should have asked the first time around was why is init handling so different between Xen/ia64 and Linux/ia64? I know I mentioned splitting this out into a separate file as a possibility, but I still have concerns about how we maintain this long term, especially as we add more components of MCA handling in the (near) future. I'm certainly willing to live with large chunks of CPE/CMC/MCA specific code #ifdef'd out. Would it make things any better if we pulled in updates to the files from newer Linux/ia64 source? MCA handling has undergone some overhauling in upstream kernels that may help. Is this separate file approach really the right answer? Thanks, Alex -- Alex Williamson HP Open Source Linux Org. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
[Xen-ia64-devel] [PATCH] Change of VTi guest firmware name and default directory in xmexample
This trivial patch changes VTi guest firmware default name and directory in xmexample to new directory /usr/lib/xen/boot/guest_firmware.bin. This aligns with IA32 firmware directory and good to integrate into Fedora Core. Thanks. -Fenghua xmexample.vti.patch Description: xmexample.vti.patch ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [PATCH 0/4] memory exchange: memory exchange support
On Fri, 2006-06-23 at 11:11 +0900, Isaku Yamahata wrote: Memory exchange hypercall was introduced in Xen/x86. Its purpose is to make machine-contiguous allocation more reliable in ENOMEM situation. Support it on Xen/IA64 and make use of it. Applied. -- Alex Williamson HP Open Source Linux Org. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
[Xen-ia64-devel] Re: PATCH: allow domain to set shared_info address
On Thu, 2006-06-22 at 11:22 +0200, Tristan Gingold wrote: Hi, this patch add a new hypercall to set shared_info address. Currently it is disabled in order not to break backward compatibility with previous Xen (for FC6 people). Applied. -- Alex Williamson HP Open Source Linux Org. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] PATCH: slightly improve stability
On Fri, 2006-06-23 at 18:19 +0900, Isaku Yamahata wrote: Is there any reason why the Anthony's patch was dropped? I think this patch is also needed. I went ahead and applied this. Thanks, Alex -- Alex Williamson HP Open Source Linux Org. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [PATCH] dom0vp machtophys fix argument check
On Fri, 2006-06-23 at 18:26 +0900, Isaku Yamahata wrote: fix argument check of dom0vp machtophys hypercall. use valid_mfn() Applied. -- Alex Williamson HP Open Source Linux Org. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
Re: [Xen-ia64-devel] [PATCH] Change of VTi guest firmware name and default directory in xmexample
On Fri, 2006-06-23 at 15:01 -0700, Yu, Fenghua wrote: This trivial patch changes VTi guest firmware default name and directory in xmexample to new directory /usr/lib/xen/boot/guest_firmware.bin. This aligns with IA32 firmware directory and good to integrate into Fedora Core. Applied. -- Alex Williamson HP Open Source Linux Org. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel