From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: xen-devel@lists.xenproject.org, Ian.Jackson@eu.citrix.com,
Ian Campbell <ian.campbell@citrix.com>,
David Vrabel <david.vrabel@citrix.com>
Subject: Re: [PATCH v5 00/22] xen/arm64: Add support for 64KB page in Linux
Date: Fri, 2 Oct 2015 10:35:21 -0400 [thread overview]
Message-ID: <20151002143520.GH18769@localhost.localdomain> (raw)
In-Reply-To: <560E85BB.4000101@oracle.com>
On Fri, Oct 02, 2015 at 09:25:15AM -0400, Boris Ostrovsky wrote:
>
>
> 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).
Lets kill it. I thought it was Fedora 16 though?
>
>
> >
> >@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 14:35 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
2015-10-02 14:35 ` Konrad Rzeszutek Wilk [this message]
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=20151002143520.GH18769@localhost.localdomain \
--to=konrad.wilk@oracle.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=boris.ostrovsky@oracle.com \
--cc=david.vrabel@citrix.com \
--cc=ian.campbell@citrix.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).