Am 10.03.2015 um 19:56 schrieb Toralf Förster:
> On 03/10/2015 07:43 PM, Richard Weinberger wrote:
>> Also please send me your .config.
> attached
This .config works perfecly fine here.
So, what does your userspace? Does UML crash while booting up?
BTW: You do not specify mem=, so you have only ve
On 03/10/2015 07:43 PM, Richard Weinberger wrote:
> Also please send me your .config.
attached
--
Toralf
pgp key: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 0076 E94E
#
# Automatically generated file; DO NOT EDIT.
# User Mode Linux/x86 4.0.0-rc3 Kernel Configuration
#
CONFIG_UML=y
CONFIG_MMU=y
CON
Am 10.03.2015 um 19:39 schrieb Toralf Förster:
> On 03/10/2015 07:33 PM, Richard Weinberger wrote:
>> So you see *random* crashes?
> yes, the 1st RIP is varying, just the 2nd stays at 6001b011
Okay. Can you please find the last working release?
I'm still a bit puzzled.
Also please send me
On 03/10/2015 07:33 PM, Richard Weinberger wrote:
> So you see *random* crashes?
yes, the 1st RIP is varying, just the 2nd stays at 6001b011
Modules linked in:
Pid: 1, comm: swapper Not tainted 4.0.0-rc3-00111-gaffb817
RIP: 0033:[<7fcd777905fb>]
RSP: 7fcd77e6fef8 EFLAGS: 00010202
Am 10.03.2015 um 19:24 schrieb Toralf Förster:
> On 03/10/2015 06:53 PM, Richard Weinberger wrote:
>> What is addr2line -e linux 60250c0e?
>
> $ addr2line -e linux 60250c0e
> /home/tfoerste/devel/linux/include/linux/skbuff.h:1502
>
> $ addr2line -e linux 60238a01
> /home/t
Am 10.03.2015 um 18:43 schrieb Toralf Förster:
> On 03/10/2015 04:49 PM, Richard Weinberger wrote:
>> Then just reboot into a pristine kernel and retest. :-)
>
> With latest host vanilla 4.0.0-rc3 kernel I get a similar picture:
Hmm, does not look at all like your initial report. But maybe it is
> is this already known ? :
>
> CC arch/um/drivers/vde_kern.o
> CC arch/um/drivers/vde_user.o
> arch/um/drivers/vde_user.c:8:24: fatal error: libvdeplug.h: No such
> file or directory
> #include
> ^
> compilation terminated.
> scripts/Makefile.build:258: reci
On 03/10/2015 03:46 PM, Richard Weinberger wrote:
> Am 10.03.2015 um 15:38 schrieb Toralf Förster:
>> On 03/08/2015 11:44 PM, Richard Weinberger wrote:
>>> Okay. Does it work on a regular host system?
>>> I.e. not broken^Whardened.
>>>
>>> I run x86 UML's very often on x86_64...
>>
>> Ok, I have he
Hi Toralf,
On Tue, Mar 10, 2015 at 3:39 PM, Toralf Förster wrote:
> is this already known ? :
Given the #include was added back in 2007, I'd say yes ;-)
> CC arch/um/drivers/vde_kern.o
> CC arch/um/drivers/vde_user.o
> arch/um/drivers/vde_user.c:8:24: fatal error: libvdeplug.h: No
Am 10.03.2015 um 15:38 schrieb Toralf Förster:
> On 03/08/2015 11:44 PM, Richard Weinberger wrote:
>> Okay. Does it work on a regular host system?
>> I.e. not broken^Whardened.
>>
>> I run x86 UML's very often on x86_64...
>
> Ok, I have here just a hardened system, so I'll look for issues related
On 03/08/2015 11:44 PM, Richard Weinberger wrote:
> Okay. Does it work on a regular host system?
> I.e. not broken^Whardened.
>
> I run x86 UML's very often on x86_64...
Ok, I have here just a hardened system, so I'll look for issues related to that
.
--
Toralf
pgp key: 7B1A 07F4 EC82 0F90 D4C
Hi,
is this already known ? :
CC arch/um/drivers/vde_kern.o
CC arch/um/drivers/vde_user.o
arch/um/drivers/vde_user.c:8:24: fatal error: libvdeplug.h: No such file or
directory
#include
^
compilation terminated.
scripts/Makefile.build:258: recipe for target
12 matches
Mail list logo
