Re: [uml-devel] [PATCH RESEND] um: vdso: remove unused vdso-syms.lds

hiro Yamada >> Acked-by: Ingo Molnar >> --- > > > Could you take a look at this patch, please? Acked-by: Richard Weinberger -- Thanks, //richard -- Check out the vibrant tech co

Re: [uml-devel] [UML] Question about arch/x86/um/vdso/vdso-syms.lds

Masahiro, Am Mittwoch, 9. Mai 2018, 05:36:18 CEST schrieb Masahiro Yamada: > Hi Richard, > > > Please let me ask a question about vdso-syms.lds > under arch/x86/um/vdso/. > > This file exists since: > > commit f1c2bb8b9964ed31de988910f8b1cfb586d30091 > Au

Re: [uml-devel] [REVIEW][PATCH 19/22] signal/um: Use force_sig_fault in relay_signal.

On Fri, Apr 20, 2018 at 6:06 PM, Anton Ivanov wrote: > > On 04/20/18 15:38, Eric W. Biederman wrote: >> >> Today user mode linux only works on x86 and x86_64 and this allows >> simplifications of relay_signal. > > > I believe someone recently fixed the ARM port. I

Re: [uml-devel] [PATCH] um: remove uml initcalls

Alexander, Am Montag, 23. April 2018, 20:20:17 CEST schrieb Alexander Pateenok: > __uml_initcall() is not used and .uml.initcall.init section is empty: > > $ grep -r '__uml_initcall(' > arch/um/include/shared/init.h:#define __uml_initcall(fn) \ > $ readelf -s ../umobj/linux | grep

[uml-devel] [ANNOUNCE] New User Mode Linux Mailing List

Hi! The new mailing list address is: linux...@lists.infradead.org Please subscribe via web[0] or mail[1]. Thanks, //richard [0] http://lists.infradead.org/mailman/listinfo/linux-um [1] linux-um-j...@lists.infradead.org -- sigma star gmbh - Eduard-Bodem-Gasse 6 - 6020 Innsbruck - Austria

[uml-devel] [PATCH] um: Update mailing list address

We have a new mailing list, so update the MAINTAINERS file. Signed-off-by: Richard Weinberger <rich...@nod.at> --- MAINTAINERS | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index b60179d948bb..4834d1551248 100644 --- a/MAINTAINERS

Re: [uml-devel] [PATCH] um: Fix return value of start_idle_thread

Am Donnerstag, 29. März 2018, 22:45:59 CEST schrieb Richard Weinberger: > While the function will never returns, gcc will warns. > Add a return statement to make gcc happy. > Before f44f1e7da7c8 we never noticed because gcc knows that longjmp does > not return. > > arch/um/os-Li

Re: [uml-devel] [PATCH] um: Add HAVE_DEBUG_BUGVERBOSE.

Am Donnerstag, 5. April 2018, 23:21:02 CEST schrieb Hernán Gonzalez: > This option restores the DEBUG_BUGVERBOSE functionality as it was > previous to commit 9a93848fe787 ("x86/debug: Implement __WARN() using > UD0"). > > Signed-off-by: Hernán Gonzalez Applied.

[uml-devel] [GIT PULL] UML changes for 4.17-rc1

Linus, The following changes since commit 91ab883eb21325ad80f3473633f794c78ac87f51: Linux 4.16-rc2 (2018-02-18 17:29:42 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for you to fetch changes up to

[uml-devel] [PATCH] um: Fix return value of start_idle_thread

: control reaches end of non-void function [-Wreturn-type] Fixes: f44f1e7da7c8 ("um: Avoid longjmp/setjmp symbol clashes with libpthread.a") Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/os-Linux/skas/process.c | 4 1 file changed, 4 insertions(+) diff --

Re: [uml-devel] UML hangs with hrtimer test module

Am Donnerstag, 29. März 2018, 22:20:47 CEST schrieb Joel Fernandes: > Thanks a lot! I am wondering why the same compiler works when running > the test for a regular image. Maybe different compiler flags. Anyway > good to learn this. > > Also one more slightly OT question, why is UML only doing UP

Re: [uml-devel] [PATCH v2] Fix vector raw inintialization logic

Am Montag, 5. März 2018, 14:29:05 CEST schrieb anton.iva...@cambridgegreys.com: > From: Anton Ivanov > > Vector RAW in UML needs to BPF filter its own MAC only > if QDISC_BYPASS has failed. If QDISC_BYPASS is successful, the > frames originated locally are not

Re: [uml-devel] [PATCH] Migrate vector timers to new timer API

Am Montag, 5. März 2018, 11:41:42 CEST schrieb anton.iva...@cambridgegreys.com: > From: Anton Ivanov > > The patches for the UML vector drivers were in-flight when > the timer changes happened and were not covered by them. > > This change migrates vector_kern.c

Re: [uml-devel] UML hangs with hrtimer test module

Am Donnerstag, 29. März 2018, 00:19:39 CEST schrieb Joel Fernandes: > Thanks for the quick reply. > > On Wed, Mar 28, 2018 at 6:19 AM, Richard Weinberger <rich...@nod.at> wrote: > > Am Mittwoch, 28. März 2018, 15:11:29 CEST schrieb Geert Uytterhoeven: > >> On Wed,

Re: [uml-devel] UML hangs with hrtimer test module

Am Mittwoch, 28. März 2018, 15:11:29 CEST schrieb Geert Uytterhoeven: > On Wed, Mar 28, 2018 at 12:28 PM, Joel Fernandes wrote: > > while(release_now == 0); > > while (release_now == 0) > cpu_relax(); Not sure whether a cpu_relax() fixes the problem. I

Re: [uml-devel] UML hangs with hrtimer test module

Am Mittwoch, 28. März 2018, 12:28:02 CEST schrieb Joel Fernandes: > Hi, > > I wrote a kernel module to play with hrtimer subsystem and it hangs > with UML, Any ideas on why it may be hanging? It doesn't hang on any > of my other machines. Hopefully I'm not doing something stupid, but I > don't

Re: [uml-devel] Is the list working correctly

Am Dienstag, 20. März 2018, 03:45:11 CET schrieb Bernd Petrovitsch: > On Mon, 2018-03-19 at 15:24 +0100, Richard Weinberger wrote: > [...] > > > I checked, migrating is not an option. > > sourceforge has hacked mailman to hide member mail addresses: > > "As a

Re: [uml-devel] Is the list working correctly

Am Dienstag, 13. März 2018, 14:59:41 CET schrieb Richard Weinberger: > Am Dienstag, 13. März 2018, 14:24:23 CET schrieb Geert Uytterhoeven: > > Hi Richard, > > > > On Mon, Mar 12, 2018 at 4:21 PM, Richard Weinberger <rich...@nod.at> wrote: > > > Am Montag,

Re: [uml-devel] Is the list working correctly

Am Dienstag, 13. März 2018, 14:24:23 CET schrieb Geert Uytterhoeven: > Hi Richard, > > On Mon, Mar 12, 2018 at 4:21 PM, Richard Weinberger <rich...@nod.at> wrote: > > Am Montag, 12. März 2018, 16:10:45 CET schrieb Brandeburg, Jesse: > >> > Is the list worki

Re: [uml-devel] Is the list working correctly

Anton, Jesse, Am Montag, 12. März 2018, 16:10:45 CET schrieb Brandeburg, Jesse: > > Is the list working for everyone? > > I got this mail... BTW Sourceforge had a major datacenter issue over the > last few weeks, not sure if that broke something along the way. Hmm, I got this mail only because

Re: [uml-devel] [RFC PATCH 25/35] hostfs: rename do_rmdir() to hostfs_do_rmdir()

Am Sonntag, 11. März 2018, 11:55:47 CET schrieb Dominik Brodowski: > do_rmdir() is used in the VFS layer at fs/namei.c, so use a different > name in hostfs. > > CC: Jeff Dike <jd...@addtoit.com> > CC: Richard Weinberger <rich...@nod.at> > CC: user-mode-linux-devel@

Re: [uml-devel] [PATCH 2/2] um: vector: Fix an error handling path in 'vector_parse()'

Anton, Am Samstag, 27. Januar 2018, 12:42:17 CET schrieb Anton Ivanov: > Thanks, looks correct, +1 > > Richard, can you add it to the next pull. > > Thanks in advance, Is that a Reviewed-by? :) (Same for the other patch) Thanks, //richard P.s: Something is odd with your mail setup, none of

Re: [uml-devel] [PATCH] arch/um: compile with modern headers

Jason, Am Mittwoch, 13. Dezember 2017, 18:22:30 CET schrieb Jason A. Donenfeld: > Recent libcs have gotten a bit more strict, so we actually need to > include the right headers and use the right types. This enables UML to > compile again. > > Signed-off-by: Jason A. Donenfeld >

Re: [uml-devel] [PATCH 1/2] um: vector_kern: Unlock on error in vector_net_open()

Anton, Am Samstag, 9. Dezember 2017, 18:09:17 CET schrieb Anton Ivanov: > Thanks, > > I guess I missed that one. > > A. > > On 09/12/17 11:49, Dan Carpenter wrote: > > We need to unlock and restore IRQs on this error path. > > > > Fixes: ad1f62ab2bd4 ("High Performance UML Vector Network

[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

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] [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

[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

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

Re: [uml-devel] [PATCH v9 2/2] High Performance UML Vector Network Driver

Anton, Am Montag, 20. November 2017, 08:39:25 CET schrieb anton.ivanov@kot- begemot.co.uk: > +#define VECTOR_NUM_STATS ARRAY_SIZE(ethtool_stats_keys) > + > +/* Used in the 4.4 OpenWRT backport */ > + > +#if LINUX_VERSION_CODE <= KERNEL_VERSION(4, 7, 0) > +static inline void

Re: [uml-devel] [PATCH] um: use POSIX ucontext_t instead of struct ucontext

Am Mittwoch, 15. November 2017, 12:04:16 CET schrieb Krzysztof Mazur: > On Wed, Nov 15, 2017 at 11:19:41AM +0100, Richard Weinberger wrote: > > Am Mittwoch, 15. November 2017, 11:12:39 CET schrieb Krzysztof Mazur: > > > glibc 2.26 removed the 'struct ucontext' to "im

Re: [uml-devel] [PATCH] um: use POSIX ucontext_t instead of struct ucontext

Am Mittwoch, 15. November 2017, 11:12:39 CET schrieb Krzysztof Mazur: > glibc 2.26 removed the 'struct ucontext' to "improve" POSIX compliance > and break programs, including User Mode Linux. Fix User Mode Linux > by using POSIX ucontext_t. > > This fixes: > > arch/um/os-Linux/signal.c: In

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. >

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 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

[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

[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

[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

[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, 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 @@

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] [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] 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: 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: 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: 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

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 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 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: 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] [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] 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 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 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 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] 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] 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, 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] [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] [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): >> >>

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

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] 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

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] 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] [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] [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] 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] [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

[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] 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 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] [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] [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] 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: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, 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] [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 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] [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] 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 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: 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] [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

[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] 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

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, 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? --

  1   2   3   4   5   6   7   8   >