Hi Konrad / Jan,
One of these commits:
- aeeea485bcfe2a517ed9bcb3ba1c3be0f6824e07 dpci: move from an hvm_irq_dpci (and
struct domain) to an hvm_dirq_dpci model
- f6dd295381f4b6a66acddacf46bca8940586c8d8 pci: replace tasklet with softirq
gives (running under 5 minutes of host boot, on AMD
Friday, November 14, 2014, 4:09:53 PM, you wrote:
On 14.11.14 at 15:34, li...@eikelenboom.it wrote:
# addr2line -e ./xen-syms 82d080148f14
/usr/src/new/xen-unstable/xen/include/xen/list.h:175
Which turns out to be this assert:
/**
* list_del - deletes entry from list.
* @entry:
Friday, November 14, 2014, 4:43:58 PM, you wrote:
On 14.11.14 at 16:20, li...@eikelenboom.it wrote:
If it still helps i could try Andrews suggestion and try out with only
commit aeeea485 ..
Yes, even if it's pretty certain it's the second of the commits, verifying
this would be helpful
Friday, November 14, 2014, 7:07:46 PM, you wrote:
Sander Eikelenboom writes (Re: [Xen-devel] [PATCH 1/2] libxl: Wait until
QEMU removed the device before tearing it down):
1) xc_physdev_unmap_pirq does get called when destroying a HVM guest.
Yes, but I think that is so only because
Friday, November 14, 2014, 10:09:04 PM, you wrote:
On 11/14/2014 02:24 PM, Sander Eikelenboom wrote:
Friday, November 14, 2014, 7:07:46 PM, you wrote:
Sander Eikelenboom writes (Re: [Xen-devel] [PATCH 1/2] libxl: Wait until
QEMU removed the device before tearing it down):
1
Friday, November 14, 2014, 10:38:11 PM, you wrote:
On 11/14/2014 04:20 PM, Sander Eikelenboom wrote:
Friday, November 14, 2014, 10:09:04 PM, you wrote:
I don't know about detach but I apparently can't even properly attach a
second device --- I get complaints about it already being
Friday, November 14, 2014, 9:25:13 PM, you wrote:
On Fri, Nov 14, 2014 at 05:59:23PM +0100, Sander Eikelenboom wrote:
Friday, November 14, 2014, 4:43:58 PM, you wrote:
On 14.11.14 at 16:20, li...@eikelenboom.it wrote:
If it still helps i could try Andrews suggestion and try out
Monday, November 17, 2014, 5:34:16 PM, you wrote:
On Fri, Nov 14, 2014 at 11:09:58PM +0100, Sander Eikelenboom wrote:
Friday, November 14, 2014, 9:25:13 PM, you wrote:
On Fri, Nov 14, 2014 at 05:59:23PM +0100, Sander Eikelenboom wrote:
Friday, November 14, 2014, 4:43:58 PM, you
Monday, November 17, 2014, 9:43:47 PM, you wrote:
. snip..
# cat /proc/interrupts |grep eth
36: 384183 0 xen-pirq-ioapic-level eth0
63: 1 0 xen-pirq-msi-x eth1
64: 24 661961 xen-pirq-msi-x eth1-rx-0
65:205 0
Wednesday, November 19, 2014, 4:04:59 PM, you wrote:
On Wed, Nov 19, 2014 at 12:16:44PM +0100, Sander Eikelenboom wrote:
Wednesday, November 19, 2014, 2:55:41 AM, you wrote:
On Tue, Nov 18, 2014 at 11:12:54PM +0100, Sander Eikelenboom wrote:
Tuesday, November 18, 2014, 9:56:33 PM
Thursday, November 20, 2014, 8:51:33 PM, you wrote:
Ah crud.
So a simple fix could be to seperate the 'state' to only deal with the
raise_softirq and softirq_dpci. And then add a new (old) 'masked' to
deal between hvm_dirq_assist, pt_irq_guest_eoi and hvm_do_IRQ_dpci.
From
Friday, November 21, 2014, 12:50:16 PM, you wrote:
On November 21, 2014 2:51:33 AM EST, Jan Beulich jbeul...@suse.com wrote:
On 20.11.14 at 20:51, konrad.w...@oracle.com wrote:
@@ -669,7 +670,7 @@ static void hvm_dirq_assist(struct domain *d,
struct hvm_pirq_dpci *pirq_dpci)
Monday, November 24, 2014, 9:58:05 AM, you wrote:
On 21.11.14 at 17:45, konrad.w...@oracle.com wrote:
From 90d00db0949a8e796d7f812134753a54b2fe3d51 Mon Sep 17 00:00:00 2001
From: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Date: Thu, 20 Nov 2014 14:28:11 -0500
Subject: [PATCH] dpci: Add
Hi,
While testing a patch for Konrad i was wondering why libxl_pci.c:
libxl__device_pci_reset()
doesn't get called on guest shutdown of a HVM guest (qemu-xen) with pci
passthrough.
xl didn't show any problems on the commandline so i never drawed much attention
to it, but
connection problems prevent libxl from calling
libxl__device_pci_reset on domain shutdown
thanks
On Wed, 26 Nov 2014, Sander Eikelenboom wrote:
Hi,
While testing a patch for Konrad i was wondering why libxl_pci.c:
libxl__device_pci_reset()
doesn't get
Thursday, December 4, 2014, 2:43:06 PM, you wrote:
On 04/12/14 13:10, Sander Eikelenboom wrote:
Thursday, December 4, 2014, 1:24:47 PM, you wrote:
On 04/12/14 12:06, Konrad Rzeszutek Wilk wrote:
On Dec 4, 2014 6:30 AM, David Vrabel david.vra...@citrix.com wrote:
On 03/12/14 21:40
Thursday, December 4, 2014, 3:31:11 PM, you wrote:
On 04/12/14 14:09, Sander Eikelenboom wrote:
Thursday, December 4, 2014, 2:43:06 PM, you wrote:
On 04/12/14 13:10, Sander Eikelenboom wrote:
Thursday, December 4, 2014, 1:24:47 PM, you wrote:
On 04/12/14 12:06, Konrad Rzeszutek Wilk
Tuesday, December 9, 2014, 7:05:32 PM, you wrote:
Tuesday, December 9, 2014, 6:29:08 PM, you wrote:
On 09.12.14 at 17:24, li...@eikelenboom.it wrote:
Currently i'm running Xen-unstable with Stefano's libxl fixup patches (not
doing
reset due to qmp race, switching order of
Hi,
When running under Xen, ACPI powerbutton events don't work anymore,
there is no reaction when pressing the powerbutton.
On baremetal everything works fine, acpid gets the event and the
machine powers down perfectly. The machine is an Intel NUC.
Bisection has lead to:
Tuesday, December 23, 2014, 4:10:12 PM, you wrote:
On 19/12/2014 18:14, Konrad Rzeszutek Wilk wrote:
On Fri, Dec 19, 2014 at 03:19:44PM +, Andrew Cooper wrote:
There will be another full nightly test happening tonight (based on c/s
7e88c23 libxl: Tell qemu to use raw format when using
Thursday, February 5, 2015, 3:22:49 PM, you wrote:
Hey David,
after just being in that pain, I thought I might as well give a summary to
you/the list. Maybe helpful to not forget which piece should go to which
stable...
So:
v3.16...v3.17.8: Somewhen in between those, the acpi irq seems
Monday, February 9, 2015, 9:35:33 AM, you wrote:
Hello Steven,
upgrades from Xen 4.4 to 4.5 are supposed to work out of the box.
Please post more details and we'll try to help you figure out what's
wrong.
Cheers,
Stefano
On Sun, 8 Feb 2015, Steven Haigh wrote:
Hi all,
I was under
Monday, February 9, 2015, 10:31:15 AM, you wrote:
On 05.02.2015 15:47, Sander Eikelenboom wrote:
Thursday, February 5, 2015, 3:22:49 PM, you wrote:
Hey David,
after just being in that pain, I thought I might as well give a summary to
you/the list. Maybe helpful to not forget which
Action for shutdown reason code 0 is destroy
Domain 1 needs to be cleaned up: destroying the domain
Done. Exiting now
Signed-off-by: Sander Eikelenboom li...@eikelenboom.it
---
tools/libxl/libxl_dm.c |1 +
1 file changed, 1 insertion(+)
diff --git a/tools/libxl/libxl_dm.c b/tools
Commit 2e5738ff libxl: Add none to vga parameter introduced the none
option for the Xen vga= config option but only appends the needed parameter
for the qemu-traditional case. This patch fixes the qemu-xen case by
appending the same -vga none qemu paramter.
Signed-off-by: Sander Eikelenboom li
Tuesday, February 10, 2015, 2:26:43 PM, you wrote:
On 10.02.15 at 14:07, li...@eikelenboom.it wrote:
Tuesday, February 10, 2015, 10:35:36 AM, you wrote:
On 10.02.15 at 10:19, li...@eikelenboom.it wrote:
I would have thought that xen-pciback would install an interrupt
handler here too when a
Tuesday, February 10, 2015, 5:22:16 PM, you wrote:
Sander Eikelenboom li...@eikelenboom.it 02/10/15 5:01 PM
Tuesday, February 10, 2015, 2:26:43 PM, you wrote:
On 10.02.15 at 14:07, li...@eikelenboom.it wrote:
I don't really know how this code is supposed to work (we don't use
it in our
Thursday, February 12, 2015, 12:28:35 PM, you wrote:
Hello,
El 12/02/15 a les 9.54, Sander Eikelenboom ha escrit:
Hi,
With a 3.19 kernel + xen-devel tree pulled on top i run into this splat
below.
It's on a Xen PV-guest running a postgres database and doing a pg_dump at
that
moment
Hi,
With a 3.19 kernel + xen-devel tree pulled on top i run into this splat below.
It's on a Xen PV-guest running a postgres database and doing a pg_dump at that
moment in time, after running for a while (within 2 days or so).
--
Sander
[139595.736073] [ cut here ]
Thursday, February 19, 2015, 3:30:52 PM, you wrote:
On Thu, 2015-02-19 at 13:59 +, Jan Beulich wrote:
All,
in the context of someone seeing The kernel doesn't support reset
from sysfs for PCI device, is my understanding correct that the lack
of error checking in any caller (perhaps
Monday, January 26, 2015, 1:12:16 PM, you wrote:
On Thu, 22 Jan 2015, Sander Eikelenboom wrote:
While this fixes the race and error on shutdown of a HVM guest with
pci-passthrough,
i don't know if this could give problems in other areas (migration ?),
hence posted as RFC.
I think
Monday, January 5, 2015, 9:08:32 PM, you wrote:
Xen 4.5-rc4 was out on Monday (Dec 15th). The GA
General Release is on Jan 7th^H^H^14th!
There are some outstanding patches on which we need to figure
out whether we will commit them in or not.
When we commit a patch in, the OSSTest takes a
Tuesday, January 6, 2015, 12:45:17 PM, you wrote:
On Wed, 2014-12-17 at 16:07 -0500, Konrad Rzeszutek Wilk wrote:
On Mon, Dec 15, 2014 at 11:13:06AM +, Stefano Stabellini wrote:
On Fri, 12 Dec 2014, Konrad Rzeszutek Wilk wrote:
On Fri, Dec 12, 2014 at 04:13:52PM +0100, Sander
beginning.
Enhance xen_smp_prepare_cpus() to call setup_IO_APIC() to initialize
irqdomain for IOAPICs.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Reported-and-tested-by: Sander Eikelenboom li...@eikelenboom.it
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
Hi all
Monday, January 12, 2015, 6:29:01 PM, you wrote:
Monday, January 12, 2015, 5:49:44 PM, you wrote:
Hey,
Two folks (Malcom, Sander) have reported issues with the dpci softirq code
and
while I've an fix that fixes it, and this stage I am uncomfortable putting
it in Xen 4.5. As such I am
Tuesday, January 6, 2015, 7:21:58 PM, you wrote:
On Tue, Jan 06, 2015 at 06:06:23PM +, Ian Jackson wrote:
Konrad Rzeszutek Wilk writes ([Xen-devel] [PATCH] README, xen/Makefile:
Update to Xen 4.5.0):
-The 4.3 release offers a number of improvements, including NUMA
-scheduling
Monday, January 12, 2015, 4:01:00 PM, you wrote:
On 12/01/15 13:39, Jiang Liu wrote:
Commit b81975eade8c (x86, irq: Clean up irqdomain transition code)
breaks xen IRQ allocation because xen_smp_prepare_cpus() doesn't invoke
setup_IO_APIC(), so no irqdomains created for IOAPICs and
Hi Gerry / David / Konrad,
Some more testing uncovered another issue under Xen, this time with
PCI-passthrough.
I have bisected it to the following commit:
cffe0a2b5a34c95a4dadc9ec7132690a5b0f6687 x86, irq: Keep balance of IOAPIC pin
reference count
It causes these symptoms:
- On Intel
-
cleared.
Reported-by: Sander Eikelenboom li...@eikelenboom.it
Reported-by: Malcolm Crossley malcolm.cross...@citrix.com
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Thanks again for the quick fix Konrad !
Tested it for the last half hour and everything seems fine,
so you can also
Monday, January 12, 2015, 5:49:44 PM, you wrote:
Hey,
Two folks (Malcom, Sander) have reported issues with the dpci softirq code and
while I've an fix that fixes it, and this stage I am uncomfortable putting
it in Xen 4.5. As such I am going to revert from Xen 4.5 tree
(only) these
Hi Jan / David / Konrad,
I was just testing a 3.19 kernel on my intel machine and again
ran into the sporadically appearing irq nobody cared on the dom0 kernel.
This occurs now for quite some kernel versions (running xen-unstable now,
but it also appeared in the past with builds that are now
Monday, February 9, 2015, 4:18:15 PM, you wrote:
On 09/02/15 15:03, Sander Eikelenboom wrote:
Hi Jan / David / Konrad,
I was just testing a 3.19 kernel on my intel machine and again
ran into the sporadically appearing irq nobody cared on the dom0 kernel.
This occurs now for quite some
Tuesday, February 10, 2015, 9:48:09 AM, you wrote:
On 09.02.15 at 18:13, li...@eikelenboom.it wrote:
Yes the device that tries to handle the interrupt seems to change ..
however that device is always not actively used.
This time it was an unused IDE controller with driver loaded in dom0
Monday, February 9, 2015, 5:36:28 PM, you wrote:
On 09.02.15 at 16:18, david.vra...@citrix.com wrote:
On 09/02/15 15:03, Sander Eikelenboom wrote:
Hi Jan / David / Konrad,
I was just testing a 3.19 kernel on my intel machine and again
ran into the sporadically appearing irq nobody cared
Tuesday, February 10, 2015, 11:36:48 AM, you wrote:
On 10.02.15 at 11:03, li...@eikelenboom.it wrote:
Tuesday, February 10, 2015, 10:35:36 AM, you wrote:
I suppose that's because there's no handler installed by pciback, yet
IRQs generated by the passed through device also arrive in Dom0,
Tuesday, February 10, 2015, 10:35:36 AM, you wrote:
On 10.02.15 at 10:19, li...@eikelenboom.it wrote:
Coming back to the /proc/interrupts output you posted earlier:
/proc/interrupts shows the high count:
CPU0 CPU1 CPU2 CPU3
8: 0 0
Tuesday, February 10, 2015, 6:47:46 PM, you wrote:
Sander Eikelenboom li...@eikelenboom.it 02/10/15 6:30 PM
Tuesday, February 10, 2015, 5:22:16 PM, you wrote:
Sander Eikelenboom li...@eikelenboom.it 02/10/15 5:01 PM
I haven't checked the call chain of xen_pcibk_do_op .. but that could
Tuesday, February 10, 2015, 10:35:36 AM, you wrote:
On 10.02.15 at 10:19, li...@eikelenboom.it wrote:
Coming back to the /proc/interrupts output you posted earlier:
/proc/interrupts shows the high count:
CPU0 CPU1 CPU2 CPU3
8: 0 0
Tuesday, March 17, 2015, 9:18:32 AM, you wrote:
On 16.03.15 at 18:59, konrad.w...@oracle.com wrote:
Hence was wondering if it would just be easier to put
this patch in (see above) - with the benfit that folks have
an faster interrupt passthrough experience and then I work on another
variant
Tuesday, March 17, 2015, 6:44:54 PM, you wrote:
Additionally I think it should be considered whether the bitmap
approach of interpreting -state is the right one, and we don't
instead want a clean 3-state (idle, sched, run) model.
Could you elaborate a bit more please? As in three
Hi Ian,
My PV-guest configs were still using the old root= option,
but these guests don't boot anymore since:
commit 49ab17a3a615e1ab4ccc46d6942f925cf841df4b,
tools: xl: handle unspecified extra= when dealing with root=
These pv guests don't boot anymore since the root= part isn't
prepended
Introduced in:
commit bd5920cb92e6799bfd64957284a9e2cfe7699039
mini-os: sort objects in binary archives
Signed-off-by: Sander Eikelenboom li...@eikelenboom.it
---
Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 3e5d95e..2cb5e51 100644
Thursday, March 12, 2015, 6:59:06 PM, you wrote:
On Thu, 2015-03-12 at 18:48 +0100, Sander Eikelenboom wrote:
Hi Ian,
My PV-guest configs were still using the old root= option,
but these guests don't boot anymore since:
commit 49ab17a3a615e1ab4ccc46d6942f925cf841df4b,
tools: xl: handle
Monday, March 30, 2015, 1:04:26 PM, you wrote:
On 28/03/15 20:10, Sander Eikelenboom wrote:
Saturday, March 28, 2015, 6:30:39 PM, you wrote:
On 28/03/15 15:34, Sander Eikelenboom wrote:
Hi Jan,
Commit 1aeb1156fa43fe2cd2b5003995b20466cd19a622:
x86 don't change affinity with interrupt
Wednesday, April 1, 2015, 4:43:04 PM, you wrote:
On 30/03/15 14:26, Sander Eikelenboom wrote:
Monday, March 30, 2015, 1:04:26 PM, you wrote:
On 28/03/15 20:10, Sander Eikelenboom wrote:
Saturday, March 28, 2015, 6:30:39 PM, you wrote:
On 28/03/15 15:34, Sander Eikelenboom wrote:
Hi Jan
Hi all,
I just tested xen-unstable staging (changeset: git:0522407-dirty)
with revert of commit 1aeb1156fa43fe2cd2b5003995b20466cd19a622
(due to an already reported but not yet resolved issue)
and build with qemu xen from
git://xenbits.xen.org/staging/qemu-upstream-unstable.git
(to include
Wednesday, April 1, 2015, 1:38:34 AM, you wrote:
On 31/03/2015 22:11, Sander Eikelenboom wrote:
Hi all,
I just tested xen-unstable staging (changeset: git:0522407-dirty)
with revert of commit 1aeb1156fa43fe2cd2b5003995b20466cd19a622
(due to an already reported but not yet resolved issue
Hi Jan,
Commit 1aeb1156fa43fe2cd2b5003995b20466cd19a622:
x86 don't change affinity with interrupt unmasked,
gives trouble on my AMD box, symptoms:
- APIC errors in xl dmesg that weren't previously there:
(XEN) [2015-03-26 20:35:37.085] IOAPIC[0]: Set PCI routing entry (6-13 -
0x88 - IRQ 13
Hi Wei / Ian,
I'm getting this error on a make clean on a freshly
cloned xen-unstable staging tree. It's probably because the make script
can't handle a make clean on a tree which hasn't cloned the mini-os tree
at least once as part of a build.
make[2]: Entering directory
Monday, February 23, 2015, 11:06:25 AM, you wrote:
On 23.02.15 at 10:27, li...@eikelenboom.it wrote:
While shutting down all guests to go for a host reboot i encountered the
splat below.
This was running on Xen with:
xen_changeset: Fri Feb 20 16:21:10 2015 +0100 git:24b2b8d-dirty
-dirty
Monday, February 23, 2015, 12:06:00 PM, you wrote:
I have no idea how I came to use __cpumask_set_cpu() there, the
conversion should have been set_bit() - __set_bit(). The wrong
construct results in problems on systems with relatively few CPUs.
Reported-by: Sander Eikelenboom li
Hi,
While shutting down all guests to go for a host reboot i encountered the splat
below.
This was running on Xen with:
xen_changeset: Fri Feb 20 16:21:10 2015 +0100 git:24b2b8d-dirty
--
Sander
(XEN) [2015-02-23 09:16:26.292] Assertion 'cpu nr_cpu_ids' failed at
Tuesday, February 24, 2015, 5:41:40 PM, you wrote:
On Tue, 2015-02-03 at 14:01 +, Simon Rowe wrote:
The current Python interface to Xenstore is just a thin binding to the
C libxenstore library. This means that it is architecture-specific and
makes it awkward to use in
Monday, February 23, 2015, 12:06:00 PM, you wrote:
I have no idea how I came to use __cpumask_set_cpu() there, the
conversion should have been set_bit() - __set_bit(). The wrong
construct results in problems on systems with relatively few CPUs.
Reported-by: Sander Eikelenboom li
Friday, January 23, 2015, 1:42:04 PM, you wrote:
On Mon, 1 Dec 2014, Stefano Stabellini wrote:
xc_physdev_unmap_pirq might revoke the permission to map the irq from
the domain causing the following xc_domain_irq_permission call to fail
and return error (domain_pirq_to_irq returns 0).
Call
Saturday, April 11, 2015, 10:22:16 PM, you wrote:
On 11/04/2015 20:33, Sander Eikelenboom wrote:
Saturday, April 11, 2015, 8:25:52 PM, you wrote:
On 11/04/15 18:42, Sander Eikelenboom wrote:
Saturday, April 11, 2015, 7:35:57 PM, you wrote:
On 11/04/15 18:25, Sander Eikelenboom wrote
Saturday, April 11, 2015, 8:25:52 PM, you wrote:
On 11/04/15 18:42, Sander Eikelenboom wrote:
Saturday, April 11, 2015, 7:35:57 PM, you wrote:
On 11/04/15 18:25, Sander Eikelenboom wrote:
Saturday, April 11, 2015, 6:38:17 PM, you wrote:
On 11/04/15 17:32, Andrew Cooper wrote:
On 11/04/15
interrupt having got
enabled for the first time uncovered a bug in 2ca9fbd739 (AMD IOMMU:
allocate IRTE entries instead of using a static mapping): We obviously
shouldn't be translating RTEs for which remapping didn't get set up
yet.
Reported-by: Sander Eikelenboom li...@eikelenboom.it
Signed-off-by: Jan
Hi,
On Xen-unstable I encountered this non stopping logspam while trying to
shutdown an HVM domain with
pci-passthrough:
(XEN) [2015-04-24 11:55:47.802] io.c:164:d25v0 Weird HVM ioemulation status 1.
(XEN) [2015-04-24 11:55:47.802] domain_crash called from io.c:165
(XEN) [2015-04-24
Friday, April 24, 2015, 4:12:42 PM, you wrote:
On 24.04.15 at 16:05, li...@eikelenboom.it wrote:
I see you commited AMD IOMMU: only translate remapped IO-APIC RTEs to
staging,
any reason why your patch in
http://lists.xen.org/archives/html/xen-devel/2015-04/msg02253.html
isn't commited
Friday, April 24, 2015, 12:12:32 AM, you wrote:
On 4/23/15, 12:59, Sander Eikelenboom li...@eikelenboom.it wrote:
On 4/23/15, 08:47, Jan Beulich jbeul...@suse.com wrote:
On 23.04.15 at 15:31, suravee.suthikulpa...@amd.com wrote:
On 4/17/15, 10:27, Jan Beulich jbeul...@suse.com wrote
Monday, April 20, 2015, 6:11:42 PM, you wrote:
On 16.04.15 at 11:28, t...@xen.org wrote:
At 22:35 +0100 on 11 Apr (1428791713), Andrew Cooper wrote:
At least we now understand why it happens. I will defer to others CC'd
on this thread for their opinions in the matter.
The patch semes
Monday, April 20, 2015, 6:11:42 PM, you wrote:
On 16.04.15 at 11:28, t...@xen.org wrote:
At 22:35 +0100 on 11 Apr (1428791713), Andrew Cooper wrote:
At least we now understand why it happens. I will defer to others CC'd
on this thread for their opinions in the matter.
The patch semes
Monday, April 27, 2015, 4:55:06 PM, you wrote:
Hi David / Konrad,
Today i tried upgrading my dom0 kernel to 4.1-rc1, but it stalls in early
boot.
Xen console was still reponsive so i dumped some info with the debug keys.
Serial log is attached.
The kernel boots fine on baremetal and my
Hi David / Konrad,
Today i tried upgrading my dom0 kernel to 4.1-rc1, but it stalls in early boot.
Xen console was still reponsive so i dumped some info with the debug keys.
Serial log is attached.
The kernel boots fine on baremetal and my previous test kernel that was pulled
and compiled on
Hi David / Konrad,
Here the other problem i found, which is introduced somewhere in the
4.1 mergewindow:
on 4.1.0-rc1 (with the one revert to get things booting) i get this in
the PV Guest console:
[0.517392] crc32c_combine: 8373 self tests passed
[0.517608] pci_hotplug: PCI Hot Plug
Monday, April 27, 2015, 4:55:06 PM, you wrote:
Hi David / Konrad,
Today i tried upgrading my dom0 kernel to 4.1-rc1, but it stalls in early
boot.
Xen console was still reponsive so i dumped some info with the debug keys.
Serial log is attached.
The kernel boots fine on baremetal and my
Friday, May 1, 2015, 12:37:54 PM, you wrote:
On 30/04/15 20:08, Boris Ostrovsky wrote:
Commit 61f01dd941ba (x86_64, asm: Work around AMD SYSRET SS descriptor
attribute issue) makes AMD processors set SS to __KERNEL_DS in
__switch_to() to deal with cases when SS is NULL.
This breaks Xen PV
Monday, May 11, 2015, 10:59:27 AM, you wrote:
On Sun, 10 May 2015, big strong wrote:
Just as the subject title: does libxl provides python interface? And where
can I find the detailed API document of
libxl? Thanks in advance
Please send emails to xen-de...@lists.xenproject.org.
Give a
Hello Sander,
Monday, April 27, 2015, 5:48:00 PM, you wrote:
Hi David / Konrad,
Here the other problem i found, which is introduced somewhere in the
4.1 mergewindow:
on 4.1.0-rc1 (with the one revert to get things booting) i get this in
the PV Guest console:
[0.517392]
Thursday, May 14, 2015, 2:53:17 PM, you wrote:
On 14/05/2015 14:45, Markus Armbruster wrote:
Paolo Bonzini pbonz...@redhat.com writes:
On 14/05/2015 14:02, Markus Armbruster wrote:
It should certainly be off for pc-q35-2.4 and newer. Real Q35 boards
commonly don't have an FDC
Tuesday, May 12, 2015, 5:45:06 PM, you wrote:
On Tuesday, May 12, 2015 02:59:57 AM Rafael J. Wysocki wrote:
On Monday, May 11, 2015 11:20:29 AM Konrad Rzeszutek Wilk wrote:
On Tue, May 05, 2015 at 12:18:49AM +0200, Sander Eikelenboom wrote:
Hello Sander,
Monday, April 27, 2015, 5
Tuesday, May 12, 2015, 5:45:06 PM, you wrote:
On Tuesday, May 12, 2015 02:59:57 AM Rafael J. Wysocki wrote:
On Monday, May 11, 2015 11:20:29 AM Konrad Rzeszutek Wilk wrote:
On Tue, May 05, 2015 at 12:18:49AM +0200, Sander Eikelenboom wrote:
Hello Sander,
Monday, April 27, 2015, 5
Friday, April 17, 2015, 1:43:32 PM, you wrote:
On 14.04.15 at 14:46, li...@eikelenboom.it wrote:
I just had a hunch .. could it be related to the kernel apci/irq refactoring
series of Jiang Liu, that already caused a lot of trouble in 3.17, 3.18 and
3.19
with Xen. And yes that seems to be
Friday, April 17, 2015, 1:43:32 PM, you wrote:
On 14.04.15 at 14:46, li...@eikelenboom.it wrote:
I just had a hunch .. could it be related to the kernel apci/irq refactoring
series of Jiang Liu, that already caused a lot of trouble in 3.17, 3.18 and
3.19
with Xen. And yes that seems to be
Monday, April 13, 2015, 11:50:51 AM, you wrote:
On 13/04/15 10:39, Sander Eikelenboom wrote:
Hi David,
I seem to have spotted some trouble with a 4.0 dom0 kernel with the
devel/for-linus-4.1 branch pulled on top.
Does this remind you of any specific commits in the devel/for-linus-4.1
Monday, April 13, 2015, 2:07:02 PM, you wrote:
On 13/04/15 12:21, Sander Eikelenboom wrote:
Monday, April 13, 2015, 11:50:51 AM, you wrote:
On 13/04/15 10:39, Sander Eikelenboom wrote:
Hi David,
I seem to have spotted some trouble with a 4.0 dom0 kernel with the
devel/for-linus-4.1
Hi David,
I seem to have spotted some trouble with a 4.0 dom0 kernel with the
devel/for-linus-4.1 branch pulled on top.
Does this remind you of any specific commits in the devel/for-linus-4.1 branch
that could
likely be involved that i could try to revert ?
--
Sander
I now get a very large
Monday, April 13, 2015, 2:21:21 PM, you wrote:
On 13/04/15 13:14, Sander Eikelenboom wrote:
Monday, April 13, 2015, 2:07:02 PM, you wrote:
On 13/04/15 12:21, Sander Eikelenboom wrote:
Monday, April 13, 2015, 11:50:51 AM, you wrote:
On 13/04/15 10:39, Sander Eikelenboom wrote:
Hi
Monday, April 13, 2015, 2:21:21 PM, you wrote:
On 13/04/15 13:14, Sander Eikelenboom wrote:
Monday, April 13, 2015, 2:07:02 PM, you wrote:
On 13/04/15 12:21, Sander Eikelenboom wrote:
Monday, April 13, 2015, 11:50:51 AM, you wrote:
On 13/04/15 10:39, Sander Eikelenboom wrote:
Hi
Saturday, April 11, 2015, 7:35:57 PM, you wrote:
On 11/04/15 18:25, Sander Eikelenboom wrote:
Saturday, April 11, 2015, 6:38:17 PM, you wrote:
On 11/04/15 17:32, Andrew Cooper wrote:
On 11/04/15 17:21, Sander Eikelenboom wrote:
Saturday, April 11, 2015, 4:21:56 PM, you wrote:
On 11/04/15
Friday, April 10, 2015, 8:55:27 PM, you wrote:
On 10/04/15 11:24, Sander Eikelenboom wrote:
Hi Andrew,
Finally got some time to figure this out .. and i have narrowed it down to:
git://xenbits.xen.org/staging/qemu-upstream-unstable.git
commit 7665d6ba98e20fb05c420de947c1750fd47e5c07 Xen
Sunday, April 12, 2015, 5:15:58 PM, you wrote:
Saturday, April 11, 2015, 11:35:13 PM, you wrote:
On 11/04/2015 22:05, Sander Eikelenboom wrote:
Saturday, April 11, 2015, 10:22:16 PM, you wrote:
On 11/04/2015 20:33, Sander Eikelenboom wrote:
Saturday, April 11, 2015, 8:25:52 PM, you wrote
Saturday, April 11, 2015, 11:35:13 PM, you wrote:
On 11/04/2015 22:05, Sander Eikelenboom wrote:
Saturday, April 11, 2015, 10:22:16 PM, you wrote:
On 11/04/2015 20:33, Sander Eikelenboom wrote:
Saturday, April 11, 2015, 8:25:52 PM, you wrote:
On 11/04/15 18:42, Sander Eikelenboom wrote
Friday, April 17, 2015, 5:46:56 PM, you wrote:
On 17/04/15 16:20, Jan Beulich wrote:
On 17.04.15 at 17:11, li...@eikelenboom.it wrote:
Friday, April 17, 2015, 1:43:32 PM, you wrote:
--- unstable.orig/xen/drivers/passthrough/amd/iommu_intr.c
+++
Wednesday, April 1, 2015, 4:43:04 PM, you wrote:
On 30/03/15 14:26, Sander Eikelenboom wrote:
Monday, March 30, 2015, 1:04:26 PM, you wrote:
On 28/03/15 20:10, Sander Eikelenboom wrote:
Saturday, March 28, 2015, 6:30:39 PM, you wrote:
On 28/03/15 15:34, Sander Eikelenboom wrote:
Hi Jan
Wednesday, April 1, 2015, 1:38:34 AM, you wrote:
On 31/03/2015 22:11, Sander Eikelenboom wrote:
Hi all,
I just tested xen-unstable staging (changeset: git:0522407-dirty)
with revert of commit 1aeb1156fa43fe2cd2b5003995b20466cd19a622
(due to an already reported but not yet resolved issue
Thursday, June 25, 2015, 10:48:40 AM, you wrote:
On 24.06.15 at 21:38, li...@eikelenboom.it wrote:
I'm having some trouble with a xhci controller passed through with
pci-passthrough to one of my HVM guests.
It uses MSI-X for interrupts, a bisection turned up the following commit:
Thursday, June 25, 2015, 1:29:39 PM, you wrote:
On 25.06.15 at 12:51, li...@eikelenboom.it wrote:
Attached is the xl-dmesg output of:
- debug-keys M and i before guest boot
- guest boot
- debug-keys M and i after lsusb in the guest that hangs.
Interesting:
(XEN) [2015-06-25
Thursday, June 25, 2015, 2:40:18 PM, you wrote:
On 25.06.15 at 14:02, li...@eikelenboom.it wrote:
Thursday, June 25, 2015, 1:29:39 PM, you wrote:
I'd be curious what the guest view of the MSI-X table entries is at
that point. Can you still use the console inside the guest? If so,
1 - 100 of 206 matches
Mail list logo