I don't get it in moment, at a 64 bit Gentoo Linux (host is Linux t44
4.0.4-hardened-r3) I get :
$ /home/tfoerste/devel/linux/linux earlyprintk ubda=t44uml
ubdb=/mnt/ramdisk/t44uml_swap eth0=tuntap,tap0,72:ef:3d:b6:67:0c,192.168.1.254
mem=2000M con0=fd:0,fd:1 con=pts umid=uml_t44uml softlockup
On 05/10/2013 11:52 PM, Toralf Förster wrote:
> The bisected commit introduced this WARNING: on a user mode linux guest
> if the UML guest is fuzz tested with trinity :
Well, the behaviour is much older, a test with an UML guest kernel 3.7.10
showed a similar thing :
Sry for the noise.
2
Reported-and-tested-by: Tetsuo Handa
Signed-off-by: Christoph Lameter
Link:
http://lkml.kernel.org/r/201305040348.cif81716.ostqohfjmfl...@i-love.sakura.ne.jp
[ penb...@kernel.org: use WARN_ON_ONCE ]
Signed-off-by: Pekka Enberg
-- MfG/Sinc
related merges into
mainline but ofc I'm unsure when those 2 were fixed).
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Learn Graph Databases - Download
72+02:00 trinity kernel: 40827e04: [<08070518>]
rng_dev_read+0x188/0x270
2013-05-06T22:26:32.172+02:00 trinity kernel: 40827e44: [<081056de>]
vfs_read+0x9e/0x170
2013-05-06T22:26:32.172+02:00 trinity kernel: 40827e78: [<08105c1e>]
SyS_read+0x5e/0x90
2013-05-06T22:26:32.172+02
Ethernet)
RX packets 34 bytes 2744 (2.6 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 19 bytes 1900 (1.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F9
After I started an UML instance (configured to get a DHCP address from
the host where dnsmasq acts as a DHCP server) I'd later like to derive
which ip address the appropriate TAP device was assigned too.
Currently I'm at a loss how to do this.
--
MfG/Sincerely
Toralf Förster
pgp fi
From Dave Jones :
> That trace is a process exiting, not a syscall being called.
> Looks like something in uml leaked page table entries.
>
> Dave
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E5
On 04/14/2013 05:34 PM, richard -rw- weinberger wrote:
> Does this also happen with stub_pte_fix.diff applied?
You're right, I used an unpatched version - sry
:-/
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7
trinity kernel: 3d8cffec: [<080617bc>]
fork_handler+0x6c/0x70
2013-04-14T15:04:00.371+02:00 trinity kernel: 3d8cfffc: [<>] 0x0
2013-04-14T15:04:00.371+02:00 trinity kernel:
2013-04-14T15:04:01.475+02:00 trinity kernel: BUG: Bad r
On 04/12/2013 08:39 PM, richard -rw- weinberger wrote:
> The attached patch is an updated version of stub_pte_fix.diff. It
> should fix your issues. :-)
yup - thx
:-)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB
ll
+++ b/arch/um/include/asm/mman.h
@@ -0,0 +1,10 @@
+#ifndef __UM_MMAN_H__
...
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Precog is a next-generation analytics pla
repare0] Error 2
:-(
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-stru
Error 1
make: *** [prepare0] Error 2
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Precog is a next-generation analytics platform capable of advanced
analytics on se
/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
#
# Automatically generated file; DO NOT EDIT.
# User Mode Linux/x86 3.9.0-rc6 Kernel Configuration
#
CONFIG_DEFCONFIG_LIST="arch/$ARCH/defconfig"
CONFIG_UML=y
CONFIG_MMU=y
CONFIG_
ace+0x46d/0x590
2013-04-11T20:38:20.927+02:00 trinity kernel: 3ee73fec: [<080617bc>]
fork_handler+0x6c/0x70
2013-04-11T20:38:20.927+02:00 trinity kernel: 3ee73ffc: [<>] 0x0
2013-04-11T20:38:20.930+02:00 trinity kernel:
2013-04-11T20:38:20.930+02:00 trinity kernel: ---[ end tra
On 04/06/2013 02:47 PM, Toralf Förster wrote:
> On 04/06/2013 01:43 PM, richard -rw- weinberger wrote:
>>> What I get with the this trinity command line
>>>
>>> gt; trinity --children 2 -c madvise
>>
>> Does the attached patch fix the problem?
>
&
On 04/06/2013 01:43 PM, richard -rw- weinberger wrote:
>> What I get with the this trinity command line
>>
>> gt; trinity --children 2 -c madvise
>
> Does the attached patch fix the problem?
yes, the issue for this syscall is fixed now.
--
MfG/Sincerely
Toralf Förste
9.234+02:00 trinity kernel: 413c7ef4: [<08076f0d>]
userspace+0x46d/0x590
2013-04-04T19:00:29.234+02:00 trinity kernel: 413c7fec: [<080617cc>]
fork_handler+0x6c/0x70
2013-04-04T19:00:29.234+02:00 trinity kernel: 413c7ffc: [<0002>] 0x2
2013-04-04T19:00:29.234+02:00 trinity kernel:
20
:00 trinity kernel: 40197ef4: [<08076edd>]
userspace+0x46d/0x590
2013-04-02T21:49:34.163+02:00 trinity kernel: 40197fec: [<080617cc>]
fork_handler+0x6c/0x70
2013-04-02T21:49:34.163+02:00 trinity kernel: 40197ffc: [<>] 0x0
2013
,tap0,72:ef:3d:9f:c3:5a mem=970M con=pts con0=fd:0,fd:1 umid=uml
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Own the Future-Intel® Level Up Game Demo Contest 2013
kernel too by trinity'ing an
UML guest, but that's another thread - see [1])
FWIW he trinity command is just a test of 1 syscall:
$> trinity --children 1 --victims /mnt/nfs/n22/victims -c mremap
[1] https://lkml.org/lkml/2013/3/24/174
--
MfG/Sincerely
Toralf Förster
pgp
the tests
[1] http://ompldr.org/vaHV6YQ
[2] http://thread.gmane.org/gmane.linux.kernel/1462272
[3]
http://sourceforge.net/mailarchive/forum.php?thread_name=5140E36D.2080606%40gmx.de&forum_name=user-mode-linux-user
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 89
01:00 trinity kernel: 10 - 33
2013-03-22T18:03:01.243+01:00 trinity kernel: 11 -
2013-03-22T18:03:01.243+01:00 trinity kernel: 12 - 1000c3
2013-03-22T18:03:01.243+01:00 trinity kernel: 13 - 73
2013-03-22T18:03:01.244+01:00 trinity kernel: 14 - 10206
2013-03-22T18:03:01.24
913
2013-03-17T16:18:23.478+01:00 trinity kernel: lock: 0x842d4ac, .magic:
dead4ead, .owner: rngd/913, .owner_cpu: 0
2013-03-17T16:18:23.478+01:00 trinity kernel: 386d7994: [<0835bea8>]
dump_stack+0x22/0x24
...
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 87
sha1 -d /dev/urandom create crypt-swap
/dev/ubdb ...
[ ok ]
* pre_mount: mkswap ${dev} ...
[ ok ]
[ ok ]
* Checking local filesystems ...
stable: clean, 93039/122160 files, 318314/488281 blocks
[ ok ]
* Remounting root filesystem read/write ...
--
MfG/Sincerely
Toralf Förster
pgp finge
On 03/08/2013 11:14 AM, richard -rw- weinberger wrote:
> On Thu, Mar 7, 2013 at 6:28 PM, Toralf Förster wrote:
>> On 03/07/2013 05:34 PM, richard -rw- weinberger wrote:
>>> So, xterm is broken in 3.9-rc1?
>>> Please bisect it.
>>>
>> Cannot be reproduced
11+01:00 trinity kernel: memdup_user: -14
:-D
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Everyone hates slow websites. So do we.
Make your web apps faster wi
0 trinity kernel: memdup_user: 4089
2013-03-14T21:57:26.236+01:00 trinity kernel: memdup_user: 28
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Everyone hates slow
+01:00 trinity kernel:
2013-03-14T19:09:51.076+01:00 trinity kernel: ---[ end trace fd6f346f805efdbe
]---
for an UML guest (stable Gentoo x86) with kernel version 3.9-rc2- running
at a host
which is a stable x86 Gentoo with kernel 3.7.10
The kernel config of the UML guest is attached.
.280+01:00 trinity kernel: 11 -
2013-03-13T21:34:23.280+01:00 trinity kernel: 12 - 1000c3
2013-03-13T21:34:23.280+01:00 trinity kernel: 13 - 73
2013-03-13T21:34:23.282+01:00 trinity kernel: 14 - 10206
2013-03-
On 03/13/2013 11:15 AM, richard -rw- weinberger wrote:
> On Tue, Mar 12, 2013 at 9:59 PM, Toralf Förster
> wrote:
>> While trying trinity under a UML I often run into this situation :
>>
>>
>> 2013-03-12T21:54:41.934+01:00 trinity kernel: [ cut here
>
.
That shows up from time to time in various places.
Not sure how this can happen from this trace, because it looks like
we clamp everywhere with PAGE_SIZE. Possibly a UML bug, dunno.
The host kernel is 3.7.10 at a 32bit stable Gentoo, the UML guest kernels are
3.8.2
On 03/10/2013 10:41 PM, Dave Jones wrote:
> On Sun, Mar 10, 2013 at 10:25:01PM +0100, Toralf Förster wrote:
> > ?
>
> It would need to be ported due to the different syscall table.
> I wrote aobut this being fairly easy recently:
> http://codemonkey.org.uk/2013/03/04/archite
EM=y
900d909
< # CONFIG_SPARSE_RCU_POINTER is not set
917a927,931
>
> #
> # RCU Debugging
> #
> # CONFIG_SPARSE_RCU_POINTER is not set
t
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
---
x0) at kernel/signal.c:3550
#8 0x08064668 in winch_thread (arg=0x0) at arch/um/drivers/chan_user.c:210
#9 0x46a6b41e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133
(gdb) quit
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A
On 03/08/2013 11:14 AM, richard -rw- weinberger wrote:
> On Thu, Mar 7, 2013 at 6:28 PM, Toralf Förster wrote:
>> On 03/07/2013 05:34 PM, richard -rw- weinberger wrote:
>>> So, xterm is broken in 3.9-rc1?
>>> Please bisect it.
>>>
>> Cannot be reproduced
0b mem=768M con=pts con0=fd:0,fd:1 con1=xterm
con12=xterm umid=uml
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Symantec Endpoint Protection 12 positioned as A LEA
On 03/07/2013 12:00 AM, richard -rw- weinberger wrote:
> On Wed, Mar 6, 2013 at 7:24 PM, richard -rw- weinberger
> wrote:
>> On Wed, Mar 6, 2013 at 7:10 PM, Toralf Förster
>> wrote:
>>> On 03/06/2013 12:32 AM, richard -rw- weinberger wrote:
>>>> Wh
used
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
#
# Automatically generated file; DO NOT EDIT.
# User Mode Linux/x86 3.9.0-rc1 Kernel Configuration
#
CONFIG_DEFCONFIG_LIST="arch/$ARCH/defconfig"
CONFIG_UML=y
CONFIG_
On 03/05/2013 06:30 PM, richard -rw- weinberger wrote:
> On Tue, Mar 5, 2013 at 4:33 PM, Toralf Förster wrote:
>> On 03/05/2013 01:51 AM, Pierluigi Rolando wrote:
>>> I think what's going on
>>> here is that UML gets a signal it can't handle when you resize.
intk
ubda=/home/tfoerste/virtual/uml/n22stab4 ubdb=/mnt/ramdisk/swap_n22stab4
eth0=tuntap,tap0,72:ef:3d:fd:4a:0b mem=768M umid=uml
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872
840b2fc: [] 0xb77b140c
0840b810: [<080c8408>] generic_handle_irq+0x28/0x30
0840b820: [<0805ee55>] do_IRQ+0x25/0x40
0840b830: [<080623c9>] winch+0x19/0x20
0840b840: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840bac4: [<08071bfd>] sig_handler+0x3d/0x50
0840bad4: [<0807174
6]
0xb7fff424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb7fff424 in __kernel_vsyscall ()
#1 0x46a6059e in __GI___poll (fds=0x37c4c640, nfds=1, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:83
#2 0x08070e04 in write_sigio_thread (unused=0x0) at arch/um/os-Linux/sigio.c
behaviour cannot be reproduced.
The system is a ThinkPad T420 with a stable Gentoo Linux 32 bit .
Any hints where to start - full bisecting would be a nightmare ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for f
unfinished jobs
CC mm/filemap.o
CC fs/open.o
CC fs/read_write.o
make: *** [kernel] Error 2
make: *** Waiting for unfinished jobs
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
#
# Automatically generated file; DO NOT
gain for the hint.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScr
On 01/02/2013 06:53 AM, Tully Gray wrote:
> Toralf Förster wrote:
>> This is still related to investigate an issue with a hanging UML/crashing
>> UML (32 bit Gentoo Linux as host and guest).
>>
>> The following output was derived from the gdb - does it contain any helpf
er_call_chain+0x38/0x60
083fe730: [<0809e2a3>] atomic_notifier_call_chain+0x23/0x30
083fe740: [<0833b5dc>] panic+0xa2/0x18b
083fe768: [<08061f7e>] segv+0x6e/0x2b0
083fe818: [<08062233>] segv_handler+0x73/0x80
083fe840: [<08071af8>] sig_handler_common+0xb8/0xe0
083feac4: [
yscall (r=0x383ccd50) at
arch/um/kernel/skas/syscall.c:35
#74 0x08074f6d in handle_trap (local_using_sysemu=,
regs=0x383ccd50, pid=10301)
at arch/um/os-Linux/skas/process.c:193
#75 userspace (regs=0x383ccd50) at arch/um/os-Linux/skas/process.c:426
#76 0x08
919
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and prov
ct 27 20:28:40 n22_uml kernel: 370f1ef4: [<0807598f>] userspace+0x3ef/0x5a0
Oct 27 20:28:40 n22_uml kernel: 370f1fec: [<0805f86c>] fork_handler+0x6c/0x70
Oct 27 20:28:40 n22_uml kernel: 370f1ffc: [<>] 0x0
Oct 2
On 10/26/2012 11:42 PM, richard -rw- weinberger wrote:
> On Fri, Oct 26, 2012 at 3:56 PM, Toralf Förster
> wrote:
>> otherwise booting an EXT4 image won't work b/c the root fs can't be
>> mounted read-write - and as a side effect no syslog messages points the
>&g
tdocs/public/df.php
';
?>
Therefore my initial thought it might be related to the UML specific
hostfs feature, might be either wrong or I hit another issue.
The UML was started with this command :
tfoerste@n22 ~/devel/linux $ /usr/local/bin/linux-v3.7-rc2-191-g2ab3f29
earlyprintk ubda=/h
otherwise booting an EXT4 image won't work b/c the root fs can't be
mounted read-write - and as a side effect no syslog messages points the
user to this issue (at least in my setup) ...
:-/
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508
]
* Remounting root filesystem read/write ...
mount: cannot remount block device /dev/ubda read-write, is write-protected
* Root filesystem could not be mounted read/write
probably PEBKAC - but what I missed
- --
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2
ndler+0x53/0x90
083d3880: [<08072b77>] sig_handler_common+0x57/0xe0
083d3b04: [<08072d25>] sig_handler+0x45/0x60
083d3b14: [<0807283b>] hard_handler+0x6b/0xb0
083d3b3c: [] 0xb40c
Terminated
$ addr2line -e /usr/local/bin/linux-v3.6-11019-g3d6ee36 0x8084c68
/home/tfoerste
On 10/13/2012 09:42 PM, richard -rw- weinberger wrote:
> On Sat, Oct 13, 2012 at 9:08 PM, Toralf Förster
> wrote:
>> The following data I gathered from a UML process running at 100% COU of 1
>> core :
>> Is something of those data are helpful ?
>
> If UML is loopi
ion is active.
Inferior 1 [process 997] will be detached.
Quit anyway? (y or n) y
Detaching from program: /usr/local/bin/linux-v3.6-10970-g4d7127d, process 997
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
6M $TTY umid=uml "$@"
The uml exe (linux-v3.6-10970-g4d7127d) can be delivered/examined if wanted.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Don't l
rch/x86/um/elfcore.o] Error 1
make: *** [arch/x86/um] Error 2
:-/
$ git describe
v3.6-10630-gccff9b1
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
#
# Automatically generated file; DO NOT EDIT.
# User Mode Linux/i386 3.6.0 Kernel Con
, ssh into the UML isn't
longer possible, kill -9 is the only way.
If I comment out the entry in the /etc/fstab of the guest :
#n22:/ /mnt/n22hostfs defaults
I (till now) not observed that issue.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4
On 09/30/2012 08:24 PM, richard -rw- weinberger wrote:
> On Sun, Sep 30, 2012 at 8:17 PM, Toralf Förster
> wrote:
>> This is either related to mysql (phpmyadmin) or purely to apache.
>>
>> the .config is attached, the console gives :
>
> Was this regression (is i
ch/um/os-Linux/signal.c:165
#13
#14 0x39a9b9cd in ?? ()
#15 0x0829d080 in ?? () at net/sched/sch_generic.c:354
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
#
# Automatic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/24/2012 09:25 PM, Richard Weinberger wrote:
> Am 24.09.2012 21:23, schrieb Toralf Förster:
>> On 09/10/2012 08:23 PM, Richard Weinberger wrote:
>>
>>> Does the attached patch fix the issue for you?
>>
>>&g
issue ?)
- --
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEYEARECAAYFAlBgsycACgkQhyrlCH22naP3gQCgrcnh
-
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEYEARECAAYFAlBOOTMACgkQhyrlCH22naN0UgCgpr0J0mHwjtEpzBsXHCrUm4q9
c4MAoLePTLs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/10/2012 04:23 PM, Richard Weinberger wrote:
> Am 10.09.2012 15:56, schrieb Toralf Förster:
>> On 09/09/2012 06:55 PM, Richard Weinberger wrote:
>>> Kind of. semctl() fails for whatever reason.
>>
>>> semg
[ ok ]
* Removing dm-crypt mappings
* crypt-swap ...
Kernel not configured for semaphores (System V IPC). Not using udev
synchronisation code. [ ok ]
* Stopping udev ...
[ ok ]
I might run bisecting again if wanted.
- --
MfG/Sincere
00016: Configuration Failed
I did not found anything else in the logs.
Known issue ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Live Security Virtual Conference
Excl
our.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat la
805fc94 in fork_handler () at arch/um/kernel/process.c:181
#65 0x in ?? ()
:-(
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Live Security Virtual Conference
On 07/10/2012 02:45 PM, Toralf Förster wrote:
> Now I'm wondering whether it is worth to care about it or not.
Erm - host shows same behaviour ... so it is not an UML issue
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7
On 07/11/2012 01:30 AM, richard -rw- weinberger wrote:
> On Tue, Jul 10, 2012 at 2:45 PM, Toralf Förster
> wrote:
>> I tested the script of John Stultz (https://lkml.org/lkml/2012/7/1/203)
>> at a UML of an unstable Gentoo Linux with recent host
>> kernel linux-v3.5-rc5
rierd: SHUTDOWN: Stopping...
Jul 5 01:59:59 n22_uml kernel: Clock: inserting leap second 23:59:60 UTC
Now I'm wondering whether it is worth to care about it or not.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508
>
Gah - it is not enabled ...
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's
do not remember).
While this behaviour itself was good (the application still waited b/c
/dev/random blocked I was explained) - it indicated too less entropy
during boot of UML too, isn't it ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6
el/irq.c:294
#37 0x08062719 in winch (sig=28, regs=0x20f4de90) at arch/um/kernel/trap.c:285
#38 0x08076e25 in userspace (regs=0x20f4de90) at
arch/um/os-Linux/skas/process.c:442
#39 0x0805fc94 in fork_handler () at arch/um/kernel/process.c:181
#40 0x0000 in ?? ()
--
MfG/Sincerely
Toralf Först
.. con=pts con0=fd:0,fd:1 con1=pts con12=pts ... &
creates 3 processes called "linux" - and the output doesn't continue after :
...
NET: Registered protocol family 17
Key type dns_resolver registered
initlevel:7=late, 21 registered initcalls
Initialized stdio console drive
clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133
v3.4 works fine, output of
$> /usr/local/bin/linux-v3.5-rc1 --showconfig > uml.config
is attached.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
#
# Automatically generated file; DO
2 0x0804969f in start_kernel () at init/main.c:636
#33 0x0804ac66 in start_kernel_proc (unused=0x0) at
arch/um/kernel/skas/process.c:46
#34 0x08071a3e in run_kernel_thread (fn=0x804ac3a ,
arg=0x0, jmp_ptr=0x838ba40)
at arch/um/os-Linux/process.c:257
#35
/test’: Operation not
permitted
n22_uml ~ # ls -l test
ls: cannot access test: No such file or directory
I'd expect, that in this case the file isn't removed, or ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A
richard -rw- weinberger wrote at 21:48:30
> Is this a regression?
if I can reproduce it - yes, b/c 2.6.39 works fine. But today it works fine. I
fI can reporduce it I'll send more info.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7
said :
...
Registering the dns_resolver key type
Initialized stdio console driver
Switched to NOHz mode on CPU #0
Console initialized on /dev/tty0
console [tty0] enabled, bootconsole disabled
Terminated
(I'm unsure whether this is already known, but anyway ...)
--
MfG/Sincerely
Toralf Förster
pgp fi
richard -rw- weinberger wrote at 13:47:36
> 2011/8/1 Toralf Förster :
> > Hello,
> >
> > this is a follow-up of [uml-user] v3.0-6726-g250f8e3 core dumped in
> > arch/um/os-Linux/sys-i386/task_size.c:31
> >
> > The current UML kernel v3.0-6862-g3da3f87
872e40)
at arch/um/os-Linux/process.c:268
#25 0x0805efd5 in new_thread_handler () at arch/um/kernel/process.c:153
#26 0x in ?? ()
(gdb) quit
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
---
Toralf Förster wrote at 13:49:39
> Although the merge window is open, I'd like to point to this :
>
Probably this is helpful too :
#0 0xb7792424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb7792424 in __kernel_vsyscall ()
#1 0xb763fb46 in kill () at ../sysdeps/unix/syscall-templ
#3 0x0804b31f in main (argc=1, argv=0xbfffece4, envp=0xbfffecec) at
arch/um/os-Linux/main.c:153
(gdb) quit
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Got Inp
Is this an expected behaviour ?
(host and guest are running kernel 3.0).
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
Got Input? Slashdot Needs You.
Take our quic
256M con1=pts con1=xterm con12=xterm
root=98:0
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
--
All of the data generated in your IT infrastructure is seriousl
ext3noatime 0 1
/dev/ubdb noneswapsw0 0
The UML starts fine and mounts the appropriate file systems correctly.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E50
0m6.084s
user0m3.010s
sys 0m0.000s
I'm wondering why the same command at the same system needs within UML only half
of the time as for the user part.
Host is 2.6.25-gentoo-r7 (mostly 2.6.25.11) , UML has version 2.6.26.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4
(setting Severity to minor b/c Im not sure whether this is expected or a
> bug)
--
MfG/Sincerely
Toralf Förster
pgp6n8hi4x1bB.pgp
Description: PGP signature
94 matches
Mail list logo
