similar to: Xen/ia64 status update

Is there version of git repository that will compile on arch linux I found this info http://lists.xen.org/archives/html/xen-api/2013-04/msg00140.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

A while ago (I think at the Xummit), I recall someone saying that the structure of the files in xenlinux may change soon so that the xen-specific files would move to a subdirectory or arch/<arch> (e.g. linux/arch/i386/xen instead of linux/arch/xen/i386). Is this still planned? If so, what is the timing? If it''s in progress, I''d like to get in the loop... Thanks, Dan

With respect to your thread started Tue, 30 Oct 2012, please guide me if you were able to solve the error. link to the thread. https://www.redhat.com/archives/libvirt-users/2012-October/msg00139.html Thanks!

Hi, Dan, This patch fixes strange behavior on IA64, that IDLE is scheduled more than Dom0 with default sEDF scheduler. The key point is reprogram_ac_timer at the end of ac_timer dispatcher, which programs local apic timer with expire of next ac_timer on x86. Higher precision lapic timer can trigger ac_timer more precisely than simply done in PIT interrupt handler. That works perfectly on x86

I think this is the last of the header fixes I''ve run across. Though it''s sometimes difficult to tell, I believe Xen/ia64 has asm/mm.h, flushtlb.h, page.h, and shadow.h. Please apply. Signed-off-by: Hollis Blanchard <hollisb@us.ibm.com> -- Hollis Blanchard IBM Linux Technology Center

Sir, We are interested in implementing Type Based Alias Analysis(TBAA) in LLVM. This is prescribed as one of the projects in the Open Projects list of the LLVM website. One of the links in your page is not working. I am giving the link below http://www.ice.gelato.org/oct07/pres_pdf/gelato_ICE07oct_aliasing_isaev_intel.pdf Kindly send me any additional resources and suggestions you have on this

This patch replaces the Xen xmalloc engine with tlsf, an allocation engine that is both more space efficient and time-bounded, especially for allocation sizes between PAGE_SIZE/2 and PAGE_SIZE. The file xmalloc.c is deprecated but not yet deleted. A simple switch of a comment line in common/Makefile will change back to the legacy xmalloc/xfree if needed for testing. Code adapted from Nitin

Xenlinux uses a special architecture-dependent bit in the page table, called PG_arch_1 to indicate that a page is "foreign" (PG_foreign). It also apparently uses it to determine if a page is pinned (PG_pinned). Linux/ia64 (and apparently Linux/ppc and Linux/ppc64) use the PG_arch_1 bit for other purposes. On Linux/ia64, it is used to determine if the instruction cache needs to be

Attached patch makes the balloon driver arch-neutral (compiles on ia64... look ma, no #ifdef''s!). Please apply to xen-unstable. One change should be eyeballed, line 257 in balloon.c, because phys_to_machine_mapping[pfn] is not identical to pfn_to_mfn (different by sign bit, should be OK?) Signed-off by: Dan Magenheimer <dan.magenheimer@hp.com> diff -r 0255f48b757f

Hi all, Can anyone please advise the correct process for defining a USB device to point to a USB 2 Controller? Specifically, how do you define a USB device to use the EHCI controller in a guest xml file? To summarize my problem: I have 1 x USB1 device and 1 x USB2 device that I would like to use from within a Windows XP Guest. If I add the USB2 device (Avid M-box) to the guest machine via

Various versions of Linux under various circumstances select TSC as the primary clocksource for the kernel. This is especially true for uniprocessor kernels, but also in some cases for multiprocessor kernels. In most cases, this is because a processor bit (tsc_invariant? constant_tsc?) is passed through directly from the hardware via Xen and tested by the hvm guest and the result implies that

Package: xen-3 Version: 3.4.3~rc3-2 Severity: important Tags: fixed-upstream I've encountered the problem described at http://wiki.xensource.com/xenwiki/XenCommonProblems#head-727e72b3922ca3177b2fcc4e4467adeaaea3016d on a fresh installation of squeeze (grub 1.98-1). The patches mentioned on the XenSource wiki: http://xenbits.xen.org/xen-unstable.hg?rev/bcc09eb7379f

> Sergio Gelato wrote; >> I see that the rest of that function has an "if (problem) goto out;" >> after >> every krb5 library call. Doesn't that also introduce measurable time >> differences? Interesting. > I wrote a test case with expect to measure the time difference for valid and invalid user with the same workaround as said before. It seems to

FYI, it is likely that ocfs2 will not work on 3.7-rcN until the following one-line patch is merged, as the code in ramster that provoked it is directly leveraged from ocfs2 o2net. > From: Tejun Heo [mailto:tj at kernel.org] > Sent: Thursday, October 18, 2012 5:39 PM > To: Dan Magenheimer > Cc: linux-kernel at vger.kernel.org; Konrad Wilk > Subject: [PATCH] workqueue:

> This is another thing that has always put me off. The > virtual block device driver has the ability to masquerade as > other types of block devices. It actually claims to be an > IDE or SCSI device allocating the appropriate major/minor numbers. > > This seems to be pretty evil and creating interesting failure > conditions for users who load IDE or SCSI modules.

> This is another thing that has always put me off. The > virtual block device driver has the ability to masquerade as > other types of block devices. It actually claims to be an > IDE or SCSI device allocating the appropriate major/minor numbers. > > This seems to be pretty evil and creating interesting failure > conditions for users who load IDE or SCSI modules.

Folks, The second release candidate for Xen 3.4.0 is available at http://xenbits.xensource.com/xen-unstable.hg, tagged as ''3.4.0-rc2''. Please test! -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hi. This patchset implements ia64/xen domU support based on ia64/pv_ops frame work which was sent as another patchest. Changes from take 5 are rebased to Linux 2.6.26-rc3, bug fix ivt.S paravirtualization and multi entry point support. I believe these patches can be applied to the linux ia64 repository. This patchset does the followings. - Some preparation work. Mainly importing header files to

Hi. This patchset implements ia64/xen domU support based on ia64/pv_ops frame work which was sent as another patchest. Changes from take 5 are rebased to Linux 2.6.26-rc3, bug fix ivt.S paravirtualization and multi entry point support. I believe these patches can be applied to the linux ia64 repository. This patchset does the followings. - Some preparation work. Mainly importing header files to

Hmmm... It appears I never posted the corrected version of this patch so it never made it upstream. See: http://lists.xen.org/archives/html/xen-devel/2011-11/msg00587.html http://lists.xen.org/archives/html/xen-devel/2011-11/msg02145.html It would be good if this very minor fix was also applied to 4.2 (and, if possible, 4.1). Thanks, Dan =================== The program xen-tmem-list-parse