[PATCH] agp/intel-gtt: Make it use DMA API dynamically.

It is 2015 and DMA API is pretty much a MUST in the x86 world. Make the fake AGP driver choose dynamically whether to use the DMA API based on the GTT version instead of having an dependency on Intel IOMMU being compiled in. Signed-off-by: Konrad Rzeszutek Wilk --- drivers/char/agp/intel-gtt.c

[PATCH] agp/intel-gtt: Make it use DMA API dynamically.

It is 2015 and DMA API is pretty much a MUST in the x86 world. Make the fake AGP driver choose dynamically whether to use the DMA API based on the GTT version instead of having an dependency on Intel IOMMU being compiled in. Signed-off-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.

Re: [PATCH] iommu/amd: Fix amd_iommu_detect() (does not fix any issues).

On Tue, Oct 27, 2015 at 09:53:30AM +0900, Jerome Glisse wrote: > On Tue, Oct 27, 2015 at 09:47:48AM +0900, Jerome Glisse wrote: > > On Mon, Oct 26, 2015 at 12:07:17PM -0400, Konrad Rzeszutek Wilk wrote: > > > On Mon, Aug 31, 2015 at 06:13:03PM -0400, j.gli...@gmail.com wrote: &g

Re: [PATCH] iommu/amd: Fix amd_iommu_detect() (does not fix any issues).

On Tue, Oct 27, 2015 at 09:53:30AM +0900, Jerome Glisse wrote: > On Tue, Oct 27, 2015 at 09:47:48AM +0900, Jerome Glisse wrote: > > On Mon, Oct 26, 2015 at 12:07:17PM -0400, Konrad Rzeszutek Wilk wrote: > > > On Mon, Aug 31, 2015 at 06:13:03PM -0400, j.gli...@gmail.com wrote: &g

Re: [PATCH] iommu/amd: Fix amd_iommu_detect() (does not fix any issues).

On Mon, Aug 31, 2015 at 06:13:03PM -0400, j.gli...@gmail.com wrote: > From: Jérôme Glisse > > Fix amd_iommu_detect() to return positive value on success, like > intended, and not zero. This will not change anything in the end > as AMD IOMMU disable swiotlb and properly associate itself with Not

Re: [PATCH] iommu/amd: Fix amd_iommu_detect() (does not fix any issues).

On Mon, Aug 31, 2015 at 06:13:03PM -0400, j.gli...@gmail.com wrote: > From: Jérôme Glisse > > Fix amd_iommu_detect() to return positive value on success, like > intended, and not zero. This will not change anything in the end > as AMD IOMMU disable swiotlb and properly

[GIT PULL] (swiotlb) stable/for-linus-4.3

Hey Linus, Please git pull the following branch: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git stable/for-linus-4.3 which enables the SWIOTLB under 32-bit PAE kernels. Nowadays most distros enable this due to CONFIG_HYPERVISOR|CONFIG_XEN=y which select SWIOTLB. But for

[GIT PULL] (swiotlb) stable/for-linus-4.3

Hey Linus, Please git pull the following branch: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git stable/for-linus-4.3 which enables the SWIOTLB under 32-bit PAE kernels. Nowadays most distros enable this due to CONFIG_HYPERVISOR|CONFIG_XEN=y which select SWIOTLB. But for

Re: [GIT PULL] (xen) for-jens-4.3 for your 'for-4.3/drivers' branch

On Wed, Oct 07, 2015 at 01:53:01PM -0600, Jens Axboe wrote: > On 10/07/2015 01:26 PM, Konrad Rzeszutek Wilk wrote: > >Hey Jens, > > > >Please git pull an update branch to your 'for-4.3/drivers' branch (which > >oddly I don't see does not have the previous pull?) > &

[RFC PATCH] Use vAPIC when doing IPI for PVHVM guests.

| 22 ++-- arch/x86/xen/spinlock.c | 18 - arch/x86/xen/xen-ops.h | 4 +++ 5 files changed, 82 insertions(+), 27 deletions(-) Konrad Rzeszutek Wilk (2): xen/apic: Use vAPIC for IPI if the hardware supports it. xen_nopv

[RFC PATCH v1 2/2] xen_nopv: Combine a bunch of the PV features that can be disabled

under one parameter. Removes the xen_nopvspin parameter and makes it part of the xen_nopv. Signed-off-by: Konrad Rzeszutek Wilk --- Documentation/kernel-parameters.txt | 15 +-- arch/x86/xen/enlighten.c| 50 + arch/x86/xen/spinlock.c

[RFC PATCH v1 1/2] xen/apic: Use vAPIC for IPI if the hardware supports it.

Instead of using the event channels. Signed-off-by: Konrad Rzeszutek Wilk --- arch/x86/xen/smp.c | 22 -- 1 file changed, 20 insertions(+), 2 deletions(-) diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c index 3f4ebf0..d4f4560 100644 --- a/arch/x86/xen/smp.c +++ b/arch

Re: Fwd: SWIOTLB on 32-bit PAE

tomorrow if there are no #linux-next issues. > > On 10/05/2015 04:21 PM, Konrad Rzeszutek Wilk wrote: > >On Mon, Oct 05, 2015 at 12:44:55PM +0200, Christian Melki wrote: > >>Joerg, > >> > >>I already sent the patch for Kconfig change to the list. > >&g

[GIT PULL] (xen) for-jens-4.3 for your 'for-4.3/drivers' branch

Hey Jens, Please git pull an update branch to your 'for-4.3/drivers' branch (which oddly I don't see does not have the previous pull?) git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/for-jens-4.3 which has two fixes - one where we use the Xen blockfront EFI driver and

[RFC PATCH v1 2/2] xen_nopv: Combine a bunch of the PV features that can be disabled

under one parameter. Removes the xen_nopvspin parameter and makes it part of the xen_nopv. Signed-off-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> --- Documentation/kernel-parameters.txt | 15 +-- arch/x86/xen/enlighten.c| 50 +

[RFC PATCH v1 1/2] xen/apic: Use vAPIC for IPI if the hardware supports it.

Instead of using the event channels. Signed-off-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> --- arch/x86/xen/smp.c | 22 -- 1 file changed, 20 insertions(+), 2 deletions(-) diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c index 3f4ebf0..d4f4560 100644 ---

[RFC PATCH] Use vAPIC when doing IPI for PVHVM guests.

| 22 ++-- arch/x86/xen/spinlock.c | 18 - arch/x86/xen/xen-ops.h | 4 +++ 5 files changed, 82 insertions(+), 27 deletions(-) Konrad Rzeszutek Wilk (2): xen/apic: Use vAPIC for IPI if the hardware supports it. xen_nopv

Re: [GIT PULL] (xen) for-jens-4.3 for your 'for-4.3/drivers' branch

On Wed, Oct 07, 2015 at 01:53:01PM -0600, Jens Axboe wrote: > On 10/07/2015 01:26 PM, Konrad Rzeszutek Wilk wrote: > >Hey Jens, > > > >Please git pull an update branch to your 'for-4.3/drivers' branch (which > >oddly I don't see does not have the previous pull?) > &

[GIT PULL] (xen) for-jens-4.3 for your 'for-4.3/drivers' branch

Hey Jens, Please git pull an update branch to your 'for-4.3/drivers' branch (which oddly I don't see does not have the previous pull?) git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/for-jens-4.3 which has two fixes - one where we use the Xen blockfront EFI driver and

Re: Fwd: SWIOTLB on 32-bit PAE

tomorrow if there are no #linux-next issues. > > On 10/05/2015 04:21 PM, Konrad Rzeszutek Wilk wrote: > >On Mon, Oct 05, 2015 at 12:44:55PM +0200, Christian Melki wrote: > >>Joerg, > >> > >>I already sent the patch for Kconfig change to the list. > >&g

Re: Fwd: SWIOTLB on 32-bit PAE

On Mon, Oct 05, 2015 at 12:44:55PM +0200, Christian Melki wrote: > Joerg, > > I already sent the patch for Kconfig change to the list. > But I discovered something even more disturbing which I mailed Konrad about. > With the change my machine does not hang any more, but instead corrupts data >

Re: Fwd: SWIOTLB on 32-bit PAE

On Mon, Oct 05, 2015 at 12:44:55PM +0200, Christian Melki wrote: > Joerg, > > I already sent the patch for Kconfig change to the list. > But I discovered something even more disturbing which I mailed Konrad about. > With the change my machine does not hang any more, but instead corrupts data >

[PATCH] xen-blkfront: check for null drvdata in blkback_changed (XenbusStateClosing)

to and dereference in blkfront_closing. Signed-off-by: Cathy Avery Signed-off-by: Konrad Rzeszutek Wilk --- drivers/block/xen-blkfront.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c index 0823a96..04fc7b4 100644

[PATCH] xen-blkfront: check for null drvdata in blkback_changed (XenbusStateClosing)

_fatal() the null pointer is passed to and dereference in blkfront_closing. Signed-off-by: Cathy Avery <cathy.av...@oracle.com> Signed-off-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> --- drivers/block/xen-blkfront.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

On Tue, Sep 22, 2015 at 12:10:18AM +0100, Julien Grall wrote: > Hi Konrad, > > On 09/09/2015 16:02, Konrad Rzeszutek Wilk wrote: > >>Konrad, would you like me to resend the patch with the modified commit > >>message, or do you plan to amend it yourself while comm

Re: [PATCH] xen/pvhvm: add soft reset on kexec/kdump support

On Fri, Sep 25, 2015 at 03:19:57PM -0400, Boris Ostrovsky wrote: > On 09/25/2015 03:01 PM, Konrad Rzeszutek Wilk wrote: > >On Fri, Sep 25, 2015 at 01:17:40PM -0400, Boris Ostrovsky wrote: > >>On 09/25/2015 12:07 PM, Vitaly Kuznetsov wrote: > >>>>Also, I

Re: [PATCH] xen/pvhvm: add soft reset on kexec/kdump support

On Fri, Sep 25, 2015 at 01:17:40PM -0400, Boris Ostrovsky wrote: > On 09/25/2015 12:07 PM, Vitaly Kuznetsov wrote: > >>Also, I am not sure I see how this new op will be used in the > >>hypervisor --- currently AFAICS it is only processed under > >>is_hardware_domain(). Are there other patches that

Re: [PATCH] xen/pvhvm: add soft reset on kexec/kdump support

Destroying domain.' > which gives a clue to what the problem is and eliminates false > expectations. > > Signed-off-by: Vitaly Kuznetsov Reviewed-by: Konrad Rzeszutek Wilk with s/pvhvm/hvm/ to match with the rest of the file. Thanks. > --- > arch/x86/xen/enlighten.c | 23 +++

Re: [PATCH] xen/pvhvm: add soft reset on kexec/kdump support

On Fri, Sep 25, 2015 at 03:19:57PM -0400, Boris Ostrovsky wrote: > On 09/25/2015 03:01 PM, Konrad Rzeszutek Wilk wrote: > >On Fri, Sep 25, 2015 at 01:17:40PM -0400, Boris Ostrovsky wrote: > >>On 09/25/2015 12:07 PM, Vitaly Kuznetsov wrote: > >>>>Also, I

Re: [PATCH] xen/pvhvm: add soft reset on kexec/kdump support

On Fri, Sep 25, 2015 at 01:17:40PM -0400, Boris Ostrovsky wrote: > On 09/25/2015 12:07 PM, Vitaly Kuznetsov wrote: > >>Also, I am not sure I see how this new op will be used in the > >>hypervisor --- currently AFAICS it is only processed under > >>is_hardware_domain(). Are there other patches that

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

On Tue, Sep 22, 2015 at 12:10:18AM +0100, Julien Grall wrote: > Hi Konrad, > > On 09/09/2015 16:02, Konrad Rzeszutek Wilk wrote: > >>Konrad, would you like me to resend the patch with the modified commit > >>message, or do you plan to amend it yourself while comm

Re: [PATCH] xen/pvhvm: add soft reset on kexec/kdump support

Destroying domain.' > which gives a clue to what the problem is and eliminates false > expectations. > > Signed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Reviewed-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> with s/pvhvm/hvm/ to match with the rest of the file. Thanks

Re: [PATCH v3 1/9] xen-blkfront: convert to blk-mq APIs

On Wed, Sep 23, 2015 at 04:31:21PM -0400, Konrad Rzeszutek Wilk wrote: > On Sat, Sep 05, 2015 at 08:39:34PM +0800, Bob Liu wrote: > > Note: This patch is based on original work of Arianna's internship for > > GNOME's Outreach Program for Women. > > > > Only one har

Re: [PATCH v3 2/9] xen-block: add document for mutli hardware queues/rings

On Sat, Sep 05, 2015 at 08:39:35PM +0800, Bob Liu wrote: > Document multi queues/rings of xen-block. This needs to be posted on Xen devel as well so that the blkif.h header in Xen has this. > > Signed-off-by: Bob Liu > --- > include/xen/interface/io/blkif.h | 32

Re: [PATCH v3 1/9] xen-blkfront: convert to blk-mq APIs

On Sat, Sep 05, 2015 at 08:39:34PM +0800, Bob Liu wrote: > Note: This patch is based on original work of Arianna's internship for > GNOME's Outreach Program for Women. > > Only one hardware queue is used now, so there is no significant > performance change > > The legacy non-mq code is deleted

[GIT PULL] (xen) stable/for-jens-4.3

Hey Jens, Please git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/for-jens-4.3 which is based on your 'for-4.3/drivers' branch. It has one fix that should go in and also be put in stable tree (I've added the CC already). It is a fix for a memory leak that can

[GIT PULL] (xen) stable/for-jens-4.3

Hey Jens, Please git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/for-jens-4.3 which is based on your 'for-4.3/drivers' branch. It has one fix that should go in and also be put in stable tree (I've added the CC already). It is a fix for a memory leak that can

Re: [PATCH v3 1/9] xen-blkfront: convert to blk-mq APIs

On Wed, Sep 23, 2015 at 04:31:21PM -0400, Konrad Rzeszutek Wilk wrote: > On Sat, Sep 05, 2015 at 08:39:34PM +0800, Bob Liu wrote: > > Note: This patch is based on original work of Arianna's internship for > > GNOME's Outreach Program for Women. > > > > Only one har

Re: [PATCH v3 1/9] xen-blkfront: convert to blk-mq APIs

On Sat, Sep 05, 2015 at 08:39:34PM +0800, Bob Liu wrote: > Note: This patch is based on original work of Arianna's internship for > GNOME's Outreach Program for Women. > > Only one hardware queue is used now, so there is no significant > performance change > > The legacy non-mq code is deleted

Re: [PATCH v3 2/9] xen-block: add document for mutli hardware queues/rings

On Sat, Sep 05, 2015 at 08:39:35PM +0800, Bob Liu wrote: > Document multi queues/rings of xen-block. This needs to be posted on Xen devel as well so that the blkif.h header in Xen has this. > > Signed-off-by: Bob Liu > --- > include/xen/interface/io/blkif.h | 32

Re: [PATCH 09/10] mm: make frontswap.c explicitly non-modular

However > one could argue that subsys_initcall might make more sense here. > > Cc: Konrad Rzeszutek Wilk Reviewed-by: Konrad Rzeszutek Wilk I would add to the commit: Frontswap depends on CONFIG_SWAP and there is currently no way to make swap dynamically loaded. > Cc: And

Re: [PATCH 01/10] mm: make cleancache.c explicitly non-modular

On Mon, Aug 24, 2015 at 09:10:40PM -0400, Paul Gortmaker wrote: > [Re: [PATCH 01/10] mm: make cleancache.c explicitly non-modular] On > 24/08/2015 (Mon 20:10) Konrad Rzeszutek Wilk wrote: > > > On August 24, 2015 6:14:33 PM EDT, Paul Gortmaker > > wrote: > > >The

Re: [PATCH 09/10] mm: make frontswap.c explicitly non-modular

However > one could argue that subsys_initcall might make more sense here. > > Cc: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> Reviewed-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> I would add to the commit: Frontswap depends on CONFIG_SWAP and there is cur

Re: [PATCH 01/10] mm: make cleancache.c explicitly non-modular

On Mon, Aug 24, 2015 at 09:10:40PM -0400, Paul Gortmaker wrote: > [Re: [PATCH 01/10] mm: make cleancache.c explicitly non-modular] On > 24/08/2015 (Mon 20:10) Konrad Rzeszutek Wilk wrote: > > > On August 24, 2015 6:14:33 PM EDT, Paul Gortmaker > > <paul.gortma

Re: [PATCH] xen/x86: Don't try to write syscall-related MSRs for PV guests

nt a warning. > > Signed-off-by: Boris Ostrovsky Reviewed-by: Konrad Rzeszutek Wilk > --- > arch/x86/xen/enlighten.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c > index 30d12af..1f1dbd2 100644 > --- a/arch/x

Re: [PATCH] xen/x86: Don't try to write syscall-related MSRs for PV guests

nt a warning. > > Signed-off-by: Boris Ostrovsky <boris.ostrov...@oracle.com> Reviewed-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> > --- > arch/x86/xen/enlighten.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xe

Re: [RFC PATCH] dma/swiotlb: Add helper for device driver to opt-out from swiotlb.

On Thu, Sep 17, 2015 at 03:07:47PM -0400, Jerome Glisse wrote: > On Thu, Sep 17, 2015 at 03:02:51PM -0400, Konrad Rzeszutek Wilk wrote: > > On Thu, Sep 17, 2015 at 02:22:38PM -0400, jgli...@redhat.com wrote: > > > From: Jérôme Glisse > > > > > > The sw

Re: [RFC PATCH] dma/swiotlb: Add helper for device driver to opt-out from swiotlb.

On Thu, Sep 17, 2015 at 03:11:14PM -0400, Jerome Glisse wrote: > On Thu, Sep 17, 2015 at 03:06:57PM -0400, Konrad Rzeszutek Wilk wrote: > > On Thu, Sep 17, 2015 at 03:02:51PM -0400, Konrad Rzeszutek Wilk wrote: > > > On Thu, Sep 17, 2015 at 02:22:38PM -0400, jgli...@redhat.com w

Re: [RFC PATCH] dma/swiotlb: Add helper for device driver to opt-out from swiotlb.

On Thu, Sep 17, 2015 at 03:02:51PM -0400, Konrad Rzeszutek Wilk wrote: > On Thu, Sep 17, 2015 at 02:22:38PM -0400, jgli...@redhat.com wrote: > > From: Jérôme Glisse > > > > The swiotlb dma backend is not appropriate for some devices like > > GPU where bounce buffer o

Re: [RFC PATCH] dma/swiotlb: Add helper for device driver to opt-out from swiotlb.

igned-off-by: Jérôme Glisse > To: io...@lists.linux-foundation.org > Cc: Joerg Roedel > Cc: Konrad Rzeszutek Wilk > Cc: Alex Deucher > CC: Dave Airlie > CC: linux-kernel@vger.kernel.org > --- > arch/x86/include/asm/dma-mapping.h | 3 +++ > arch/x86/kernel/pci-s

Re: [RFC PATCH] dma/swiotlb: Add helper for device driver to opt-out from swiotlb.

On Thu, Sep 17, 2015 at 03:11:14PM -0400, Jerome Glisse wrote: > On Thu, Sep 17, 2015 at 03:06:57PM -0400, Konrad Rzeszutek Wilk wrote: > > On Thu, Sep 17, 2015 at 03:02:51PM -0400, Konrad Rzeszutek Wilk wrote: > > > On Thu, Sep 17, 2015 at 02:22:38PM -0400, jgli...@redhat.com w

Re: [RFC PATCH] dma/swiotlb: Add helper for device driver to opt-out from swiotlb.

locations? > > Signed-off-by: Jérôme Glisse <jgli...@redhat.com> > To: io...@lists.linux-foundation.org > Cc: Joerg Roedel <jroe...@suse.de> > Cc: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> > Cc: Alex Deucher <alexander.deuc...@amd.com> >

Re: [RFC PATCH] dma/swiotlb: Add helper for device driver to opt-out from swiotlb.

On Thu, Sep 17, 2015 at 03:02:51PM -0400, Konrad Rzeszutek Wilk wrote: > On Thu, Sep 17, 2015 at 02:22:38PM -0400, jgli...@redhat.com wrote: > > From: Jérôme Glisse <jgli...@redhat.com> > > > > The swiotlb dma backend is not appropriate for some devices like > >

Re: [RFC PATCH] dma/swiotlb: Add helper for device driver to opt-out from swiotlb.

On Thu, Sep 17, 2015 at 03:07:47PM -0400, Jerome Glisse wrote: > On Thu, Sep 17, 2015 at 03:02:51PM -0400, Konrad Rzeszutek Wilk wrote: > > On Thu, Sep 17, 2015 at 02:22:38PM -0400, jgli...@redhat.com wrote: > > > From: Jérôme Glisse <jgli...@redhat.com> > > &g

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

called when destroying the backend instance. > >>>>> Due to > >>>>> this mismatch, blkback can allocate the request pool multiple times, > >>>>> without > >>>>> freeing it. > >>>>> > >>>>> I

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

t; In order to fix it, move the freeing of requests to > >>>>> xen_blkif_disconnect to > >>>>> restore the symmetry between request allocation and freeing. > >>>>> > >>>>> Reported-by: Julien Grall <julien.gr...@citrix.c

Re: [GIT] Networking

On Tue, Sep 8, 2015 at 10:14 PM, Konrad Rzeszutek Wilk wrote: > > (Removed Linus and Andrew from the To, added Corinna ..) and resending again without HTML (sorry, thought I had HTML-emails disabled by default) > > On Thu, Sep 3, 2015 at 1:35 AM, David Miller wrote: >> &

Re: [GIT] Networking

On Tue, Sep 8, 2015 at 10:14 PM, Konrad Rzeszutek Wilk <kon...@kernel.org> wrote: > > (Removed Linus and Andrew from the To, added Corinna ..) and resending again without HTML (sorry, thought I had HTML-emails disabled by default) > > On Thu, Sep 3, 2015 at 1:35 AM

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

gt; > In order to fix it, move the freeing of requests to xen_blkif_disconnect to > > restore the symmetry between request allocation and freeing. > > > > Reported-by: Julien Grall > > Signed-off-by: Roger Pau Monné > > Cc: Julien Grall > > Cc: Konrad Rzeszute

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

gt; > In order to fix it, move the freeing of requests to xen_blkif_disconnect to > > restore the symmetry between request allocation and freeing. > > > > Reported-by: Julien Grall <julien.gr...@citrix.com> > > Signed-off-by: Roger Pau Monné <roger....@citrix.c

Re: [PATCH 01/10] mm: make cleancache.c explicitly non-modular

as a module by anyone. Why not make it a tristate? > >Lets remove the couple traces of modularity so that when reading the >driver there is no doubt it is builtin-only. > >Since module_init translates to device_initcall in the non-modular >case, the init ordering remains uncha

Re: [PATCH 01/10] mm: make cleancache.c explicitly non-modular

Rzeszutek Wilk konrad.w...@oracle.com Cc: linux...@kvack.org Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com --- mm/cleancache.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mm/cleancache.c b/mm/cleancache.c index 8fc5089b..ee0646d1c2fa 100644 --- a/mm

Re: [Xen-devel] linux-next: Tree for Aug 18 (xen/apic)

On Tue, Aug 18, 2015 at 09:55:56AM -0700, Randy Dunlap wrote: > On 08/18/15 04:40, Stephen Rothwell wrote: > > Hi all, > > > > Changes since 20150817: > > > > on i386: > > CONFIG_SMP is not enabled. > # CONFIG_X86_UP_APIC is not set I think this is related to

Re: [Xen-devel] linux-next: Tree for Aug 18 (xen/apic)

On Tue, Aug 18, 2015 at 09:55:56AM -0700, Randy Dunlap wrote: On 08/18/15 04:40, Stephen Rothwell wrote: Hi all, Changes since 20150817: on i386: CONFIG_SMP is not enabled. # CONFIG_X86_UP_APIC is not set I think this is related to fc5fee86bdd3d720e2d1d324e4fae0c35845fa63

Re: [PATCH RFC] xen: if on Xen, "flatten" the scheduling domain hierarchy

On August 18, 2015 8:55:32 AM PDT, Dario Faggioli wrote: >Hey everyone, > >So, as a followup of what we were discussing in this thread: > > [Xen-devel] PV-vNUMA issue: topology is misinterpreted by the guest >http://lists.xenproject.org/archives/html/xen-devel/2015-07/msg03241.html > >I started

Re: [PATCH RFC] xen: if on Xen, flatten the scheduling domain hierarchy

On August 18, 2015 8:55:32 AM PDT, Dario Faggioli dario.faggi...@citrix.com wrote: Hey everyone, So, as a followup of what we were discussing in this thread: [Xen-devel] PV-vNUMA issue: topology is misinterpreted by the guest

Re: [PATCH v6 2/6] xen/PMU: Sysfs interface for setting Xen PMU mode

On Sun, Aug 09, 2015 at 09:31:43PM -0400, Boris Ostrovsky wrote: > Set Xen's PMU mode via /sys/hypervisor/pmu/pmu_mode. Add XENPMU hypercall. > > Signed-off-by: Boris Ostrovsky Reviewed-by: Konrad Rzeszutek Wilk > --- > Documentation/ABI/testing/sysfs-hypervisor-pmu | 23 ++

Re: [PATCH v6 2/6] xen/PMU: Sysfs interface for setting Xen PMU mode

On Sun, Aug 09, 2015 at 09:31:43PM -0400, Boris Ostrovsky wrote: Set Xen's PMU mode via /sys/hypervisor/pmu/pmu_mode. Add XENPMU hypercall. Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com Reviewed-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com --- Documentation/ABI/testing

Re: [Xen-devel] [PATCH v2] xen-apic: Enable on domU as well

pic->send_IPI_self = xen_send_IPI_self; 959 #endif Anyhow, your patch seems to fix a regression my patch feb44f1f7a4ac299d1ab1c3606860e70b9b89d69 "x86/xen: Provide a "Xen PV" APIC driver to support >255 VCPUs" introduced.

Re: [Xen-devel] [PATCH v2] xen-apic: Enable on domU as well

. I would to the stable.vger.kernel.org: # apply only to v4.1 As the earlier ones will work fine. Thank you! Oh, and Reviewed-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com --- arch/x86/xen/Makefile | 4 ++-- arch/x86/xen/xen-ops.h | 11 --- 2 files changed, 6 insertions(+), 9

Re: [PATCH v4 0/3] x86: modify_ldt improvement, test, and config option

On Tue, Jul 28, 2015 at 10:50:39AM -0400, Boris Ostrovsky wrote: > On 07/28/2015 10:35 AM, Andrew Cooper wrote: > >On 28/07/15 15:05, Boris Ostrovsky wrote: > >>On 07/28/2015 06:29 AM, Andrew Cooper wrote: > >After forward-porting my virtio patches, I got this thing to run on > >Xen.

Re: [PATCH v4 0/3] x86: modify_ldt improvement, test, and config option

On Tue, Jul 28, 2015 at 10:50:39AM -0400, Boris Ostrovsky wrote: On 07/28/2015 10:35 AM, Andrew Cooper wrote: On 28/07/15 15:05, Boris Ostrovsky wrote: On 07/28/2015 06:29 AM, Andrew Cooper wrote: After forward-porting my virtio patches, I got this thing to run on Xen. After several tries, I

[GIT PULL] (xen) stable/for-jens-4.2 for rc4

Hey Jens, There are three bugs that have been found in the xen-blkfront (and backend). Two of them have the stable tree CC-ed. They have been found where an guest is migrating to a host that is missing 'feature-persistent' support (from one that has it enabled). We end up hitting an BUG() in the

[GIT PULL] (xen) stable/for-jens-4.2 for rc4

Hey Jens, There are three bugs that have been found in the xen-blkfront (and backend). Two of them have the stable tree CC-ed. They have been found where an guest is migrating to a host that is missing 'feature-persistent' support (from one that has it enabled). We end up hitting an BUG() in the

Re: [Patch V4 1/3] usb: Add Xen pvUSB protocol description

On Fri, Jul 24, 2015 at 11:57:47AM -0700, Greg KH wrote: > On Fri, Jul 24, 2015 at 05:51:04AM +0200, Juergen Gross wrote: > > On 07/23/2015 09:08 PM, Greg KH wrote: > > >On Thu, Jul 23, 2015 at 08:46:17AM +0200, Juergen Gross wrote: > > >>On 07/23/2015 06:36 AM, Greg KH wrote: > > >>>On Thu, Jul

Re: [PATCHv2 05/10] xen/balloon: rationalize memory hotplug stats

On Fri, Jul 24, 2015 at 12:47:43PM +0100, David Vrabel wrote: > The stats used for memory hotplug make no sense and are fiddled with > in odd ways. Remove them and introduce total_pages to track the total > number of pages (both populated and unpopulated) including those within > hotplugged

Re: [PATCHv2 08/10] xen/balloon: use hotplugged pages for foreign mappings etc.

On Fri, Jul 24, 2015 at 12:47:46PM +0100, David Vrabel wrote: > alloc_xenballooned_pages() is used to get ballooned pages to back > foreign mappings etc. Instead of having to balloon out real pages, > use (if supported) hotplugged memory. > > This makes more memory available to the guest and

Re: [PATCHv2 09/10] x86/xen: export xen_alloc_p2m_entry()

ls will require no further allocations. > > Signed-off-by: David Vrabel Reviewed-by: Konrad Rzeszutek Wilk > --- > arch/x86/include/asm/xen/page.h | 2 ++ > arch/x86/xen/p2m.c | 16 ++-- > 2 files changed, 12 insertions(+), 6 deletions(-) > >

Re: [PATCH v2] xen-blkback: replace work_pending with work_busy in purge_persistent_gnt()

On Thu, Jul 23, 2015 at 11:06:58AM +0200, Roger Pau Monné wrote: > El 22/07/15 a les 8.40, Bob Liu ha escrit: > > The BUG_ON() in purge_persistent_gnt() will be triggered when previous purge > > work haven't finished. > > There is a work_pending() before this BUG_ON, but it doesn't account if the

Re: [Patch V4 1/3] usb: Add Xen pvUSB protocol description

On Fri, Jul 24, 2015 at 11:57:47AM -0700, Greg KH wrote: On Fri, Jul 24, 2015 at 05:51:04AM +0200, Juergen Gross wrote: On 07/23/2015 09:08 PM, Greg KH wrote: On Thu, Jul 23, 2015 at 08:46:17AM +0200, Juergen Gross wrote: On 07/23/2015 06:36 AM, Greg KH wrote: On Thu, Jul 23, 2015 at

Re: [PATCHv2 09/10] x86/xen: export xen_alloc_p2m_entry()

no further allocations. Signed-off-by: David Vrabel david.vra...@citrix.com Reviewed-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com --- arch/x86/include/asm/xen/page.h | 2 ++ arch/x86/xen/p2m.c | 16 ++-- 2 files changed, 12 insertions(+), 6 deletions(-) diff --git

Re: [PATCHv2 05/10] xen/balloon: rationalize memory hotplug stats

On Fri, Jul 24, 2015 at 12:47:43PM +0100, David Vrabel wrote: The stats used for memory hotplug make no sense and are fiddled with in odd ways. Remove them and introduce total_pages to track the total number of pages (both populated and unpopulated) including those within hotplugged regions

Re: [PATCHv2 08/10] xen/balloon: use hotplugged pages for foreign mappings etc.

On Fri, Jul 24, 2015 at 12:47:46PM +0100, David Vrabel wrote: alloc_xenballooned_pages() is used to get ballooned pages to back foreign mappings etc. Instead of having to balloon out real pages, use (if supported) hotplugged memory. This makes more memory available to the guest and reduces

Re: [PATCH v2] xen-blkback: replace work_pending with work_busy in purge_persistent_gnt()

On Thu, Jul 23, 2015 at 11:06:58AM +0200, Roger Pau Monné wrote: El 22/07/15 a les 8.40, Bob Liu ha escrit: The BUG_ON() in purge_persistent_gnt() will be triggered when previous purge work haven't finished. There is a work_pending() before this BUG_ON, but it doesn't account if the work

Re: [PATCH v2 4/6] xen/x86/pvh: Set up descriptors for 32-bit PVH guests

On Fri, Jul 17, 2015 at 11:36:29AM -0400, Boris Ostrovsky wrote: > On 07/17/2015 11:21 AM, Konrad Rzeszutek Wilk wrote: > >On Thu, Jul 16, 2015 at 05:43:39PM -0400, Boris Ostrovsky wrote: > >>Signed-off-by: Boris Ostrovsky > >>--- > >>Changes in v2: > >

Re: [PATCH v2 5/6] xen/x86/pvh: Add 32-bit PVH initialization code

On Thu, Jul 16, 2015 at 05:43:40PM -0400, Boris Ostrovsky wrote: > Signed-off-by: Boris Ostrovsky Reviewed-by: Konrad Rzeszutek Wilk > --- > Changes in v2: > * Some code reshuffling due to changes in patch 1. > > arch/x86/xen/enlighten.c | 4 > arch/x86

Re: [PATCH v2 4/6] xen/x86/pvh: Set up descriptors for 32-bit PVH guests

On Thu, Jul 16, 2015 at 05:43:39PM -0400, Boris Ostrovsky wrote: > Signed-off-by: Boris Ostrovsky > --- > Changes in v2: > * Set segment selectors using loadsegment() instead of assembly > > arch/x86/xen/enlighten.c | 15 ++- > 1 file changed, 10 insertions(+), 5 deletions(-) > >

Re: [PATCH v2 1/6] xen/x86/pvh: Save %rbx in xen_pvh_early_cpu_init()

symmetry). > > Konrad also sugested that with separate entry point for secondary > processors we don't need the second argument ('bool entry') to > xen_pvh_early_cpu_init[_secondary](). So it is dropped. > > Signed-off-by: Boris Ostrovsky Reviewed-by: Konrad Rzeszutek Wilk > ---

Re: [PATCH v2 1/6] xen/x86/pvh: Save %rbx in xen_pvh_early_cpu_init()

we don't need the second argument ('bool entry') to xen_pvh_early_cpu_init[_secondary](). So it is dropped. Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com Reviewed-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com --- Changes in v2: * Dropped second argument

Re: [PATCH v2 4/6] xen/x86/pvh: Set up descriptors for 32-bit PVH guests

On Thu, Jul 16, 2015 at 05:43:39PM -0400, Boris Ostrovsky wrote: Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com --- Changes in v2: * Set segment selectors using loadsegment() instead of assembly arch/x86/xen/enlighten.c | 15 ++- 1 file changed, 10 insertions(+), 5

Re: [PATCH v2 5/6] xen/x86/pvh: Add 32-bit PVH initialization code

On Thu, Jul 16, 2015 at 05:43:40PM -0400, Boris Ostrovsky wrote: Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com Reviewed-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com --- Changes in v2: * Some code reshuffling due to changes in patch 1. arch/x86/xen/enlighten.c | 4

Re: [PATCH v2 4/6] xen/x86/pvh: Set up descriptors for 32-bit PVH guests

On Fri, Jul 17, 2015 at 11:36:29AM -0400, Boris Ostrovsky wrote: On 07/17/2015 11:21 AM, Konrad Rzeszutek Wilk wrote: On Thu, Jul 16, 2015 at 05:43:39PM -0400, Boris Ostrovsky wrote: Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com --- Changes in v2: * Set segment selectors using

Re: [Xen-devel] [PATCH v2 09/20] xen/biomerge: Don't allow biovec to be merge when Linux is not using 4KB page

On Thu, Jul 16, 2015 at 05:15:41PM +0100, Julien Grall wrote: > Hi Stefano, > > On 16/07/2015 16:33, Stefano Stabellini wrote: > >On Fri, 10 Jul 2015, Konrad Rzeszutek Wilk wrote: > >>On Thu, Jul 09, 2015 at 09:42:21PM +0100, Julien Grall wrote: > >>>When

Re: [Xen-devel] [PATCH v2 09/20] xen/biomerge: Don't allow biovec to be merge when Linux is not using 4KB page

On Thu, Jul 16, 2015 at 05:15:41PM +0100, Julien Grall wrote: Hi Stefano, On 16/07/2015 16:33, Stefano Stabellini wrote: On Fri, 10 Jul 2015, Konrad Rzeszutek Wilk wrote: On Thu, Jul 09, 2015 at 09:42:21PM +0100, Julien Grall wrote: When Linux is using 64K page granularity, every page

Re: [Patch V5 00/16] xen: support pv-domains larger than 512GB

On July 15, 2015 12:26:40 AM EDT, Juergen Gross wrote: >On 07/10/2015 03:39 PM, Konrad Rzeszutek Wilk wrote: >> On Fri, Jul 10, 2015 at 02:47:45PM +0200, Juergen Gross wrote: >>> Support 64 bit pv-domains with more than 512GB of memory. >>> >>> Following te

Re: [Patch V5 00/16] xen: support pv-domains larger than 512GB

On July 15, 2015 12:26:40 AM EDT, Juergen Gross jgr...@suse.com wrote: On 07/10/2015 03:39 PM, Konrad Rzeszutek Wilk wrote: On Fri, Jul 10, 2015 at 02:47:45PM +0200, Juergen Gross wrote: Support 64 bit pv-domains with more than 512GB of memory. Following test have been done: - 64 bit dom0

Re: [Patch V5 13/16] xen: add explicit memblock_reserve() calls for special pages

On Mon, Jul 13, 2015 at 06:10:23AM +0200, Juergen Gross wrote: > On 07/10/2015 03:36 PM, Konrad Rzeszutek Wilk wrote: > >>diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen/mmu.c > >>index 1982617..c28f7f7 100644 > >>--- a/arch/x86/xen/mmu.c > >>+++ b/arch/x86/xe

Re: [Patch V5 13/16] xen: add explicit memblock_reserve() calls for special pages

On Mon, Jul 13, 2015 at 06:10:23AM +0200, Juergen Gross wrote: On 07/10/2015 03:36 PM, Konrad Rzeszutek Wilk wrote: diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen/mmu.c index 1982617..c28f7f7 100644 --- a/arch/x86/xen/mmu.c +++ b/arch/x86/xen/mmu.c @@ -2084,6 +2084,19 @@ void __init

Re: [RESEND PATCH] xen/blkfront: convert to blk-mq APIs

On July 11, 2015 7:23:38 AM EDT, Christoph Hellwig wrote: >On Sat, Jul 11, 2015 at 07:17:18AM -0400, Konrad Rzeszutek Wilk wrote: >> The 'locked' parameter can be used to tell the function to not take >the lock. >> >> But it would drop the lock in both cases. > >Kon

Re: [RESEND PATCH] xen/blkfront: convert to blk-mq APIs

On July 11, 2015 4:18:42 AM EDT, Bob Liu wrote: > >On 07/11/2015 03:57 AM, Konrad Rzeszutek Wilk wrote: >> On Mon, Jul 06, 2015 at 05:56:48PM +0800, Bob Liu wrote: >>> From: Arianna Avanzini >>> >>> This patch converts xen-blkfront driver to use the block

<    5   6   7   8   9   10   11   12   13   14   >