On Tue, Mar 03, 2009 at 01:47:49PM +0800, Zhang, Xiantao wrote:
> Hi, Tristan
> Attached patch targets for fixing the issue when assigning the devices
> with 64-bit bars. Current logic may deem one 64-bit bar as two 32-bit bars,
> and make the system crash finally.
Merged, thanks!
Do you
On Mon, Oct 06, 2008 at 12:35:57PM +0900, Isaku Yamahata wrote:
> > I used GFW#129, image type is QCOW. Since it works for you, what is the
> > difference between us? Thanks. :)
>
> Ah, I'm using patched GFW. I sent out two patches as
>
> http://lists.xensource.com/archives/html/xen-ia64-devel/2
On Wed, Sep 24, 2008 at 02:07:35PM +0900, Isaku Yamahata wrote:
[...]
> Hi.
>
> I looked into the issue a bit.
> EFI_PEI_SERVICE funciton pointers are located on the stack for PEI.
> Its service should be available until DxeIpl done and it is surely
> used.
> However if the stack page happens to b
On Thu, Sep 11, 2008 at 09:38:52PM +0900, Isaku Yamahata wrote:
> Updated the patch following the above.
> I also attached the patch to update Xen-Xz1.fpd and Qemu-Ia32.fpd,
> but I only compiled for Xen-Ipf.fpd, not for compiled for Xen-Xz1.fpd and
> Qemu-Ia32.fpd.
>
Good, I have committed them
On Thu, Sep 11, 2008 at 11:47:15AM +0900, Isaku Yamahata wrote:
> > Hi Isaku,
> >
> > this looks to be slightly over-complex. Why not programming the VGA
> > inside VgaInit ?
>
> Because ioemu requires that tells xen chip before starting programming
> the VGA. After initializing VGA, it's too la
On Tue, Sep 02, 2008 at 11:43:58AM +0800, Zhang, Jingke wrote:
> Hi Tristan,
> We found VTI guest with 3073M (memory is a little more than 3G) can not
> be booted up. After some investigation, our engineer found some pages are
> ruined by unknow reason. A EFI driver was loaded to 4G+, and it
On Wed, Jul 16, 2008 at 04:53:50PM +0900, SUZUKI Kazuhiro wrote:
> Hi Tristan,
>
> I found that an HVM guest panics which has particular memory
> size(e.g. 3073MB).
> This is because an address of the auto variable is referred, so it
> will be overwritten. Then it causes "Unaligned reference excep
On Wed, Jul 09, 2008 at 08:39:38AM +0800, Zhang, Jingke wrote:
> Zhang, Jingke wrote:
> > Hi all,
> > All the cases passed in this Cset#17943.
> >
> > One old issue still exists, and it should be related to the open
> > guest firmware (we reproduce it in latest Cset#126):
> > [open-GFW
On Sat, May 31, 2008 at 12:15:44PM +0900, Isaku Yamahata wrote:
> I guess the LSB 1 bit is used for thread id or something else.
> Does the processor support threading?
Which processor are you using ?
On montecito, there is no dedicated DTR, they are mixed with DTC.
Tristan.
On Mon, May 26, 2008 at 07:31:59PM +0800, Zhang, Xing Z wrote:
> You are right. thx
Ok, I have made a fresh release.
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
On Thu, May 15, 2008 at 09:36:59AM -0700, Paul Leisy wrote:
> Hi Tristan,
Hi,
did I forget to reply ? Seems so.
> Thank you for the comments. This really helps since I'm pretty new
> to Xen. Here are more questions and assumptions I'm making:
>
> I agree that it's important to know which PKR i
Hi,
sharing a PKR with one set by the OS might work.
If you want to use this method, you'd better to know which PKR is used
by the IVT, otherwise the OS might change frequently the PKR value during
execution which has to be handled (not that easy).
In other word, you have to discover the right P
On Fri, May 09, 2008 at 04:32:22PM +0900, Kouya Shimura wrote:
> Isaku Yamahata writes:
> > On Fri, May 09, 2008 at 03:07:53PM +0900, Kouya Shimura wrote:
> > Isn't prev_mfn != 0 check necessary?
> > guest_physmap_remove_page() with mfn = 0 hits BUG_ON()
> > (and guest_remove_page() calls guest_phy
Congratalutions to Isaku and thanks to Alex !
Tristan.
On Tue, May 06, 2008 at 08:46:34PM -0600, Alex Williamson wrote:
> Hi all,
>
> The Xen/ia64 project has come a long way in the past few years, and it's
> with some satisfaction and excitement that I announce the transition of
> the maintaine
On Tue, Apr 29, 2008 at 06:31:52AM +1000, Simon Horman wrote:
> Hi,
>
> sorry for the small mix-up I made yesterday by posting a non-working
> version of "[patch 01/12] ia64: kexec: Define macros for EFI RID".
> And sorry to Tristan for very inconsistenly CCing him.
Don't worry!
Tristan.
__
[...]
On Fri, Apr 25, 2008 at 06:25:37AM +0200, Tristan Gingold wrote:
> On Fri, Apr 25, 2008 at 01:57:04PM +1000, Simon Horman wrote:
>
> To my best knowledge, this is linux specific (ie not used by Xen except during
> boot time). So I suppose you are explaining how to use an RI
On Fri, Apr 25, 2008 at 01:57:04PM +1000, Simon Horman wrote:
Hi,
I try to fix the comments according to my knowledge.
[...]
> +/*
> + * According to xen/arch/ia64/xen/regionreg.c the RID space is broken
> + * up into chunks, one per domain, and 0th block is for Xen. The 0th block
> + * is broke
On Thu, Apr 24, 2008 at 09:04:01AM +1000, Simon Horman wrote:
> A cut down version of set_one_rr (and ia64_new_rr7) for
> use when switching to the EFI RID for SAL, PAL and EFI calls.
Hi,
is it for efficienty or fonctionnaly required ?
> There seems to be no need to repin: palcode, mapped_regs o
On Fri, Apr 11, 2008 at 09:41:44PM +0900, Kouya Shimura wrote:
Content-Description: message body text
> Hi Tristan,
>
> This issue is due to cset 115 in Open GFW, although actually the older
> xen implies a slight bug. The combination of newer GFW and old hypervisor
> can't work well.
> Attached
On Tue, Apr 01, 2008 at 01:47:58PM -0600, Alex Williamson wrote:
> On Sun, 2008-03-30 at 06:35 +0200, Tristan Gingold wrote:
> > On Fri, Mar 28, 2008 at 03:14:58PM -0600, Alex Williamson wrote:
> > >
> > >I'm not a fan of adding these ia64 headers directly int
On Mon, Mar 31, 2008 at 06:15:04PM +0900, Kouya Shimura wrote:
Content-Description: message body text
> Hi Tristan,
>
> The attached patch fixes windows 2003 boot issue of Open GFW.
> Please apply.
Applied (and new binary generated).
Tristan.
___
Xen-
atch. memmap.h is now included by arch-ia64.h
Tristan.
# HG changeset patch
# User Tristan Gingold <[EMAIL PROTECTED]>
# Date 1206855549 -7200
# Node ID 00953116e1010f0d7b2b9adbe96f081591307fee
# Parent 7a919cd832fd27bb36586d3231b58b93d3328953
Use ppn to store io type.
Instead of using
On Fri, Mar 28, 2008 at 02:07:35PM +0900, SUZUKI Kazuhiro wrote:
> Hi Tristan,
>
> Please add "edk2-patches/fix_popup.patch" file in your tree, which is
> also included in my patch.
Oops!
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.x
On Tue, Mar 25, 2008 at 06:51:14PM +0900, SUZUKI Kazuhiro wrote:
> Hi Tristan,
>
> I found a bug in the Boot Maintenance Manager.
> When we select `Input the description' or `Input Optional Data' after
> the boot option is added, the guest domain panics.
> The following patch fixes it.
Added. Tha
On Wed, Mar 26, 2008 at 05:06:40PM -0700, Kayvan Sylvan wrote:
> Has anyone tried installing HPUX as an HVM guest?
[...]
>
> And when I type INSTALL at the fs0:\ prompt, I see the following in the "xm
> console" window:
>
> InstallProtocolInterface: 5B1B31A1-9562-11D2-8E3F-00A0C969723B 7F0BD440
On Fri, Mar 14, 2008 at 09:53:49AM +0800, Zhang, Xiantao wrote:
> I checked it at kvm side. It also works well. :)
Good news! Thank you for the report.
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.
Hi,
I have a general question for implementing an ia64 specific feature.
The ia64 architecture has several parameters not fixed: number of itr, dtr
and pk registers, size of virtual addresses, size of physical addresses, size
of rid and pk...
It would be nie to be able to specify these parameters
Hi,
I have just updated the GFW binary. Please test it.
If it is OK, it will be used for the official GFW release.
[ I made this patch before adding INIT support. Should I make a new release ?]
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-deve
On Thu, Mar 13, 2008 at 02:31:03PM +0900, Kouya Shimura wrote:
Content-Description: message body text
> A behavior with unimplemented physical address on HVM is unpredictable.
> An unimplemented data fault or an unimplemented instruction trap
> should be raised.
I think you shouldn't remove the re
On Wed, Mar 12, 2008 at 03:37:24PM +0900, SUZUKI Kazuhiro wrote:
> Hi Tristan,
>
> When `xm trigger domain init' is called, the guest domain panics on
> current OpenGFW.
> The following patch enables to send INIT to guest and to call INIT
> handlers(monarch and slave).
Thanks!
We now have to imp
On Wed, Feb 13, 2008 at 01:59:05PM +0100, Dietmar Hahn wrote:
> Hi Samuel,
>
> comments are within the text!
>
> Am Mittwoch, 13. Februar 2008 schrieb Samuel Thibault:
> > Hello,
> >
> > Dietmar Hahn, le Wed 13 Feb 2008 11:53:59 +0100, a écrit :
> > > Am Dienstag, 12. Februar 2008 schrieb Samuel
On Mon, Mar 10, 2008 at 02:11:02PM -0600, Alex Williamson wrote:
>Is a new firmware image required for this? I applied it, but I can
> no longer boot my sioemu domain. Thanks,
I thought it was backward compatible but no.
I am working on a new version of sioemu callback. The current model d
Hi,
just a point about call convention: I don't think switching to PAL static
convention is a good idea as it doesn't work well with xen hyperprivop
because of banked registers.
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.co
Hi all,
is there any pending patch for the GFW I forgot to integrate ?
If no, I will make a new binary version as well as a source tgz.
Tristan.
On Wed, Feb 20, 2008 at 12:50:08PM -0800, Yang, Fred wrote:
> Tristan Gingold wrote:
> > On Tue, Feb 19, 2008 at 09:44:36AM -0800, Yang, F
On Wed, Feb 20, 2008 at 04:40:06PM +0900, Kouya Shimura wrote:
Content-Description: message body text
> Hi Tristan,
>
> Current Open GFW outputs much debug messages on a serial console.
> They are helpful for a developer, but users are annoyed.
> This patch disables debug print.
Merged.
Tristan.
On Tue, Feb 19, 2008 at 09:44:36AM -0800, Yang, Fred wrote:
> Tristan,
>
> To get Open GFW into RHEL official release, Open GFW needs to do
>
> 1. An official release - a proper versioned formal release of GFW. A
> self-contained tar.gz for all the sources for RHEL to pull
That's doable!
> 2.
On Thu, Feb 14, 2008 at 01:21:34PM +0900, Kouya Shimura wrote:
> The fault address must be on a TLB when a dirty bit fault is generated.
> So I believe that a tlb miss of tpa never happen at this point
> as long as IVT is mapped by a TR.
I don't think it is warrantied by the ASDM, although failure
On Wed, Feb 13, 2008 at 10:53:03PM +, Samuel Thibault wrote:
> it looks like it may be more difficult since x86 ROM area is quite
> limited)
I am not sure about this point. IIRC on both x86 and ia64,
addresses 4GB - 16MB to 4GB are reserved to the firmware.
I use this space for sioemu + EFI
On Wed, Feb 13, 2008 at 10:53:03PM +, Samuel Thibault wrote:
> Hello,
>
> > If I understand correctly, they seem to have similar goals.
>
> Yes.
I'd like to complete this point.
My first goal was performance and flexibility. I can't really comment on
performance but I humbly ( :-) think my
On Tue, Feb 12, 2008 at 05:54:39PM +0900, Kouya Shimura wrote:
Content-Description: message body text
> Hi,
>
> This is a naive implementation of log dirty mode for HVM.
[...]
> diff -r 9203ee23e724 xen/arch/ia64/vmx/vmx_ivt.S
> --- a/xen/arch/ia64/vmx/vmx_ivt.S Thu Feb 07 11:08:49 2008 -0700
On Wed, Feb 06, 2008 at 02:00:10PM -0800, Yang, Fred wrote:
> Tristan,
>
> Can you clarify where did you get the base code for
> http://xenbits.xensource.com/ext/efi-vfirmware.hg? Also for the new
> added code.
The base code comes from www.tianocore.org (BSD-like license).
Most of the added cod
On Sat, Jan 26, 2008 at 05:01:26PM -0700, Alex Williamson wrote:
> Hi all,
>
>I got a pointer to re-aim-7 and thought the high-systime workload
> might give us a good worst case scenario. This workload does no I/O and
> a lot of the tests produce very high system time. Here's the results:
[.
On Wed, Jan 23, 2008 at 06:28:30PM +0900, Kouya Shimura wrote:
Content-Description: message body text
> Hi Tristan,
>
> Current EFI memmap doesn't have a entry of ACPI 2.0 Table.
> This patch fixes it as follows:
Committed.
Note: I'd prefer to receive hg changeset rather than diffs. So I don't
Hi,
one more point: in the very early time, Xen/ia64 was able to run an
unmodified linux kernel as dom0. It was simply privified (either during
installation or at loading time). Most of the code is still here.
So we have a possible backup for non-VT processor.
Tristan.
___
On Fri, Jan 18, 2008 at 02:28:38PM +0900, Isaku Yamahata wrote:
> On Fri, Jan 18, 2008 at 01:15:05PM +0900, Isaku Yamahata wrote:
> > On Fri, Jan 18, 2008 at 04:26:23AM +0100, Tristan Gingold wrote:
> > > Hi,
[...]
> vmx_asm_thash seems to be the culprit.
Yes I thought abou
Hi,
I got a very strange error:
(XEN) $ PANIC in domain 2 (k6=0xf79e8000): unknown cause
-2145806064, iip: 801c6710, ipsr: 501008826030
(XEN) d 0xf4108080 domid 2
(XEN) vcpu 0xf79e8000 vcpu 0
(XEN)
(XEN) CPU 0
(XEN) psr : 501008826030 ifs : 810
On Thu, Jan 17, 2008 at 10:14:56PM +0800, Xu, Anthony wrote:
> [EMAIL PROTECTED] wrote:
> > Let's forget method 1.
> Ok
There is also method 3:
* do like we do with dom0: boot directly linux (bypassing EFI) and provide
stubs.
Tristan.
___
Xen-ia64-deve
On Thu, Jan 17, 2008 at 10:23:47PM +, Mark Williamson wrote:
> Presumably there's the option of creating a shim to shoehorn legacy guests
> into an HVM container? Does IA64 use a hypercall transfer page?
No, we don't use a transfer page but we map some (hyper) registers in memory
and we have
On Tue, Dec 25, 2007 at 03:22:37PM +0800, Zhang, Xiantao wrote:
> Hi Tristan,
> This patch fixes possible failures on windows boot in some environment.
> Since current piix3 and piix4 in qemu only uses irq 10 and irq 11 for
> pci irqs, so
> here don't need to assign irq 5 and irq 6 for this purpo
On Mon, Jan 07, 2008 at 03:49:54PM +, de Dinechin, Christophe (Integrity
VM) wrote:
> Hello,
Interesting note from an insider!
> Another issue that Tristan did not point out is that HPUX uses large-format
> VHPT (virtually hashed page table). This means that for each entry in the
> page t
On Tue, Dec 25, 2007 at 03:22:37PM +0800, Zhang, Xiantao wrote:
> Hi Tristan,
> This patch fixes possible failures on windows boot in some environment.
> Since current piix3 and piix4 in qemu only uses irq 10 and irq 11 for
> pci irqs, so
> here don't need to assign irq 5 and irq 6 for this purpo
On Fri, Dec 14, 2007 at 02:17:13PM -0700, Alex Williamson wrote:
>
> On Fri, 2007-12-14 at 13:09 -0800, Kayvan Sylvan wrote:
> > Great! That worked. There was a minor typo that I fixed.
>
>Thanks!
>
> > How do I get better than 800x600 and 16bit display?
>
>Are you already using a build
On Sat, Dec 15, 2007 at 07:01:05AM +0800, Zhang, Xiantao wrote:
> [EMAIL PROTECTED] wrote:
> > Quoting "Mu, Qin" <[EMAIL PROTECTED]>:
[...]
> > I fear windows doesn't support USB tablet...
>
> I remembered I tried it days ago, it behaves normally if configured with
> tablet.:)
Ok. I tried a long
On Wed, Dec 12, 2007 at 06:15:34AM +0100, Tristan Gingold wrote:
> On Wed, Dec 12, 2007 at 01:07:13PM +0900, Kouya Shimura wrote:
> Content-Description: message body text
> > Hi Alex,
> >
> > Thank you for reviewing.
> > I updated the patch as your comments. pleas
On Wed, Dec 12, 2007 at 11:54:37AM +0800, Zhang, Xing Z wrote:
> Yes, it's a natural way. Why VgaBios didn't load by QEMU at IA64 side, we
> need more investigation.
Argh, in fact vgabios is packed with hvmloader... The code in pc.c is
commented out by NOBIOS. So it's done like you do!
Tristan
On Wed, Dec 12, 2007 at 02:12:41PM +0900, Isaku Yamahata wrote:
> On Wed, Dec 12, 2007 at 01:07:13PM +0900, Kouya Shimura wrote:
>
> Shouldn't we call vcpu_increment_iip(v); unconditionally?
> If pal_emul() returns other than IA64_NO_FAULT,
> guest will issue the same break instruction again with
On Wed, Dec 12, 2007 at 11:54:37AM +0800, Zhang, Xing Z wrote:
[...]
> I have little experience on the emulator you mentioned. Do you mean current
> code in VgaInit.c is duplication of VgaBios?
It is a stipped down version, but the code and the font comes from vgabios
IIRC.
> If we add a x86 em
On Wed, Dec 12, 2007 at 01:07:13PM +0900, Kouya Shimura wrote:
Content-Description: message body text
> Hi Alex,
>
> Thank you for reviewing.
> I updated the patch as your comments. please apply.
> I also long for a xencomm.
For xencomm, I was maybe a little bit optimistic. Xencomm requires a b
Hi,
I have just commited and pushed your patch.
I'd really prefer to have the vga bios loaded like xen/x86, ie by qemu
(or by the hvm loader). This will save a lot of space and avoid duplication.
I also think the ivt could be clean up. It seems vgabios only set a few
entries (2 ?).
For the fu
On Wed, Dec 05, 2007 at 04:13:05PM -0700, Alex Williamson wrote:
>
> On Mon, 2007-12-03 at 06:46 +0100, [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > in fact is_vti is a duplicate of is_hvm. This patch remove the ia64 is_vti
> > flag.
>
> Hi Tristan,
>
>This looks fine, but unless you have an o
On Tue, Nov 27, 2007 at 09:57:59PM +0900, Kouya Shimura wrote:
> Hi Amy
[...]
> Anyway, as Tristan pointed out, my patch is incomplete.
> I'll post an official patch later. Tristan will apply it on
> http://xenbits.xensource.com/ext/efi-vfirmware.hg.
I have commented out the call to check_regs.
On Thu, Nov 22, 2007 at 11:31:28AM +0900, Isaku Yamahata wrote:
> I tried to cross build the open GFW. But I haven't succeeded it yet.
> The preliminary patch is attached.
Installed.
Thanks!
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists
On Thu, Nov 22, 2007 at 11:31:28AM +0900, Isaku Yamahata wrote:
> I tried to cross build the open GFW. But I haven't succeeded it yet.
> The preliminary patch is attached.
>
> With this patch and by configuring tools_def.txt and setting CROSS_COMPILE
> environment variable, I was able to kick the
On Thu, Nov 22, 2007 at 09:27:32PM +0900, Kouya Shimura wrote:
Content-Description: message body text
> Hi Amy and Tristan,
>
> I've tried to build OGFW in the following config:
[...]
> The generated FV_RECOVERRY.bin works fine with an attached patch.
> This patch is revised one I posted once. May
On Thu, Nov 22, 2007 at 10:20:44PM +, Samuel Thibault wrote:
> Hi,
>
> It's actually "just" a matter of compiling qemu against newlib, mini-os
> and lwIP and make that run as a kernel in its own domain. That way it's
> just the same code as the usual dm approach and mini-os, with some
> #ifdef
Hi,
Run FrameworkWizard
Select Platforms
Select Xen-Ipf
Select Flash Information
Select FV_RECOVERY (on the right)
Increase windows size if necessary
move CirrusLogicGop
Save
rebuild.
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xens
On Wed, Nov 14, 2007 at 01:59:29PM +0800, You, Yongkang wrote:
> Also found following line in Kayvna's original email:
> >> ==> xend-debug.log <==
> >> ERROR Internal error: Invalid nvram signature. Nvram save failed!
> >> (11 = Resource temporarily unavailabl)
>
> Does the guest firmware is the
On Tue, Nov 13, 2007 at 07:06:13AM -0800, Kayvan Sylvan wrote:
> Hi everyone,
>
> I'm trying to bring up an hvm guest on a Redhat Enterprise Linux 5.1 on an
> IA64 host machine.
>
[...]
> vif = [ 'type=ioemu, mac=00:16:3e:00:dd:11, bridge=xenbr0' ]
[...]
> Error: Device 0 (vif) could not be conn
Hi,
remove unused functions and add static.
I think it would still be useful to make cycle_to_ns inline in the .h. Work
for a next patch.
Tristan.
# HG changeset patch
# User Tristan Gingold <[EMAIL PROTECTED]>
# Date 1194246049 -3600
# Node ID 9861fa311a6a85ed9169f8cd70fc3bd510d9e8b5
#
On Wed, Oct 31, 2007 at 06:09:12PM +0900, Isaku Yamahata wrote:
> On Wed, Oct 31, 2007 at 04:51:45PM +0900, Kouya Shimura wrote:
> Content-Description: message body text
>
> > + case PAL_BRAND_INFO:
> > + if (in1 == 0) {
> > + char brand_info[128];
> > +
Hi Isaku,
maybe I am wrong but it seems kr are not saved/restored. Might be a real
issue for VTi.
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
On Tue, Oct 23, 2007 at 02:29:30PM +0900, Isaku Yamahata wrote:
[...]
> Your case seems that the GFW is unable to load kernel image because of
> the IdeController driver related issue, right?
> So far I've avoided building the GFW, I have to do this time.
> I'll continue to look into this issue.
I
On Thu, Oct 18, 2007 at 11:22:18AM +0900, Isaku Yamahata wrote:
Hi Isaku,
> * debugging tools for xen vmm itself/tools stack/guest OS
> Currently we have Kexec/Kdump, xm dump-core, xenitp, and
> misc tools. Do we want any others?
> e.g. nested Xen or something
On Wed, Oct 17, 2007 at 10:03:14AM -0600, Alex Williamson wrote:
> * VT-d support
Just curiouse: are there already ia64 machine with IOMMU ?
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen
On Mon, Oct 15, 2007 at 08:09:27PM +0900, Kouya Shimura wrote:
Content-Description: message body text
> Hi Tristan,
>
> Here is a patch to support windows 2008 (aka Longhorn).
> I don't know EFI spec well and this patch might do something wrong.
> But I succeed in installing and running windows 20
On Thu, Oct 11, 2007 at 04:43:31PM +0200, [EMAIL PROTECTED] wrote:
> Quoting Alex Williamson <[EMAIL PROTECTED]>:
>
> > Hi Tristan,
>
> > There's still a lot of
> > legacy devices in the DSDT that I'd like to remove (both of the
> > motherboard resource devices, the PIC, DMA0, TMR, RTC, SPKR, and
On Mon, Sep 17, 2007 at 07:27:38PM +0800, Zhang, Xing Z wrote:
> This is a patch per your comments. I am
> not sure I am right(Actually I didn't careful read
> code in xencommon before). Pls correct me if I wrong.
Committed. Sorry for the very long delay, I forgot it.
Tristan.
On Wed, Oct 10, 2007 at 01:24:52PM -0600, Alex Williamson wrote:
>
> On Wed, 2007-10-10 at 12:28 -0600, Alex Williamson wrote:
> > On Wed, 2007-10-10 at 12:11 -0600, Alex Williamson wrote:
> > > Hi Tristan,
> > >
> > >These two patches are to add sorting to the memory map provided to
> > > th
On Tue, Oct 09, 2007 at 04:23:20PM +0800, Xu, Anthony wrote:
>
> VHPT speculative load happens in the same time when tlb_miss handler is
> executing.
[...]
>
> Mf is to make sure that before modifying vhpt entry, vhpt entry must be
> disabled, otherwise VHPT walker hardware may see enabled half
On Fri, Oct 05, 2007 at 11:18:09AM -0600, Alex Williamson wrote:
>
> On Fri, 2007-10-05 at 15:05 +0200, [EMAIL PROTECTED] wrote:
> > Quoting Alex Williamson <[EMAIL PROTECTED]>:
> >
> > > Hi Tristan,
> > >
> > >I noticed that the memory map produced by the open source GFW isn't
> > > producin
Hi,
I have made very minor changes (see below) so that Xen can be compiled by
gcc 4.2.1. But it is *very* unstable. Did anyone already try ?
Tristan.
diff -r c29269e32ea6 xen/arch/ia64/linux-xen/iosapic.c
--- a/xen/arch/ia64/linux-xen/iosapic.c Tue Oct 02 15:33:16 2007 +0200
+++ b/xen/arch/ia6
Hi,
cleanup to remove warnings (coming from kexec CS I suppose).
Tristan.
# HG changeset patch
# User Tristan Gingold <[EMAIL PROTECTED]>
# Date 1191330756 -7200
# Node ID 5ff70bb52438f53e63f01d0826439d6e640f0896
# Parent 122706b277bc3c79ee260b87786334b180d0c465
Remove warnings.
Signed-
Hi,
This patch remove hard-coded number of TRs in domain.c so that this
value can be more easily changed without having to modify all the files.
Also rr[7] was not read and a few more cr registers can now be read.
Tristan.
# HG changeset patch
# User Tristan Gingold <[EMAIL PROTECTED]>
Hi,
in vmx_hpw_miss (DTLB part):
if (!guest_vhpt_lookup(vhpt_adr, &pteval)) {
/* VHPT successfully read. */
if (!(pteval & _PAGE_P)) {
if (vpsr.ic) {
vcpu_set_isr(v, misr.val);
dtlb_fault(v, vadr); /*
Hi,
for both itlb and dtlb handlers, while swapping first and found entries:
st8 [r16] = r29, VLE_ITIR_OFFSET - VLE_TITAG_OFFSET
st8 [r28] = r22, VLE_ITIR_OFFSET - VLE_TITAG_OFFSET
extr.u r19 = r27, 56, 4
mf
;;
ld8 r29 = [r16]
ld8 r22 = [r28]
dep r27 = r0, r27, 56,
Hi,
This is the second patch to prepare half physical mode in VTi mode
(ie dt=0,it=1).
mode_flags is replaced by arch_vmx.mmu_mode and is not anymore a bitfield.
Cleanup.
Tristan.
# HG changeset patch
# User Tristan Gingold <[EMAIL PROTECTED]>
# Date 1190953706 -7200
# N
On Thu, Sep 27, 2007 at 10:56:38AM -0600, Alex Williamson wrote:
> On Thu, 2007-09-27 at 21:29 +0900, Isaku Yamahata wrote:
> > consolidaste DELIVER_PSR_CLR and DELIVER_PSR_SET definition.
BTW, I think these macro names are a little bit confusing:
+#define IA64_PSR_CPL1 (__IA64_UL(1) << IA64_PSR_
On Thu, Sep 27, 2007 at 10:53:34AM -0600, Alex Williamson wrote:
> As Wing discovered, it works fine if I don't have a CD image connected
> to the domain. Then I get this:
>
> InstallProtocolInterface: 5B1B31A1-9562-11D2-8E3F-00A0C969723B 13ED01440
> Relocating driver at 0x000104 nvrboot.pdb
Hi,
simple patch which merges the both functions.
Tristan.
# HG changeset patch
# User Tristan Gingold <[EMAIL PROTECTED]>
# Date 1190858859 -7200
# Node ID bd3c381d046fb75db8fe68effc05423b516031fb
# Parent 47a41083819bf00be943dea9d96707fb62606691
Merge vmx_dispatch_itlb_mi
Hi,
asm-offsets.h must depend on non-generated headers.
Tristan.
# HG changeset patch
# User Tristan Gingold <[EMAIL PROTECTED]>
# Date 1190853658 -7200
# Node ID 47a41083819bf00be943dea9d96707fb62606691
# Parent be87c8c80564fb735de5d13bb957f4cd9523bf61
asm-offsets.s must depend on
On Tue, Sep 25, 2007 at 11:11:48AM -0600, Alex Williamson wrote:
> On Tue, 2007-09-25 at 19:11 +0200, [EMAIL PROTECTED] wrote:
> > Quoting Alex Williamson <[EMAIL PROTECTED]>:
>
> Good guess, but I'm not sure that's it (not that I know what an EBC
> would look like in objdump). Here's the outpu
On Wed, Sep 26, 2007 at 06:41:24AM +0200, Tristan Gingold wrote:
> On Wed, Sep 26, 2007 at 12:33:52PM +0800, Xu, Anthony wrote:
> > >
> > >IIRC I tested such a map while I was testing xen relocation.
> >
> > Great! Looking forward to the patch
>
> I don
On Wed, Sep 26, 2007 at 09:55:51AM +0800, Zhang, Xing Z wrote:
> >
> I notice there are two directories(CirrusLogic and VgaMiniPort)
> in EdkQemuPkg. Which driver is firmware currently use? In intel's
> firmware we just use the miniport driver with some patches.
IIRC, VgaMiniPort.
The cirrus is pr
On Wed, Sep 26, 2007 at 12:22:00PM +0800, Xu, Anthony wrote:
> Hi Alex,
>
> Since the address space of relocated Xen is in the same region with
> identity mapping address space.
>
> There may be conflict.
>
> Can we put Xen as other region?
Yes, the new mapping could be:
0xf000: WB
(and
SW_V2P_DT/SW_V2P_D replace SW_V2P).
Tristan.
# HG changeset patch
# User Tristan Gingold <[EMAIL PROTECTED]>
# Date 1190781950 -7200
# Node ID be87c8c80564fb735de5d13bb957f4cd9523bf61
# Parent 109ef655c59186afe8ce6bd883f4268f47c4209f
Use same RID fro rr0 and rr4 in metaphysical mo
On Wed, Sep 26, 2007 at 12:33:52PM +0800, Xu, Anthony wrote:
> >From: Tristan Gingold [mailto:[EMAIL PROTECTED]
> >Yes, the new mapping could be:
> >0xf000: WB identify mapped
> >0xf200: UC identify mapped
> >0xf400: xen
On Wed, Sep 26, 2007 at 06:20:08AM +0200, Tristan Gingold wrote:
> On Tue, Sep 25, 2007 at 12:57:52PM -0600, Alex Williamson wrote:
> >
> >Any gcc wizards? Compiling latest staging with gcc-4.1.x and
> > no_warns=y results in the errors below. This doesn't happ
On Tue, Sep 25, 2007 at 12:57:52PM -0600, Alex Williamson wrote:
>
>Any gcc wizards? Compiling latest staging with gcc-4.1.x and
> no_warns=y results in the errors below. This doesn't happen with
> gcc-3.4 or 4.2. The warnings were introduced by this changeset:
Looks like a gcc bug. But su
On Tue, Sep 25, 2007 at 11:01:05AM +0900, Isaku Yamahata wrote:
> On Tue, Sep 25, 2007 at 03:45:03AM +0200, Tristan Gingold wrote:
>
> > for metaphysical mode, we use two different alternate rids (one for rr0 and
> > one for rr4). Because they use the same mapping why don
Hi,
for metaphysical mode, we use two different alternate rids (one for rr0 and
one for rr4). Because they use the same mapping why don't we use the
same rid for both rr0 and rr4 ?
This should avoid duplicate entries in the VHPT.
Tristan.
___
Xen-ia6
1 - 100 of 1017 matches
Mail list logo