Now we have everything we need, so enable
TRACE_IRQFLAGS_SUPPORT.
Signed-off-by: Richard Weinberger
---
arch/um/Kconfig.common | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index cc00134..85f14a8 100644
--- a/arch/um
figured out
which header file to pick without trigger a bunch of header include
clashes. Leaving it away works though it is surely not the best
practice.
Signed-off-by: Daniel Wagner
Signed-off-by: Richard Weinberger
---
arch/um/include/asm/irqflags.h | 20 +---
1 file changed, 9
On Sun, May 22, 2016 at 5:39 PM, Vegard Nossum wrote:
> On 21 May 2016 at 20:18, Thomas Meyer wrote:
>> Am 21.05.2016 um 15:51 schrieb Vegard Nossum :
>>> I'm having some trouble with using current_thread_info() during UML
>>> early boot. Sometimes it works just fine, but often I get segfaults
>>
Am 12.06.2016 um 22:59 schrieb Vegard Nossum:
> On 12 June 2016 at 22:11, Richard Weinberger
> wrote:
>>> I wonder why setup_env_path() ends up calling the kernel's snprintf(),
>>> I thought that it would be using the glibc snprintf() at this point?
>>
>>
Am 12.06.2016 um 23:41 schrieb Vegard Nossum:
> I see... nice and hacky ;-) I'll try the same for snprintf and see if
> that works around my bug.
>
>> A much better approach would be having a real linker scope.
>> Some time ago I posted some thoughts on that:
>> https://lkml.org/lkml/2015/11/19/75
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 wrote:
>> tree:
>> https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
>> rcu/next
>> head: 13ee0de9cd2444b57ce30c4f1607b49b90aa0c38
>> commit: f251ac814fc57
Hi!
Am 18.06.2016 um 13:02 schrieb Enrico Mioso:
> Hi guys.
>
> I am experiencing an user-mode-linux memory leak, that induces the user-mode
> kernel to eventually panic.
>
> My sequence of actions to trigger it is relatively simple:
> - start it on an ubuntu 16.04 core image, after installing
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
> changes in TUN module a
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 code is hosted somewhe
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 wrote:
>>> Hi,
>>>
>>> Does anybody knows if there is any newer versi
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,
Am 20.07.2016 um 19:47 schrieb Ritesh Raj Sarraf:
> Hello Richard,
>
> On Wed, 2016-07-20 at 19:39 +0200, Richard Weinberger wrote:
>>> The documentation which still is active and useful[1] is marked as "old" on
>> the
>>> website.
>>> The
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
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
Dmitry,
We face the following issue on UML.
My ld-fu is not very strong, can you please have a look?
AFAICT it fails since UML links to libc.a and we have section clash.
On Thu, Aug 11, 2016 at 2:19 PM, Stefan Traby wrote:
> hi!
>
> I get
> `.text.exit' referenced in section `.fini_array' of
> /
On 28.07.2016 16:32, Mattia Dongili wrote:
>> This is now:
>> https://github.com/malattia/uml-utilities
>>
>>> The CVS repo on sourceforge is out of date though, it's missing a good
>>> chunk of code. The last commit is from 2004 or so.
>>>
>>> If you don't have the remainder of the code history I
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 don't
run. Or does UML
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
--
___
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
-
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:
git://git.kernel.org/pub/scm/linux/kernel/git/r
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 te
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 multiple
> requests as well as n
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 architectures.
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&m=147828481602561&w=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:
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 wrote:
&
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 an
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 i
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
--
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 fixes for the core kerne
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 tha
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
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 f88f0bdfc32f3d1e2fd03ec8a7f7b
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
---
arch/um/kernel/sysrq.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/um/kernel/sysrq.c b/ar
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 user-mode-linux-devel and
> user
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
Looks good!
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>] ?
>
um
Reported-by: Vegard Nossum
Signed-off-by: Richard Weinberger
---
arch/um/kernel/sysrq.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/um/kernel/sysrq.c b/arch/um/kernel/sysrq.c
index a76295f7ede9..961be4a51511 100644
--- a/arch/um/kernel/sysrq.c
+++ b/arch/um
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?
--
Thanks,
//richard
--
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 [2] (add extended processor stat
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
>> wrote:
>>> Hi list, hi Richard
>>>
>>> There is an extra check in mm/mmap.c w
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
>> wrote:
>>> Hi list, hi Richard
>>>
>>> There is an extra check in mm/mmap.c which now
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 pr
the calculation.
Cc:
Reported-by: jie cao
Signed-off-by: Richard Weinberger
---
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
index a5c9910d234f..09a085bde0d4 100644
--- a/arch/x86/um/ptrace_64.c
+
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 deletions(-)
>>
>> diff
Masami,
Am 27.04.2017 um 05:15 schrieb Masami Hiramatsu:
> 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 mem_total_pages().
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
Meh,
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 mem_total_pages().
>
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 a/arch/x86/um/shared/sysdep/kernel-offsets.h
> b/arch/x86/um/shared/sysde
On Sat, Apr 1, 2017 at 12:41 AM, Richard Weinberger 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&pasted from i386 an
On Fri, Mar 3, 2017 at 9:11 AM, Richard Weinberger 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 --oldconfig arch/x86/um
On Sun, Dec 25, 2016 at 11:11 PM, Richard Weinberger 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
> ---
> arch/um/kernel/sysrq.c | 6 +
Am 04.05.2017 um 03:19 schrieb kbuild test robot:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git linux-next
> head: 5b4236e17cc1bd9fa14b2b0c7a4ae632d41f2e20
> commit: 8bba077066d6d0a135b7be1970691522075bf905 [2/5] um: Set number of CPUs
> config: um-x86_64_defconfig (attache
Thomas,
On Sun, May 7, 2017 at 1:44 PM, Thomas Meyer wrote:
> Hi,
>
> Did anybody try to run UML on the new Windows 10 subsystem for Linux? I
> wonder what missing functions may hinder to run UML on WSL?
No idea.
Can you try? I don't have access to a Windows 10 system right now
where I could tes
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
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:
>
> https://github.com/
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
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 z
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: http://lkml.iu.edu/hypermail/linux/k
Thomas,
Can you please give the attached patch a try?
Thanks,
//richard
>From b64c967e3960eff33e96f7dcff261635fffeb504 Mon Sep 17 00:00:00 2001
From: Richard Weinberger
Date: Mon, 8 May 2017 21:43:27 +0200
Subject: [PATCH] um: Drop PTRACE_OLDSETOPTIONS usage
IMHO in 2017 can assume that nob
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:
>
> thomas@DESKTOP-DQBDJ0U
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, fix
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
> areas.
> Am I miss
Hiramatsu (1):
um: Fix to call read_initrd after init_bootmem
Matthias Kaehlcke (1):
um: Include kbuild.h instead of duplicating its macros
Nikola Kotur (1):
um: Set number of CPUs
Richard Weinberger (3):
um: Fix _print_addr()
um: Fix PTRACE_POKEUSER on x86_64
um
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
---
Hi!
Unless I miss something is fe
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
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.
--
Thanks,
//richard
--
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, but umid.c already uses many printk
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 it?
Thomas,
Am 22.05.2017 um 21:18 schrieb Thomas Meyer:
>
>> Am 22.05.2017 um 20:34 schrieb Richard Weinberger :
>>
>> Thomas,
>>
>>> Am 22.05.2017 um 20:14 schrieb Thomas Meyer:
>>> It's purely cosmetic; to get rid of the boot message: "This a
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:
>
> /usr/lib/gcc/x86_64-redhat-linux/4
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 script/config is a
On Tue, May 23, 2017 at 7:56 PM, Thomas Meyer wrote:
> Hi,
>
>
>
> did you see those patches?
>
>
>
> https://marc.info/?l=linux-kernel&m=149337486632399&w=2
Yes, they are on my TODO.
--
Thanks,
//richard
--
Check out
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 `siglo
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 CONFIG_COMPI
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 Thom
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
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):
>>
>> /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../l
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
Acked-by: Richard Weinberg
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, wha
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 arch/x86/ke
[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
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
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
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 :-)
>
>>
Logan,
Am 21.06.2017 um 23:25 schrieb Logan Gunthorpe:
> Poke.
>
> On 08/06/17 01:17 PM, Richard Weinberger wrote:
>> Am 08.06.2017 um 20:53 schrieb Logan Gunthorpe:
>> IMHO an ifdef in scatterlist code does not hurt.
>> It is equally ugly than mocking ioremap for U
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 window
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 output to stderr
> by ad
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
> b/arch/um/include/shared/skas/stub-data.h
> index a9deec
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 --
> 1 file changed, 8 insertions(+),
Thomas,
Am 06.07.2017 um 00:06 schrieb Thomas Meyer:
>> This patch is also malformed. :-(
>
> I wonder why evolution is messing up my emails...
>
> will check and resend...
Just use git send-email :)
Thanks,
//richard
---
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
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 changed, 8 insertions(+), 2 deletio
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 changed, 30 insertions(+), 1 deletion(-
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
--
Check out the vibr
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 -
> arch/x86/um/user-offsets.c | 2 +
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
--
Che
On Fri, Jul 7, 2017 at 11:26 AM, Richard Weinberger
wrote:
> 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
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! http
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
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 ++
> arch/x86/um/os-
701 - 800 of 845 matches
Mail list logo