* [OpenRISC] [PATCH 0/4] use mmgrab
@ 2019-12-29 15:42 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: openrisc
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a few
remaining files.
---
arch/openrisc/kernel/smp.c | 2 +-
drivers/misc/cxl/context.c | 2 +-
drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
drivers/vfio/vfio_iommu_spapr_tce.c | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
^ permalink raw reply [flat|nested] 53+ messages in thread* [PATCH 0/4] use mmgrab
@ 2019-12-29 15:42 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: kvm; +Cc: linuxppc-dev, Cornelia Huck, kernel-janitors, linux-kernel, openrisc
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a few
remaining files.
---
arch/openrisc/kernel/smp.c | 2 +-
drivers/misc/cxl/context.c | 2 +-
drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
drivers/vfio/vfio_iommu_spapr_tce.c | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
^ permalink raw reply [flat|nested] 53+ messages in thread* [PATCH 0/4] use mmgrab
@ 2019-12-29 15:42 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: kvm; +Cc: kernel-janitors, Cornelia Huck, linux-kernel, linuxppc-dev, openrisc
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a few
remaining files.
---
arch/openrisc/kernel/smp.c | 2 +-
drivers/misc/cxl/context.c | 2 +-
drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
drivers/vfio/vfio_iommu_spapr_tce.c | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
^ permalink raw reply [flat|nested] 53+ messages in thread* [PATCH 1/4] misc: cxl: use mmgrab
2019-12-29 15:42 ` Julia Lawall
(?)
@ 2019-12-29 15:42 ` Julia Lawall
-1 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: Frederic Barrat
Cc: kernel-janitors, Andrew Donnellan, Arnd Bergmann,
Greg Kroah-Hartman, linuxppc-dev, linux-kernel
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a
remaining file.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
<smpl>
@@ expression e; @@
- atomic_inc(&e->mm_count);
+ mmgrab(e);
</smpl>
Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
---
drivers/misc/cxl/context.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/cxl/context.c b/drivers/misc/cxl/context.c
index aed9c445d1e2..fb2eff69e449 100644
--- a/drivers/misc/cxl/context.c
+++ b/drivers/misc/cxl/context.c
@@ -352,7 +352,7 @@ void cxl_context_free(struct cxl_context *ctx)
void cxl_context_mm_count_get(struct cxl_context *ctx)
{
if (ctx->mm)
- atomic_inc(&ctx->mm->mm_count);
+ mmgrab(ctx->mm);
}
void cxl_context_mm_count_put(struct cxl_context *ctx)
^ permalink raw reply related [flat|nested] 53+ messages in thread* [PATCH 1/4] misc: cxl: use mmgrab
@ 2019-12-29 15:42 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: Frederic Barrat
Cc: Andrew Donnellan, Arnd Bergmann, Greg Kroah-Hartman,
kernel-janitors, linux-kernel, linuxppc-dev
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a
remaining file.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
<smpl>
@@ expression e; @@
- atomic_inc(&e->mm_count);
+ mmgrab(e);
</smpl>
Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
---
drivers/misc/cxl/context.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/cxl/context.c b/drivers/misc/cxl/context.c
index aed9c445d1e2..fb2eff69e449 100644
--- a/drivers/misc/cxl/context.c
+++ b/drivers/misc/cxl/context.c
@@ -352,7 +352,7 @@ void cxl_context_free(struct cxl_context *ctx)
void cxl_context_mm_count_get(struct cxl_context *ctx)
{
if (ctx->mm)
- atomic_inc(&ctx->mm->mm_count);
+ mmgrab(ctx->mm);
}
void cxl_context_mm_count_put(struct cxl_context *ctx)
^ permalink raw reply related [flat|nested] 53+ messages in thread* [PATCH 1/4] misc: cxl: use mmgrab
@ 2019-12-29 15:42 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: Frederic Barrat
Cc: Andrew Donnellan, Arnd Bergmann, Greg Kroah-Hartman,
kernel-janitors, linux-kernel, linuxppc-dev
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a
remaining file.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
<smpl>
@@ expression e; @@
- atomic_inc(&e->mm_count);
+ mmgrab(e);
</smpl>
Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
---
drivers/misc/cxl/context.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/cxl/context.c b/drivers/misc/cxl/context.c
index aed9c445d1e2..fb2eff69e449 100644
--- a/drivers/misc/cxl/context.c
+++ b/drivers/misc/cxl/context.c
@@ -352,7 +352,7 @@ void cxl_context_free(struct cxl_context *ctx)
void cxl_context_mm_count_get(struct cxl_context *ctx)
{
if (ctx->mm)
- atomic_inc(&ctx->mm->mm_count);
+ mmgrab(ctx->mm);
}
void cxl_context_mm_count_put(struct cxl_context *ctx)
^ permalink raw reply related [flat|nested] 53+ messages in thread* Re: [PATCH 1/4] misc: cxl: use mmgrab
2019-12-29 15:42 ` Julia Lawall
(?)
@ 2019-12-29 22:38 ` Andrew Donnellan
-1 siblings, 0 replies; 53+ messages in thread
From: Andrew Donnellan @ 2019-12-29 22:38 UTC (permalink / raw)
To: Julia Lawall, Frederic Barrat
Cc: kernel-janitors, Arnd Bergmann, Greg Kroah-Hartman, linuxppc-dev,
linux-kernel
On 30/12/19 2:42 am, Julia Lawall wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
Thanks!
Acked-by: Andrew Donnellan <ajd@linux.ibm.com>
--
Andrew Donnellan OzLabs, ADL Canberra
ajd@linux.ibm.com IBM Australia Limited
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 1/4] misc: cxl: use mmgrab
@ 2019-12-29 22:38 ` Andrew Donnellan
0 siblings, 0 replies; 53+ messages in thread
From: Andrew Donnellan @ 2019-12-29 22:38 UTC (permalink / raw)
To: Julia Lawall, Frederic Barrat
Cc: Greg Kroah-Hartman, kernel-janitors, linuxppc-dev, Arnd Bergmann,
linux-kernel
On 30/12/19 2:42 am, Julia Lawall wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
Thanks!
Acked-by: Andrew Donnellan <ajd@linux.ibm.com>
--
Andrew Donnellan OzLabs, ADL Canberra
ajd@linux.ibm.com IBM Australia Limited
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 1/4] misc: cxl: use mmgrab
@ 2019-12-29 22:38 ` Andrew Donnellan
0 siblings, 0 replies; 53+ messages in thread
From: Andrew Donnellan @ 2019-12-29 22:38 UTC (permalink / raw)
To: Julia Lawall, Frederic Barrat
Cc: Greg Kroah-Hartman, kernel-janitors, linuxppc-dev, Arnd Bergmann,
linux-kernel
On 30/12/19 2:42 am, Julia Lawall wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
Thanks!
Acked-by: Andrew Donnellan <ajd@linux.ibm.com>
--
Andrew Donnellan OzLabs, ADL Canberra
ajd@linux.ibm.com IBM Australia Limited
^ permalink raw reply [flat|nested] 53+ messages in thread
* Re: [PATCH 1/4] misc: cxl: use mmgrab
2019-12-29 15:42 ` Julia Lawall
@ 2020-01-29 5:17 ` Michael Ellerman
-1 siblings, 0 replies; 53+ messages in thread
From: Michael Ellerman @ 2020-01-29 5:17 UTC (permalink / raw)
To: Julia Lawall, Frederic Barrat
Cc: Andrew Donnellan, Arnd Bergmann, Greg Kroah-Hartman,
kernel-janitors, linux-kernel, linuxppc-dev
On Sun, 2019-12-29 at 15:42:55 UTC, Julia Lawall wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/30e813cf46ccaeea6508607632e49b4a1d743d2a
cheers
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 1/4] misc: cxl: use mmgrab
@ 2020-01-29 5:17 ` Michael Ellerman
0 siblings, 0 replies; 53+ messages in thread
From: Michael Ellerman @ 2020-01-29 5:17 UTC (permalink / raw)
To: Julia Lawall, Frederic Barrat
Cc: Andrew Donnellan, Arnd Bergmann, Greg Kroah-Hartman,
kernel-janitors, linux-kernel, linuxppc-dev
On Sun, 2019-12-29 at 15:42:55 UTC, Julia Lawall wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/30e813cf46ccaeea6508607632e49b4a1d743d2a
cheers
^ permalink raw reply [flat|nested] 53+ messages in thread
* [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
2019-12-29 15:42 ` Julia Lawall
@ 2019-12-29 15:42 ` Julia Lawall
-1 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: Alex Williamson; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a
remaining file.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
<smpl>
@@ expression e; @@
- atomic_inc(&e->mm_count);
+ mmgrab(e);
</smpl>
Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
---
drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/vfio/pci/vfio_pci_nvlink2.c b/drivers/vfio/pci/vfio_pci_nvlink2.c
index f2983f0f84be..43df10af7f66 100644
--- a/drivers/vfio/pci/vfio_pci_nvlink2.c
+++ b/drivers/vfio/pci/vfio_pci_nvlink2.c
@@ -159,7 +159,7 @@ static int vfio_pci_nvgpu_mmap(struct vfio_pci_device *vdev,
data->useraddr = vma->vm_start;
data->mm = current->mm;
- atomic_inc(&data->mm->mm_count);
+ mmgrab(data->mm);
ret = (int) mm_iommu_newdev(data->mm, data->useraddr,
vma_pages(vma), data->gpu_hpa, &data->mem);
^ permalink raw reply related [flat|nested] 53+ messages in thread* [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
@ 2019-12-29 15:42 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: Alex Williamson; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a
remaining file.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
<smpl>
@@ expression e; @@
- atomic_inc(&e->mm_count);
+ mmgrab(e);
</smpl>
Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
---
drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/vfio/pci/vfio_pci_nvlink2.c b/drivers/vfio/pci/vfio_pci_nvlink2.c
index f2983f0f84be..43df10af7f66 100644
--- a/drivers/vfio/pci/vfio_pci_nvlink2.c
+++ b/drivers/vfio/pci/vfio_pci_nvlink2.c
@@ -159,7 +159,7 @@ static int vfio_pci_nvgpu_mmap(struct vfio_pci_device *vdev,
data->useraddr = vma->vm_start;
data->mm = current->mm;
- atomic_inc(&data->mm->mm_count);
+ mmgrab(data->mm);
ret = (int) mm_iommu_newdev(data->mm, data->useraddr,
vma_pages(vma), data->gpu_hpa, &data->mem);
^ permalink raw reply related [flat|nested] 53+ messages in thread* Re: [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
2019-12-29 15:42 ` Julia Lawall
@ 2020-01-06 23:05 ` Alex Williamson
-1 siblings, 0 replies; 53+ messages in thread
From: Alex Williamson @ 2020-01-06 23:05 UTC (permalink / raw)
To: Julia Lawall; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
On Sun, 29 Dec 2019 16:42:56 +0100
Julia Lawall <Julia.Lawall@inria.fr> wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
>
> ---
> drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/vfio/pci/vfio_pci_nvlink2.c b/drivers/vfio/pci/vfio_pci_nvlink2.c
> index f2983f0f84be..43df10af7f66 100644
> --- a/drivers/vfio/pci/vfio_pci_nvlink2.c
> +++ b/drivers/vfio/pci/vfio_pci_nvlink2.c
> @@ -159,7 +159,7 @@ static int vfio_pci_nvgpu_mmap(struct vfio_pci_device *vdev,
> data->useraddr = vma->vm_start;
> data->mm = current->mm;
>
> - atomic_inc(&data->mm->mm_count);
> + mmgrab(data->mm);
> ret = (int) mm_iommu_newdev(data->mm, data->useraddr,
> vma_pages(vma), data->gpu_hpa, &data->mem);
>
>
Acked-by: Alex Williamson <alex.williamson@redhat.com>
Thanks! I'm assuming these will be routed via janitors tree, please
let me know if you intend me to grab these two vfio patches from the
series. Thanks,
Alex
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
@ 2020-01-06 23:05 ` Alex Williamson
0 siblings, 0 replies; 53+ messages in thread
From: Alex Williamson @ 2020-01-06 23:05 UTC (permalink / raw)
To: Julia Lawall; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
On Sun, 29 Dec 2019 16:42:56 +0100
Julia Lawall <Julia.Lawall@inria.fr> wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
>
> ---
> drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/vfio/pci/vfio_pci_nvlink2.c b/drivers/vfio/pci/vfio_pci_nvlink2.c
> index f2983f0f84be..43df10af7f66 100644
> --- a/drivers/vfio/pci/vfio_pci_nvlink2.c
> +++ b/drivers/vfio/pci/vfio_pci_nvlink2.c
> @@ -159,7 +159,7 @@ static int vfio_pci_nvgpu_mmap(struct vfio_pci_device *vdev,
> data->useraddr = vma->vm_start;
> data->mm = current->mm;
>
> - atomic_inc(&data->mm->mm_count);
> + mmgrab(data->mm);
> ret = (int) mm_iommu_newdev(data->mm, data->useraddr,
> vma_pages(vma), data->gpu_hpa, &data->mem);
>
>
Acked-by: Alex Williamson <alex.williamson@redhat.com>
Thanks! I'm assuming these will be routed via janitors tree, please
let me know if you intend me to grab these two vfio patches from the
series. Thanks,
Alex
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
2020-01-06 23:05 ` Alex Williamson
@ 2020-01-07 5:51 ` Dan Carpenter
-1 siblings, 0 replies; 53+ messages in thread
From: Dan Carpenter @ 2020-01-07 5:51 UTC (permalink / raw)
To: Alex Williamson
Cc: Julia Lawall, kernel-janitors, Cornelia Huck, kvm, linux-kernel
On Mon, Jan 06, 2020 at 04:05:05PM -0700, Alex Williamson wrote:
>
> Acked-by: Alex Williamson <alex.williamson@redhat.com>
>
> Thanks! I'm assuming these will be routed via janitors tree, please
> let me know if you intend me to grab these two vfio patches from the
> series. Thanks,
There isn't a janitors tree.
regards,
dan carpenter
^ permalink raw reply [flat|nested] 53+ messages in thread
* Re: [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
@ 2020-01-07 5:51 ` Dan Carpenter
0 siblings, 0 replies; 53+ messages in thread
From: Dan Carpenter @ 2020-01-07 5:51 UTC (permalink / raw)
To: Alex Williamson
Cc: Julia Lawall, kernel-janitors, Cornelia Huck, kvm, linux-kernel
On Mon, Jan 06, 2020 at 04:05:05PM -0700, Alex Williamson wrote:
>
> Acked-by: Alex Williamson <alex.williamson@redhat.com>
>
> Thanks! I'm assuming these will be routed via janitors tree, please
> let me know if you intend me to grab these two vfio patches from the
> series. Thanks,
There isn't a janitors tree.
regards,
dan carpenter
^ permalink raw reply [flat|nested] 53+ messages in thread
* Re: [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
2020-01-06 23:05 ` Alex Williamson
@ 2020-01-07 17:00 ` Julia Lawall
-1 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2020-01-07 17:00 UTC (permalink / raw)
To: Alex Williamson; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
On Mon, 6 Jan 2020, Alex Williamson wrote:
> On Sun, 29 Dec 2019 16:42:56 +0100
> Julia Lawall <Julia.Lawall@inria.fr> wrote:
>
> > Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> > helper") and most of the kernel was updated to use it. Update a
> > remaining file.
> >
> > The semantic patch that makes this change is as follows:
> > (http://coccinelle.lip6.fr/)
> >
> > <smpl>
> > @@ expression e; @@
> > - atomic_inc(&e->mm_count);
> > + mmgrab(e);
> > </smpl>
> >
> > Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
> >
> > ---
> > drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/vfio/pci/vfio_pci_nvlink2.c b/drivers/vfio/pci/vfio_pci_nvlink2.c
> > index f2983f0f84be..43df10af7f66 100644
> > --- a/drivers/vfio/pci/vfio_pci_nvlink2.c
> > +++ b/drivers/vfio/pci/vfio_pci_nvlink2.c
> > @@ -159,7 +159,7 @@ static int vfio_pci_nvgpu_mmap(struct vfio_pci_device *vdev,
> > data->useraddr = vma->vm_start;
> > data->mm = current->mm;
> >
> > - atomic_inc(&data->mm->mm_count);
> > + mmgrab(data->mm);
> > ret = (int) mm_iommu_newdev(data->mm, data->useraddr,
> > vma_pages(vma), data->gpu_hpa, &data->mem);
> >
> >
>
> Acked-by: Alex Williamson <alex.williamson@redhat.com>
>
> Thanks! I'm assuming these will be routed via janitors tree, please
> let me know if you intend me to grab these two vfio patches from the
> series. Thanks,
Please take them directly.
thanks,
julia
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
@ 2020-01-07 17:00 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2020-01-07 17:00 UTC (permalink / raw)
To: Alex Williamson; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
On Mon, 6 Jan 2020, Alex Williamson wrote:
> On Sun, 29 Dec 2019 16:42:56 +0100
> Julia Lawall <Julia.Lawall@inria.fr> wrote:
>
> > Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> > helper") and most of the kernel was updated to use it. Update a
> > remaining file.
> >
> > The semantic patch that makes this change is as follows:
> > (http://coccinelle.lip6.fr/)
> >
> > <smpl>
> > @@ expression e; @@
> > - atomic_inc(&e->mm_count);
> > + mmgrab(e);
> > </smpl>
> >
> > Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
> >
> > ---
> > drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/vfio/pci/vfio_pci_nvlink2.c b/drivers/vfio/pci/vfio_pci_nvlink2.c
> > index f2983f0f84be..43df10af7f66 100644
> > --- a/drivers/vfio/pci/vfio_pci_nvlink2.c
> > +++ b/drivers/vfio/pci/vfio_pci_nvlink2.c
> > @@ -159,7 +159,7 @@ static int vfio_pci_nvgpu_mmap(struct vfio_pci_device *vdev,
> > data->useraddr = vma->vm_start;
> > data->mm = current->mm;
> >
> > - atomic_inc(&data->mm->mm_count);
> > + mmgrab(data->mm);
> > ret = (int) mm_iommu_newdev(data->mm, data->useraddr,
> > vma_pages(vma), data->gpu_hpa, &data->mem);
> >
> >
>
> Acked-by: Alex Williamson <alex.williamson@redhat.com>
>
> Thanks! I'm assuming these will be routed via janitors tree, please
> let me know if you intend me to grab these two vfio patches from the
> series. Thanks,
Please take them directly.
thanks,
julia
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
2020-01-07 17:00 ` Julia Lawall
@ 2020-01-07 17:10 ` Alex Williamson
-1 siblings, 0 replies; 53+ messages in thread
From: Alex Williamson @ 2020-01-07 17:10 UTC (permalink / raw)
To: Julia Lawall; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
On Tue, 7 Jan 2020 18:00:31 +0100 (CET)
Julia Lawall <julia.lawall@inria.fr> wrote:
> On Mon, 6 Jan 2020, Alex Williamson wrote:
>
> > On Sun, 29 Dec 2019 16:42:56 +0100
> > Julia Lawall <Julia.Lawall@inria.fr> wrote:
> >
> > > Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> > > helper") and most of the kernel was updated to use it. Update a
> > > remaining file.
> > >
> > > The semantic patch that makes this change is as follows:
> > > (http://coccinelle.lip6.fr/)
> > >
> > > <smpl>
> > > @@ expression e; @@
> > > - atomic_inc(&e->mm_count);
> > > + mmgrab(e);
> > > </smpl>
> > >
> > > Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
> > >
> > > ---
> > > drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/vfio/pci/vfio_pci_nvlink2.c b/drivers/vfio/pci/vfio_pci_nvlink2.c
> > > index f2983f0f84be..43df10af7f66 100644
> > > --- a/drivers/vfio/pci/vfio_pci_nvlink2.c
> > > +++ b/drivers/vfio/pci/vfio_pci_nvlink2.c
> > > @@ -159,7 +159,7 @@ static int vfio_pci_nvgpu_mmap(struct vfio_pci_device *vdev,
> > > data->useraddr = vma->vm_start;
> > > data->mm = current->mm;
> > >
> > > - atomic_inc(&data->mm->mm_count);
> > > + mmgrab(data->mm);
> > > ret = (int) mm_iommu_newdev(data->mm, data->useraddr,
> > > vma_pages(vma), data->gpu_hpa, &data->mem);
> > >
> > >
> >
> > Acked-by: Alex Williamson <alex.williamson@redhat.com>
> >
> > Thanks! I'm assuming these will be routed via janitors tree, please
> > let me know if you intend me to grab these two vfio patches from the
> > series. Thanks,
>
> Please take them directly.
Ok, I'll queue patches 2 & 3 for v5.6. Thanks,
Alex
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
@ 2020-01-07 17:10 ` Alex Williamson
0 siblings, 0 replies; 53+ messages in thread
From: Alex Williamson @ 2020-01-07 17:10 UTC (permalink / raw)
To: Julia Lawall; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
On Tue, 7 Jan 2020 18:00:31 +0100 (CET)
Julia Lawall <julia.lawall@inria.fr> wrote:
> On Mon, 6 Jan 2020, Alex Williamson wrote:
>
> > On Sun, 29 Dec 2019 16:42:56 +0100
> > Julia Lawall <Julia.Lawall@inria.fr> wrote:
> >
> > > Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> > > helper") and most of the kernel was updated to use it. Update a
> > > remaining file.
> > >
> > > The semantic patch that makes this change is as follows:
> > > (http://coccinelle.lip6.fr/)
> > >
> > > <smpl>
> > > @@ expression e; @@
> > > - atomic_inc(&e->mm_count);
> > > + mmgrab(e);
> > > </smpl>
> > >
> > > Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
> > >
> > > ---
> > > drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/vfio/pci/vfio_pci_nvlink2.c b/drivers/vfio/pci/vfio_pci_nvlink2.c
> > > index f2983f0f84be..43df10af7f66 100644
> > > --- a/drivers/vfio/pci/vfio_pci_nvlink2.c
> > > +++ b/drivers/vfio/pci/vfio_pci_nvlink2.c
> > > @@ -159,7 +159,7 @@ static int vfio_pci_nvgpu_mmap(struct vfio_pci_device *vdev,
> > > data->useraddr = vma->vm_start;
> > > data->mm = current->mm;
> > >
> > > - atomic_inc(&data->mm->mm_count);
> > > + mmgrab(data->mm);
> > > ret = (int) mm_iommu_newdev(data->mm, data->useraddr,
> > > vma_pages(vma), data->gpu_hpa, &data->mem);
> > >
> > >
> >
> > Acked-by: Alex Williamson <alex.williamson@redhat.com>
> >
> > Thanks! I'm assuming these will be routed via janitors tree, please
> > let me know if you intend me to grab these two vfio patches from the
> > series. Thanks,
>
> Please take them directly.
Ok, I'll queue patches 2 & 3 for v5.6. Thanks,
Alex
^ permalink raw reply [flat|nested] 53+ messages in thread
* Re: [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
2019-12-29 15:42 ` Julia Lawall
@ 2020-01-07 9:14 ` Cornelia Huck
-1 siblings, 0 replies; 53+ messages in thread
From: Cornelia Huck @ 2020-01-07 9:14 UTC (permalink / raw)
To: Julia Lawall; +Cc: Alex Williamson, kernel-janitors, kvm, linux-kernel
On Sun, 29 Dec 2019 16:42:56 +0100
Julia Lawall <Julia.Lawall@inria.fr> wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
>
> ---
> drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 2/4] vfio: vfio_pci_nvlink2: use mmgrab
@ 2020-01-07 9:14 ` Cornelia Huck
0 siblings, 0 replies; 53+ messages in thread
From: Cornelia Huck @ 2020-01-07 9:14 UTC (permalink / raw)
To: Julia Lawall; +Cc: Alex Williamson, kernel-janitors, kvm, linux-kernel
On Sun, 29 Dec 2019 16:42:56 +0100
Julia Lawall <Julia.Lawall@inria.fr> wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
>
> ---
> drivers/vfio/pci/vfio_pci_nvlink2.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
^ permalink raw reply [flat|nested] 53+ messages in thread
* [PATCH 3/4] vfio/spapr_tce: use mmgrab
2019-12-29 15:42 ` Julia Lawall
@ 2019-12-29 15:42 ` Julia Lawall
-1 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: Alex Williamson; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a
remaining file.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
<smpl>
@@ expression e; @@
- atomic_inc(&e->mm_count);
+ mmgrab(e);
</smpl>
Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
---
drivers/vfio/vfio_iommu_spapr_tce.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/vfio/vfio_iommu_spapr_tce.c b/drivers/vfio/vfio_iommu_spapr_tce.c
index 26cef65b41e7..16b3adc508db 100644
--- a/drivers/vfio/vfio_iommu_spapr_tce.c
+++ b/drivers/vfio/vfio_iommu_spapr_tce.c
@@ -79,7 +79,7 @@ static long tce_iommu_mm_set(struct tce_container *container)
}
BUG_ON(!current->mm);
container->mm = current->mm;
- atomic_inc(&container->mm->mm_count);
+ mmgrab(container->mm);
return 0;
}
^ permalink raw reply related [flat|nested] 53+ messages in thread* [PATCH 3/4] vfio/spapr_tce: use mmgrab
@ 2019-12-29 15:42 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: Alex Williamson; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a
remaining file.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
<smpl>
@@ expression e; @@
- atomic_inc(&e->mm_count);
+ mmgrab(e);
</smpl>
Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
---
drivers/vfio/vfio_iommu_spapr_tce.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/vfio/vfio_iommu_spapr_tce.c b/drivers/vfio/vfio_iommu_spapr_tce.c
index 26cef65b41e7..16b3adc508db 100644
--- a/drivers/vfio/vfio_iommu_spapr_tce.c
+++ b/drivers/vfio/vfio_iommu_spapr_tce.c
@@ -79,7 +79,7 @@ static long tce_iommu_mm_set(struct tce_container *container)
}
BUG_ON(!current->mm);
container->mm = current->mm;
- atomic_inc(&container->mm->mm_count);
+ mmgrab(container->mm);
return 0;
}
^ permalink raw reply related [flat|nested] 53+ messages in thread* Re: [PATCH 3/4] vfio/spapr_tce: use mmgrab
2019-12-29 15:42 ` Julia Lawall
@ 2020-01-06 23:05 ` Alex Williamson
-1 siblings, 0 replies; 53+ messages in thread
From: Alex Williamson @ 2020-01-06 23:05 UTC (permalink / raw)
To: Julia Lawall; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
On Sun, 29 Dec 2019 16:42:57 +0100
Julia Lawall <Julia.Lawall@inria.fr> wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
>
> ---
> drivers/vfio/vfio_iommu_spapr_tce.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/vfio/vfio_iommu_spapr_tce.c b/drivers/vfio/vfio_iommu_spapr_tce.c
> index 26cef65b41e7..16b3adc508db 100644
> --- a/drivers/vfio/vfio_iommu_spapr_tce.c
> +++ b/drivers/vfio/vfio_iommu_spapr_tce.c
> @@ -79,7 +79,7 @@ static long tce_iommu_mm_set(struct tce_container *container)
> }
> BUG_ON(!current->mm);
> container->mm = current->mm;
> - atomic_inc(&container->mm->mm_count);
> + mmgrab(container->mm);
>
> return 0;
> }
>
Acked-by: Alex Williamson <alex.williamson@redhat.com>
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 3/4] vfio/spapr_tce: use mmgrab
@ 2020-01-06 23:05 ` Alex Williamson
0 siblings, 0 replies; 53+ messages in thread
From: Alex Williamson @ 2020-01-06 23:05 UTC (permalink / raw)
To: Julia Lawall; +Cc: kernel-janitors, Cornelia Huck, kvm, linux-kernel
On Sun, 29 Dec 2019 16:42:57 +0100
Julia Lawall <Julia.Lawall@inria.fr> wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
>
> ---
> drivers/vfio/vfio_iommu_spapr_tce.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/vfio/vfio_iommu_spapr_tce.c b/drivers/vfio/vfio_iommu_spapr_tce.c
> index 26cef65b41e7..16b3adc508db 100644
> --- a/drivers/vfio/vfio_iommu_spapr_tce.c
> +++ b/drivers/vfio/vfio_iommu_spapr_tce.c
> @@ -79,7 +79,7 @@ static long tce_iommu_mm_set(struct tce_container *container)
> }
> BUG_ON(!current->mm);
> container->mm = current->mm;
> - atomic_inc(&container->mm->mm_count);
> + mmgrab(container->mm);
>
> return 0;
> }
>
Acked-by: Alex Williamson <alex.williamson@redhat.com>
^ permalink raw reply [flat|nested] 53+ messages in thread
* Re: [PATCH 3/4] vfio/spapr_tce: use mmgrab
2019-12-29 15:42 ` Julia Lawall
@ 2020-01-07 9:14 ` Cornelia Huck
-1 siblings, 0 replies; 53+ messages in thread
From: Cornelia Huck @ 2020-01-07 9:14 UTC (permalink / raw)
To: Julia Lawall; +Cc: Alex Williamson, kernel-janitors, kvm, linux-kernel
On Sun, 29 Dec 2019 16:42:57 +0100
Julia Lawall <Julia.Lawall@inria.fr> wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
>
> ---
> drivers/vfio/vfio_iommu_spapr_tce.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 3/4] vfio/spapr_tce: use mmgrab
@ 2020-01-07 9:14 ` Cornelia Huck
0 siblings, 0 replies; 53+ messages in thread
From: Cornelia Huck @ 2020-01-07 9:14 UTC (permalink / raw)
To: Julia Lawall; +Cc: Alex Williamson, kernel-janitors, kvm, linux-kernel
On Sun, 29 Dec 2019 16:42:57 +0100
Julia Lawall <Julia.Lawall@inria.fr> wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a
> remaining file.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> <smpl>
> @@ expression e; @@
> - atomic_inc(&e->mm_count);
> + mmgrab(e);
> </smpl>
>
> Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
>
> ---
> drivers/vfio/vfio_iommu_spapr_tce.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
^ permalink raw reply [flat|nested] 53+ messages in thread
* [PATCH 4/4] openrisc: use mmgrab
2019-12-29 15:42 ` Julia Lawall
(?)
@ 2019-12-29 15:42 ` Julia Lawall
-1 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: Jonas Bonn
Cc: kernel-janitors, Stefan Kristiansson, Stafford Horne, openrisc,
linux-kernel
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a
remaining file.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
<smpl>
@@ expression e; @@
- atomic_inc(&e->mm_count);
+ mmgrab(e);
</smpl>
Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
---
I was not able to compile this file.
arch/openrisc/kernel/smp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/openrisc/kernel/smp.c b/arch/openrisc/kernel/smp.c
index 7d518ee8bddc..7bd6e0fc7a6d 100644
--- a/arch/openrisc/kernel/smp.c
+++ b/arch/openrisc/kernel/smp.c
@@ -113,7 +113,7 @@ asmlinkage __init void secondary_start_kernel(void)
* All kernel threads share the same mm context; grab a
* reference and switch to it.
*/
- atomic_inc(&mm->mm_count);
+ mmgrab(mm);
current->active_mm = mm;
cpumask_set_cpu(cpu, mm_cpumask(mm));
^ permalink raw reply related [flat|nested] 53+ messages in thread* [OpenRISC] [PATCH 4/4] openrisc: use mmgrab
@ 2019-12-29 15:42 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: openrisc
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a
remaining file.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
<smpl>
@@ expression e; @@
- atomic_inc(&e->mm_count);
+ mmgrab(e);
</smpl>
Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
---
I was not able to compile this file.
arch/openrisc/kernel/smp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/openrisc/kernel/smp.c b/arch/openrisc/kernel/smp.c
index 7d518ee8bddc..7bd6e0fc7a6d 100644
--- a/arch/openrisc/kernel/smp.c
+++ b/arch/openrisc/kernel/smp.c
@@ -113,7 +113,7 @@ asmlinkage __init void secondary_start_kernel(void)
* All kernel threads share the same mm context; grab a
* reference and switch to it.
*/
- atomic_inc(&mm->mm_count);
+ mmgrab(mm);
current->active_mm = mm;
cpumask_set_cpu(cpu, mm_cpumask(mm));
^ permalink raw reply related [flat|nested] 53+ messages in thread* [PATCH 4/4] openrisc: use mmgrab
@ 2019-12-29 15:42 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2019-12-29 15:42 UTC (permalink / raw)
To: Jonas Bonn
Cc: kernel-janitors, Stefan Kristiansson, Stafford Horne, openrisc,
linux-kernel
Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
helper") and most of the kernel was updated to use it. Update a
remaining file.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
<smpl>
@@ expression e; @@
- atomic_inc(&e->mm_count);
+ mmgrab(e);
</smpl>
Signed-off-by: Julia Lawall <Julia.Lawall@inria.fr>
---
I was not able to compile this file.
arch/openrisc/kernel/smp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/openrisc/kernel/smp.c b/arch/openrisc/kernel/smp.c
index 7d518ee8bddc..7bd6e0fc7a6d 100644
--- a/arch/openrisc/kernel/smp.c
+++ b/arch/openrisc/kernel/smp.c
@@ -113,7 +113,7 @@ asmlinkage __init void secondary_start_kernel(void)
* All kernel threads share the same mm context; grab a
* reference and switch to it.
*/
- atomic_inc(&mm->mm_count);
+ mmgrab(mm);
current->active_mm = mm;
cpumask_set_cpu(cpu, mm_cpumask(mm));
^ permalink raw reply related [flat|nested] 53+ messages in thread* Re: [PATCH 4/4] openrisc: use mmgrab
2019-12-29 15:42 ` Julia Lawall
(?)
(?)
@ 2019-12-30 4:49 ` kbuild test robot
-1 siblings, 0 replies; 53+ messages in thread
From: kbuild test robot @ 2019-12-30 4:49 UTC (permalink / raw)
To: Julia Lawall
Cc: kbuild-all, Jonas Bonn, kernel-janitors, Stefan Kristiansson,
Stafford Horne, openrisc, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 2554 bytes --]
Hi Julia,
I love your patch! Yet something to improve:
[auto build test ERROR on vfio/next]
[also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
base: https://github.com/awilliam/linux-vfio.git next
config: openrisc-simple_smp_defconfig (attached as .config)
compiler: or1k-linux-gcc (GCC) 9.2.0
reproduce:
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
GCC_VERSION=9.2.0 make.cross ARCH=openrisc
If you fix the issue, kindly add following tag
Reported-by: kbuild test robot <lkp@intel.com>
All errors (new ones prefixed by >>):
arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
>> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
116 | mmgrab(mm);
| ^~~~~~
| igrab
cc1: some warnings being treated as errors
vim +116 arch/openrisc/kernel/smp.c
107
108 asmlinkage __init void secondary_start_kernel(void)
109 {
110 struct mm_struct *mm = &init_mm;
111 unsigned int cpu = smp_processor_id();
112 /*
113 * All kernel threads share the same mm context; grab a
114 * reference and switch to it.
115 */
> 116 mmgrab(mm);
117 current->active_mm = mm;
118 cpumask_set_cpu(cpu, mm_cpumask(mm));
119
120 pr_info("CPU%u: Booted secondary processor\n", cpu);
121
122 setup_cpuinfo();
123 openrisc_clockevent_init();
124
125 notify_cpu_starting(cpu);
126
127 /*
128 * OK, now it's safe to let the boot CPU continue
129 */
130 complete(&cpu_running);
131
132 synchronise_count_slave(cpu);
133 set_cpu_online(cpu, true);
134
135 local_irq_enable();
136
137 preempt_disable();
138 /*
139 * OK, it's off to the idle thread for us
140 */
141 cpu_startup_entry(CPUHP_AP_ONLINE_IDLE);
142 }
143
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org Intel Corporation
[-- Attachment #2: .config.gz --]
[-- Type: application/gzip, Size: 7983 bytes --]
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 4/4] openrisc: use mmgrab
@ 2019-12-30 4:49 ` kbuild test robot
0 siblings, 0 replies; 53+ messages in thread
From: kbuild test robot @ 2019-12-30 4:49 UTC (permalink / raw)
To: kbuild-all
[-- Attachment #1: Type: text/plain, Size: 2631 bytes --]
Hi Julia,
I love your patch! Yet something to improve:
[auto build test ERROR on vfio/next]
[also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
base: https://github.com/awilliam/linux-vfio.git next
config: openrisc-simple_smp_defconfig (attached as .config)
compiler: or1k-linux-gcc (GCC) 9.2.0
reproduce:
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
GCC_VERSION=9.2.0 make.cross ARCH=openrisc
If you fix the issue, kindly add following tag
Reported-by: kbuild test robot <lkp@intel.com>
All errors (new ones prefixed by >>):
arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
>> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
116 | mmgrab(mm);
| ^~~~~~
| igrab
cc1: some warnings being treated as errors
vim +116 arch/openrisc/kernel/smp.c
107
108 asmlinkage __init void secondary_start_kernel(void)
109 {
110 struct mm_struct *mm = &init_mm;
111 unsigned int cpu = smp_processor_id();
112 /*
113 * All kernel threads share the same mm context; grab a
114 * reference and switch to it.
115 */
> 116 mmgrab(mm);
117 current->active_mm = mm;
118 cpumask_set_cpu(cpu, mm_cpumask(mm));
119
120 pr_info("CPU%u: Booted secondary processor\n", cpu);
121
122 setup_cpuinfo();
123 openrisc_clockevent_init();
124
125 notify_cpu_starting(cpu);
126
127 /*
128 * OK, now it's safe to let the boot CPU continue
129 */
130 complete(&cpu_running);
131
132 synchronise_count_slave(cpu);
133 set_cpu_online(cpu, true);
134
135 local_irq_enable();
136
137 preempt_disable();
138 /*
139 * OK, it's off to the idle thread for us
140 */
141 cpu_startup_entry(CPUHP_AP_ONLINE_IDLE);
142 }
143
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/hyperkitty/list/kbuild-all(a)lists.01.org Intel Corporation
[-- Attachment #2: config.gz --]
[-- Type: application/gzip, Size: 7983 bytes --]
^ permalink raw reply [flat|nested] 53+ messages in thread* [OpenRISC] [PATCH 4/4] openrisc: use mmgrab
@ 2019-12-30 4:49 ` kbuild test robot
0 siblings, 0 replies; 53+ messages in thread
From: kbuild test robot @ 2019-12-30 4:49 UTC (permalink / raw)
To: openrisc
Hi Julia,
I love your patch! Yet something to improve:
[auto build test ERROR on vfio/next]
[also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
base: https://github.com/awilliam/linux-vfio.git next
config: openrisc-simple_smp_defconfig (attached as .config)
compiler: or1k-linux-gcc (GCC) 9.2.0
reproduce:
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
GCC_VERSION=9.2.0 make.cross ARCH=openrisc
If you fix the issue, kindly add following tag
Reported-by: kbuild test robot <lkp@intel.com>
All errors (new ones prefixed by >>):
arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
>> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
116 | mmgrab(mm);
| ^~~~~~
| igrab
cc1: some warnings being treated as errors
vim +116 arch/openrisc/kernel/smp.c
107
108 asmlinkage __init void secondary_start_kernel(void)
109 {
110 struct mm_struct *mm = &init_mm;
111 unsigned int cpu = smp_processor_id();
112 /*
113 * All kernel threads share the same mm context; grab a
114 * reference and switch to it.
115 */
> 116 mmgrab(mm);
117 current->active_mm = mm;
118 cpumask_set_cpu(cpu, mm_cpumask(mm));
119
120 pr_info("CPU%u: Booted secondary processor\n", cpu);
121
122 setup_cpuinfo();
123 openrisc_clockevent_init();
124
125 notify_cpu_starting(cpu);
126
127 /*
128 * OK, now it's safe to let the boot CPU continue
129 */
130 complete(&cpu_running);
131
132 synchronise_count_slave(cpu);
133 set_cpu_online(cpu, true);
134
135 local_irq_enable();
136
137 preempt_disable();
138 /*
139 * OK, it's off to the idle thread for us
140 */
141 cpu_startup_entry(CPUHP_AP_ONLINE_IDLE);
142 }
143
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/hyperkitty/list/kbuild-all at lists.01.org Intel Corporation
-------------- next part --------------
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/gzip
Size: 7983 bytes
Desc: not available
URL: <http://lists.librecores.org/pipermail/openrisc/attachments/20191230/b62daf1a/attachment.gz>
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 4/4] openrisc: use mmgrab
@ 2019-12-30 4:49 ` kbuild test robot
0 siblings, 0 replies; 53+ messages in thread
From: kbuild test robot @ 2019-12-30 4:49 UTC (permalink / raw)
To: Julia Lawall
Cc: kbuild-all, Jonas Bonn, kernel-janitors, Stefan Kristiansson,
Stafford Horne, openrisc, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 2554 bytes --]
Hi Julia,
I love your patch! Yet something to improve:
[auto build test ERROR on vfio/next]
[also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
base: https://github.com/awilliam/linux-vfio.git next
config: openrisc-simple_smp_defconfig (attached as .config)
compiler: or1k-linux-gcc (GCC) 9.2.0
reproduce:
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
GCC_VERSION=9.2.0 make.cross ARCH=openrisc
If you fix the issue, kindly add following tag
Reported-by: kbuild test robot <lkp@intel.com>
All errors (new ones prefixed by >>):
arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
>> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
116 | mmgrab(mm);
| ^~~~~~
| igrab
cc1: some warnings being treated as errors
vim +116 arch/openrisc/kernel/smp.c
107
108 asmlinkage __init void secondary_start_kernel(void)
109 {
110 struct mm_struct *mm = &init_mm;
111 unsigned int cpu = smp_processor_id();
112 /*
113 * All kernel threads share the same mm context; grab a
114 * reference and switch to it.
115 */
> 116 mmgrab(mm);
117 current->active_mm = mm;
118 cpumask_set_cpu(cpu, mm_cpumask(mm));
119
120 pr_info("CPU%u: Booted secondary processor\n", cpu);
121
122 setup_cpuinfo();
123 openrisc_clockevent_init();
124
125 notify_cpu_starting(cpu);
126
127 /*
128 * OK, now it's safe to let the boot CPU continue
129 */
130 complete(&cpu_running);
131
132 synchronise_count_slave(cpu);
133 set_cpu_online(cpu, true);
134
135 local_irq_enable();
136
137 preempt_disable();
138 /*
139 * OK, it's off to the idle thread for us
140 */
141 cpu_startup_entry(CPUHP_AP_ONLINE_IDLE);
142 }
143
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org Intel Corporation
[-- Attachment #2: .config.gz --]
[-- Type: application/gzip, Size: 7983 bytes --]
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 4/4] openrisc: use mmgrab
2019-12-30 4:49 ` kbuild test robot
(?)
(?)
@ 2020-01-06 14:53 ` Stafford Horne
-1 siblings, 0 replies; 53+ messages in thread
From: Stafford Horne @ 2020-01-06 14:53 UTC (permalink / raw)
To: kbuild test robot
Cc: Julia Lawall, kbuild-all, Jonas Bonn, kernel-janitors,
Stefan Kristiansson, openrisc, linux-kernel
On Mon, Dec 30, 2019 at 12:49:19PM +0800, kbuild test robot wrote:
> Hi Julia,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on vfio/next]
> [also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
> [if your patch is applied to the wrong git tree, please drop us a note to help
> improve the system. BTW, we also suggest to use '--base' option to specify the
> base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
>
> url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
> base: https://github.com/awilliam/linux-vfio.git next
> config: openrisc-simple_smp_defconfig (attached as .config)
> compiler: or1k-linux-gcc (GCC) 9.2.0
> reproduce:
> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # save the attached .config to linux build tree
> GCC_VERSION=9.2.0 make.cross ARCH=openrisc
>
> If you fix the issue, kindly add following tag
> Reported-by: kbuild test robot <lkp@intel.com>
>
> All errors (new ones prefixed by >>):
>
> arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
> >> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
> 116 | mmgrab(mm);
> | ^~~~~~
> | igrab
> cc1: some warnings being treated as errors
Hi Julia,
It looks like this is just an include issue, do you want to revise the patch?
Once fixed, how do you plan to get this patch series merged? I can add the
OpenRISC part to my queue or do you have a cleanups queue you can manage?
-Stafford
^ permalink raw reply [flat|nested] 53+ messages in thread
* Re: [PATCH 4/4] openrisc: use mmgrab
@ 2020-01-06 14:53 ` Stafford Horne
0 siblings, 0 replies; 53+ messages in thread
From: Stafford Horne @ 2020-01-06 14:53 UTC (permalink / raw)
To: kbuild-all
[-- Attachment #1: Type: text/plain, Size: 1793 bytes --]
On Mon, Dec 30, 2019 at 12:49:19PM +0800, kbuild test robot wrote:
> Hi Julia,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on vfio/next]
> [also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
> [if your patch is applied to the wrong git tree, please drop us a note to help
> improve the system. BTW, we also suggest to use '--base' option to specify the
> base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
>
> url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
> base: https://github.com/awilliam/linux-vfio.git next
> config: openrisc-simple_smp_defconfig (attached as .config)
> compiler: or1k-linux-gcc (GCC) 9.2.0
> reproduce:
> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # save the attached .config to linux build tree
> GCC_VERSION=9.2.0 make.cross ARCH=openrisc
>
> If you fix the issue, kindly add following tag
> Reported-by: kbuild test robot <lkp@intel.com>
>
> All errors (new ones prefixed by >>):
>
> arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
> >> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
> 116 | mmgrab(mm);
> | ^~~~~~
> | igrab
> cc1: some warnings being treated as errors
Hi Julia,
It looks like this is just an include issue, do you want to revise the patch?
Once fixed, how do you plan to get this patch series merged? I can add the
OpenRISC part to my queue or do you have a cleanups queue you can manage?
-Stafford
^ permalink raw reply [flat|nested] 53+ messages in thread
* [OpenRISC] [PATCH 4/4] openrisc: use mmgrab
@ 2020-01-06 14:53 ` Stafford Horne
0 siblings, 0 replies; 53+ messages in thread
From: Stafford Horne @ 2020-01-06 14:53 UTC (permalink / raw)
To: openrisc
On Mon, Dec 30, 2019 at 12:49:19PM +0800, kbuild test robot wrote:
> Hi Julia,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on vfio/next]
> [also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
> [if your patch is applied to the wrong git tree, please drop us a note to help
> improve the system. BTW, we also suggest to use '--base' option to specify the
> base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
>
> url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
> base: https://github.com/awilliam/linux-vfio.git next
> config: openrisc-simple_smp_defconfig (attached as .config)
> compiler: or1k-linux-gcc (GCC) 9.2.0
> reproduce:
> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # save the attached .config to linux build tree
> GCC_VERSION=9.2.0 make.cross ARCH=openrisc
>
> If you fix the issue, kindly add following tag
> Reported-by: kbuild test robot <lkp@intel.com>
>
> All errors (new ones prefixed by >>):
>
> arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
> >> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
> 116 | mmgrab(mm);
> | ^~~~~~
> | igrab
> cc1: some warnings being treated as errors
Hi Julia,
It looks like this is just an include issue, do you want to revise the patch?
Once fixed, how do you plan to get this patch series merged? I can add the
OpenRISC part to my queue or do you have a cleanups queue you can manage?
-Stafford
^ permalink raw reply [flat|nested] 53+ messages in thread
* Re: [PATCH 4/4] openrisc: use mmgrab
@ 2020-01-06 14:53 ` Stafford Horne
0 siblings, 0 replies; 53+ messages in thread
From: Stafford Horne @ 2020-01-06 14:53 UTC (permalink / raw)
To: kbuild test robot
Cc: Julia Lawall, kbuild-all, Jonas Bonn, kernel-janitors,
Stefan Kristiansson, openrisc, linux-kernel
On Mon, Dec 30, 2019 at 12:49:19PM +0800, kbuild test robot wrote:
> Hi Julia,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on vfio/next]
> [also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
> [if your patch is applied to the wrong git tree, please drop us a note to help
> improve the system. BTW, we also suggest to use '--base' option to specify the
> base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
>
> url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
> base: https://github.com/awilliam/linux-vfio.git next
> config: openrisc-simple_smp_defconfig (attached as .config)
> compiler: or1k-linux-gcc (GCC) 9.2.0
> reproduce:
> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # save the attached .config to linux build tree
> GCC_VERSION=9.2.0 make.cross ARCH=openrisc
>
> If you fix the issue, kindly add following tag
> Reported-by: kbuild test robot <lkp@intel.com>
>
> All errors (new ones prefixed by >>):
>
> arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
> >> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
> 116 | mmgrab(mm);
> | ^~~~~~
> | igrab
> cc1: some warnings being treated as errors
Hi Julia,
It looks like this is just an include issue, do you want to revise the patch?
Once fixed, how do you plan to get this patch series merged? I can add the
OpenRISC part to my queue or do you have a cleanups queue you can manage?
-Stafford
^ permalink raw reply [flat|nested] 53+ messages in thread
* Re: [PATCH 4/4] openrisc: use mmgrab
2019-12-30 4:49 ` kbuild test robot
(?)
(?)
@ 2020-01-31 13:25 ` Stafford Horne
-1 siblings, 0 replies; 53+ messages in thread
From: Stafford Horne @ 2020-01-31 13:25 UTC (permalink / raw)
To: kbuild test robot
Cc: Julia Lawall, kbuild-all, Jonas Bonn, kernel-janitors,
Stefan Kristiansson, openrisc, linux-kernel
On Mon, Dec 30, 2019 at 12:49:19PM +0800, kbuild test robot wrote:
> Hi Julia,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on vfio/next]
> [also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
> [if your patch is applied to the wrong git tree, please drop us a note to help
> improve the system. BTW, we also suggest to use '--base' option to specify the
> base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
>
> url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
> base: https://github.com/awilliam/linux-vfio.git next
> config: openrisc-simple_smp_defconfig (attached as .config)
> compiler: or1k-linux-gcc (GCC) 9.2.0
> reproduce:
> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # save the attached .config to linux build tree
> GCC_VERSION=9.2.0 make.cross ARCH=openrisc
>
> If you fix the issue, kindly add following tag
> Reported-by: kbuild test robot <lkp@intel.com>
>
> All errors (new ones prefixed by >>):
>
> arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
> >> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
> 116 | mmgrab(mm);
> | ^~~~~~
> | igrab
> cc1: some warnings being treated as errors
>
> vim +116 arch/openrisc/kernel/smp.c
>
> 107
> 108 asmlinkage __init void secondary_start_kernel(void)
> 109 {
> 110 struct mm_struct *mm = &init_mm;
> 111 unsigned int cpu = smp_processor_id();
> 112 /*
> 113 * All kernel threads share the same mm context; grab a
> 114 * reference and switch to it.
> 115 */
> > 116 mmgrab(mm);
> 117 current->active_mm = mm;
> 118 cpumask_set_cpu(cpu, mm_cpumask(mm));
> 119
> 120 pr_info("CPU%u: Booted secondary processor\n", cpu);
> 121
> 122 setup_cpuinfo();
> 123 openrisc_clockevent_init();
> 124
> 125 notify_cpu_starting(cpu);
> 126
> 127 /*
> 128 * OK, now it's safe to let the boot CPU continue
> 129 */
> 130 complete(&cpu_running);
> 131
> 132 synchronise_count_slave(cpu);
> 133 set_cpu_online(cpu, true);
> 134
> 135 local_irq_enable();
> 136
> 137 preempt_disable();
> 138 /*
> 139 * OK, it's off to the idle thread for us
> 140 */
> 141 cpu_startup_entry(CPUHP_AP_ONLINE_IDLE);
> 142 }
> 143
>
Hello, FYI I have fixed this commit and queued it on my 5.7 branch.
-Stafford
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 4/4] openrisc: use mmgrab
@ 2020-01-31 13:25 ` Stafford Horne
0 siblings, 0 replies; 53+ messages in thread
From: Stafford Horne @ 2020-01-31 13:25 UTC (permalink / raw)
To: kbuild-all
[-- Attachment #1: Type: text/plain, Size: 2759 bytes --]
On Mon, Dec 30, 2019 at 12:49:19PM +0800, kbuild test robot wrote:
> Hi Julia,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on vfio/next]
> [also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
> [if your patch is applied to the wrong git tree, please drop us a note to help
> improve the system. BTW, we also suggest to use '--base' option to specify the
> base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
>
> url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
> base: https://github.com/awilliam/linux-vfio.git next
> config: openrisc-simple_smp_defconfig (attached as .config)
> compiler: or1k-linux-gcc (GCC) 9.2.0
> reproduce:
> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # save the attached .config to linux build tree
> GCC_VERSION=9.2.0 make.cross ARCH=openrisc
>
> If you fix the issue, kindly add following tag
> Reported-by: kbuild test robot <lkp@intel.com>
>
> All errors (new ones prefixed by >>):
>
> arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
> >> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
> 116 | mmgrab(mm);
> | ^~~~~~
> | igrab
> cc1: some warnings being treated as errors
>
> vim +116 arch/openrisc/kernel/smp.c
>
> 107
> 108 asmlinkage __init void secondary_start_kernel(void)
> 109 {
> 110 struct mm_struct *mm = &init_mm;
> 111 unsigned int cpu = smp_processor_id();
> 112 /*
> 113 * All kernel threads share the same mm context; grab a
> 114 * reference and switch to it.
> 115 */
> > 116 mmgrab(mm);
> 117 current->active_mm = mm;
> 118 cpumask_set_cpu(cpu, mm_cpumask(mm));
> 119
> 120 pr_info("CPU%u: Booted secondary processor\n", cpu);
> 121
> 122 setup_cpuinfo();
> 123 openrisc_clockevent_init();
> 124
> 125 notify_cpu_starting(cpu);
> 126
> 127 /*
> 128 * OK, now it's safe to let the boot CPU continue
> 129 */
> 130 complete(&cpu_running);
> 131
> 132 synchronise_count_slave(cpu);
> 133 set_cpu_online(cpu, true);
> 134
> 135 local_irq_enable();
> 136
> 137 preempt_disable();
> 138 /*
> 139 * OK, it's off to the idle thread for us
> 140 */
> 141 cpu_startup_entry(CPUHP_AP_ONLINE_IDLE);
> 142 }
> 143
>
Hello, FYI I have fixed this commit and queued it on my 5.7 branch.
-Stafford
^ permalink raw reply [flat|nested] 53+ messages in thread* [OpenRISC] [PATCH 4/4] openrisc: use mmgrab
@ 2020-01-31 13:25 ` Stafford Horne
0 siblings, 0 replies; 53+ messages in thread
From: Stafford Horne @ 2020-01-31 13:25 UTC (permalink / raw)
To: openrisc
On Mon, Dec 30, 2019 at 12:49:19PM +0800, kbuild test robot wrote:
> Hi Julia,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on vfio/next]
> [also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
> [if your patch is applied to the wrong git tree, please drop us a note to help
> improve the system. BTW, we also suggest to use '--base' option to specify the
> base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
>
> url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
> base: https://github.com/awilliam/linux-vfio.git next
> config: openrisc-simple_smp_defconfig (attached as .config)
> compiler: or1k-linux-gcc (GCC) 9.2.0
> reproduce:
> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # save the attached .config to linux build tree
> GCC_VERSION=9.2.0 make.cross ARCH=openrisc
>
> If you fix the issue, kindly add following tag
> Reported-by: kbuild test robot <lkp@intel.com>
>
> All errors (new ones prefixed by >>):
>
> arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
> >> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
> 116 | mmgrab(mm);
> | ^~~~~~
> | igrab
> cc1: some warnings being treated as errors
>
> vim +116 arch/openrisc/kernel/smp.c
>
> 107
> 108 asmlinkage __init void secondary_start_kernel(void)
> 109 {
> 110 struct mm_struct *mm = &init_mm;
> 111 unsigned int cpu = smp_processor_id();
> 112 /*
> 113 * All kernel threads share the same mm context; grab a
> 114 * reference and switch to it.
> 115 */
> > 116 mmgrab(mm);
> 117 current->active_mm = mm;
> 118 cpumask_set_cpu(cpu, mm_cpumask(mm));
> 119
> 120 pr_info("CPU%u: Booted secondary processor\n", cpu);
> 121
> 122 setup_cpuinfo();
> 123 openrisc_clockevent_init();
> 124
> 125 notify_cpu_starting(cpu);
> 126
> 127 /*
> 128 * OK, now it's safe to let the boot CPU continue
> 129 */
> 130 complete(&cpu_running);
> 131
> 132 synchronise_count_slave(cpu);
> 133 set_cpu_online(cpu, true);
> 134
> 135 local_irq_enable();
> 136
> 137 preempt_disable();
> 138 /*
> 139 * OK, it's off to the idle thread for us
> 140 */
> 141 cpu_startup_entry(CPUHP_AP_ONLINE_IDLE);
> 142 }
> 143
>
Hello, FYI I have fixed this commit and queued it on my 5.7 branch.
-Stafford
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 4/4] openrisc: use mmgrab
@ 2020-01-31 13:25 ` Stafford Horne
0 siblings, 0 replies; 53+ messages in thread
From: Stafford Horne @ 2020-01-31 13:25 UTC (permalink / raw)
To: kbuild test robot
Cc: Julia Lawall, kbuild-all, Jonas Bonn, kernel-janitors,
Stefan Kristiansson, openrisc, linux-kernel
On Mon, Dec 30, 2019 at 12:49:19PM +0800, kbuild test robot wrote:
> Hi Julia,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on vfio/next]
> [also build test ERROR on char-misc/char-misc-testing v5.5-rc3 next-20191220]
> [if your patch is applied to the wrong git tree, please drop us a note to help
> improve the system. BTW, we also suggest to use '--base' option to specify the
> base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
>
> url: https://github.com/0day-ci/linux/commits/Julia-Lawall/use-mmgrab/20191230-011611
> base: https://github.com/awilliam/linux-vfio.git next
> config: openrisc-simple_smp_defconfig (attached as .config)
> compiler: or1k-linux-gcc (GCC) 9.2.0
> reproduce:
> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # save the attached .config to linux build tree
> GCC_VERSION=9.2.0 make.cross ARCH=openrisc
>
> If you fix the issue, kindly add following tag
> Reported-by: kbuild test robot <lkp@intel.com>
>
> All errors (new ones prefixed by >>):
>
> arch/openrisc/kernel/smp.c: In function 'secondary_start_kernel':
> >> arch/openrisc/kernel/smp.c:116:2: error: implicit declaration of function 'mmgrab'; did you mean 'igrab'? [-Werror=implicit-function-declaration]
> 116 | mmgrab(mm);
> | ^~~~~~
> | igrab
> cc1: some warnings being treated as errors
>
> vim +116 arch/openrisc/kernel/smp.c
>
> 107
> 108 asmlinkage __init void secondary_start_kernel(void)
> 109 {
> 110 struct mm_struct *mm = &init_mm;
> 111 unsigned int cpu = smp_processor_id();
> 112 /*
> 113 * All kernel threads share the same mm context; grab a
> 114 * reference and switch to it.
> 115 */
> > 116 mmgrab(mm);
> 117 current->active_mm = mm;
> 118 cpumask_set_cpu(cpu, mm_cpumask(mm));
> 119
> 120 pr_info("CPU%u: Booted secondary processor\n", cpu);
> 121
> 122 setup_cpuinfo();
> 123 openrisc_clockevent_init();
> 124
> 125 notify_cpu_starting(cpu);
> 126
> 127 /*
> 128 * OK, now it's safe to let the boot CPU continue
> 129 */
> 130 complete(&cpu_running);
> 131
> 132 synchronise_count_slave(cpu);
> 133 set_cpu_online(cpu, true);
> 134
> 135 local_irq_enable();
> 136
> 137 preempt_disable();
> 138 /*
> 139 * OK, it's off to the idle thread for us
> 140 */
> 141 cpu_startup_entry(CPUHP_AP_ONLINE_IDLE);
> 142 }
> 143
>
Hello, FYI I have fixed this commit and queued it on my 5.7 branch.
-Stafford
^ permalink raw reply [flat|nested] 53+ messages in thread
* Re: [PATCH 0/4] use mmgrab
2019-12-29 15:42 ` Julia Lawall
(?)
(?)
@ 2020-01-03 12:31 ` Dan Carpenter
-1 siblings, 0 replies; 53+ messages in thread
From: Dan Carpenter @ 2020-01-03 12:31 UTC (permalink / raw)
To: Julia Lawall
Cc: kvm, kernel-janitors, Cornelia Huck, linux-kernel, linuxppc-dev,
openrisc
On Sun, Dec 29, 2019 at 04:42:54PM +0100, Julia Lawall wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a few
> remaining files.
I wonder if there is an automatic way to generate these kind of
Coccinelle scripts which use inlines instead of open coding. Like maybe
make a list of one line functions, and then auto generate a recipe. Or
the mmgrab() function could have multiple lines if the first few were
just sanity checks for NULL or something...
regards,
dan carpenter
^ permalink raw reply [flat|nested] 53+ messages in thread* [OpenRISC] [PATCH 0/4] use mmgrab
@ 2020-01-03 12:31 ` Dan Carpenter
0 siblings, 0 replies; 53+ messages in thread
From: Dan Carpenter @ 2020-01-03 12:31 UTC (permalink / raw)
To: openrisc
On Sun, Dec 29, 2019 at 04:42:54PM +0100, Julia Lawall wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a few
> remaining files.
I wonder if there is an automatic way to generate these kind of
Coccinelle scripts which use inlines instead of open coding. Like maybe
make a list of one line functions, and then auto generate a recipe. Or
the mmgrab() function could have multiple lines if the first few were
just sanity checks for NULL or something...
regards,
dan carpenter
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 0/4] use mmgrab
@ 2020-01-03 12:31 ` Dan Carpenter
0 siblings, 0 replies; 53+ messages in thread
From: Dan Carpenter @ 2020-01-03 12:31 UTC (permalink / raw)
To: Julia Lawall
Cc: kvm, Cornelia Huck, kernel-janitors, linux-kernel, openrisc,
linuxppc-dev
On Sun, Dec 29, 2019 at 04:42:54PM +0100, Julia Lawall wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a few
> remaining files.
I wonder if there is an automatic way to generate these kind of
Coccinelle scripts which use inlines instead of open coding. Like maybe
make a list of one line functions, and then auto generate a recipe. Or
the mmgrab() function could have multiple lines if the first few were
just sanity checks for NULL or something...
regards,
dan carpenter
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 0/4] use mmgrab
@ 2020-01-03 12:31 ` Dan Carpenter
0 siblings, 0 replies; 53+ messages in thread
From: Dan Carpenter @ 2020-01-03 12:31 UTC (permalink / raw)
To: Julia Lawall
Cc: kvm, kernel-janitors, Cornelia Huck, linux-kernel, linuxppc-dev,
openrisc
On Sun, Dec 29, 2019 at 04:42:54PM +0100, Julia Lawall wrote:
> Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> helper") and most of the kernel was updated to use it. Update a few
> remaining files.
I wonder if there is an automatic way to generate these kind of
Coccinelle scripts which use inlines instead of open coding. Like maybe
make a list of one line functions, and then auto generate a recipe. Or
the mmgrab() function could have multiple lines if the first few were
just sanity checks for NULL or something...
regards,
dan carpenter
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 0/4] use mmgrab
2020-01-03 12:31 ` Dan Carpenter
(?)
(?)
@ 2020-01-03 12:47 ` Julia Lawall
-1 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2020-01-03 12:47 UTC (permalink / raw)
To: Dan Carpenter
Cc: kvm, kernel-janitors, Cornelia Huck, linux-kernel, linuxppc-dev,
openrisc
On Fri, 3 Jan 2020, Dan Carpenter wrote:
> On Sun, Dec 29, 2019 at 04:42:54PM +0100, Julia Lawall wrote:
> > Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> > helper") and most of the kernel was updated to use it. Update a few
> > remaining files.
>
> I wonder if there is an automatic way to generate these kind of
> Coccinelle scripts which use inlines instead of open coding. Like maybe
> make a list of one line functions, and then auto generate a recipe. Or
> the mmgrab() function could have multiple lines if the first few were
> just sanity checks for NULL or something...
I tried this at one point (10 years ago!):
https://pages.lip6.fr/Julia.Lawall/acp4is09-lawall.pdf
Perhaps it is worth reviving.
julia
^ permalink raw reply [flat|nested] 53+ messages in thread* [OpenRISC] [PATCH 0/4] use mmgrab
@ 2020-01-03 12:47 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2020-01-03 12:47 UTC (permalink / raw)
To: openrisc
On Fri, 3 Jan 2020, Dan Carpenter wrote:
> On Sun, Dec 29, 2019 at 04:42:54PM +0100, Julia Lawall wrote:
> > Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> > helper") and most of the kernel was updated to use it. Update a few
> > remaining files.
>
> I wonder if there is an automatic way to generate these kind of
> Coccinelle scripts which use inlines instead of open coding. Like maybe
> make a list of one line functions, and then auto generate a recipe. Or
> the mmgrab() function could have multiple lines if the first few were
> just sanity checks for NULL or something...
I tried this at one point (10 years ago!):
https://pages.lip6.fr/Julia.Lawall/acp4is09-lawall.pdf
Perhaps it is worth reviving.
julia
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 0/4] use mmgrab
@ 2020-01-03 12:47 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2020-01-03 12:47 UTC (permalink / raw)
To: Dan Carpenter
Cc: kvm, Cornelia Huck, kernel-janitors, linux-kernel, openrisc,
linuxppc-dev
On Fri, 3 Jan 2020, Dan Carpenter wrote:
> On Sun, Dec 29, 2019 at 04:42:54PM +0100, Julia Lawall wrote:
> > Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> > helper") and most of the kernel was updated to use it. Update a few
> > remaining files.
>
> I wonder if there is an automatic way to generate these kind of
> Coccinelle scripts which use inlines instead of open coding. Like maybe
> make a list of one line functions, and then auto generate a recipe. Or
> the mmgrab() function could have multiple lines if the first few were
> just sanity checks for NULL or something...
I tried this at one point (10 years ago!):
https://pages.lip6.fr/Julia.Lawall/acp4is09-lawall.pdf
Perhaps it is worth reviving.
julia
^ permalink raw reply [flat|nested] 53+ messages in thread* Re: [PATCH 0/4] use mmgrab
@ 2020-01-03 12:47 ` Julia Lawall
0 siblings, 0 replies; 53+ messages in thread
From: Julia Lawall @ 2020-01-03 12:47 UTC (permalink / raw)
To: Dan Carpenter
Cc: kvm, kernel-janitors, Cornelia Huck, linux-kernel, linuxppc-dev,
openrisc
On Fri, 3 Jan 2020, Dan Carpenter wrote:
> On Sun, Dec 29, 2019 at 04:42:54PM +0100, Julia Lawall wrote:
> > Mmgrab was introduced in commit f1f1007644ff ("mm: add new mmgrab()
> > helper") and most of the kernel was updated to use it. Update a few
> > remaining files.
>
> I wonder if there is an automatic way to generate these kind of
> Coccinelle scripts which use inlines instead of open coding. Like maybe
> make a list of one line functions, and then auto generate a recipe. Or
> the mmgrab() function could have multiple lines if the first few were
> just sanity checks for NULL or something...
I tried this at one point (10 years ago!):
https://pages.lip6.fr/Julia.Lawall/acp4is09-lawall.pdf
Perhaps it is worth reviving.
julia
^ permalink raw reply [flat|nested] 53+ messages in thread