linux-next: manual merge of the uml tree with the mm tree

linux-next: manual merge of the uml tree with the mm tree

[Mark Brown]

[-- Attachment #1: Type: text/plain, Size: 1251 bytes --]

Hi all,

Today's linux-next merge of the uml tree got a conflict in:

  arch/um/Kconfig

between commit:

  f56266a653013 ("mm: make userland page table freeing RCU-safe")

from the mm tree and commit:

  626ff2b34dbb7 ("um: allow deselecting CONFIG_MMU")

from the uml tree.

I fixed it up (see below) and can carry the fix as necessary. This
is now fixed as far as linux-next is concerned, but any non trivial
conflicts should be mentioned to your upstream maintainer when your tree
is submitted for merging.  You may also want to consider cooperating
with the maintainer of the conflicting tree to minimise any particularly
complex conflicts.

diff --cc arch/um/Kconfig
index 94b8ff70f578b,59d62c74fc41f..0000000000000
--- a/arch/um/Kconfig
+++ b/arch/um/Kconfig
@@@ -44,10 -45,16 +45,15 @@@ config UM
  	select HAVE_SYSCALL_TRACEPOINTS
  	select THREAD_INFO_IN_TASK
  	select SPARSE_IRQ
 -	select MMU_GATHER_RCU_TABLE_FREE if MMU
+ 	select UACCESS_MEMCPY if !MMU
+ 	select GENERIC_STRNLEN_USER if !MMU
+ 	select GENERIC_STRNCPY_FROM_USER if !MMU
  
  config MMU
- 	bool
+ 	bool "MMU support"
  	default y
+ 	help
+ 	  Turning this off allows a nommu build, say Y.
  
  config UML_DMA_EMULATION
  	bool

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

Re: linux-next: manual merge of the uml tree with the mm tree

[Lorenzo Stoakes (ARM)]

On Fri, Sep 25, 2026 at 12:54:35PM +0100, Mark Brown wrote:
> Hi all,
>
> Today's linux-next merge of the uml tree got a conflict in:
>
>   arch/um/Kconfig
>
> between commit:
>
>   f56266a653013 ("mm: make userland page table freeing RCU-safe")
>
> from the mm tree and commit:
>
>   626ff2b34dbb7 ("um: allow deselecting CONFIG_MMU")

Oh nice, nommu UML coming then :)

>
> from the uml tree.
>
> I fixed it up (see below) and can carry the fix as necessary. This
> is now fixed as far as linux-next is concerned, but any non trivial
> conflicts should be mentioned to your upstream maintainer when your tree
> is submitted for merging.  You may also want to consider cooperating
> with the maintainer of the conflicting tree to minimise any particularly
> complex conflicts.
>
> diff --cc arch/um/Kconfig
> index 94b8ff70f578b,59d62c74fc41f..0000000000000
> --- a/arch/um/Kconfig
> +++ b/arch/um/Kconfig
> @@@ -44,10 -45,16 +45,15 @@@ config UM
>   	select HAVE_SYSCALL_TRACEPOINTS
>   	select THREAD_INFO_IN_TASK
>   	select SPARSE_IRQ
>  -	select MMU_GATHER_RCU_TABLE_FREE if MMU
> + 	select UACCESS_MEMCPY if !MMU
> + 	select GENERIC_STRNLEN_USER if !MMU
> + 	select GENERIC_STRNCPY_FROM_USER if !MMU
>
>   config MMU
> - 	bool
> + 	bool "MMU support"
>   	default y
> + 	help
> + 	  Turning this off allows a nommu build, say Y.
>
>   config UML_DMA_EMULATION
>   	bool

LGTM thanks!

--
Cheers, Lorenzo

linux-next: manual merge of the uml tree with the mm tree

[Stephen Rothwell]

[-- Attachment #1: Type: text/plain, Size: 1308 bytes --]

Hi all,

Today's linux-next merge of the uml tree got a conflict in:

  arch/um/include/shared/um_malloc.h

between commit:

  88ae5fb755b0 ("mm: vmalloc: enable memory allocation profiling")

from the mm-unstable branch of the mm tree and commit:

  0c2b208c8b79 ("um: Fix the declaration of vfree")

from the uml tree.

I fixed it up (see below) and can carry the fix as necessary. This
is now fixed as far as linux-next is concerned, but any non trivial
conflicts should be mentioned to your upstream maintainer when your tree
is submitted for merging.  You may also want to consider cooperating
with the maintainer of the conflicting tree to minimise any particularly
complex conflicts.

-- 
Cheers,
Stephen Rothwell

diff --cc arch/um/include/shared/um_malloc.h
index bf503658f08e,d25084447c69..000000000000
--- a/arch/um/include/shared/um_malloc.h
+++ b/arch/um/include/shared/um_malloc.h
@@@ -11,9 -11,8 +11,9 @@@
  extern void *uml_kmalloc(int size, int flags);
  extern void kfree(const void *ptr);
  
 -extern void *vmalloc(unsigned long size);
 +extern void *vmalloc_noprof(unsigned long size);
 +#define vmalloc(...)		vmalloc_noprof(__VA_ARGS__)
- extern void vfree(void *ptr);
+ extern void vfree(const void *ptr);
  
  #endif /* __UM_MALLOC_H__ */
  

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]