On 07/13/2015 05:46 PM, Geert Uytterhoeven wrote:
> For hotmail, port 465?
Ick - right, I use GMX, where tls works flawlessly (BTW I didn't specify the
port in .gitconfig)
--
Toralf, pgp key: 872AE508 0076E94E
--
Don't
On 07/13/2015 05:26 PM, Geert Uytterhoeven wrote:
> smtpencryption = ssl
I do have :
smtpencryption = tls
--
Toralf, pgp key: 872AE508 0076E94E
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud
tfoerste@t44 ~/devel/linux $ make ARCH=um linux -j3
scripts/kconfig/conf --silentoldconfig arch/x86/um/Kconfig
kernel/time/Kconfig:157:warning: range is invalid
--
Toralf
pgp key: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 0076 E94E
--
"; the past is all dirty and cruel in the modern po
On 03/21/2015 11:27 PM, Richard Weinberger wrote:
> At least on my PC I can build and run UML with the hardened gcc. But running
> any UML on a hardened base system (libc) fails badly.
And now I tested it with the Gentoo Live DVD.
I had to rebuild the linux executable using the gcc of the Live D
On 03/21/2015 11:27 PM, Richard Weinberger wrote:
> At least on my PC I can build and run UML with the hardened gcc. But running
> any UML on a hardened base system (libc) fails badly.
The picture here is the same, gcc isn't the culprit. A vanilla kernel instead
of a hardened kernel doesn't help
On 03/15/2015 05:56 PM, Richard Weinberger wrote:
> Then please move the hardened gcc to /dev/null. ;-)
yes, at least to compile the UML linux
> If you can tell me what hardening feature is the root cause I can think of a
> solution.
Will be a longer way I fear.
Every 2nd or 3rd attempt the UML
On 03/15/2015 03:36 PM, Richard Weinberger wrote:
> BTW: Just ran a x86 UML with CONFIG_MCORE2=y. Works perfectly fine.
The picture isn't clear.
After twiddling with the kernel config I got a working .config with CORE2=y.
This runs fine if compiled with vanilla gcc 4.8.3.
Compiled with the def
On 03/15/2015 12:27 PM, Richard Weinberger wrote:
found the culprit :
CONFIG_MPENTIUMM=y works where CONFIG_MCORE2=y do not work
I do have an i5:
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i5-4300U CPU @ 1.90GH
On 03/15/2015 11:59 AM, Richard Weinberger wrote:
> Wait a moment. So, the failing UML is a 32bits UML?
> The .config you sent me is UML x86_64...
Ah - double error on my side - sent you the wrong .config, the non-working
.config was a 32bit however (origin of this thread was: no crash, but during
On 03/13/2015 03:31 PM, Richard Weinberger wrote:
> And what about a regular "unhardened" host?
> Does it work if you boot a random x86_64 livecd?
tested with GRML - failed too.
(And I switched the compiler to gcc-4.8.3-vanilla before and compiled the linux
exe with it)
And last but not least -
On 03/10/2015 10:21 PM, Richard Weinberger wrote:
> 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 you
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/tfoerste/devel/linux/net/ipv4/tcp_output.c:1919
The command l
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:
TUN/TAP backend -
winch_thread : TIOCSCTTY failed on fd 1 err = 1
EXT4-fs (ubda): mounted filesystem with ordered data mo
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
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
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 U
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
On 03/08/2015 10:38 PM, Richard Weinberger wrote:
> Booting a chroot?!
Well, wrong wording. it is an UML guest image.
--
Toralf
pgp key: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 0076 E94E
--
Dive into the World of Para
Well, in fact, since I switched from x86 to amd64 under Gentoo, I never managed
to get that chroot to be booted.
During boot of the UML guest it just hangs around "devtmpfs: mounted" w/o any
output
Today I decided to try defconfig, and now I do get at least an output. Any
hints how to continu
On 01/10/2015 06:45 PM, Richard Weinberger wrote:
> Am 10.01.2015 um 18:37 schrieb Toralf Förster:
>> On 01/10/2015 06:25 PM, Richard Weinberger wrote:
>>> Am 10.01.2015 um 17:08 schrieb Toralf Förster:
>>>> yes, it never worked with values above 2026M (tested
On 01/10/2015 06:25 PM, Richard Weinberger wrote:
> Am 10.01.2015 um 17:08 schrieb Toralf Förster:
>> yes, it never worked with values above 2026M (tested at an old ThinkPad
>> T420, running a 32 bit Gentoo Linux with host kernel 3.17.4 )
>
> The theoretical max. was a
On 01/10/2015 03:09 PM, Richard Weinberger wrote:
>
>
> Am 10.01.2015 um 15:07 schrieb Toralf Förster:
>> On 01/06/2015 12:45 AM, Richard Weinberger wrote:
>>> On Tue, Jun 24, 2014 at 10:52 PM, Toralf Förster
>>> wrote:
>>>> IIRC in former ti
On 01/06/2015 12:45 AM, Richard Weinberger wrote:
> On Tue, Jun 24, 2014 at 10:52 PM, Toralf Förster
> wrote:
>> IIRC in former times I could assign an UML instance 2047M, but nowadays
>> even 2044M is too big.
>
> This depends on the host side. UML heavily depends o
FWIW I recompiled glibc now with debug info.
Now the linux boot goes further till this step :
...
NET: Registered protocol family 10
sit: IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
Key type dns_resolver registered
Initialized stdio console driver
Console initialized on /d
On 12/29/2014 10:55 AM, Thomas Meyer wrote:
> Probably you need this patch for 3.19
>
> https://lkml.org/lkml/2014/12/10/222
right, helped a little bit, now v3.19-rc1-58-g29169f8 gives:
...
EXT4-fs (ubda): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext4 filesystem
I do have x86 3 UML guest images, created at a x86 bit Gentoo Linux.
Now I do have a 64 bit Gentoo Linux (hardened kernel == PAX + grsecurity) and
tried to run such a guest.
Often this attempt just gives an "write: File too large" :
$ /home/tfoerste/workspace/bin/start_uml.sh -r trinity -l
/usr
On 11/19/2014 10:13 PM, Richard Weinberger wrote:
>> console [mc-1] enabled
>> > Failed to initialize ubd device 0 :Couldn't determine size of device's file
> This is ubd_file_size(). Can you find out where exactly it is failing?
> Just add a few printk()s into it.
Did it:
diff --git a/arch/um/dr
Forwarded Message
Subject: Re: trinity doesn't exit after its finished
Date: Thu, 20 Nov 2014 13:21:54 -0500
From: Dave Jones
To: Toralf Förster
CC: trin...@vger.kernel.org
On Thu, Nov 20, 2014 at 07:08:15PM +0100, Toralf Förster wrote:
> With latest git tree of trinity at a user m
/me wonders, why the same call few seconds later works (current git kernel),
but not for the first time :
$ nice start_uml.sh -r trinity
+ /usr/local/bin/linux-v3.18-rc4 earlyprintk
ubda=/home/tfoerste/virtual/uml/trinity ubdb=/mnt/ramdisk/trinity_swap
eth0=tuntap,tap0,72:ef:3d:9f:c3:5a mem=20
Within a 32 bit stable Gentoo user mode linux guest system I do experience
sometimes that trinity don't exit after it completed the maximum number of jobs.
This might be either an UML, a trinity or a NFS issue (I use NFS victims
files). Now I'm wondering where do report it ? (Or is it a trinity i
I just applied the patch in http://article.gmane.org/gmane.linux.kernel/1773197
on top of latest git tree of Linus and fuzz tested a 32bit UML - works better
than before. I'd say it now hangs less often than before - just a first
impression.
--
Toralf
While fuzzying a 22 bit UML guest (stable Gentoo x86 Linux) with trinity I do
sometimes get from the UML guest this :
Aug 22 19:59:40 trinity kernel: BUG: spinlock recursion on CPU#0, rngd/1219
Aug 22 19:59:40 trinity kernel: lock: 0x86f1548, .magic: dead4ead, .owner:
rngd/1219, .owner_cpu: 0
A
The long story is below.
Forwarded Message
Subject: Re: trinity seems not to reap all childs
Date: Wed, 13 Aug 2014 11:02:31 -0400
From: Dave Jones
To: Toralf Förster
CC: trin...@vger.kernel.org
On Sat, Aug 09, 2014 at 06:35:45PM +0200, Toralf Förster wrote:
> I do obse
On 08/11/2014 08:44 PM, Vivek Goyal wrote:
>
> Hi Richard,
>
> Can you please give the attached patch a try and see if it fixes the UML
> issue.
>
> I noticed that previous code had a for() loop which will not execute
> if p was null. I have resorted back to same code now.
>
> Thanks
> Vivek
>
/me wonders who could/should be informed about this BUG message from a 32 bit
UML guest (the "dirty" comes from reverted commit 8c86e70a)
BUG: spinlock recursion on CPU#0, rngd/1231
lock: 0x86f1588, .magic: dead4ead, .owner: rngd/1231, .owner_cpu: 0
CPU: 0 PID: 1231 Comm: rngd Not tainted 3.16.
On 08/10/2014 07:05 PM, Richard Weinberger wrote:
> Please see:
> [uml-devel] "resource: provide new functions to walk through
> resources" breaks UML
ah - thx - I should been waiting for just 10 min more before sending out such
emails :-)
--
Toralf
Well, might be too early to try the new kernel at a 32 bit Linux, but this is
what I got today (just once, next attempt to start the kernel worked fine) :
tfoerste@n22 /mnt/ramdisk $ stresc Xterm.log.n22.2014.08.10.17.43.36.9202
Locating the bottom of the address space ... 0x1000
Locating the
On 08/03/2014 08:42 PM, Theodore Ts'o wrote:
> On Sun, Aug 03, 2014 at 03:52:18PM +0200, Toralf Förster wrote:
>> Hello,
>>
>> fuzzying a 32 bit stable Gentoo x86 linux with trinity (and without
>> excluding the munmap syscall but it might be independed from this
Well, probably not UML related, but I experiences this the very first time:
The following output happened in my console (hostname is n22, kernel is at
3.16) when I run a command via ssh at the 32 bit UML guest (hostname is
trinity, kernel version is 3.16):
tfoerste@n22 ~ $ ssh tfoerste@trinity
Hello,
fuzzying a 32 bit stable Gentoo x86 linux with trinity (and without excluding
the munmap syscall but it might be independed from this) gives within a 32 bit
user mode linux guest :
Aug 3 15:31:19 trinity su[1475]: Successful su for root by root
Aug 3 15:31:19 trinity su[1475]: + ??? r
Fuzz testing a 32 bit x86 Gentoo UML guest (especially NFSv4 files, nfs sserver
and client runs within the UML guest) with current git kernel brought the guest
into a state, where no ssh login is any longer possible.
At the host side I can see that the linux processes are still running.
I attac
On 07/26/2014 10:07 PM, Richard Weinberger wrote:
> Am 26.07.2014 22:01, schrieb Toralf Förster:
>> On 05/01/2014 02:33 PM, Richard Weinberger wrote:
>>> BTW: If you hit "BUG: failure at
>>> mm/filemap.c:202/__delete_from_page_cache()!",
>>> this is
On 05/01/2014 02:33 PM, Richard Weinberger wrote:
> BTW: If you hit "BUG: failure at
> mm/filemap.c:202/__delete_from_page_cache()!",
> this is a known issue https://lkml.org/lkml/2014/4/15/577
Since I do exclude the "madvise" syscall from fuzz testing I do no longer run
into this issue
(at leas
On 05/02/2014 04:14 PM, Richard Weinberger wrote:
> Am 02.05.2014 16:07, schrieb Toralf Förster:
>> On 05/02/2014 09:46 AM, Richard Weinberger wrote:
>>> Am 01.05.2014 23:34, schrieb Toralf Förster:
>>>> On 05/01/2014 10:57 PM, Richard Weinberger wrote:
>>&
IIRC in former times I could assign an UML instance 2047M, but nowadays
even 2044M is too big.
FWIW my host and guest are both 32 bit Gentoo Linux, I do use kernel
3.15.1 for the host system and latest git tree kernel for the UML guest.
--
Toralf
---
On 06/09/2014 07:49 AM, Real Name wrote:
> Hi, Richard
> Any comment about this patch?
> thanks
>
> On Tue, Jun 03, 2014 at 01:30:44PM +0800, Real Name wrote:
>> From: Honggang Li
Hi "Real Name",
give Richard a little bit more time to comment/react.
UML is rather a hobby of him in it spare ti
If I boot a 32 bit stable Gentoo Linux as a user mode linux guest with current
kernels (host is a 32 bit stable Gentoo too), then I do observe sometimes
during the boot process error messages from the init system of Gentoo (OpenRC)
like the following (for subsystem rngd in this example) :
* St
On 05/17/2014 05:24 PM, Toralf Förster wrote:
> On 05/03/2014 09:15 PM, Richard Weinberger wrote:
>> On Sat, May 3, 2014 at 6:04 PM, Toralf Förster
>> wrote:
>>> I could force a crash using latest kernel tree (v3.15-rc3-159-g6c6ca9c with
>>> applied fix3.patch f
On 05/03/2014 09:15 PM, Richard Weinberger wrote:
> On Sat, May 3, 2014 at 6:04 PM, Toralf Förster wrote:
>> I could force a crash using latest kernel tree (v3.15-rc3-159-g6c6ca9c with
>> applied fix3.patch for the mremap syscall) and latest trinity tree
>> (1.1-1349
On 05/09/2014 11:16 PM, Toralf Förster wrote:
> Today I realized that current kernels produces a zombie proces :
>
> tfoerste@n22 ~ $ ps aux | grep 'Z' | grep ' tfoerste 10918 0.0 0.0 0 0 ?Zs 23:11 0:00
> [linux-v3.12-48-]
>
> The last k
Today I realized that current kernels produces a zombie proces :
tfoerste@n22 ~ $ ps aux | grep 'Z' | grep '
The last kernel which does not produce such a zombie is kernel 3.11
I do not use a xterm for any output, just "con0=fd:0,fd:1 con=pts". However I'm
unsure if this is an already known iss
At a 32 bit UML guest with recent kernel one of the processes became a zombie
wgile fuzz testing with trinity:
The UML guest itself runs somehow but ssh into it was no longer possible.
The trinity log doesn't gave any info about that particular process, gdb tells :
tfoerste@n22 ~ $ date; pgrep -
I could force a crash using latest kernel tree (v3.15-rc3-159-g6c6ca9c with
applied fix3.patch for the mremap syscall) and latest trinity tree
(1.1-1349-g18ebf71).
The backtrace of the core dump gives :
tfoerste@n22 ~/tmp $ gdb /home/tfoerste/devel/linux/linux
--core=/mnt/ramdisk/core -batch -
On 05/02/2014 09:46 AM, Richard Weinberger wrote:
> Am 01.05.2014 23:34, schrieb Toralf Förster:
>> On 05/01/2014 10:57 PM, Richard Weinberger wrote:
>>> Toralf,
>>>
>>> Yeah, this is because trinity destroys the UML stub code.
>>> Please test the at
On 05/01/2014 10:57 PM, Richard Weinberger wrote:
> Toralf,
>
> Yeah, this is because trinity destroys the UML stub code.
> Please test the attached patch, it should fix the root cause of the problem.
>
> Thanks,
> //richard
>
If I do just apply fix2.patch onto latest git tree v3.15-rc3-113-gb
On 05/01/2014 02:33 PM, Richard Weinberger wrote:
> Am 01.05.2014 12:29, schrieb Toralf Förster:
>> On 05/01/2014 11:22 AM, Richard Weinberger wrote:
>>> On Wed, Apr 30, 2014 at 8:19 PM, Toralf Förster
>>> wrote:
>>>> -or- it uncovers a bug in kernel v3.15-
-or- it uncovers a bug in kernel v3.15-rc3 for UML:
commit 23dc478aba4134db51584d19e4783ec87ce87b88
Author: Dave Jones
Date: Tue Apr 29 16:42:45 2014 -0400
non-biarch arches aren't necessarily 32-bit.
diff --git a/children/random-syscalls.c b/children/random-syscalls.c
index 82e49f5..1d
handle_syscall (r=0x477df0c8) at
arch/um/kernel/skas/syscall.c:35
#22 0x08074905 in handle_trap (local_using_sysemu=,
regs=, pid=) at
arch/um/os-Linux/skas/process.c:198
#23 userspace (regs=0x477df0c8) at arch/um/os-Linux/skas/process.c:431
#24 0x0805f770 in fork_handler () at arch/um/kernel/proc
= 18
timer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec =
0, tv_usec = 1}}
err = 17
status = 34175
op = 145877032
pid = 1
<--
local_using_sysemu = 2
si =
#16 0x0805f770 in fork_handler () at arch/um/kernel/process.c:149
No
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/13/2014 08:54 PM, Toralf Förster wrote:
> On 01/13/2014 12:21 AM, Richard Weinberger wrote:
>> On Sat, Jan 11, 2014 at 11:47 AM, Toralf Förster
>> wrote:
>> I do fuzz testing with trinity (latest git version) a stable 32
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/13/2014 12:21 AM, Richard Weinberger wrote:
> On Sat, Jan 11, 2014 at 11:47 AM, Toralf Förster
> wrote:
> I do fuzz testing with trinity (latest git version) a stable 32 bit Gentoo
> Linux user mode linux image.
> The host
igio_thread (unused=0x0) at arch/um/os-Linux/sigio.c:61
#4 0x083db56e in clone ()
warning: process 25234 is a zombie - the process has already terminated
ptrace: Operation not permitted.
/home/tfoerste/25234: No such file or directory.
No stack.
...
Please Cc: me I'm not subscribed.
- --
MfG/S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/21/2013 03:36 PM, Toralf Förster wrote:
> Trinity'ing a 32 bit linux user mode linux (still the raid x tree issue )
> gives for a guest :
>
> tfoerste@n22 ~ $ date; sudo gdb /home/tfoerste/devel/linux/linux 10044 -n
start_kernel_proc (unused=0x0) at
arch/um/kernel/skas/process.c:46
pid = -516
#9 0x0805f7cb in new_thread_handler () at arch/um/kernel/process.c:129
fn = 0x0
#10 0x in ?? ()
No symbol table info available.
Is this a valid number ?
- --
MfG/Sincerely
Toralf Förster
pgp fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/13/2013 11:51 AM, Richard Weinberger wrote:
> On Fri, Dec 13, 2013 at 10:52 AM, Toralf Förster
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> On 12/11/2013 09:26 PM, Jan Kara wrote:
>
reads with append dio
> writes' (http://www.spinics.net/lists/linux-fsdevel/msg70899.html)
> should actually change the situation and we won't unnecessarily
> cache these pages.
>
confirmed - applied to latest git tree of Linus I helps.
- --
MfG/Sincerely
Toralf Förster
pgp finger print:1
0:59 trinity kernel: type=1006 audit(1386435658.554:2): pid=1069
uid=0 old auid=4294967295 new auid=0 old ses=4294967295 new ses=1 res=1
Dec 7 18:00:59 trinity kernel: Virtual console 12 assigned device '/dev/pts/5'
Dec 7 18:01:00 trinity dhcpcd[1094]: version 5.6.4 starting
De
On 12/02/2013 10:21 PM, Richard Weinberger wrote:
> Am Sonntag, 1. Dezember 2013, 20:05:55 schrieb Toralf Förster:
>> On 12/01/2013 11:20 AM, Richard Weinberger wrote:
>>> I meant xterm for all consoles but con0...
>>> Such that you can trigger the crash but are s
erste/devel/linux/linux -n -batch -ex 'bt
full' > /mnt/ramdisk/$I.bt; sleep 10; done
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for p
On 12/01/2013 11:20 AM, Richard Weinberger wrote:
> Am Sonntag, 1. Dezember 2013, 11:17:31 schrieb Toralf Förster:
>> On 12/01/2013 12:19 AM, Richard Weinberger wrote:
>>>>> after another minute now all xterms are away
>>>
>>> So, it does not cra
> after a crash.
> Maybe there are some error message before...
Without xterm I do not see any errors except the "winch_thread ..." - line.
BTW wrt the radix-tree-issue seems that fedora has now a similar bug
open : https://bugzilla.redhat.com/show_bug.cgi?id=1015028
--
MfG/Sinc
trinity cron[1257]: (root) CMD (test -x /usr/sbin/run-crons &&
/usr/sbin/run-crons)
after another minute now all xterms are away
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
---
On 11/30/2013 06:35 PM, Richard Weinberger wrote:
> Am Samstag, 30. November 2013, 18:26:45 schrieb Toralf Förster:
>> On 11/30/2013 05:36 PM, Richard Weinberger wrote:
>>> Am Samstag, 30. November 2013, 17:28:55 schrieb Toralf Förster:
>>>> On 11/30/2013 03:5
On 11/30/2013 05:36 PM, Richard Weinberger wrote:
> Am Samstag, 30. November 2013, 17:28:55 schrieb Toralf Förster:
>> On 11/30/2013 03:51 PM, Richard Weinberger wrote:
>>> Please more details.
>>> Does Linus' tree work?
>>> Does it crash immediately?
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture
On 11/30/2013 03:51 PM, Richard Weinberger wrote:
> On Sat, Nov 30, 2013 at 3:43 PM, Toralf Förster
> wrote:
>> On 11/30/2013 03:37 PM, Toralf Förster wrote:
>>>
>>> Today I realized that a UML cores if I use the xterm for the in/out.
>>>
>>> I do
On 11/30/2013 03:37 PM, Toralf Förster wrote:
>
> Today I realized that a UML cores if I use the xterm for the in/out.
>
> I do usually use "con0=fd:0,fd:1 con=pts" to start a 32bit UML but because
> the xterm way was fine during the past few weeks (yes, I know, it w
kernel/signal.c:3559
#5 0x080646d8 in winch_thread (arg=0x46d9eecc) at
arch/um/drivers/chan_user.c:210
#6 0x083da38e in clone ()
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
95
I'm wondering if index is expected to become sometimes so big.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Shape the Mobile Experience: Free Subscription
Sof
id=) at
arch/um/os-Linux/skas/process.c:198
#27 userspace (regs=0x48a787cc) at arch/um/os-Linux/skas/process.c:431
#28 0x0805f770 in fork_handler () at arch/um/kernel/process.c:149
#29 0x in ?? ()
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6
- the process has already terminated
ptrace: Operation not permitted.
/home/tfoerste/8077: No such file or directory.
No stack.
...
A ssh into the UML is now no longer possible and no syslog messages any longer,
I do just kill it therefore.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A
On 11/06/2013 10:31 PM, Richard Weinberger wrote:
> Am 06.11.2013 22:18, schrieb Toralf Förster:
>> On 11/06/2013 05:06 PM, Konstantin Khlebnikov wrote:
>>> In this case it must stop after scanning whole tree in line:
>>> /* Overflow after ~0UL */
>>> if (!i
On 11/06/2013 10:31 PM, Richard Weinberger wrote:
> Am 06.11.2013 22:18, schrieb Toralf Förster:
>> On 11/06/2013 05:06 PM, Konstantin Khlebnikov wrote:
>>> In this case it must stop after scanning whole tree in line:
>>> /* Overflow after ~0UL */
>>> if (!i
On 11/06/2013 10:31 PM, Richard Weinberger wrote:
> Am 06.11.2013 22:18, schrieb Toralf Förster:
>> On 11/06/2013 05:06 PM, Konstantin Khlebnikov wrote:
>>> In this case it must stop after scanning whole tree in line:
>>> /* Overflow after ~0UL */
>>> if (!i
_inode_pages (mapping=0x28, lstart=77309411368) at
mm/truncate.c:358
#5 0x0825e388 in hostfs_evict_inode (inode=0x462ad3b8) at
fs/hostfs/hostfs_kern.c:242
#6 0x0811a8df in evict (inode=0x462ad3b8) at fs/inode.c:549
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 893
On 10/22/2013 07:29 PM, Richard Weinberger wrote:
> Am 22.10.2013 18:23, schrieb Toralf Förster:
>> On 10/22/2013 06:12 PM, Richard Weinberger wrote:
>>> On Tue, Oct 22, 2013 at 5:16 PM, Toralf Förster
>>> wrote:
>>>>
>>>> When I fuzz testi
On 10/22/2013 07:29 PM, Richard Weinberger wrote:
> Am 22.10.2013 18:23, schrieb Toralf Förster:
>> On 10/22/2013 06:12 PM, Richard Weinberger wrote:
>>> On Tue, Oct 22, 2013 at 5:16 PM, Toralf Förster
>>> wrote:
>>>>
>>>> When I fuzz testi
On 10/26/2013 09:56 AM, Geert Uytterhoeven wrote:
> On Fri, Oct 25, 2013 at 11:19 PM, Toralf Förster
> wrote:
>> On 10/25/2013 10:18 PM, Geert Uytterhoeven wrote:
>>> On Fri, Oct 25, 2013 at 10:11 PM, Toralf Förster
>>> wrote:
>>>> Just realized today
On 10/25/2013 10:18 PM, Geert Uytterhoeven wrote:
> Hi Toralf,
>
> On Fri, Oct 25, 2013 at 10:11 PM, Toralf Förster
> wrote:
>> Just realized today the fact, that v3.11 reports just the tag and not
>> "tag-g"
>
> You don't have CONFIG_LOCALVERSION_A
Just realized today the fact, that v3.11 reports just the tag and not
"tag-g"
I'm wondering about the reason to use "git describe" in favor of
"git describe --long" ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82
On 10/22/2013 06:12 PM, Richard Weinberger wrote:
> On Tue, Oct 22, 2013 at 5:16 PM, Toralf Förster
> wrote:
>>
>> When I fuzz testing a 32 bit UML at a 32 bit host (guest 3.12.-rc6-x, host
>> 3.11.6) with trinity
>> and use hostfs for the victom files for tri
watchdog] [1516] Watchdog exiting
I'm unsure if this is only UML specific, interesting for the fs people or mm or
... ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E
rch/um/kernel/process.c:160
#25 0x in ?? ()
B/c of fs/hostfs I assume this might be an UML specific thing, but I'm unsure
how to narrow doesn this now...
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7
On 10/11/2013 10:57 AM, Fengguang Wu wrote:
> On Fri, Oct 11, 2013 at 10:42:19AM +0200, Toralf Förster wrote:
>> yeah, now the picture becomes more clear
>> ...
>> net.core.warnings = 0
>>
ick: pages_dirtied : 14
ick: task_ratelimit: 0
On 10/11/2013 03:16 AM, Fengguang Wu wrote:
> On Thu, Oct 10, 2013 at 06:49:30PM +0200, Toralf Förster wrote:
>> On 10/10/2013 12:33 AM, Richard W
> Thx, get_maintainer.pl didn't list him.
>
>>> Am 09.10.2013 19:26, schrieb Toralf Förster:
>>>> On 10/08/2013 10:07 PM, Geert Uytterhoeven wrote:
>>>>> On Sun, Oct 6, 2013 at 11:01 PM, Toralf Förster
>>>>> wrote:
>>>>&
On 10/08/2013 10:07 PM, Geert Uytterhoeven wrote:
> On Sun, Oct 6, 2013 at 11:01 PM, Toralf Förster
> wrote:
>>> Hmm, now pages_dirtied is zero, according to the backtrace, but the BUG_ON()
>>> asserts its strict positive?!?
>>>
>>> Can you plea
s is just hanging ?) and BUG_ON doesn't gave me
any new clues.
On 10/06/2013 10:26 PM, Geert Uytterhoeven wrote:
> On Sun, Oct 6, 2013 at 10:08 PM, Toralf Förster
> wrote:
>> On 10/06/2013 08:38 PM, Geert Uytterhoeven wrote:
>>> On Sun, Oct 6, 2013 at 4:17 PM, Toralf För
On 10/06/2013 10:26 PM, Geert Uytterhoeven wrote:
> On Sun, Oct 6, 2013 at 10:08 PM, Toralf Förster
> wrote:
>> On 10/06/2013 08:38 PM, Geert Uytterhoeven wrote:
>>> On Sun, Oct 6, 2013 at 4:17 PM, Toralf Förster
>>> wrote:
>>>> The UML stopped here :
1 - 100 of 199 matches
Mail list logo
