From: Boris Ostrovsky <boris.ostrovsky@oracle.com>
To: Ian Campbell <ian.campbell@citrix.com>,
David Vrabel <david.vrabel@citrix.com>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: xen-devel@lists.xenproject.org, Ian.Jackson@eu.citrix.com
Subject: Re: [PATCH v5 00/22] xen/arm64: Add support for 64KB page in Linux
Date: Fri, 2 Oct 2015 09:25:15 -0400 [thread overview]
Message-ID: <560E85BB.4000101@oracle.com> (raw)
In-Reply-To: <1443779494.11707.71.camel@citrix.com>
On 10/02/2015 05:51 AM, Ian Campbell wrote:
> (trimming and reordering To/Cc)
>
> On Thu, 2015-10-01 at 16:15 +0100, David Vrabel wrote:
>> On 30/09/15 11:45, Julien Grall wrote:
>>> Hi all,
>>>
>>> ARM64 Linux is supporting both 4KB and 64KB page granularity. Although,
>>> Xen
>>> hypercall interface and PV protocol are always based on 4KB page
>>> granularity.
>>>
>>> Any attempt to boot a Linux guest with 64KB pages enabled will result
>>> to a
>>> guest crash.
>>>
>>> This series is a first attempt to allow those Linux running with the
>>> current
>>> hypercall interface and PV protocol.
>>>
>>> This solution has been chosen because we want to run Linux 64KB in
>>> released
>>> Xen ARM version or/and platform using an old version of Linux DOM0.
>> Applied to for-linus-4.4, thanks.
>>
>> Boris, can you kick off a set of tests for this branch, please?
> @Boris,
>
> Would it be possible to have the results of this test framework posted to
> the list, like osstest does?
Not in the way it is currently set up --- we have 7 or 8 test systems
and each one generates an email with results. It may not be too bad if
all tests pass but if they fail each email may have as much as 2-3 MB of
logs (we don't upload them anywhere).
I could generate a summary of a nightly run but then we have some
intermittent failures mostly on some older distros (like Fedora 15) that
we are unlikely to ever look into so that may make things confusing
(Yes, the question is then -- why do we even bother running it).
>
> @Linux-Maintainers,
>
> It occurs to me that osstest doesn't have a branch which is testing your
> kernel tree. Do you have a fast-forwarding branch in git
> ://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git which merges up some
> forward looking set of changes? If so I can pretty trivially arrange an
> osstest branch to track it.
>
> (If there isn't a f-forwarding one maybe it would still be worth testing
> something, it just probably wouldn't get bisected in any useful way if it
> broke).
Yes, perhaps have a devel/oss branch that tracks the latest
devel/for-linus-<version>? David?
-boris
next prev parent reply other threads:[~2015-10-02 13:25 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1443609937-25278-1-git-send-email-julien.grall@citrix.com>
2015-09-30 10:45 ` [PATCH v5 01/22] net/xen-netback: xenvif_gop_frag_copy: move GSO check out of the loop Julien Grall
2015-09-30 10:45 ` [PATCH v5 02/22] arm/xen: Drop pte_mfn and mfn_pte Julien Grall
2015-09-30 10:45 ` [PATCH v5 03/22] xen: Add Xen specific page definition Julien Grall
2015-09-30 10:45 ` [PATCH v5 04/22] xen/grant: Introduce helpers to split a page into grant Julien Grall
2015-09-30 10:45 ` [PATCH v5 05/22] xen/grant: Add helper gnttab_page_grant_foreign_access_ref_one Julien Grall
2015-09-30 10:50 ` Julien Grall
2015-09-30 10:45 ` [PATCH v5 06/22] block/xen-blkfront: Split blkif_queue_request in 2 Julien Grall
2015-09-30 10:45 ` [PATCH v5 07/22] block/xen-blkfront: Store a page rather a pfn in the grant structure Julien Grall
2015-09-30 10:45 ` [PATCH v5 08/22] block/xen-blkfront: split get_grant in 2 Julien Grall
2015-09-30 10:45 ` [PATCH v5 09/22] xen/biomerge: Don't allow biovec's to be merged when Linux is not using 4KB pages Julien Grall
2015-09-30 10:45 ` [PATCH v5 10/22] xen/xenbus: Use Xen page definition Julien Grall
2015-09-30 10:45 ` [PATCH v5 11/22] tty/hvc: xen: Use xen " Julien Grall
2015-09-30 10:45 ` [PATCH v5 12/22] xen/balloon: Don't rely on the page granularity is the same for Xen and Linux Julien Grall
2015-10-02 14:09 ` David Vrabel
[not found] ` <560E9004.8030604@citrix.com>
2015-10-02 14:31 ` Julien Grall
[not found] ` <560E9551.6020105@citrix.com>
2015-10-02 14:52 ` Julien Grall
[not found] ` <560E9A19.2010301@citrix.com>
2015-10-02 15:18 ` Boris Ostrovsky
2015-10-02 15:19 ` David Vrabel
2015-09-30 10:45 ` [PATCH v5 13/22] xen/events: fifo: Make it running on 64KB granularity Julien Grall
2015-09-30 10:45 ` [PATCH v5 14/22] xen/grant-table: " Julien Grall
2015-09-30 10:45 ` [PATCH v5 15/22] block/xen-blkfront: Make it running on 64KB page granularity Julien Grall
2015-09-30 10:45 ` [PATCH v5 16/22] block/xen-blkback: " Julien Grall
2015-09-30 10:45 ` [PATCH v5 17/22] net/xen-netfront: " Julien Grall
2015-09-30 10:45 ` [PATCH v5 18/22] net/xen-netback: " Julien Grall
2015-09-30 10:45 ` [PATCH v5 19/22] xen/privcmd: Add support for Linux " Julien Grall
2015-09-30 10:45 ` [PATCH v5 20/22] arm/xen: Add support for " Julien Grall
2015-09-30 10:45 ` [PATCH v5 21/22] xen/swiotlb: Pass addresses rather than frame numbers to xen_arch_need_swiotlb Julien Grall
2015-09-30 10:45 ` [PATCH v5 22/22] xen/swiotlb: Add support for 64KB page granularity Julien Grall
2015-09-30 11:32 ` [PATCH v5 00/22] xen/arm64: Add support for 64KB page in Linux Mark Rutland
[not found] ` <20150930113214.GA10997@leverpostej>
2015-09-30 11:45 ` Julien Grall
[not found] ` <560BCB67.1060100@citrix.com>
2015-09-30 13:04 ` Mark Rutland
2015-10-01 15:15 ` David Vrabel
[not found] ` <560D4E02.60700@citrix.com>
2015-10-02 9:51 ` Ian Campbell
2015-10-02 13:25 ` Boris Ostrovsky [this message]
2015-10-02 14:35 ` Konrad Rzeszutek Wilk
2015-10-02 13:25 ` Konrad Rzeszutek Wilk
2015-10-05 16:18 ` Ian Campbell
2015-09-30 10:45 Julien Grall
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=560E85BB.4000101@oracle.com \
--to=boris.ostrovsky@oracle.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=david.vrabel@citrix.com \
--cc=ian.campbell@citrix.com \
--cc=konrad.wilk@oracle.com \
--cc=xen-devel@lists.xenproject.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).