search for: crossley

...t disabling remapping. We can detect this in Xen and prevent turning on remapping in the first place. However, this will turn VT-d off on many systems by default. Users who still wish to use VT-d can use iommu=force if they are happy exposing the associated security risk. Signed-off-by: Malcolm Crossley <malcolm.crossley@citrix.com> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com> diff -r 35a0556a7f76 -r ee475f0e6aeb xen/drivers/passthrough/vtd/quirks.c --- a/xen/drivers/passthrough/vtd/quirks.c +++ b/xen/drivers/passthrough/vtd/quirks.c @@ -244,6 +244,29 @@ void vtd_ops_posta...

The time has come for another round of stable releases. Please send (or resend) any outstanding backport requests for 4.0.4 and 4.1.3 before Friday 20 April. Note that 4.0.4 will likely be the last release in the 4.0.x branch. Ian.

Hi all. Like many of us, I''m currently struggling with Rails deployment. Like maybe only a few of us, I''m responsible not for one or two webapps but dozens. Currently, we deploy them as war files using JBoss'' hot deployment feature, which amounts to copying a war file to a directory monitored by JBoss. Undeploying the app amounts to removing it from the directory.

1: IOMMU: properly check whether interrupt remapping is enabled 2: AMD IOMMU: only disable when certain IVRS consistency checks fail 3: VT-d: deal with 5500/5520/X58 errata Patch 1 and 2 are version 2 of a previously submitted, then withdrawn patch following up after XSA-36. Patch 3 is version 3 of a patch previously sent by Malcolm and Andrew. Signed-off-by: Jan Beulich

FYI, looks like more people need to let SonicBLUE know that OGG support is an important factor in there purchasing decisions. Dax ---------- Forwarded message ---------- From: Paul Crossley <pcross@sonicblue.com> To: 'Dax Kelson' <dax@gurulabs.com> Date: Mon, 14 Jan 2002 08:21:31 -0800 Subject: RE: OGG support in Rio Riot? Hi Dax, We have no current plans to support OGG, but our firmware is upgradeable so that we could add support at some future point in time. Ou...

...he epfn is being compared to (RDWR_COMPAT_MPT_VIRT_END - RDWR_COMPAT_MPT_VIRT_START) without a 2 bit shift, resulting in the epfn being compared to the size of the RDWR_COMPAT_MPT table in bytes instead of the maximum page frame number that the RDWR_COMPAT_MPT table can map. Signed-off-by: Malcolm Crossley <malcolm.crossley@citrix.com> diff -r 274e5accd62d -r 8b1e0a2ccd7f xen/arch/x86/x86_64/mm.c --- a/xen/arch/x86/x86_64/mm.c +++ b/xen/arch/x86/x86_64/mm.c @@ -454,7 +454,7 @@ static int setup_compat_m2p_table(struct if ((smap > ((RDWR_COMPAT_MPT_VIRT_END - RDWR_COMPAT_MPT_VIRT_START...

...NMIs to be blocked, but only after the VM exit completes. As a result, as soon as the VMENTER happens, an immediate VMEXIT happens as a result of the queued NMI. We have seen hundreds of iterations of this VMEXIT/VMENTER loop before the HVM guest resumes normal operation. Signed-off-by: Malcolm Crossley <malcolm.crossley@citrix.com> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com> -- Changes since v2 * Switch from ''int $2'' to do_nmi() * Reworked commit message to more clearly explain the problem diff -r 2489c2926698 -r d7ea938044ac xen/arch/x86/hvm/vmx/vmx...

...ontact them and request it_. The contact information I have is: SonicBlue product/technical support: (541) 967-2450 pre-sales/customer support: (800) 468-5846 main Rio web page: http://www.riohome.com/ Rio contacts page: http://www.riohome.com/presscontacts.htm PR Manager, Rio USA: Paul Crossley, pcross@sonicblue.com From a June 2001 post to this list, it may be worth pursuing the same strategy with Creative Labs, makers of the Nomad line of portable players. The suggestion there was to write a paper letter (not email) to: Kevin Young Product Marketing Manager Creative Labs, Inc. 1901...

Virtio BoF minutes KVM Forum 2017 Attendees: Amnon Ilan, Maxime Coqueline, Vlad Yasevich, Malcolm Crossley, David Vrabel, Ilya Lesokhin, Cunming Lian, Jens Freimann Topics: packed ring layout with respect to hardware implementations References: https://lists.oasis-open.org/archives/virtio-dev/201702/msg00010.html https://lists.oasis-open.org/archives/virtio-dev/201709/msg00013.html Malcolm Cross...

Virtio BoF minutes KVM Forum 2017 Attendees: Amnon Ilan, Maxime Coqueline, Vlad Yasevich, Malcolm Crossley, David Vrabel, Ilya Lesokhin, Cunming Lian, Jens Freimann Topics: packed ring layout with respect to hardware implementations References: https://lists.oasis-open.org/archives/virtio-dev/201702/msg00010.html https://lists.oasis-open.org/archives/virtio-dev/201709/msg00013.html Malcolm Cross...

All, just having spotted the backport of Linux commit 03bbcb2e I notice a certain discrepancy with the Xen commit having the same purpose as well as with the actual specification updates: The Linux solution keys off of device IDs 3403 and 3406, as listed in the specification update, but this way fails to cover the X58 chipset, which has - under different numbers (62 and 69) - the same errata

Hi, while testing some APERF/MPERF semantics I discovered that this feature is enabled in Xen Dom0, but is not reliable. The Linux kernel''s scheduler uses this feature if it sees the CPUID bit, leading to costly RDMSR traps (a few 100,000s during a kernel compile) and bogus values due to VCPU migration during the measurement. The attached patch explicitly disables this CPU capability

...rd A. Griffiths <richardx.a.griffiths@intel.com> Richard A. Smith <richard@laptop.org> Richard Alpe <richard.alpe@ericsson.com> Richard Boyd <richard.g.boyd@intel.com> Richard Braun <rbraun@sceen.net> Richard Cochran <richardcochran@gmail.com> Richard Crossley <richardcrossley@o2.co.uk> Richard Fitzgerald <rf@opensource.wolfsonmicro.com> Richard Genoud <richard.genoud@gmail.com> Richard Guy Briggs <rbriggs@redhat.com> Richard Hartmann <richih.mailinglist@gmail.com> Richard Henderson <rth@twiddle.net> Richar...

...rd A. Griffiths <richardx.a.griffiths@intel.com> Richard A. Smith <richard@laptop.org> Richard Alpe <richard.alpe@ericsson.com> Richard Boyd <richard.g.boyd@intel.com> Richard Braun <rbraun@sceen.net> Richard Cochran <richardcochran@gmail.com> Richard Crossley <richardcrossley@o2.co.uk> Richard Fitzgerald <rf@opensource.wolfsonmicro.com> Richard Genoud <richard.genoud@gmail.com> Richard Guy Briggs <rbriggs@redhat.com> Richard Hartmann <richih.mailinglist@gmail.com> Richard Henderson <rth@twiddle.net> Richar...

...rd A. Griffiths <richardx.a.griffiths@intel.com> Richard A. Smith <richard@laptop.org> Richard Alpe <richard.alpe@ericsson.com> Richard Boyd <richard.g.boyd@intel.com> Richard Braun <rbraun@sceen.net> Richard Cochran <richardcochran@gmail.com> Richard Crossley <richardcrossley@o2.co.uk> Richard Fitzgerald <rf@opensource.wolfsonmicro.com> Richard Genoud <richard.genoud@gmail.com> Richard Guy Briggs <rbriggs@redhat.com> Richard Hartmann <richih.mailinglist@gmail.com> Richard Henderson <rth@twiddle.net> Richar...

...rd A. Griffiths <richardx.a.griffiths@intel.com> Richard A. Smith <richard@laptop.org> Richard Alpe <richard.alpe@ericsson.com> Richard Boyd <richard.g.boyd@intel.com> Richard Braun <rbraun@sceen.net> Richard Cochran <richardcochran@gmail.com> Richard Crossley <richardcrossley@o2.co.uk> Richard Fitzgerald <rf@opensource.wolfsonmicro.com> Richard Genoud <richard.genoud@gmail.com> Richard Guy Briggs <rbriggs@redhat.com> Richard Hartmann <richih.mailinglist@gmail.com> Richard Henderson <rth@twiddle.net> Richar...

...rd A. Griffiths <richardx.a.griffiths@intel.com> Richard A. Smith <richard@laptop.org> Richard Alpe <richard.alpe@ericsson.com> Richard Boyd <richard.g.boyd@intel.com> Richard Braun <rbraun@sceen.net> Richard Cochran <richardcochran@gmail.com> Richard Crossley <richardcrossley@o2.co.uk> Richard Fitzgerald <rf@opensource.wolfsonmicro.com> Richard Genoud <richard.genoud@gmail.com> Richard Guy Briggs <rbriggs@redhat.com> Richard Hartmann <richih.mailinglist@gmail.com> Richard Henderson <rth@twiddle.net> Richar...

...rd A. Griffiths <richardx.a.griffiths@intel.com> Richard A. Smith <richard@laptop.org> Richard Alpe <richard.alpe@ericsson.com> Richard Boyd <richard.g.boyd@intel.com> Richard Braun <rbraun@sceen.net> Richard Cochran <richardcochran@gmail.com> Richard Crossley <richardcrossley@o2.co.uk> Richard Fitzgerald <rf@opensource.wolfsonmicro.com> Richard Genoud <richard.genoud@gmail.com> Richard Guy Briggs <rbriggs@redhat.com> Richard Guy Briggs <rgb@redhat.com> Richard Hartmann <richih.mailinglist@gmail.com> Richar...

...rd A. Griffiths <richardx.a.griffiths@intel.com> Richard A. Smith <richard@laptop.org> Richard Alpe <richard.alpe@ericsson.com> Richard Boyd <richard.g.boyd@intel.com> Richard Braun <rbraun@sceen.net> Richard Cochran <richardcochran@gmail.com> Richard Crossley <richardcrossley@o2.co.uk> Richard Fitzgerald <rf@opensource.wolfsonmicro.com> Richard Genoud <richard.genoud@gmail.com> Richard Guy Briggs <rbriggs@redhat.com> Richard Guy Briggs <rgb@redhat.com> Richard Hartmann <richih.mailinglist@gmail.com> Richar...

...rd A. Griffiths <richardx.a.griffiths@intel.com> Richard A. Smith <richard@laptop.org> Richard Alpe <richard.alpe@ericsson.com> Richard Boyd <richard.g.boyd@intel.com> Richard Braun <rbraun@sceen.net> Richard Cochran <richardcochran@gmail.com> Richard Crossley <richardcrossley@o2.co.uk> Richard Fitzgerald <rf@opensource.wolfsonmicro.com> Richard Genoud <richard.genoud@gmail.com> Richard Guy Briggs <rbriggs@redhat.com> Richard Guy Briggs <rgb@redhat.com> Richard Hartmann <richih.mailinglist@gmail.com> Richar...