are_namespace () at init/do_mounts.c:555
#12 0x0804992b in kernel_init (unused=0x0) at init/main.c:829
#13 0x0807189e in run_kernel_thread (fn=0x8049816 , arg=0x0,
jmp_ptr=0xa464440)
at arch/um/os-Linux/process.c:257
#14 0x0805ecf5 in new_thread_handler () at arch/um/kernel/process.c:154
#15
Richard Weinberger wrote at 19:18:49
> Signed-off-by: Richard Weinberger
> Reported-by: Toralf Förster
> CC: [email protected]
> ---
works fine.
Now the situation is the same as before :/ :
...
LD init/built-in.o
LD .tmp_vmlinux1
/usr/lib/gcc/i686-pc-lin
/keys/keyctl.c:1520:2: warning: #warning TIF_NOTIFY_RESUME not
implemented
fs/nfs/nfs4xdr.c: In function ‘encode_exchange_id.clone.78’:
fs/nfs/nfs4xdr.c:1718:1: warning: the frame size of 1036 bytes is larger than
1024 bytes
I attached the use .config, hope this helps.
--
MfG/Sincerely
Toralf
e wonders whether it is usefull or not.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
-user] WARNING: at mm/slab_common.c:376
kmalloc_slab+0x33/0x80()
Date: Sat, 11 May 2013 10:20:05 +0200
From: richard -rw- weinberger
To: Toralf Förster
CC: [email protected] ,
[email protected]
On Fri, May 10, 2013 at 11:52 PM, Toralf Förster wrote:
> The bisec
On 05/11/2013 10:47 AM, richard -rw- weinberger wrote:
> On Sat, May 11, 2013 at 10:36 AM, Toralf Förster
> wrote:
>>
>> Dave,
>>
>> can you pls answer to Richards question:
>>
>> So, we trigger "if (WARN_ON_ONCE(size > KMALLOC_MAX_
gth: 70
2013-05-11T15:16:02.850+02:00 trinity kernel: strndup_user_debug:
strnlen_user() returned: -14
2013-05-11T15:16:02.850+02:00 trinity kernel: strndup_user_debug: calling
memdup_user() with length: -14
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508
11T15:42:35.000+02:00 trinity haveged: haveged: Completed continuous
procedure B after 1171996 bytes
2013-05-11T15:42:35.000+02:00 trinity dhcpcd[770]: version 5.6.4 starting
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
---
On 05/11/2013 03:37 PM, richard -rw- weinberger wrote:
> Found the real problem, UML's strnlen_user() is broken.
> Please test the attached patch.
yeah, that works now :-)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E50
9>ҩ <88><88>
<88>̈ҿ̈ҿ̈ҿT̫̺̳o̬̜ ì̬͎̲̟nv̖̗̻̣̹̕o͖̗̠̜̤k͍͚̹͖̼e̦̗̪͍̪͍
̬ͅt̕h̠͙̮͕͓e̱̜̗͙̭ ̥͔̫͙̪͍̣͝ḥi̼̦͈̼v̩̟͚̞͎e͈̟̻͙̦̤-m̷̘̝̱í͚̞̦̳n̝̲̯̙̮͞d̴̺̦͕̫
̗̭̘͎͖r̞͎̜̜͖͎̫͢ep͇r̝̯̝͖͉͎̺e̴s̥e̵̖̳͉͍̩̗n̢͓̪͕̜̰̠̦t̺̞̰i͟n̮̦̖̟g̮͍̱̻͍̜̳
̳c̖
ernel: Killed process 1018
(trinity-child0) total-vm:1161448kB, anon-rss:445060kB, file-rss:1716kB
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Learn Graph Da
With recent host and guest kernel trinity often triggers that warning
which refers to this line
WARN_ON(mm->nr_ptes > (FIRST_USER_ADDRESS+PMD_SIZE-1)>>PMD_SHIFT);
/me wonders if (and how) I can help to identify the root cause (if it is
not already known).
--
MfG/Sincerely
Toralf
On 05/12/2013 05:58 PM, richard -rw- weinberger wrote:
> Do you have stub_pte_fix.diff applied?
yes, both the stub and the strnlen patch
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9
On 05/12/2013 06:31 PM, richard -rw- weinberger wrote:
> Toralf, can you please replace stub_pte_fix.diff with the attached patch?
yep - works much better - no WARNING:/BUG: so far
(tested 3.10-rc1 + strnlen + stub2 patch)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0
20:40:47.757+02:00 trinity kernel:
2013-05-12T20:40:47.757+02:00 trinity kernel: ---[ end trace 610449969e20fc68
]---
2013-05-12T20:40:47.758+02:00 trinity kernel: XXX mm->nr_ptes: 4294967295
2013-05-12T20:40:50.000+02:00 trinity sshd[2350]: pam_unix(sshd:session):
session closed for user tfoerste
On 05/12/2013 09:45 PM, richard -rw- weinberger wrote:
> Damn, we've underrun the counter. :-\
> Can you please test the attached 3rd debug patch?
yes - but give me a chance and attach a patch ;)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E50
On 05/12/2013 09:56 PM, richard -rw- weinberger wrote:
> On Sun, May 12, 2013 at 9:53 PM, Toralf Förster
> wrote:
>> On 05/12/2013 09:45 PM, richard -rw- weinberger wrote:
>>> Damn, we've underrun the counter. :-\
>>> Can you please test the attached 3rd deb
0:01:36.013+02:00 trinity kernel: 9 - 0
2013-05-13T00:01:36.013+02:00 trinity kernel: 10 - 33
2013-05-13T00:01:36.013+02:00 trinity kernel: 11 -
2013-05-13T00:01:36.013+02:00 trinity kernel: 12 - 1000c3
2013-05-13T00:01:36.013+02:00 trinity kernel: 13 - 73
2013-05-13T
l: 40257e60: [<080ecf53>]
SyS_mremap+0x263/0x480
2013-05-13T19:20:42.392+02:00 trinity kernel: 40257eac: [<08062ac2>]
handle_syscall+0x82/0xb0
2013-05-13T19:20:42.392+02:00 trinity kernel: 40257ef4: [<0807519d>]
userspace+0x46d/0x590
2013-05-13T19:20:42.392+02:00 trinity kerne
T18:06:22.658+02:00 trinity kernel: 41837ffc: [<>] 0x0
2013-05-14T18:06:22.658+02:00 trinity kernel:
2013-05-14T18:06:22.658+02:00 trinity kernel: FIX anon_vma: Restoring
0x405084f8-0x405084fb=0xbb
2013-05
inity kernel: 16 - 7b
2013-05-15T21:02:04.065+02:00 trinity kernel: wait_stub_done : failed to wait
for SIGTRAP, pid = 15692, n = 15692, errno = 0, status = 0xb7f
and now that process can't be killed - I had to stop the UML guest.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 0
On 05/15/2013 09:11 PM, richard -rw- weinberger wrote:
> On Wed, May 15, 2013 at 9:06 PM, Toralf Förster
> wrote:
>> On 05/13/2013 09:12 AM, richard -rw- weinberger wrote:
>>> This looks like another issue.
>>> Are you testing process_vm_writev() with trinity
10
0x30 0x0 0x0 0x0 0x0
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
AlienVault Unified Security Management (USM) platform delivers complete
security visibilit
andler+0x65/0x80
2013-05-30T12:26:56.969+02:00 trinity kernel: 085b7840: [<080709e8>]
sig_handler_common+0xb8/0xe0
2013-05-30T12:26:56.969+02:00 trinity kernel: 085b7ac4: [<08070b2d>]
sig_handler+0x3d/0x50
2013-05-30T12:26:56.969+02:00 trinity kernel: 085b7ad4: [<0807067b>]
02:00 trinity kernel: FIX kmalloc-256: Marking all
objects used
2013-07-13T20:25:50.000+02:00 trinity dhcpcd[970]: eth0: sending IPv6 Router
Solicitation
2013-07-13T20:25:52.000+02:00 trinity cron[1113]: (CRON) STARTUP (V5.0)
2
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC8
=
2013-07-13T22:09:16.648+02:00 trinity kernel: BUG kmalloc-256 (Tainted: GB
): Poison overwritten
2013-07-13T22:09:16.648+02:00 trinity kernel:
On 07/15/2013 05:01 AM, Myklebust, Trond wrote:
> On Sun, 2013-07-14 at 10:02 +0200, Toralf Förster wrote:
>> This bisected commit produces at a 32 bit user mode linux guest the attached
>> BUG :
>>
>> commit 245268c951262b861bc1be4e9dc812352499
>> Author: Tr
, pid=) at
arch/um/os-Linux/skas/process.c:198
#19 userspace (regs=0x46e0c7d4) at arch/um/os-Linux/skas/process.c:431
#20 0x0805e65c in fork_handler () at arch/um/kernel/process.c:160
#21 0x in ?? ()
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A
On 07/21/2013 03:03 AM, Theodore Ts'o wrote:
> On Sat, Jul 20, 2013 at 05:07:19PM +0200, Toralf Förster wrote:
>> I do run the fuzzer trinity within a 32 bit user mode linux.
>> With latest git tree I do often get a core dump like the one attached.
>>
>> Althoug
forogt to Cc: UML ml
Original Message
Subject: fuzz tested user mode linux core dumps in fs/lockd/clntproc.c:131
Date: Sat, 27 Jul 2013 12:03:20 +0200
From: Toralf Förster
To: Andrey Vagin , Oleg Nesterov , "Eric
W. Biederman" , Andrey Vagin , Al
Viro
CC: Linux N
: Toralf Förster ,Andrey Vagin
CC: Serge E. Hallyn ,Eric W. Biederman
,Al Viro ,
Linux NFS mailing list
On 07/28, Toralf Förster wrote:
>
> The attached patch works - applied on top of current git -
> at least the issue cannot be reproduced then.
Thanks Toralf.
I
k);
exit_files(tsk);
exit_fs(tsk);
- exit_task_namespaces(tsk);
exit_task_work(tsk);
+ exit_task_namespaces(tsk);
check_stack_usage();
exit_thread();
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7
On 08/13/2013 11:53 PM, J. Bruce Fields wrote:
> On Mon, Aug 12, 2013 at 04:36:40PM +0200, Jan Kara wrote:
>> On Sun 11-08-13 11:48:49, Toralf Förster wrote:
>>> so that the server either crashes (if it is a user mode linux image) or at
>>> least its reboot functional
On 08/27/2013 08:06 PM, J. Bruce Fields wrote:
> On Tue, Aug 13, 2013 at 05:53:14PM -0400, bfields wrote:
>> On Mon, Aug 12, 2013 at 04:36:40PM +0200, Jan Kara wrote:
>>> On Sun 11-08-13 11:48:49, Toralf Förster wrote:
>>>> so that the server either crashes (if it is
On 08/29/2013 03:30 PM, J. Bruce Fields wrote:
> On Thu, Aug 29, 2013 at 11:57:45AM +0200, richard -rw- weinberger wrote:
>> On Wed, Aug 28, 2013 at 7:21 PM, Toralf Förster
>> wrote:
>>> On 08/27/2013 08:06 PM, J. Bruce Fields wrote:
>>>> On Tue, Aug 13, 201
On 08/30/2013 04:36 PM, Richard Weinberger wrote:
> Am 30.08.2013 16:10, schrieb Toralf Förster:
>> On 08/29/2013 03:30 PM, J. Bruce Fields wrote:
>>> On Thu, Aug 29, 2013 at 11:57:45AM +0200, richard -rw- weinberger wrote:
>>>> On Wed, Aug 28, 2013 at 7:21 P
On 09/01/2013 11:15 PM, Richard Weinberger wrote:
> Am 01.09.2013 18:09, schrieb Toralf Förster:
>> On 08/30/2013 04:36 PM, Richard Weinberger wrote:
>>> Am 30.08.2013 16:10, schrieb Toralf Förster:
>>>> On 08/29/2013 03:30 PM, J. Bruce Fields wrote:
>>>>
tfoerste users 20 Sep 3 19:11 n22unst4
-rw-r--r-- 1 tfoerste users 20 Sep 3 19:53 trinity
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Learn the latest
On 08/28/2013 07:21 PM, Toralf Förster wrote:
> On 08/27/2013 08:06 PM, J. Bruce Fields wrote:
>> On Tue, Aug 13, 2013 at 05:53:14PM -0400, bfields wrote:
>>> On Mon, Aug 12, 2013 at 04:36:40PM +0200, Jan Kara wrote:
>>>> On Sun 11-08-13 11:48:49, Toralf Förster w
On 09/10/2013 04:09 PM, J. Bruce Fields wrote:
> On Sat, Sep 07, 2013 at 10:44:00PM +0200, Toralf Förster wrote:
>> Today I run latest git tree with a patched UML (this patch + one for xterm
>> issues) and got 2 times a core dump
>> when I fuzzy test an UML machine wi
k(tsk);
+ exit_task_namespaces(tsk);
check_stack_usage();
exit_thread();
(got from Oleg Nesterov)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
-
Now I'm wondering what makes the difference and what's the correct way to start
an UML.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
LIMITED TIME S
On 09/22/2013 08:52 AM, richard -rw- weinberger wrote:
> On Mon, Sep 16, 2013 at 10:04 PM, Toralf Förster
> wrote:
>> If I run the following script
>>
>> $> cat l.sh
>> #!/bin/sh
>> #
>>
>> /usr/local/bin/linux-v3.11-8718-g0fb5ca1 earlyprint
On 09/22/2013 10:27 AM, Toralf Förster wrote:
> On 09/22/2013 08:52 AM, richard -rw- weinberger wrote:
>> On Mon, Sep 16, 2013 at 10:04 PM, Toralf Förster
>> wrote:
>>> If I run the following script
>>>
>>> $> cat l.sh
>>> #!/bin/sh
On 09/10/2013 04:09 PM, J. Bruce Fields wrote:
> On Sat, Sep 07, 2013 at 10:44:00PM +0200, Toralf Förster wrote:
>> Today I run latest git tree with a patched UML (this patch + one for xterm
>> issues) and got 2 times a core dump
>> when I fuzzy test an UML machine wi
eat plan is to destroy Linux. I work for Microsoft. ;-)
>
> Seriously, my plan is to get rid of SUBARCH, that's why I did not push your
> patches
> upstream and I've send the rid of SUBARCH patch series.
cible.
Therefore although bisected 2 times in a row there's a chance that this commit
is rather the upper limit instead of the 1st bad commit
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508
1 (Not a directory)
[2031] [131] mkdir(pathname="/proc/1092/task/1092/fdinfo/316", mode=525) = -1
(File exists)
[2031] [132] fsetxattr(fd=386, name=0x856f158, value=0x8571160, size=0,
flags=0) = -1 (Numerical result out of range)
[2031] [133] io_setup(nr_events=4095, ctxp=0x40266000) ^CKille
[2031] [130] fchdir(fd=397) = -1 (Not a directory)
[2031] [131] mkdir(pathname="/proc/1092/task/1092/fdinfo/316", mode=525) = -1
(File exists)
[2031] [132] fsetxattr(fd=386, name=0x856f158, value=0x8571160, size=0,
flags=0) = -1 (Numerical result out of range)
[2031] [133] io_setup(nr_e
On 09/23/2013 07:41 PM, J. Bruce Fields wrote:
> On Sun, Sep 22, 2013 at 06:58:29PM +0200, Toralf Förster wrote:
>> On 09/10/2013 04:09 PM, J. Bruce Fields wrote:
>>> On Sat, Sep 07, 2013 at 10:44:00PM +0200, Toralf Förster wrote:
>>>> Today I run latest git tree
On 10/02/2013 09:55 PM, Richard Weinberger wrote:
> On Wed, Oct 2, 2013 at 8:30 PM, Toralf Förster wrote:
>> Running trinity (1 process, no victim files, just "$>trinity -C1) for a
>> longer time
>> within a 32 bit user mode linux image with a recent git kernel (host
On 10/03/2013 09:04 PM, Richard Weinberger wrote:
> Am 03.10.2013 20:54, schrieb Toralf Förster:
>> On 10/02/2013 09:55 PM, Richard Weinberger wrote:
>>> On Wed, Oct 2, 2013 at 8:30 PM, Toralf Förster
>>> wrote:
>>>> Running trinity (1 process, no v
On 10/03/2013 09:20 PM, Richard Weinberger wrote:
> Am 03.10.2013 21:16, schrieb Toralf Förster:
>> On 10/03/2013 09:04 PM, Richard Weinberger wrote:
>>> Am 03.10.2013 20:54, schrieb Toralf Förster:
>>>> On 10/02/2013 09:55 PM, Richard Weinberger wrote:
>>>&g
On 10/04/2013 07:52 AM, Richard Weinberger wrote:
> Am 03.10.2013 21:33, schrieb Toralf Förster:
>> On 10/03/2013 09:20 PM, Richard Weinberger wrote:
>>> Am 03.10.2013 21:16, schrieb Toralf Förster:
>>>> On 10/03/2013 09:04 PM, Richard Weinberger 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 :
>> ...
>> if (unlikely(task_ratelimit == 0)) {
>> period = max_pause;
>>
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 :
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/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
> 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:
>>>>&
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
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
>>
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
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
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
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/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
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/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
_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 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
- 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
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
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
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
--
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
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
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 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?
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
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
---
> 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
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
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/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
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
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
-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:
>
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/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
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 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
-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
= 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
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
-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
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-
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
1 - 100 of 199 matches
Mail list logo
