From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Ingo Molnar <mingo@elte.hu>
Cc: the arch/x86 maintainers <x86@kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Xen-devel <xen-devel@lists.xensource.com>,
Greg KH <gregkh@suse.de>, Olaf Kirch <okir@suse.de>
Subject: Where do we stand with the Xen patches?
Date: Thu, 14 May 2009 12:54:54 -0700 [thread overview]
Message-ID: <4A0C770E.2030305@goop.org> (raw)
Hi Ingo,
Over the last week or so, I've set out pull requests for the following
branches in git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git :
for-ingo/xen/dom0/core
You made two comments about the first post of this set:
1. The // comments in the mtrr code. Now fixed.
2. A query about when Xen can support PAT. In progress; when its
done, we can remove the unconditional PAT disable.
for-ingo/xen/dom0/pci
for-ingo/xen/dom0/swiotlb
Updated with Joerg Roedel, FUJITA Tomonori and Matthew Wilcox's
comments, Acked-by and Reviewed-bys as appropriate.
for-ingo/xen/dom0/apic-ops
After discussion between yourself and HPA, we resolved that using
io_apic_ops was the right way to go forward with this. I replaced
for-ingo/xen/dom0/apic with the new branch
for-ingo/xen/dom0/apic-ops, which is identical aside from
implementing and using io_apic_ops.
for-ingo/xen/dom0/mtrr
You queried the value of "extending" this interface, given that its
considered to be deprecated. These changes in no way extend the
interface, but just make the existing interface functional under
Xen. And while we don't have PAT support, there's no other way of
setting cachability attributes on memory, so not supporting it has a
fairly severe performance impact on things like X.
Aside from some whitespace issues around some Impact: lines, I don't
know of any outstanding problems. (I just pushed an updates to these
branches to fix those, and fold a change to address Jesse's comment.)
Please tell me if you have any further issues which prevents you from
pulling these changes. Otherwise I'd appreciate it if you pulled them
soon, as we're already on -rc5, and I have more changes I'd like to prep
for the next merge window.
Thanks,
J
next reply other threads:[~2009-05-14 19:55 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-14 19:54 Jeremy Fitzhardinge [this message]
2009-05-15 18:35 ` Where do we stand with the Xen patches? Ingo Molnar
2009-05-15 19:59 ` Jeremy Fitzhardinge
2009-05-18 1:36 ` FUJITA Tomonori
2009-05-18 1:42 ` Jeremy Fitzhardinge
2009-05-18 8:40 ` Ingo Molnar
2009-05-19 5:27 ` FUJITA Tomonori
2009-05-19 13:03 ` Ingo Molnar
2009-05-19 15:30 ` FUJITA Tomonori
2009-05-19 15:56 ` Ian Campbell
2009-05-20 17:06 ` Jeremy Fitzhardinge
2009-05-21 8:54 ` FUJITA Tomonori
2009-05-21 10:27 ` Ian Campbell
2009-05-21 10:28 ` Ian Campbell
2009-05-21 10:39 ` FUJITA Tomonori
2009-05-21 11:03 ` [Xen-devel] " Ian Campbell
2009-05-21 11:08 ` Ian Campbell
2009-05-21 11:19 ` FUJITA Tomonori
2009-05-21 11:45 ` Ian Campbell
2009-05-21 16:15 ` swiotlb: remove __weak hooks in favour of architecture-specific functions Ian Campbell
2009-05-21 16:19 ` Ian Campbell
2009-05-21 16:47 ` Randy Dunlap
2009-05-22 8:55 ` Ian Campbell
2009-05-22 11:13 ` FUJITA Tomonori
2009-05-22 11:43 ` Ian Campbell
2009-05-22 11:55 ` FUJITA Tomonori
2009-05-22 14:02 ` Ian Campbell
2009-05-22 14:24 ` FUJITA Tomonori
2009-05-21 16:15 ` [PATCH] swiotlb: make is_buffer_dma_capable architecture-specific Ian Campbell
2009-05-21 16:15 ` [PATCH] swiotlb: make range_needs_mapping architecture-specific Ian Campbell
2009-05-22 11:13 ` FUJITA Tomonori
2009-05-22 11:45 ` Ian Campbell
2009-05-21 16:15 ` [PATCH] swiotlb/xen: update xen for swiotlb_arch_force_mapping changes Ian Campbell
2009-05-21 16:15 ` [PATCH] swiotlb: make swiotlb allocation functions architecture-specific Ian Campbell
2009-05-22 11:13 ` FUJITA Tomonori
2009-05-22 11:46 ` Ian Campbell
2009-05-21 16:15 ` [PATCH] swiotlb/xen: update xen for changes to swiotlb allocation interface Ian Campbell
2009-05-21 16:15 ` [PATCH] swiotlb: make swiotlb phys<->bus translations architecture-specific Ian Campbell
2009-05-22 11:13 ` FUJITA Tomonori
2009-05-22 11:46 ` Ian Campbell
2009-05-21 16:15 ` [PATCH] swiotlb/xen: update xen swiotlb for phys<->bus API changes Ian Campbell
2009-05-21 17:21 ` [Xen-devel] Re: Where do we stand with the Xen patches? FUJITA Tomonori
2009-05-21 10:48 ` Ian Campbell
-- strict thread matches above, loose matches on Subject: below --
2009-05-17 18:37 devzero
2009-05-17 19:25 ` david
2009-05-17 19:33 ` Arjan van de Ven
2009-05-17 19:46 devzero
2009-05-18 1:54 ` Jeremy Fitzhardinge
2009-05-19 13:10 ` Chris Mason
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A0C770E.2030305@goop.org \
--to=jeremy@goop.org \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=okir@suse.de \
--cc=x86@kernel.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.