Re: [uml-devel] UML tools anywhere?

Hi! On Wed, Jul 13, 2016 at 5:02 AM, Mattia Dongili wrote: > Hi, > > Does anybody knows if there is any newer version of the tools package > (the one with tunctl, uml_mount and friends)? > > I'm maintaining[1] the package in Debian and I was wondering whether the > original

Re: [uml-devel] UML tools anywhere?

Am 14.07.2016 um 05:08 schrieb Mattia Dongili: > On Wed, Jul 13, 2016 at 11:11:03PM +0200, Richard Weinberger wrote: >> Hi! >> >> On Wed, Jul 13, 2016 at 5:02 AM, Mattia Dongili <malat...@linux.it> wrote: >>> Hi, >>> >>> Does anybody kn

Re: [uml-devel] User Mode Linux

Hi! Am 20.07.2016 um 19:04 schrieb Ritesh Raj Sarraf: > Hello Jeff, Richard and the UML Team. > > Me and Mattia are maintainers for UML in the Debian Distribution. > > Recently, during a refresh of the package, we realized that the User Mode > Linux > website, which hosts useful documentation,

Re: [uml-devel] How to properly load debug symbols for module and set breakpoint

On Wed, Jul 6, 2016 at 1:31 PM, Mark Kica wrote: > I have build custom 64bit UML Linux kernel with TUN/TAP kernel module > (tun.ko) and then I have installed it on small root filesystem with busybox > . These module and kernel seems to work and I would like to make simple >

[uml-devel] [GIT PULL] UML updates for v4.8-rc1

and TRACE_IRQFLAGS_SUPPORT on UML. Amitoj Kaur Chawla (1): um: Eliminate null test after alloc_bootmem Dan Carpenter (1): hostfs: Freeing an ERR_PTR in hostfs_fill_sb_common() Daniel Wagner (1): um: Use asm-generic/irqflags.h Richard

Re: [uml-devel] [rcu:rcu/next 25/36] include/linux/irqflags.h:79:3: error: implicit declaration of function 'arch_irqs_disabled_flags'

Paul, Am 15.06.2016 um 14:45 schrieb Paul E. McKenney: > On Wed, Jun 15, 2016 at 09:05:37AM +0200, Richard Weinberger wrote: >> Paul, >> >> Am 15.06.2016 um 00:54 schrieb Paul E. McKenney: >>> On Mon, Jun 06, 2016 at 02:04:03AM +0800, kbuild test robot w

Re: [uml-devel] [uml-user] Archive of UML mailing list

On Wed, Jan 4, 2017 at 2:54 PM, Enjoy Mindful wrote: > Hi, > > https://marc.info/?l=user-mode-linux-devel > https://marc.info/?l=user-mode-linux-user > https://sourceforge.net/p/user-mode-linux/mailman/user-mode-linux-user/ > > I'm looking for archive tar balls for

Re: [uml-devel] [PATCH] UML: don't discard .text.exit section

On 19.08.2016 12:48, Andrey Ryabinin wrote: > On 08/19/2016 03:14 AM, Dmitry Vyukov wrote: >> On Thu, Aug 18, 2016 at 3:08 AM, Andrey Ryabinin >> wrote: >>> Sorry for delays, I am travelling. Do we need ".fini_array" section? It's also destructors that we

Re: [uml-devel] [PATCH] UML: don't discard .text.exit section

On 19.08.2016 17:24, Dmitry Vyukov wrote: > If it exits then > > Acked-by: Dmitry Vyukov Andrey, shall I carry this patch through the UML tree or do you have something else in mind? Thanks, //richard

Re: [uml-devel] [PATCH] UML: don't discard .text.exit section

On 23.08.2016 11:59, Andrey Ryabinin wrote: >> Andrey, shall I carry this patch through the UML tree or >> do you have something else in mind? >> > > Take it in the UML tree please. Ok! Applied to -next. Thanks, //richard

[uml-devel] [GIT PULL] UML fixes for 4.8-rc4

Linus, The following changes since commit 7a1dcf6adaa7cc4b8cd93a3883267497a77b1051: Merge tag 'usercopy-v4.8-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux (2016-08-23 14:32:38 -0400) are available in the git repository at:

Re: [uml-devel] [PATCH v2] UBD Improvements Phase 1

Anton, On 30.09.2016 08:53, anton.iva...@kot-begemot.co.uk wrote: > From: Anton Ivanov > > UBD at present is extremely slow because it handles only > one request at a time in the IO thread and IRQ handler. > > The single request at a time is replaced by handling

Re: [uml-devel] [PATCH] um: Fix compile failure due to current_text_address() definition

Keno, On 10.11.2016 21:14, Keno Fischer wrote: > Yes Can you please reply to Sebastian's patch series and explain him how you trigger that error? I don't have a gcc broken by Debian on my machine right now. > On Thu, Nov 10, 2016 at 3:14 PM, Richard Weinberger <rich...@nod.at> wr

Re: [uml-devel] [PATCH] um: Fix compile failure due to current_text_address() definition

Keno, On 10.11.2016 21:10, Keno Fischer wrote: >> The problem is ready being solved in a generic way: >> http://marc.info/?l=linux-kernel=147828481602561=2 >> >> Can you please give this patch a try? > > No dice. After backing out my patch and applying that one I get: > > /usr/bin/ld: error:

Re: [uml-devel] [PATCH] um: Fix compile failure due to current_text_address() definition

Keno, On 10.11.2016 02:53, Keno Fischer wrote: > Fixes the following link error: > ``` > /usr/bin/ld: net/built-in.o: relocation R_X86_64_32S against `.text' > can not be used when making a shared object; recompile with -fPIC > ``` How and where do you trigger this? I had a chat with Sebastian

Re: [uml-devel] [PATCH] um: Fix compile failure due to current_text_address() definition

Keno, On 10.11.2016 02:53, Keno Fischer wrote: > Fixes the following link error: > ``` > /usr/bin/ld: net/built-in.o: relocation R_X86_64_32S against `.text' > can not be used when making a shared object; recompile with -fPIC > ``` > > This is the same definition used on some other

Re: [uml-devel] [PATCH] um: Fix compile failure due to current_text_address() definition

Keno, On 16.11.2016 04:45, Keno Fischer wrote: > Just as an FYI, the linker bug has been fixed in binutils. Interesting. Is the same bug also the root cause why a static build of UML does not work? Thanks, //richard --

Re: [uml-devel] [PATCH] um: Fix compile failure due to current_text_address() definition

On 11.11.2016 22:03, Keno Fischer wrote: > Did you have CONFIG_INET set? I'm attaching my full .config. This is > on vanilla Ubuntu 16.10. Yes, CONFIG_INET is set. Let my try on Ubuntu. ;-\ > I did see the same error when building with `CONFIG_STATIC_LINK=y`. > Note that I also, separately, ran

[uml-devel] No pull request for 4.9 :-(

Hi guys, I'm very sorry but due to travelling and a flu I simply had no time to prepare a pull request and review patches. Thanks, //richard -- Check out the vibrant tech community on one of the world's most engaging

[uml-devel] [GIT PULL] UML updates for v4.10-rc1

The following changes since commit 69973b830859bc6529a7a0468ba0d80ee5117826: Linux 4.9 (2016-12-11 11:17:54 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for-linus-4.10-rc1 for you to fetch changes up to

Re: [uml-devel] [rcu:rcu/next 25/36] include/linux/irqflags.h:79:3: error: implicit declaration of function 'arch_irqs_disabled_flags'

Paul, On 08.08.2016 22:35, Paul E. McKenney wrote: > On Mon, Aug 08, 2016 at 10:12:11PM +0200, Richard Weinberger wrote: >> Paul, >> >> Am 15.06.2016 um 14:45 schrieb Paul E. McKenney: >>> On Wed, Jun 15, 2016 at 09:05:37AM +0200, Richard Weinberger wrote: >>&g

Re: [uml-devel] Build failure on new gcc-6 on Debian Sid

Hi! On Sat, Dec 3, 2016 at 7:20 PM, Ritesh Raj Sarraf wrote: > Hi, > > On Debian Sid (Unstable), with Linux version 4.8.11, I was hopeful that uml > would build proper with gcc-6. But I still am getting the below mentioned > build > failure. > > The 4.8.11 kernel has the

Re: [uml-devel] Build failure on new gcc-6 on Debian Sid

On 12.12.2016 20:10, Ritesh Raj Sarraf wrote: > On Mon, 2016-12-12 at 17:32 +0100, Richard Weinberger wrote: >> Isn't this a toolchain bug? >> Can you please try this fix? >> https://sourceware.org/bugzilla/show_bug.cgi?id=20800 > > Thanks for the link. I think that'

[uml-devel] [PATCH] um: Fix _print_addr()

Recent changes to printk() broke UML's stack trace output. Kill the root of the problem by using a single printk() statement. Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/kernel/sysrq.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/arch/um/

Re: [uml-devel] UML regression with latest RC 4.11-rc2

Anton, On Fri, Mar 17, 2017 at 8:51 AM, Anton Ivanov wrote: > Hi list, hi Richard > > There is an extra check in mm/mmap.c which now throws a WARN on every > page in making UML unusable with the latest 4.11-rc2 Which WARN? Can you find the offending commit? --

Re: [uml-devel] UML regression with latest RC 4.11-rc2

Am 17.03.2017 um 18:04 schrieb Anton Ivanov: > On 17/03/17 16:56, Richard Weinberger wrote: >> Anton, >> >> On Fri, Mar 17, 2017 at 8:51 AM, Anton Ivanov >> <anton.iva...@kot-begemot.co.uk> wrote: >>> Hi list, hi Richard >>> >>> There is

Re: [uml-devel] UML regression with latest RC 4.11-rc2

Anton, Am 17.03.2017 um 18:04 schrieb Anton Ivanov: > On 17/03/17 16:56, Richard Weinberger wrote: >> Anton, >> >> On Fri, Mar 17, 2017 at 8:51 AM, Anton Ivanov >> <anton.iva...@kot-begemot.co.uk> wrote: >>> Hi list, hi Richard >>> >>>

Re: [uml-devel] FPU patches broke UML on i7-7700 CPU

Natale, On Wed, Feb 15, 2017 at 3:31 PM, Natale Patriciello wrote: > > Hello, > > as I've reported here [1], by changing the work station I've got the > same UML guest not working anymore. I investigated and the problem root > is in the code added in this patchset

Re: [uml-devel] UML regression with latest RC 4.11-rc2

Anton, Am 17.03.2017 um 18:44 schrieb Anton Ivanov: >> But you have to enable VM debugging to see it. > > I have most debugging enabled to make sure I do not introduce any > re-entrancy in the IRQ handlers and/or have any allocations of the wrong > type where they do not belong. > > We should

[uml-devel] [PATCH] um: Fix PTRACE_POKEUSER on x86_64

in the calculation. Cc: <sta...@vger.kernel.org> Reported-by: jie cao <cj3...@gmail.com> Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/x86/um/ptrace_64.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/um/ptrace_64.c b/arch/x86/um/ptrace_64.c

Re: [uml-devel] [PATCH] um: use KERN_CONT in stack dump

Vegard, Am 12.03.2017 um 10:38 schrieb Vegard Nossum: > Without KERN_CONT, the symbol will appear on a new line, making stack > traces completely unreadable: > > Call Trace: > [<6008e891>] ? > printk+0x0/0x94 > [<6001cce6>] > show_stack+0xfe/0x15b > [<600666ec>] ? >

[uml-devel] [PATCH] um: Fix _print_addr()

e.com> Tested-by: Vegard Nossum <vegard.nos...@oracle.com> Reported-by: Vegard Nossum <vegard.nos...@oracle.com> Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/kernel/sysrq.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/arch/um/kerne

Re: [uml-devel] [PATCH v2] um: Set number of CPUs

Nikola, Am 02.03.2017 um 14:16 schrieb Nikola Kotur: > Define NR_CPUS required by the timer subsystem. > > Fixes this make warning: > > scripts/kconfig/conf --oldconfig arch/x86/um/Kconfig > kernel/time/Kconfig:155:warning: range is invalid > > Signed-off-by: Nikola Kotur

Re: [uml-devel] [PATCH] um: Include kbuild.h instead of duplicating its macros

Matthias, Am 17.04.2017 um 22:37 schrieb Matthias Kaehlcke: > El Mon, Apr 03, 2017 at 12:54:58PM -0700 Matthias Kaehlcke ha dit: > >> Signed-off-by: Matthias Kaehlcke >> --- >> arch/x86/um/shared/sysdep/kernel-offsets.h | 9 + >> 1 file changed, 1 insertion(+), 8

Re: [uml-devel] [PATCH] um: Fix gcc-plugins dependency

Thomas, Am 07.07.2017 um 23:10 schrieb Thomas Meyer: > Ensure to build the gcc-plugins for user-offsets.s > > Signed-off-by: Thomas Meyer Please describe the problem what this commit solves. IOW the compiler error. Thanks, //richard

Re: [uml-devel] [PATCH] um: v2: Fix FP register size for XSTATE/XSAVE

Thomas, On Fri, Jul 7, 2017 at 11:01 PM, Thomas Meyer wrote: > Hard code max size. Taken from > https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gdb/common/x86-xstate.h > > Signed-off-by: Thomas Meyer > --- > arch/um/os-Linux/skas/process.c | 22

Re: [uml-devel] [PATCH 3/3] um: Add kerneldoc for userspace_tramp() and start_userspace()

On Thu, Jul 6, 2017 at 12:34 AM, Thomas Meyer wrote: > Also use correct function name spelling (stub_segv_handler) for better > grepping > > Signed-off-by: Thomas Meyer > --- > arch/um/os-Linux/skas/process.c | 31 ++- > 1 file

Re: [uml-devel] [PATCH] um: Fix FP register size for XSTATE/XSAVE

On Thu, Jul 6, 2017 at 11:04 PM, Thomas Meyer wrote: > Hard code max size. Taken from > https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gdb/common/x86-xstate.h > > Signed-off-by: Thomas Meyer > --- > arch/x86/um/os-Linux/registers.c | 9 - >

Re: [uml-devel] [PATCH] um: Fix FP register size for XSTATE/XSAVE

On Fri, Jul 7, 2017 at 11:26 AM, Richard Weinberger <richard.weinber...@gmail.com> wrote: > On Thu, Jul 6, 2017 at 11:04 PM, Thomas Meyer <tho...@m3y3r.de> wrote: >> Hard code max size. Taken from >> https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gdb/common/x8

Re: [uml-devel] [PATCH] um: Fix gcc 7 sys/sysmacros.h warning

On Thu, Jul 6, 2017 at 10:47 PM, Thomas Meyer wrote: > Signed-off-by: Thomas Meyer When fixing such a problem, always include die compiler warning. This has to wait for -rc2. -- Thanks, //richard

Re: [uml-devel] [PATCH] um: Fix gcc 7 sys/sysmacros.h warning

Am 07.07.2017 um 12:01 schrieb Thomas Meyer: > Should I resend with warning as v2? Yes, please. Thanks, //richard -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org!

Re: [uml-devel] [PATCH] um: userspace - be more verbose in ptrace set regs error

On Thu, Jul 6, 2017 at 12:31 AM, Thomas Meyer wrote: > When ptrace fails to set GP/FP regs for the target process, > log the error before crashing the UML kernel. > > Signed-off-by: Thomas Meyer > --- > arch/um/os-Linux/skas/process.c | 10 -- > 1 file

Re: [uml-devel] [PATCH] um: v2: Use generic NOTES macro

On Fri, Jul 7, 2017 at 11:17 AM, Thomas Meyer wrote: > Signed-off-by: Thomas Meyer > --- > arch/um/include/asm/common.lds.S | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied. -- Thanks, //richard

[uml-devel] [GIT PULL] UML updates for 4.13-rc1

warning/error messages um: console: Ignore console= option Richard Weinberger (1): um: Correctly check for PTRACE_GETRESET/SETREGSET Thomas Meyer (5): um: userspace - be more verbose in ptrace set regs error um: stub-data.h: remove superfluous include um: Add kerneldoc

Re: [uml-devel] [PATCH] um: v3: Fix FP register size for XSTATE/XSAVE

Thomas, what about something like that? (untested) Still not very pretty but IMHO better. diff --git a/arch/um/include/asm/thread_info.h b/arch/um/include/asm/thread_info.h index 053baff03674..9300f7630d2a 100644 --- a/arch/um/include/asm/thread_info.h +++ b/arch/um/include/asm/thread_info.h @@

[uml-devel] [PATCH] um: Re-enable verbose panic()

E manually to have a verbose panic() again. Cc: Peter Zijlstra (Intel) <pet...@infradead.org> Cc: Josh Poimboeuf <jpoim...@redhat.com> Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/Kconfig.common | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/um/Kconfig.com

Re: [uml-devel] [PATCH] um: v3: Fix FP register size for XSTATE/XSAVE

Thomas, Am 12.07.2017 um 17:11 schrieb Thomas Meyer: > Am 10.07.2017 9:06 nachm. schrieb Richard Weinberger <rich...@nod.at>: > > Thomas, > > Am 10.07.2017 um 00:33 schrieb Thomas Meyer: > > Hard code max size. Taken from > > > https://so

Re: [uml-devel] [uml:linux-next 7/9] arch/um/os-Linux/skas/process.c:579:1: warning: control reaches end of non-void function

Am 06.07.2017 um 07:48 schrieb kbuild test robot: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git linux-next > head: 1bcbfbfdeb0091036db7a32e1cd31b49cce5983a > commit: f44f1e7da7c8e3f4575d5d61c4df978496903fcc [7/9] um: Avoid > longjmp/setjmp symbol clashes with libpthread.a

Re: [uml-devel] [PATCH v2] um: Avoid longjmp/setjmp symbol clashes with libpthread.a

Florian, Am 29.06.2017 um 00:40 schrieb Florian Fainelli: >> Hehe, yes. >> This patch is good, I like it. :) >> It will part of the next pull request. > > Humm okay, did you apply the patch in one of your kernel trees on > git.kernel.org or somewhere else? Will happen soon since the merge

Re: [uml-devel] [PATCH v3 0/6] um: Output messages to stderr and support quiet option

Masami, On Wed, May 17, 2017 at 7:13 PM, Masami Hiramatsu wrote: > Hello, > > Here is version 3 of um-quiet series. In this version > I just fixed some printf format issues. > > V2 is here. > > https://lkml.org/lkml/2017/5/8/35 > > This series fixes some boot time printf

Re: [uml-devel] [PATCH 1/3] um: stub-data.h: remove superfluous include

Thomas, On Sun, May 14, 2017 at 5:03 PM, Thomas Meyer wrote: > Signed-off-by: Thomas Meyer > --- > arch/um/include/shared/skas/stub-data.h | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/arch/um/include/shared/skas/stub-data.h >

Re: [uml-devel] [PATCH] um: userspace - be more verbose in ptrace set regs error

Thomas, On Wed, May 24, 2017 at 12:45 AM, Thomas Meyer wrote: > When ptrace fails to set GP/FP regs for the target process, > log the error before crashing the UML kernel. > > Signed-off-by: Thomas Meyer > --- > arch/um/os-Linux/skas/process.c | 10 --

Re: [uml-devel] [PATCH] um: Fix to call read_initrd after init_bootmem

Masami, Am 28.04.2017 um 00:40 schrieb Masami Hiramatsu: > Finally, git bisect shows that below commit caused this issue. > > b63236972e1344b247750451e2be0a06cd125f21 is the first bad commit > commit b63236972e1344b247750451e2be0a06cd125f21 > Author: Richard Weinberger <ri

Re: [uml-devel] [uml-user] [PATCH] um: Fix _print_addr()

On Sun, Dec 25, 2016 at 11:11 PM, Richard Weinberger <rich...@nod.at> wrote: > Recent changes to printk() broke UML's stack trace > output. Kill the root of the problem by using a single > printk() statement. > > Signed-off-by: Richard Weinberger <rich...@nod.at> >

Re: [uml-devel] [PATCH] um: Fix to call read_initrd after init_bootmem

On Thu, Apr 27, 2017 at 5:15 AM, Masami Hiramatsu wrote: > Since read_initrd() invokes alloc_bootmem() for allocating > memory to load initrd image, it must be called after init_bootmem. > > This makes read_initrd() called directly from setup_arch() > after init_bootmem() and

Re: [uml-devel] [PATCH] um: Include kbuild.h instead of duplicating its macros

On Mon, Apr 3, 2017 at 9:54 PM, Matthias Kaehlcke wrote: > Signed-off-by: Matthias Kaehlcke > --- > arch/x86/um/shared/sysdep/kernel-offsets.h | 9 + > 1 file changed, 1 insertion(+), 8 deletions(-) > > diff --git

Re: [uml-devel] [PATCH] um: Fix PTRACE_POKEUSER on x86_64

On Sat, Apr 1, 2017 at 12:41 AM, Richard Weinberger <rich...@nod.at> wrote: > This is broken since ever but sadly nobody noticed. > Recent versions of GDB set DR_CONTROL unconditionally and > UML dies due to a heap corruption. It turns out that > the PTRACE_POKEUSER was copy fro

Re: [uml-devel] [PATCH v2] um: Set number of CPUs

On Fri, Mar 3, 2017 at 9:11 AM, Richard Weinberger <rich...@nod.at> wrote: > Nikola, > > Am 02.03.2017 um 14:16 schrieb Nikola Kotur: >> Define NR_CPUS required by the timer subsystem. >> >> Fixes this make warning: >> >> scripts/kconfig/conf --old

Re: [uml-devel] [uml-user] UML on WSL

Thomas, Am 09.05.2017 um 19:25 schrieb Thomas Meyer: >> IOW we write to 0xdeadbeef, catch the fault and fix it. > > I get this: > thomas@DESKTOP-DQBDJ0U:/mnt/c/Users/thomas/VmShare$ ./segtest > SIGSEGV at 0x0, fixing up > SIGSEGV at 0x0, fixing up > SIGSEGV at 0x0, fixing up > SIGSEGV at 0x0,

Re: [uml-devel] userfaultfd for UML userspace processes

Thomas, On Sat, May 13, 2017 at 10:10 AM, Thomas Meyer wrote: > > Hi, > > after looking into using userfaultfd for the userspace UML process > page fault handling, I come to the conclusion that userfaultfd > *cannot* be used for above goal as it only operates on mmaped memory >

Re: [uml-devel] [uml-user] UML on WSL

Thomas, Am 09.05.2017 um 10:15 schrieb Thomas Meyer: > attached patch work correctly under Linux. But no change under WSL. As stated > in the relevant GH issue, there seems to be far more road blockers to make > UML work under WSL. > > With you patch I get under WSL: > >

Re: [uml-devel] um: PTRACE_SETREGSET failure with XSTATE on Kabylake CPU

Thomas, Am 20.06.2017 um 03:56 schrieb Thomas Meyer: > Hi, > > I finally did figure out where in the host kernel the ptrace syscall > fails with -EFAULT. Nice! Thanks a lot for digging into this. I still had no chance to setup Ipv6 to connect to your host and figure myself. ;-\ > In

Re: [uml-devel] um: PTRACE_SETREGSET failure with XSTATE on Kabylake CPU

[adding x86 folks] Am 20.06.2017 um 10:49 schrieb Thomas Meyer: > Am Dienstag, den 20.06.2017, 08:58 +0200 schrieb Richard Weinberger: >> Thomas, >> >> Am 20.06.2017 um 03:56 schrieb Thomas Meyer: >>> Hi, >>> >>> I finally did figure out where in

Re: [uml-devel] um: PTRACE_SETREGSET failure with XSTATE on Kabylake CPU

Thomas, Natale, Am 21.06.2017 um 11:44 schrieb Thomas Meyer: >> It is funny to see that this problem was firstly reported here [1] in >> February 2017 without being considered until someone else bought a >> new >> laptop :) sometimes mails/issues get lost... > Yes, I like my new laptop :-) >

Re: [uml-devel] um: PTRACE_SETREGSET failure with XSTATE on Kabylake CPU

Yu-cheng, Am 20.06.2017 um 20:17 schrieb Richard Weinberger: > Yu-cheng, > > Am 20.06.2017 um 20:04 schrieb Yu-cheng Yu: >>>> So to summarize: >>>> >>>> - PTRACE_GETREGSET with NT_X86_XSTATE gets 832 and return 832, with no >>>> error. &g

Re: [uml-devel] um: PTRACE_SETREGSET failure with XSTATE on Kabylake CPU

Yu-cheng, Am 20.06.2017 um 20:04 schrieb Yu-cheng Yu: >>> So to summarize: >>> >>> - PTRACE_GETREGSET with NT_X86_XSTATE gets 832 and return 832, with no >>> error. >>> >>> - PTRACE_SETREGSET get 832 (sizeof struct _xstate) but wants at least >>> 1088, otherwise it will fail with -EFAULT (why not

Re: [uml-devel] [PATCH] um: Add mark_rodata_ro support.

Thomas, Am 22.05.2017 um 21:18 schrieb Thomas Meyer: > >> Am 22.05.2017 um 20:34 schrieb Richard Weinberger <rich...@nod.at>: >> >> Thomas, >> >>> Am 22.05.2017 um 20:14 schrieb Thomas Meyer: >>> It's purely cosmetic; to get rid of the boot me

Re: [uml-devel] [PATCH] um: Add mark_rodata_ro support.

Thomas, Am 22.05.2017 um 20:14 schrieb Thomas Meyer: > It's purely cosmetic; to get rid of the boot message: "This architecture does > not have kernel memory protection." in init/main.c > > Which isn't true for UML as all read only stuff should end up in a read only > ELF section. Shouldn't

Re: [uml-devel] Multiple longjmp definitions with STATIC_LINKING=y

Florian, Am 23.05.2017 um 05:28 schrieb Florian Fainelli: > Hi Richard, > > I have been playing with UML again and trying to get it to statically > link on a CentOS 6.9 host that has: > > glibc-2.12-static > gcc-4.4 > > installed results in the following: > >

Re: [uml-devel] um: xstate changes breaks my UML setup

Thomas, On Tue, May 23, 2017 at 7:56 PM, Thomas Meyer wrote: > Hi, > > > > to make UML work again with the latest Fedora Installation I Need to revert > those commits: > > b6024b21fec8367ef961a771cc9dde31f1831965 > > a78ff1112263fdd871d3506dbcff44f6f12e8423 > > > > A reproducer

Re: [uml-devel] um: prinft patches from Masami Hiramatsu

On Tue, May 23, 2017 at 7:56 PM, Thomas Meyer wrote: > Hi, > > > > did you see those patches? > > > > https://marc.info/?l=linux-kernel=149337486632399=2 Yes, they are on my TODO. -- Thanks, //richard

[uml-devel] [RFC][PATCH] um: Remove proc command from mconsole

This feature is another abuser of set_fs(). Reading proc files from the host side is a debugging feature with no security checks at all. The path is not sanitized, therefore any file could be read. Let's get rid of it. Signed-off-by: Richard Weinberger <rich...@nod.at> --- Hi! Unless

Re: [uml-devel] [PATCH] um: Add mark_rodata_ro support.

Thomas, On Thu, May 18, 2017 at 12:11 AM, Thomas Meyer wrote: > This is actually a no-op as all read-only should be read-only in the ELF. What problem does this patch fix? Or what is the purpose? -- Thanks, //richard

Re: [uml-devel] [PATCH] um: Don't build arch/x86/um/user-offsets.s with gcc plugins

Thomas, On Wed, May 17, 2017 at 10:41 PM, Thomas Meyer wrote: > For some reasons I don't know users-offsets.s get's build before the > gcc-plugins itself. Can you please figure? I want to make sure that we really fix the root cause and not just papering over a symptom. --

Re: [uml-devel] [RFC PATCH 1/7] um: Use printk instead of printf in make_uml_dir

On Wed, May 17, 2017 at 10:35 AM, Thomas Meyer wrote: >> On Tue, 16 May 2017 17:46:47 +0200 >> Thomas Meyer wrote: >> >>> Hi, >>> >>> as far as I understand everything under os-Linux should be OS specific >>> and shouldn't rely on kernel functions. >> >> I see,

Re: [uml-devel] [PATCH v2] um: add dummy ioremap and iounmap functions

Logan, Am 25.05.2017 um 17:42 schrieb Logan Gunthorpe: > The user mode architecture does not provide ioremap or iounmap, and > because of this, the arch won't build when the functions are used in some > core libraries. Which ones are failing? I thought we killed the problem by making

Re: [uml-devel] [PATCH v2] um: Avoid longjmp/setjmp symbol clashes with libpthread.a

Florian, Am 24.05.2017 um 02:32 schrieb Florian Fainelli: > Building a statically linked UML kernel on a Centos 6.9 host resulted in > the following linking failure (GCC 4.4, glibc-2.12): > > /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/libpthread.a(libpthread.o): > In function

Re: [uml-devel] [PATCH v2] um: Avoid longjmp/setjmp symbol clashes with libpthread.a

Am 01.06.2017 um 22:15 schrieb Florian Fainelli: > On 06/01/2017 01:11 PM, Richard Weinberger wrote: >> Florian, >> >> Am 01.06.2017 um 21:38 schrieb Florian Fainelli: >>>> Presumably because we are not using the same glibc version? The one I >>>> hav

Re: [uml-devel] [PATCH v2] um: Avoid longjmp/setjmp symbol clashes with libpthread.a

Florian, Am 01.06.2017 um 21:38 schrieb Florian Fainelli: >> Presumably because we are not using the same glibc version? The one I >> have installed on this machine is glibc-2.12, do you want me to attach a >> copy of it? > > Richard, what do we do with this? I'd like to see the issues that

Re: [uml-devel] [PATCH v2] um: add dummy ioremap and iounmap functions

Am 08.06.2017 um 20:53 schrieb Logan Gunthorpe: > Any thoughts on this? My patches for the other architectures are already > in linux-next. um is the only one that remains. IMHO an ifdef in scatterlist code does not hurt. It is equally ugly than mocking ioremap for UML. So, I'm puzzled. Arnd,

Re: [uml-devel] [PATCH 22/35] um: defconfig: Cleanup from old Kconfig options

Am 08.06.2017 um 18:10 schrieb Krzysztof Kozlowski: > Remove old, dead Kconfig option INET_LRO. It is gone since > commit 7bbf3cae65b6 ("ipv4: Remove inet_lro library"). > > Signed-off-by: Krzysztof Kozlowski <k...@kernel.org> Acked-by: Richard Weinberger <ric

Re: [uml-devel] warning at vma_merge

Anton, Thomas, On Sun, May 7, 2017 at 10:27 PM, Anton Ivanov wrote: > Have a look at the list archive, this was covered a couple of weeks ago. > > I believe Richard is working on a fix. Yep, this reminds me that I have to ping mm folks about this. Please see:

Re: [uml-devel] [uml-user] UML on WSL

Thomas, Am 08.05.2017 um 18:09 schrieb Thomas Meyer: > Or asked he other way around: > > Is somewhere documented what's the minimum host kernel version that a UML > kernel will run on? > > E.g.: > building a UML kernel from 4.11 will need a host kernel version 2.6.18 with > features x, y and

Re: [uml-devel] [uml-user] UML on WSL

Thomas, Am 08.05.2017 um 17:32 schrieb Thomas Meyer: >> We could figure how to report issues to WSL, create self-hosting unit tests >> and ask them to add/fix >> these features. > > Turns out there was already a bug report by somebody about missing UML > support in WSL: > >

Re: [uml-devel] [uml-user] UML on WSL

Thomas, Am 08.05.2017 um 17:02 schrieb Thomas Meyer: > Sadly, UML executable bails out very early. it Looks like WSL is missing some > PTRACE stuff: > > thomas@DESKTOP-DQBDJ0U:/mnt/c/Users/thomas/Downloads$ ./linux > Core dump limits : > soft - NONE > hard - NONE > Checking that

Re: [uml-devel] [uml-user] UML on WSL

Thomas, Am 08.05.2017 um 17:40 schrieb Thomas Meyer: > " > Also, for a little context, the /only/software I can find /on the planet/ > that cares is User Mode Linux. Unless someone tries to run some statically > linked |strace| or > maybe |gdb| binary from the 2.4 era, this will simply never be

Re: [uml-devel] [uml-user] UML on WSL

Thomas, Can you please give the attached patch a try? Thanks, //richard >From b64c967e3960eff33e96f7dcff261635fffeb504 Mon Sep 17 00:00:00 2001 From: Richard Weinberger <rich...@nod.at> Date: Mon, 8 May 2017 21:43:27 +0200 Subject: [PATCH] um: Drop PTRACE_OLDSETOPTIONS usage IMHO in

Re: [uml-devel] [PATCH v2] um: Avoid longjmp/setjmp symbol clashes with libpthread.a

Florian, Am 05.06.2017 um 21:32 schrieb Florian Fainelli: > On 05/23/2017 05:32 PM, Florian Fainelli wrote: >> Building a statically linked UML kernel on a Centos 6.9 host resulted in >> the following linking failure (GCC 4.4, glibc-2.12): >> >>

[uml-devel] [GIT PULL] UML updates for 4.14-rc1

Linus, The following changes since commit 569dbb88e80deb68974ef6fdd6a13edb9d686261: Linux 4.13 (2017-09-03 13:56:17 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for-linus-4.14-rc1 for you to fetch changes up to

Re: [uml-devel] [PATCH 02/14] um: Use %pS printk format for symbols from direct addresses

>> for >> consistency throughout the kernel fix the wrong usage here too. >> >> Signed-off-by: Helge Deller <del...@gmx.de> >> Cc: Jeff Dike <jd...@addtoit.com> >> Cc: Richard Weinberger <rich...@nod.at> >> Cc: user-mode-linux-devel@lis

Re: [uml-devel] [PATCH] um: Fix kcov crash before kernel is started.

Am Sonntag, 8. Oktober 2017, 12:31:58 CEST schrieb Thomas Meyer: > UMLs current_thread_info() unconditionally assumes that the top of the stack > contains the thread_info structure. But on UML the __sanitizer_cov_trace_pc > function is called for *all* functions! This results in an early crash: >

Re: [uml-devel] [PATCH] um: Fix kcov crash before kernel is started.

Am Samstag, 14. Oktober 2017, 00:00:25 CEST schrieb Thomas Meyer: > UMLs current_thread_info() unconditionally assumes that the top of the stack > contains the thread_info structure. > Prevent kcov from using invalid curent_thread_info() data by disable > instrumentation of early startup code. >

[uml-devel] [GIT PULL] UML fixes for 4.13-rc7

Linus, The following changes since commit 14ccee78fc82f5512908f4424f541549a5705b89: Linux 4.13-rc6 (2017-08-20 14:13:52 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for-linus-4.13-rc7 for you to fetch changes up to

Re: [uml-devel] [GIT PULL] UBI/UBIFS updates for 4.15-rc1

Linus, Am Freitag, 24. November 2017, 04:41:37 CET schrieb Linus Torvalds: > On Thu, Nov 23, 2017 at 4:37 AM, Richard Weinberger <rich...@nod.at> wrote: > > git://git.infradead.org/linux-ubifs.git tags/upstream-4.15-rc1 > > Similarly to the arch/um case, none of th

Re: [uml-devel] [PATCH] [RFC] um: Convert ubd driver to blk-mq

gt; single-core in UML and AFAIK this is likely to stay that way, right? Well, someday blk-mq should completely replace the legacy block interface. Christoph asked me convert the UML driver. Also do find corner cases in blk-mq. > On 26/11/17 13:10, Richard Weinberger wrote: > > T

[uml-devel] [PATCH] [RFC] um: Convert ubd driver to blk-mq

ith blk-mq, maybe there is a way in blk-mq to put back a (partial) request? Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/drivers/ubd_kern.c | 188 ++--- 1 file changed, 107 insertions(+), 81 deletions(-) diff --git a/arch/um/drivers/u

Re: [uml-devel] PATCH v11-2

Am Mittwoch, 22. November 2017, 14:09:11 CET schrieb anton.ivanov@kot- begemot.co.uk: > Resending patchset v11 versus Linux Next 20171121 Erm, you sent me again full patches. *confused* Version 10 is in linux-next, now we have to deal with the fallout. Otherwise I have to revert. Thanks,

Re: [uml-devel] PATCH v11

Am Mittwoch, 22. November 2017, 12:57:21 CET schrieb anton.ivanov@kot- begemot.co.uk: > This revision adds EXPORT for deactivate_irq_by_fd as needed > by the random driver with some kernel configs Please patchs ontop of linux-next. Rebasing linux-next is not nice. Thanks, //richard -- sigma

[uml-devel] [GIT PULL] UML updates for 4.15-rc1

Linus, The following changes since commit bebc6082da0a9f5d47a1ea2edc099bf671058bd4: Linux 4.14 (2017-11-12 10:46:13 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for-linus-4.15-rc1 for you to fetch changes up to

[uml-devel] [PATCH] um: Convert ubd driver to blk-mq

Convert the driver to the modern blk-mq framework. As byproduct we get rid of our open coded restart logic and let blk-mq handle it. Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/drivers/ubd_kern.c | 178 +++-- 1 file chang

<    2   3   4   5   6   7   8   >