Hi!
On Fri, Sep 6, 2019 at 12:41 AM Juergen Gross wrote:
>
> This email only tracks big items for xen.git tree. Please reply for items you
> would like to see in 4.13 so that people have an idea what is going on and
> prioritise accordingly.
>
> You're welcome to provide description and use cases
Hi!
I'm a bit at a loss of what's happening here, but it seems that
the latest Xen from master fails to boot on HP ProLiant DL20
GEN10 server (same Xen boots fine on every other piece of
hardware in my lab).
There are absolutely no signs of what's going wrong with it.
It just stops at
(XEN) HVM:
M Jan Beulich wrote:
>
> On 24.09.2019 20:20, Roman Shaposhnik wrote:
> > I'm a bit at a loss of what's happening here, but it seems that
> > the latest Xen from master fails to boot on HP ProLiant DL20
> > GEN10 server (same Xen boots fine on every other piece
On Thu, Sep 26, 2019 at 12:44 AM Jan Beulich wrote:
>
> On 26.09.2019 00:31, Roman Shaposhnik wrote:
> > Jan, Roger, thank you so much for the initial ideas. I tried a few of
> > those and here's where I am.
> >
> > First of all, it is definitely related to CP
On Thu, Sep 26, 2019 at 12:44 AM Jan Beulich wrote:
>
> On 26.09.2019 00:31, Roman Shaposhnik wrote:
> > Jan, Roger, thank you so much for the initial ideas. I tried a few of
> > those and here's where I am.
> >
> > First of all, it is definitely related to CP
On Fri, Jul 26, 2019 at 1:06 AM Jan Beulich wrote:
>
> On 23.07.2019 20:25, Roman Shaposhnik wrote:
> > Interestingly enough, adding iommu_inclusive_mapping=1 AND iommu=debug
> > booted the system just fine.
>
> Btw (I've noticed this only now) - are you saying wi
On Wed, Jul 31, 2019 at 1:36 AM Roger Pau Monné wrote:
>
> On Tue, Jul 30, 2019 at 10:55:24AM -0700, Roman Shaposhnik wrote:
> > Sorry -- got a bit distracted yesterday. Attached is the log with only
> > your latest patch attached. Interestingly enough the box booted fine
On Wed, Jul 31, 2019 at 1:43 AM Roger Pau Monné wrote:
>
> On Wed, Jul 31, 2019 at 10:36:31AM +0200, Roger Pau Monné wrote:
> > On Tue, Jul 30, 2019 at 10:55:24AM -0700, Roman Shaposhnik wrote:
> > > Sorry -- got a bit distracted yesterday. Attached is the log with only
&g
On Wed, Jul 31, 2019 at 2:46 AM Jan Beulich wrote:
>
> On 31.07.2019 10:58, Andrew Cooper wrote:
> > On 31/07/2019 09:34, Jan Beulich wrote:
> >> On 30.07.2019 19:56, Roman Shaposhnik wrote:
> >>> On Fri, Jul 26, 2019 at 1:06 AM Jan Beulich wrote:
> >&g
Hi!
Andrew reminded me that EVE has a weird in-tree patch for Xen's qemu
to deal with an issue we can't quite explain:
https://github.com/lf-edge/eve/blob/master/pkg/xen-tools/patches-4.12.0/01-remove-assert.patch
The way this problem manifests itself is *sometime after* an HVM domain
with a
On Wed, Jul 31, 2019 at 12:46 PM Andrew Cooper
wrote:
>
> On 31/07/2019 20:35, Roman Shaposhnik wrote:
> > On Wed, Jul 31, 2019 at 1:43 AM Roger Pau Monné
> > wrote:
> >> On Wed, Jul 31, 2019 at 10:36:31AM +0200, Roger Pau Monné wrote:
> >>> On Tue,
On Thu, Aug 1, 2019 at 3:30 AM Anthony PERARD wrote:
>
> On Wed, Jul 31, 2019 at 01:11:22PM -0700, Roman Shaposhnik wrote:
> > Hi!
>
> Hi Roman,
>
> Thanks for the bug report!
>
> That bug (technical debt really) was fixed in QEMU 4.0 (so will be fixed
> in Xen 4
On Thu, Aug 1, 2019 at 10:44 AM Andrew Cooper wrote:
>
> On 01/08/2019 18:35, Roman Shaposhnik wrote:
> > On Thu, Aug 1, 2019 at 3:30 AM Anthony PERARD
> > wrote:
> >> On Wed, Jul 31, 2019 at 01:11:22PM -0700, Roman Shaposhnik wrote:
> >>> Hi!
> >&g
On Thu, Aug 1, 2019 at 9:01 AM Juergen Gross wrote:
>
> This email only tracks big items for xen.git tree. Please reply for items you
> would like to see in 4.13 so that people have an idea what is going on and
> prioritise accordingly.
>
> You're welcome to provide description and use cases of th
On Thu, Aug 1, 2019 at 1:45 AM Roger Pau Monné wrote:
>
> On Wed, Jul 31, 2019 at 12:30:04PM -0700, Roman Shaposhnik wrote:
> > On Wed, Jul 31, 2019 at 1:36 AM Roger Pau Monné
> > wrote:
> > >
> > > On Tue, Jul 30, 2019 at 10:55:24AM -0700, Roman Shaposhn
On Thu, Aug 1, 2019 at 1:16 AM Roger Pau Monné wrote:
>
> On Wed, Jul 31, 2019 at 02:03:24PM -0700, Roman Shaposhnik wrote:
> > On Wed, Jul 31, 2019 at 12:46 PM Andrew Cooper
> > wrote:
> > >
> > > On 31/07/2019 20:35, Roman Shaposhnik wrote:
> > >
On Tue, Aug 6, 2019 at 9:18 AM Roger Pau Monné wrote:
>
> On Fri, Aug 02, 2019 at 10:05:40AM +0200, Roger Pau Monné wrote:
> > On Thu, Aug 01, 2019 at 11:25:04AM -0700, Roman Shaposhnik wrote:
> > > This patch completely fixes the problem for me!
> > >
> > >
ee them being different :-( ).
Thanks,
Roman.
> On Wed, Aug 07, 2019 at 09:35:34AM +0200, Roger Pau Monné wrote:
> > On Tue, Aug 06, 2019 at 02:48:51PM -0700, Roman Shaposhnik wrote:
> > > On Tue, Aug 6, 2019 at 9:18 AM Roger Pau Monné
> > > wrote:
> > > >
&g
nslate(d) )
{
-if ( !need_iommu_pt_sync(d) )
+if ( !has_iommu_pt(d) )
return 0;
return iommu_legacy_unmap(d, _dfn(gfn_l), PAGE_ORDER_4K);
}
Thanks,
Roman.
On Wed, Aug 14, 2019 at 1:06 AM Roger Pau Monné wrote:
>
> On Tue, Aug 13, 2019 at 12:24:32PM -0700, Ro
> ---
> Cc: George Dunlap
> Cc: Jan Beulich
> Cc: Andrew Cooper
> Cc: Wei Liu
> Cc: Paul Durrant
Tested-by: Roman Shaposhnik
> ---
> xen/arch/x86/mm/p2m.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/xen/arch/x86/mm/p2m.c b/
On Mon, Aug 19, 2019 at 1:16 AM Roger Pau Monné wrote:
>
> On Sun, Aug 18, 2019 at 10:00:17PM -0700, Roman Shaposhnik wrote:
> > Hi Roger!
> >
> > Some good news, some bad news ;-)
> >
> > Good news is that on the newer BIOS, your original patch seems to wor
NOTE: this may or may not be a hair on fire problem, reporting it
anyway since I'd hate to pass on something that maybe a serious issue.
I haven't had time to debug this just yet -- so just reporting it here
pretty raw.
Software:
Xen 4.13 RC2
Linux kernel 4.19.5
Hardware:
Supermicro E300
Hi!
as I've reported earlier -- part of my testing of Xen 4.13 RC2 failed
in a massive way with Dom0 never coming up. I've traced that problem
to the option that we're using to boot Xen:
efi=no-rs
We've been using this option for quite sometime and Xen 4.13 RC2
is the first one that seems to m
Rich, Marek, thanks a million for quick replies -- I'll try your
suggestions tomorrow in my lab.
Thanks,
Roman.
On Sat, Nov 16, 2019 at 3:07 PM Marek Marczykowski-Górecki <
marma...@invisiblethingslab.com> wrote:
> On Fri, Nov 15, 2019 at 09:24:38PM -0800, Roman Shaposhnik
ere could
> still be other reasons to disable UEFI runtime services.
>
> Could you try booting the affected systems with efi=rs?
>
> Rich
>
> > On Nov 16, 2019, at 00:27, Roman Shaposhnik wrote:
> >
> > Hi!
> >
> > as I've reported earlier --
On Sun, Nov 17, 2019 at 10:15 PM Jürgen Groß wrote:
>
> On 16.11.19 02:12, Roman Shaposhnik wrote:
> > NOTE: this may or may not be a hair on fire problem, reporting it
> > anyway since I'd hate to pass on something that maybe a serious issue.
> > I haven't had
On Mon, Nov 18, 2019 at 11:31 PM Rich Persaud wrote:
>
> On Nov 19, 2019, at 02:13, Roman Shaposhnik wrote:
> >
> > Ok, to sum up -- there's definitely a pretty major regression on all
> > this hardware with Xen 4.13 RC2:
> >
> > https://www.d
On Wed, Nov 20, 2019 at 10:06 PM Jürgen Groß wrote:
>
> Where do we stand with Xen 4.13 regarding blockers and related patches?
>
> 1. OSStest failure regarding nested test:
> I'm not quite sure whether the currently debated patch of Andrew is
> fixing the problem. If not, do we know what
On Thu, Nov 21, 2019 at 9:38 AM Andrew Cooper wrote:
>
> On 21/11/2019 17:31, Roman Shaposhnik wrote:
> > On Wed, Nov 20, 2019 at 10:06 PM Jürgen Groß wrote:
> >> Where do we stand with Xen 4.13 regarding blockers and related patches?
> >>
> >> 1
On Thu, Nov 21, 2019 at 9:38 AM Andrew Cooper wrote:
>
> On 21/11/2019 17:31, Roman Shaposhnik wrote:
> > On Wed, Nov 20, 2019 at 10:06 PM Jürgen Groß wrote:
> >> Where do we stand with Xen 4.13 regarding blockers and related patches?
> >>
> >> 1
On Sun, Nov 24, 2019 at 4:48 PM Marek Marczykowski-Górecki
wrote:
>
> On Fri, Nov 22, 2019 at 10:00:13PM -0800, Roman Shaposhnik wrote:
> > 3. Bad news: Marek's suggestion didn't work on Dell product line (and yes
> > I double checked that I built it correctly).
> &
On Mon, Nov 25, 2019 at 7:55 PM Marek Marczykowski-Górecki
wrote:
>
> On Mon, Nov 25, 2019 at 07:44:03PM -0800, Roman Shaposhnik wrote:
> > On Sun, Nov 24, 2019 at 4:48 PM Marek Marczykowski-Górecki
> > wrote:
> > > Do you have by
> > > a chance messages o
line_strcmp().
> >
> > Reported-by: Roman Shaposhnik
> > Signed-off-by: Jan Beulich
>
> Reviewed-by: Wei Liu
Tested-by: Roman Shaposhnik
Thanks,
Roman.
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
On Tue, Nov 26, 2019 at 12:31 AM Jan Beulich wrote:
>
> On 26.11.2019 08:02, Roman Shaposhnik wrote:
> > On Mon, Nov 25, 2019 at 7:55 PM Marek Marczykowski-Górecki
> > wrote:
> >> On Mon, Nov 25, 2019 at 07:44:03PM -0800, Roman Shaposhnik wrote:
> >>> (XE
s,
Roman.
On Mon, Nov 25, 2019 at 11:02 PM Roman Shaposhnik wrote:
>
> On Mon, Nov 25, 2019 at 7:55 PM Marek Marczykowski-Górecki
> wrote:
> >
> > On Mon, Nov 25, 2019 at 07:44:03PM -0800, Roman Shaposhnik wrote:
> > > On Sun, Nov 24, 2019 at 4:48 PM Marek Ma
On Tue, Nov 26, 2019 at 10:32 AM Marek Marczykowski-Górecki
wrote:
>
> On Tue, Nov 26, 2019 at 09:56:25AM -0800, Roman Shaposhnik wrote:
> > Hi Marek, after applying Jan's patch I'm making much further progress.
> > Xen boots fine and Dom0 seems to be OK (more tests
On Tue, Nov 26, 2019 at 1:20 PM Rich Persaud wrote:
>
> On Nov 26, 2019, at 15:23, Andrew Cooper wrote:
>
>
> On 26/11/2019 20:12, Roman Shaposhnik wrote:
>
> On Tue, Nov 26, 2019 at 10:32 AM Marek Marczykowski-Górecki
>
> wrote:
>
> On Tue, Nov 26, 2019 at 0
Hi!
it appears that something has broken in 4.13 RC5 so that
I'm now getting the following on ARM (full logs are attached).
(XEN)
(XEN) Panic on CPU 0:
(XEN) Failed to allocate requested dom0 memory. 672MB unallocated
(XEN)
On Mon, Dec 16, 2019 at 6:55 PM Stefano Stabellini
wrote:
>
> On Mon, 16 Dec 2019, Roman Shaposhnik wrote:
> > Hi!
> >
> > it appears that something has broken in 4.13 RC5 so that
> > I'm now getting the following on ARM (fu
Hi Julien,
On Tue, Dec 17, 2019 at 3:30 AM Julien Grall wrote:
>
> Hi,
>
> On 17/12/2019 04:39, Roman Shaposhnik wrote:
> > On Mon, Dec 16, 2019 at 6:55 PM Stefano Stabellini
> > wrote:
> >> On Mon, 16 Dec 2019, Roman Shaposhnik wrote:
> >> If
On Tue, Dec 17, 2019 at 10:30 AM Stefano Stabellini
wrote:
>
> On Tue, 17 Dec 2019, Julien Grall wrote:
> > Hi,
> >
> > On 17/12/2019 04:39, Roman Shaposhnik wrote:
> > > On Mon, Dec 16, 2019 at 6:55 PM Stefano Stabellini
> > > wrote:
> >
On Tue, Dec 17, 2019 at 11:26 AM Stefano Stabellini
wrote:
>
> On Tue, 17 Dec 2019, Roman Shaposhnik wrote:
> > On Tue, Dec 17, 2019 at 10:30 AM Stefano Stabellini
> > wrote:
> > >
> > > On Tue, 17 Dec 2019, Julien Grall wrote:
> > > > Hi,
>
On Tue, Dec 17, 2019 at 5:51 PM Stefano Stabellini
wrote:
>
> On Tue, 17 Dec 2019, Roman Shaposhnik wrote:
> > On Tue, Dec 17, 2019 at 11:26 AM Stefano Stabellini
> > wrote:
> > >
> > > On Tue, 17 Dec 2019, Roman Shaposhnik wrote:
> > > > On
On Wed, Dec 11, 2019 at 12:41 AM Jan Beulich wrote:
>
> On 11.12.2019 09:16, Jürgen Groß wrote:
> > On 11.12.19 08:28, Jan Beulich wrote:
> >> Jürgen, Boris,
> >>
> >> I've noticed
> >>
> >> <6>clocksource: Switched to clocksource tsc
> >>
> >> as the final clocksource related boot message in a PV
On Tue, Dec 17, 2019 at 6:56 PM Roman Shaposhnik wrote:
>
> On Tue, Dec 17, 2019 at 5:51 PM Stefano Stabellini
> wrote:
> >
> > On Tue, 17 Dec 2019, Roman Shaposhnik wrote:
> > > On Tue, Dec 17, 2019 at 11:26 AM Stefano Stabellini
> > > wrote:
>
On Wed, Dec 18, 2019 at 3:50 AM Julien Grall wrote:
>
> Hi,
>
> On 18/12/2019 07:36, Roman Shaposhnik wrote:
> > On Tue, Dec 17, 2019 at 6:56 PM Roman Shaposhnik wrote:
> >> Exactly! That's the other surprising bit -- I noticed that too -- its not
> >
le memory for the memory
> (see "free_memory").
>
> Are you looking from something different?
Just to be clear: I was giving 2G via devicetrees (the same device
trees that would
make Linux detect 2G of RAM) hence I was expecting xl info to show that. Instead
I only got 1120M show
Hi Julien! First of all -- thank you so much for detailed explanations
-- this is very much appreciated.
A few questions still (if you don't mind):
On Wed, Dec 18, 2019 at 2:17 PM Julien Grall wrote:
>
> Hi Roman,
>
> On 18/12/2019 17:03, Roman Shaposhnik wrote:
> > On We
On Thu, Dec 19, 2019 at 4:01 PM Stefano Stabellini
wrote:
>
> On Thu, 19 Dec 2019, Julien Grall wrote:
> > > > In fact most of people on Arm are using GRUB rather than EFI directly as
> > > > this is more friendly to use.
> > > >
> > > > Regarding the devicetree, Xen and Linux will completely igno
Hi Julien,
On Sun, Dec 29, 2019 at 10:01 AM Julien Grall wrote:
>
> Hi,
>
> On 21/12/2019 01:37, Roman Shaposhnik wrote:
> > On Thu, Dec 19, 2019 at 4:01 PM Stefano Stabellini
> > wrote:
> >>
> >> On Thu, 19 Dec 2019, Julien Grall wrote:
> >&
On Mon, Sep 30, 2019 at 3:19 AM Andrew Cooper wrote:
>
> On 28/09/2019 04:07, Roman Shaposhnik wrote:
> > On Thu, Sep 26, 2019 at 12:44 AM Jan Beulich wrote:
> >> On 26.09.2019 00:31, Roman Shaposhnik wrote:
> >>> Jan, Roger, thank you so much for the initial id
On Mon, Sep 30, 2019 at 2:56 AM Jan Beulich wrote:
>
> On 28.09.2019 05:07, Roman Shaposhnik wrote:
> > On Thu, Sep 26, 2019 at 12:44 AM Jan Beulich wrote:
> >>
> >> On 26.09.2019 00:31, Roman Shaposhnik wrote:
> >>> Jan, Roger, thank you so mu
Btw, forgot to attach the patch with maxcpus=2 -- interestingly enough
Xen seems to hang much further down than before (basically after
attempting to build out Dom0)
On Mon, Sep 30, 2019 at 3:16 PM Roman Shaposhnik wrote:
>
> On Mon, Sep 30, 2019 at 2:56 AM Jan Beulich wrote:
>
Sorry -- was traveling last week, but I'm still very curious to get to
the bottom of this:
On Tue, Oct 1, 2019 at 1:25 AM Jan Beulich wrote:
>
> On 01.10.2019 00:38, Roman Shaposhnik wrote:
> > Btw, forgot to attach the patch with maxcpus=2 -- interestingly enough
> >
* Software: Xen 4.13 RC2
* Hardware: Dell IoT Gateway 3000 series
* Software: Project EVE
* Guest operating systems: Alpine Linux
* Functionality tested: compiling, installing, Booting with dom0=pv
* Comments: All works, aside from xl create often timing out
The timeout happens when either doing x
rd.
> >
> > The implementation is based on
> > drivers/watchdog/bcm2835_wdt.c:__bcm2835_restart in Linux v5.9-rc7.
> >
> > Signed-off-by: Stefano Stabellini
> > Acked-by: Julien Grall
>
> Reviewed-by: Bertrand Marquis
FWIW:
Tested-by: Roman Shaposhnik
G
On Wed, Mar 25, 2020 at 4:05 AM Roger Pau Monné wrote:
>
> Adding the PCI and IOMMU maintainers.
>
> On Mon, Mar 23, 2020 at 01:55:01PM -0700, Roman Shaposhnik wrote:
> > Hi!
> >
> > I was going through how Xen support PCIe IOMMU ACS and
> > all I co
On Fri, Mar 27, 2020 at 2:12 AM Paul Durrant wrote:
>
> > -Original Message-
> > From: Roman Shaposhnik
> > Sent: 26 March 2020 22:03
> > To: Roger Pau Monné
> > Cc: xen-devel@lists.xenproject.org; Jan Beulich ; Paul
> > Durrant ;
> > Kevi
Hi!
I'm trying to run Xen on Raspberry Pi 4 with 5.6.1 stock,
upstream kernel. The kernel itself works perfectly well
on the board. When I try booting it as Dom0 under Xen,
it goes into a stacktrace (attached).
Looking at what nice folks over at Dornerworks have previously
done to make RPi kernel
On Fri, May 1, 2020 at 4:42 AM Corey Minyard wrote:
>
> On Thu, Apr 30, 2020 at 07:20:05PM -0700, Roman Shaposhnik wrote:
> > Hi!
> >
> > I'm trying to run Xen on Raspberry Pi 4 with 5.6.1 stock,
> > upstream kernel. The kernel itself works perfectly well
>
+ WARN_ON(dev->dma_ops != NULL);
> dev->dma_ops = &xen_swiotlb_dma_ops;
> + }
> #endif
> }
>
>
> On Thu, 30 Apr 2020, Roman Shaposhnik wrote:
> > Hi!
> >
> > I'm trying to run Xen on Raspberry Pi 4
Hi Julien,
thank for your patch -- just like Corey I tried it out and it seems to
work fine and gets
me further. At this point, I'm pretty sure I'm past initial
bootstrapping issues and into
what can be basically described as Xen DMA issue of some kind (so I'm
pretty sure
I will need Stefano's hel
On Mon, May 4, 2020 at 8:52 PM Stefano Stabellini
wrote:
>
> On Mon, 4 May 2020, Roman Shaposhnik wrote:
> > Hi Julien,
> >
> > thank for your patch -- just like Corey I tried it out and it seems to
> > work fine and gets
> > me further. At this poi
c.info/?l=linux-kernel&m=158805976230485&w=2
>
> An in-depth analysis below.
>
>
> On Mon, 4 May 2020, Roman Shaposhnik wrote:
> > > > [2.534292] Unable to handle kernel paging request at virtual
> > > > address 0026c340
> > > > [2.5423
On Wed, May 6, 2020 at 10:36 AM Boris Ostrovsky
wrote:
>
>
> On 5/6/20 12:14 PM, Nataliya Korovkina wrote:
> > On Wed, May 6, 2020 at 9:43 AM Boris Ostrovsky
> > wrote:
> >>
> >> On 5/6/20 9:08 AM, Nataliya Korovkina wrote:
> >>> Hello,
> >>>
> >>> What I found out: rpi_firmware_property_list() a
On Wed, May 6, 2020 at 10:34 AM Stefano Stabellini
wrote:
>
> On Wed, 6 May 2020, Nataliya Korovkina wrote:
> > On Wed, May 6, 2020 at 9:43 AM Boris Ostrovsky
> > wrote:
> > >
> > >
> > > On 5/6/20 9:08 AM, Nataliya Korovkina wrote:
> > > > Hello,
> > > >
> > > > What I found out: rpi_firmware_pr
On Wed, May 13, 2020 at 11:20 AM Julien Grall wrote:
>
> Hi,
>
> On 13/05/2020 16:11, Stefano Stabellini wrote:
> > On Wed, 13 May 2020, Julien Grall wrote:
> >> Hi,
> >>
> >> On 13/05/2020 01:33, Stefano Stabellini wrote:
> >>> I worked with Roman to do several more tests and here is an update on
On Tue, May 19, 2020 at 4:44 PM Tamas K Lengyel
wrote:
>
> On Tue, May 19, 2020 at 11:23 AM Julien Grall wrote:
> >
> >
> >
> > On 19/05/2020 04:08, Tamas K Lengyel wrote:
> > > On Mon, May 18, 2020 at 5:32 AM Julien Grall wrote:
> > >>
> > >> From: Julien Grall
> > >>
> > >> Hi all,
> > >>
> >
On Tue, May 19, 2020, 7:15 PM Tamas K Lengyel
wrote:
> On Tue, May 19, 2020 at 5:50 PM Roman Shaposhnik wrote:
> >
> > On Tue, May 19, 2020 at 4:44 PM Tamas K Lengyel
> > wrote:
> > >
> > > On Tue, May 19, 2020 at 11:23 AM Julien Grall wrote:
> >
On Wed, May 20, 2020 at 4:45 PM Stefano Stabellini
wrote:
>
> Hi all,
>
> This series is a collection of fixes to get Linux running on the RPi4 as
> dom0.
>
> Conceptually there are only two significant changes:
>
> - make sure not to call virt_to_page on vmalloc virt addresses (patch
> #1)
> -
gt; > Thanks :).
> >
> > > On Sun, Jan 19, 2020 at 11:30:42PM -0800, Roman Shaposhnik wrote:
> > > > Hi!
> > > >
> > > > I've just tried this with Xen 4.13.0 and it seems like that is still
> > > > not supported.
> &g
Hi!
I'm really excited about all the xenfs patches, but I'm wondering
if there's a branch that tracks that work I can play with?
Thanks,
Roman.
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-
Hi!
I was going through how Xen support PCIe IOMMU ACS and
all I could find is this:
https://github.com/xen-project/xen/blob/master/xen/drivers/passthrough/pci.c#L608
which looks to me as an attempt of enabling ACS opportunistically,
but still proceeding forward even if it fails.
Am I missin
On Tue, Nov 24, 2020 at 7:37 PM Elliott Mitchell wrote:
>
> I finally have U-Boot -> GRUB -> Xen sort-of operational as an
Yup -- same as what we're using in EVE -- we're now on the same page ;-)
> alternative to Tianocore -> GRUB -> Xen on a Raspberry PI 4B.
>
> Stefano Stabellini, how much of
On Tue, Nov 24, 2020 at 8:41 PM Elliott Mitchell wrote:
>
> On Tue, Nov 24, 2020 at 08:01:32PM -0800, Roman Shaposhnik wrote:
> > On Tue, Nov 24, 2020 at 7:37 PM Elliott Mitchell wrote:
> > > Presently I'm using a 5.8 kernel with your patches and haven't seen
&
On Tue, Nov 24, 2020 at 9:17 PM Elliott Mitchell wrote:
>
> On Tue, Nov 24, 2020 at 08:45:32PM -0800, Roman Shaposhnik wrote:
> > On Tue, Nov 24, 2020 at 8:41 PM Elliott Mitchell wrote:
> > >
> > > On Tue, Nov 24, 2020 at 08:01:32PM -0800, Roman Shaposhnik wrote:
&
Hi!
here's a silly question: whenever Xen is provided with a VGA console,
where's the keyboard driver coming from? Quick to my surprise, my
casual inspection of the drivers/ folder didn't reveal much.
Did I miss something obvious?
Thanks,
Roman.
___
X
On Fri, Jan 3, 2020 at 3:10 AM Jan Beulich wrote:
>
> On 31.12.2019 23:17, Roman Shaposhnik wrote:
> > here's a silly question: whenever Xen is provided with a VGA console,
> > where's the keyboard driver coming from? Quick to my surprise, my
> > casual inspec
Hi!
I've just tried this with Xen 4.13.0 and it seems like that is still
not supported.
This makes me curious if anybody is working on this and whether
there's anything we can do to help accelerate the effort.
Thanks,
Roman.
___
Xen-devel mailing list
On Fri, Jan 22, 2021 at 4:27 PM Stefano Stabellini
wrote:
>
> + xen-devel, Roman,
>
>
> On Fri, 22 Jan 2021, Jukka Kaartinen wrote:
> > Hi Stefano,
> > I'm Jukka Kaartinen a SW developer working on enabling hypervisors on
> > mobile platforms. One of our HW that we use on development is
> > Raspb
On Wed, Jan 27, 2021 at 5:10 PM Stefano Stabellini
wrote:
>
> On Wed, 27 Jan 2021, Jukka Kaartinen wrote:
> > On Tue, Jan 26, 2021 at 10:22 PM Stefano Stabellini
> > wrote:
> > On Tue, 26 Jan 2021, Jukka Kaartinen wrote:
> > > On Tue, Jan 26, 2021 at 2:54 AM Stefano Stabellini
> >
Hi!
I'm trying to see how much mileage I can get out of
crash(1) 7.2.8 (based on gdb 7.6) when it comes to
analyzing crash dumps taken via xl dump-core (this
is all on x86_64 with stock Xen v. 4.14).
The good news is that the image actually does load
up but it throws the following WARNINGs in the
On Fri, Jan 29, 2021 at 11:28 PM Jürgen Groß wrote:
>
> On 29.01.21 21:12, Roman Shaposhnik wrote:
> > Hi!
> >
> > I'm trying to see how much mileage I can get out of
> > crash(1) 7.2.8 (based on gdb 7.6) when it comes to
> > analyzing crash dumps taken vi
On Mon, Feb 1, 2021 at 5:40 PM Stefano Stabellini
wrote:
>
> On Mon, 1 Feb 2021, Tamas K Lengyel wrote:
> > On Mon, Feb 1, 2021 at 10:23 AM Tamas K Lengyel
> > wrote:
> > >
> > > On Mon, Feb 1, 2021 at 12:54 AM Elliott Mitchell wrote:
> > > >
> > > > On Sun, Jan 31, 2021 at 10:06:21PM -0500, Tam
On Sat, Jan 30, 2021 at 5:53 AM Jukka Kaartinen
wrote:
> > On 27/01/2021 11:47, Jukka Kaartinen wrote:
> >>
> >>
> >> On Tue, Jan 26, 2021 at 10:22 PM Stefano Stabellini
> >> mailto:sstabell...@kernel.org>> wrote:
> >>
> >> On Tue, 26 Jan 2021, Jukka Kaartinen wrote:
> >> > On Tue, Jan 26
On Mon, Feb 1, 2021 at 6:53 PM Tamas K Lengyel
wrote:
>
> On Mon, Feb 1, 2021 at 9:10 PM Roman Shaposhnik wrote:
> >
> > On Mon, Feb 1, 2021 at 5:40 PM Stefano Stabellini
> > wrote:
> > >
> > > On Mon, 1 Feb 2021, Tamas K Lengyel wrote:
> > >
Hi!
all of a sudden (but only after a few days of running normally), on a stock
Ubuntu 18.04 (Bionic with 4.15.0 kernel) DomU I'm seeing Microsoft's .net
runtime go into a heave GC cycle and then freeze and die like what is
shown below. This is under stock Xen 4.14.0 on a pretty unremarkable
x86_6
Hi Jürgen, thanks for taking a look at this. A few comments below:
On Tue, Feb 16, 2021 at 10:47 PM Jürgen Groß wrote:
>
> On 16.02.21 21:34, Stefano Stabellini wrote:
> > + x86 maintainers
> >
> > It looks like the tlbflush is getting stuck?
>
> I have seen this case multiple times on customer s
On Wed, Feb 17, 2021 at 12:29 AM Jürgen Groß wrote:
> On 17.02.21 09:12, Roman Shaposhnik wrote:
> > Hi Jürgen, thanks for taking a look at this. A few comments below:
> >
> > On Tue, Feb 16, 2021 at 10:47 PM Jürgen Groß wrote:
> >>
> >> On 16.02.21 21:34
Hi Jürgen!
sorry for the belated reply -- I wanted to externalize the VM before I
do -- but let me at least reply to you:
On Tue, Feb 23, 2021 at 5:17 AM Jürgen Groß wrote:
>
> On 18.02.21 06:21, Roman Shaposhnik wrote:
> > On Wed, Feb 17, 2021 at 12:29 AM Jürgen Groß > <mail
On Wed, Feb 24, 2021 at 7:44 PM Elliott Mitchell wrote:
>
> On Wed, Feb 24, 2021 at 07:06:25PM -0800, Roman Shaposhnik wrote:
> > I'm slightly confused about this patch -- it seems to me that it needs
> > to be applied to the guest kernel, correct?
> >
> > If
Hi!
with the recent excellent work by Anastasiia committed to the u-boot's
main line, we now have two different ways of bringing ARM DomUs.
Is there any chance someone can educate the general public on pros
and cons of both approaches?
In Project EVE we're still using uefi on ARM (to stay closer
On Sun, Aug 16, 2020 at 7:54 AM Julien Grall wrote:
> On 15/08/2020 21:43, Roman Shaposhnik wrote:
> > Hi!
>
> Hi,
>
> > with the recent excellent work by Anastasiia committed to the u-boot's
> > main line, we now have two different ways of bringing ARM DomUs.
Hi!
first things first -- booting on those devices have always
required efi=no-rs -- but it seems that Xen 4.14 is now
busted at a more fundamental level. I'm attaching two
boot sequences (one with kernel 4.19.5 and one with 5.4.51)
in the hopes that this may provide some clues right away.
Any he
Hi Andrew!
thanks for replying so quickly -- much appreciated.
On Tue, Aug 18, 2020 at 3:20 PM Andrew Cooper
wrote:
> On 18/08/2020 23:09, Roman Shaposhnik wrote:
> > Hi!
> >
> > first things first -- booting on those devices have always
> > required efi=no-rs
>
Hi!
below you can see a trace of Xen 4.14.0 failing on Dell IoT Gateway 3001
without efi=no-rs. Please let me know if I can provide any additional
information.
One interesting point is that even though Xen tries to reboot the box in 5
seconds
it simply freezes it completely.
Thanks,
Roman.
Xen
On Thu, Aug 20, 2020 at 4:27 AM Oleksandr Andrushchenko
wrote:
>
>
> On 8/20/20 1:50 PM, Julien Grall wrote:
> > Hi Roman,
> >
> > On 16/08/2020 21:45, Roman Shaposhnik wrote:
> >> On Sun, Aug 16, 2020 at 7:54 AM Julien Grall wrote:
> >>> On 15/
On Thu, Aug 20, 2020 at 5:56 AM Andrew Cooper wrote:
>
> On 19/08/2020 23:50, Roman Shaposhnik wrote:
> > Hi!
> >
> > below you can see a trace of Xen 4.14.0 failing on Dell IoT Gateway 3001
> > without efi=no-rs. Please let me know if I can provide any additional
&
On Thu, Aug 20, 2020 at 1:34 AM Jan Beulich wrote:
>
> On 20.08.2020 00:50, Roman Shaposhnik wrote:
> > below you can see a trace of Xen 4.14.0 failing on Dell IoT Gateway 3001
> > without efi=no-rs. Please let me know if I can provide any additional
> > information.
>
On Thu, Aug 20, 2020 at 6:10 AM Rich Persaud wrote:
>
> On Aug 20, 2020, at 07:24, George Dunlap wrote:
>
>
>
> On Thu, Aug 20, 2020 at 9:35 AM Jan Beulich wrote:
>>
>>
>> As far as making cases like this work by default, I'm afraid it'll
>> need to be proposed to replace me as the maintainer
1 - 100 of 147 matches
Mail list logo
