: um/line, add tty_port
TTY: um/line, use tty from tty_port
Martin Pärtel (2):
um: fix ubd_file_size for read-only files
um: pass siginfo to guest process
Richard Weinberger (6):
um: remove line_ioctl()
um: Remove dead code
um: fully use tty_port
um
Am 14.08.2012 16:51, schrieb David Howells:
Richard Weinberger rich...@nod.at wrote:
Is there no way to get this information from the UML subarch?
Which is currently X86_32 or X86_64.
Or ppc or ia64? Or are those defunct?
Those are defunct.
AFAIK viro is working on UML/ppc64.
I can
Am 14.08.2012 16:54, schrieb David Howells:
David Howells dhowe...@redhat.com wrote:
I can certainly try pasting the lines from x86/Kconfig to uml/Kconfig.common
to switch the REL/RELA bits, but it would be nice to get this from the actual
arch if possible to reduce redundancy.
The
Am 14.08.2012 17:06, schrieb David Howells:
Richard Weinberger rich...@nod.at wrote:
I think arch/x86/um/Kconfig makes more sense.
warthogls arch/um
defconfig Kconfig.common Kconfig.um Makefile-os-Linux scripts/
drivers/ Kconfig.debug kernel/Makefile-ppc sys
Am 20.08.2012 18:49, schrieb Sage Weil:
I'm getting
arch/um/os-Linux/time.c: In function 'deliver_alarm':
arch/um/os-Linux/time.c:117:3: error: too few arguments to function
'alarm_handler'
In file included from arch/um/os-Linux/time.c:13:0:
arch/um/os-Linux/internal.h:1:6: note: declared
Am 02.09.2012 22:45, schrieb Peter Hüwe:
I'm curious if there have ever been any attempts to emulate i2c devices under
uml in order to facilitate driver development by using stub drivers.
I know none.
If there weren't any attemps yet, what to you thing would be the best
strategy
to
Am 09.09.2012 14:15, schrieb Peter Hüwe:
Am Sonntag, 9. September 2012, 13:28:38 schrieb Jean Delvare:
Thanks for the info. I thought UML was no longer used with all the
virtualization solutions available, but apparently I was wrong.
I guess it's mainly used for sandboxing, testing and
Am 09.09.2012 15:11, schrieb Peter Hüwe:
Maybe some parts of the I2C sub-system can also just depend on
GENERIC_IO instead of HAS_IOMEM.
An arch has GENERIC_IO=y if it supports everything defined in
generic-asm/io.h which is more than enough for most stub drivers.
The only thing which seems
Geert Uytterhoeven ge...@linux-m68k.org schrieb:
On Sun, Sep 9, 2012 at 3:27 PM, Richard Weinberger rich...@nod.at
wrote:
For my stub driver I don't need any of that, I'd be fine with the
move of
HAS_IOMEM as proposed by Jean.
IMHO you should replace the HAS_IOMEM with GENERIC_IO
Am 09.09.2012 17:09, schrieb Joe Perches:
On Sun, 2012-09-09 at 10:33 +0200, Geert Uytterhoeven wrote:
Ping?
Richard? Are you going to pick up this patch?
It seems sensible.
Geert, I suggest sending it directly to Linus as a fix
if Richard doesn't respond in a few days.
I'll pick up.
):
um: Preinclude include/linux/kern_levels.h
Richard Weinberger (1):
um: Fix IPC on um
arch/um/include/asm/processor-generic.h|9 -
arch/um/include/shared/common-offsets.h| 10 --
arch/um/include/shared/user.h | 11 +++
arch/um/kernel/exec.c
Linus,
please issue the following pull request.
UML receives this time only cleanups.
The most outstanding change is the 'include foo.h' do 'include
foo.h'
conversion done by Al Viro.
It touches many files, that's why the diffstat is rather big.
Thanks,
//richard
The following changes
Am 13.10.2012 15:13, schrieb Dave Humphreys (Bob):
Apologies if this repeats any previous attempts made by me: problems with
something called 'gmane'
===
...
CC arch/um/os-Linux/signal.o
arch/um/os-Linux/signal.c:18:8: error: conflicting types for 'sig_info'
Am 15.10.2012 15:10, schrieb David Howells:
linux/coredump.h should #include asm/siginfo.h for the siginfo_t type.
Without this the following error occurs when compiling UM defconfig:
include/linux/coredump.h:15:25: error: unknown type name 'siginfo_t'
Signed-off-by: David Howells
On 20.10.2012 22:33, Lekensteyn wrote:
On Sat, Oct 13, 2012 at 1:27 PM, Richard Weinberger wrote:
Am 13.10.2012 15:13, schrieb Dave Humphreys (Bob):
arch/um/os-Linux/signal.c:18:8: error: conflicting types for 'sig_info'
/nfs4xp/software/krn/linux-3.6.x/linux-3.6.2-
um64/arch/um/include
Am Sat, 24 Nov 2012 10:02:32 +0100
schrieb Marco Stornelli marco.storne...@gmail.com:
Il 18/11/2012 09:59, Marco Stornelli ha scritto:
Il 20/10/2012 12:02, Marco Stornelli ha scritto:
With the commit 3be2be0a32c18b0fd6d623cda63174a332ca0de1 we removed
vmtruncate,
but actaully there is no
Richard Cochran richardcoch...@gmail.com schrieb:
On Thu, Dec 06, 2012 at 04:25:05PM +0100, Paul Chavent wrote:
This new version moves the skb_tx_timestamp in the main uml
driver. This should avoid the need to call this function in each
transport (vde, slirp, tuntap, ...). It also add
Am Sun, 06 Jan 2013 12:16:02 +
schrieb Dave Humphreys (Bob) d...@bob-the-boat.me.uk:
I note that my message sent yesterday ended up heavily truncated, so
I have turned on the line-wrap for this one. Sorry about that.
Now it passed my spamfilter. ;-)
CC'in Al, maybe he has an idea.
Does
Am Mon, 7 Jan 2013 17:55:29 -0800
schrieb Tristan Schmelcher tschmelc...@google.com:
Hello,
I am using UML as part of a hermetic build system and I have
encountered an odd file corruption problem with the GNU Gold linker.
When linking a binary inside a UML VM with Gold, if the output path
Am Tue, 8 Jan 2013 13:30:09 -0800
schrieb Tristan Schmelcher tschmelc...@google.com:
Here's a minimal test program that repros the problem.
I wrote already a test program. :)
Currently fixing hostfs...
Thanks,
//richard
Am Sat, 12 Jan 2013 00:55:17 +0300
schrieb Sergei Trofimovich sly...@gentoo.org:
On Sun, 30 Dec 2012 10:40:43 +0100
Richard Weinberger rich...@nod.at wrote:
Am Sun, 30 Dec 2012 01:37:31 +0300
schrieb Sergei Trofimovich sly...@gentoo.org:
arch/um/os-Linux/signal.c:18:8: error
Am Sat, 12 Jan 2013 09:55:05 +
schrieb Dave (Bob) d...@bob-the-boat.me.uk:
Maybe someone can help me with this...
I have been trying to tie down an issue that I have with UML Network
Related Crashing so that Richard can reproduce my problem.
I am currently trying to use both a 32 bit
Am Sat, 12 Jan 2013 16:51:52 +0100 (CET)
The difference in the boot-up log is:
Checking for host processor cmov support...Yes
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling
workaround devtmpfs: initialized
as opposed to:
Am Sat, 12 Jan 2013 18:05:28 +0100 (CET)
schrieb Dave Humphreys (Bob) d...@bob-the-boat.me.uk:
Richard,
In the 64 bit environment (with additional 32 bit glibc) that works,
I do: (/uml_test is a mount point for a filesystem)
mount --bind /dev /path_to_32_bit_stuff/dev
mount --bind /proc
Am Wed, 3 Apr 2013 00:11:18 -0400 (EDT)
schrieb Peter Butler pbut...@pt.com:
Running UML from vanilla kernel 3.8.5 compiled with default kernel
configuration and booted with Fedora 18 root fs (as downloaded from
http://fs.devloop.org.uk/). Boots fine about 3/4 of the time, the
rest of the
Am 06.04.2013 04:26, schrieb Peter Butler:
Looks like the mainline fails early in the build process (?)
after 'make mrproper' and 'make defconfig' I get this:
bash $ make ARCH=um linux
Please try with make ARCH=um linux SUBARCH=x86 or make ARCH=um linux
SUBARCH=x86_64.
Thanks,
//richard
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/Kconfig.common | 1 +
arch/um/kernel/process.c | 27 ++-
2 files changed, 3 insertions(+), 25 deletions(-)
diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index bceee66..5783406 100644
--- a/arch
Am 26.06.2013 11:33, schrieb Chen Gang:
On 06/26/2013 05:03 PM, Richard Weinberger wrote:
Am 26.06.2013 10:58, schrieb Chen Gang:
On 06/26/2013 04:39 PM, Richard Weinberger wrote:
The drivers internal code has already check the related
return value,
so it is the architecture's duty to 'tell
Am 26.06.2013 10:34, schrieb Chen Gang:
On 06/26/2013 04:05 PM, Richard Weinberger wrote:
diff --git a/include/asm-generic/io.h b/include/asm-generic/io.h
index d5afe96..e80331d 100644
--- a/include/asm-generic/io.h
+++ b/include/asm-generic/io.h
@@ -303,10 +303,10 @@ static inline void
Am 26.06.2013 12:01, schrieb Chen Gang:
On 06/26/2013 05:48 PM, Geert Uytterhoeven wrote:
On Wed, Jun 26, 2013 at 11:38 AM, Richard Weinberger rich...@nod.at wrote:
Since the API itself already contents the meaning: return NULL means
the arch has no related io memory,
No, NULL means it could
Am 26.06.2013 10:58, schrieb Chen Gang:
On 06/26/2013 04:39 PM, Richard Weinberger wrote:
The drivers internal code has already check the related return value,
so it is the architecture's duty to 'tell' the driver whether support
io memory (e.g. define ioremap, but return NULL).
It does so
Hi!
Am 26.06.2013 08:31, schrieb Chen Gang:
For User Mode Linux, it may enable 'MMU', but not need implement
ioremap and iounmap, so include/asm-generic/io.h need notice this
case to keep itself 'generic'.
The related error (with allmodconfig, without pcap):
CC [M]
Hi!
Am 26.06.2013 09:56, schrieb Chen Gang:
On 06/26/2013 02:54 PM, Richard Weinberger wrote:
Hi!
Am 26.06.2013 08:31, schrieb Chen Gang:
For User Mode Linux, it may enable 'MMU', but not need implement
ioremap and iounmap, so include/asm-generic/io.h need notice this
case to keep itself
Am 08.07.2013 22:19, schrieb Tristan Schmelcher:
From: Tristan Schmelcher tschmelc...@google.com
which_tmpdir did the wrong thing if /dev/shm was a symlink (e.g., to
/run/shm),
if there were multiple mounts on top of each other, if the mount(s) were
obscured by a later mount, or if
Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for-linus
Special thanks goes to Toralf Föster for continuously testing UML and reporting
issues!
Thanks,
//richard
Richard Weinberger (5
Am 27.07.2013 17:23, schrieb Gabriel de Perthuis:
Useful for
* limiting privileges
* opening block devices O_EXCL
So, the goal of this patch is to allow passing a file descriptor
number as block device instead of a file?
I assume you have already a wrapper around UML which exec()'s it such
Am 13.08.2013 12:36, schrieb Richard W.M. Jones:
On Mon, Aug 12, 2013 at 09:53:00AM +0100, Richard W.M. Jones wrote:
On Mon, Aug 12, 2013 at 10:15:24AM +0200, richard -rw- weinberger wrote:
Found the root cause, patch is on the way.
I can test patches if you CC me on them.
I'm still
UML's block device driver does not support write barriers,
to support this this patch adds REQ_FLUSH suppport.
Every time the block layer sends a REQ_FLUSH we fsync() now
our backing file to guarantee data consistency.
Cc: rjo...@redhat.com
Signed-off-by: Richard Weinberger rich...@nod.at
If UML is not run by a shell it can happen that UML
will kill unrelated proceses upon a fatal exit because
it issues a kill(0, ...).
To prevent such oddities we create a new session in main().
Cc: rjo...@redhat.com
Reported-by: Richard W.M. Jones rjo...@redhat.com
Signed-off-by: Richard
Just a clean-up patch to remove the open coded
variants and to ensure that all requests are submitted the
same way.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/drivers/ubd_kern.c | 32 +++-
1 file changed, 19 insertions(+), 13 deletions(-)
diff --git
handler for all
UML helper threads/processes.
Such that last_ditch_exit() does not get called multiple times
and all processes can exit due to SIGTERM.
Cc: rjo...@redhat.com
Reported-by: Richard W.M. Jones rjo...@redhat.com
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/drivers
Am 19.08.2013 11:30, schrieb Richard W.M. Jones:
On Sun, Aug 18, 2013 at 01:30:09PM +0200, Richard Weinberger wrote:
If UML is not run by a shell it can happen that UML
will kill unrelated proceses upon a fatal exit because
it issues a kill(0, ...).
To prevent such oddities we create a new
Forces the user to specify CROSS_COMPILE at compile time instead
of automatically selecting more or less randomly a cross compiler
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/unicore32/Makefile | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/unicore32/Makefile b/arch
The old unified defconfig is no longer needed.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/defconfig | 901 --
1 file changed, 901 deletions(-)
delete mode 100644 arch/um/defconfig
diff --git a/arch/um/defconfig b/arch/um
make defconfig ARCH=um
SUBARCH=x86_64
Finally a make ARCH=um will produce an UML as described in your .config and
you
don't have to worry about setting the correct SUBARCH.
This patch is based on: https://lkml.org/lkml/2013/7/4/396
Cc: Ramkumar Ramachandra artag...@gmail.com
Signed-off-by: Richard
This series is an attempt to remove the SUBARCH make parameter.
It as introduced at the times of Linux 2.5 for UML to tell the UML
build system what the real architecture is.
But we actually don't need SUBARCH, we can store this information
in the .config file.
i386_defconfig will produce a
Forces the user to specify CROSS_COMPILE at compile time instead
of automatically selecting more or less randomly a cross compiler.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/m68k/Makefile | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/m68k/Makefile b/arch/m68k
Am 21.08.2013 14:07, schrieb Geert Uytterhoeven:
On Wed, Aug 21, 2013 at 10:19 AM, Richard Weinberger rich...@nod.at wrote:
This series is an attempt to remove the SUBARCH make parameter.
It as introduced at the times of Linux 2.5 for UML to tell the UML
build system what the real architecture
Instead of having one defconfig for both i386 and x86_64
we have now two.
This is the first step to get rid of SUBARCH.
This patch is based on: https://lkml.org/lkml/2013/7/4/396
Cc: Ramkumar Ramachandra artag...@gmail.com
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/configs
Forces the user to specify CROSS_COMPILE at compile time instead
of automatically selecting more or less randomly a cross compiler.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/mips/Makefile | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/mips/Makefile b/arch/mips
Forces the user to specify CROSS_COMPILE at compile time instead
of automatically selecting more or less randomly a cross compiler.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/sh/Makefile | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/sh/Makefile b/arch/sh/Makefile
As all users of SUBARCH have been removed we can finally get
rid of it.
Signed-off-by: Richard Weinberger rich...@nod.at
---
Makefile | 15 +++
arch/um/Makefile | 2 +-
2 files changed, 4 insertions(+), 13 deletions(-)
diff --git a/Makefile b/Makefile
index a5a55f4..48bd8fe
from asm/ptrace.h.
Reported-by: David Oberhollenzer david.oberhollen...@tele2.at
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/x86/um/os-Linux/prctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/um/os-Linux/prctl.c b/arch/x86/um/os-Linux/prctl.c
index
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 PM, Toralf Förster toralf.foers...@gmx.de
wrote:
On 08/27/2013 08:06 PM, J. Bruce Fields 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:
On Thu, Aug 29, 2013 at 11:57:45AM +0200, richard -rw- weinberger wrote:
On Wed, Aug 28, 2013 at 7:21 PM
Am 02.09.2013 18:53, schrieb Toralf Förster:
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:
On Thu
These handlers are not optional and need in our case
dummy implementions to avoid NULL pointer bugs within
the irq core code.
Reported-and-tested-by: Toralf Foester toralf.foers...@gmx.de
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/kernel/irq.c | 4
1 file changed, 4
,
//richard
Richard Weinberger (8):
um: hostfs: Fix writeback
um: Implement probe_kernel_read()
um: ubd: Add REQ_FLUSH suppport
um: ubd: Introduce submit_request()
um: Cleanup SIGTERM handling
um: Run UML
Am 07.09.2013 14:14, schrieb Richard W.M. Jones:
On Mon, Aug 19, 2013 at 10:30:49AM +0100, Richard W.M. Jones wrote:
On Sun, Aug 18, 2013 at 01:30:09PM +0200, Richard Weinberger wrote:
If UML is not run by a shell it can happen that UML
will kill unrelated proceses upon a fatal exit because
:db) :
TUN/TAP backend -
winch_thread : TIOCSCTTY failed on fd 1 err = 1
Hmm, that's a regression introduced by:
commit 250127216dd6635f5730752d7444bdec992aecb0
Author: Richard Weinberger rich...@nod.at
Date: Sun Aug 18 13:30:09 2013 +0200
um: Run UML in it's own session.
If UML
-by: Richard Weinberger rich...@nod.at
---
arch/um/include/asm/processor-generic.h | 1 +
arch/um/include/shared/os.h | 1 +
arch/um/kernel/sysrq.c | 32 +++-
arch/um/kernel/trap.c | 14 +++---
arch/um/os-Linux
As we have a sane show_stack() now, we can drop
the -saved_task hack.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/drivers/mconsole_kern.c | 6 ++
arch/um/include/asm/processor-generic.h | 1 -
arch/um/kernel/process.c| 15 ++-
3 files
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/kernel/sysrq.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/arch/um/kernel/sysrq.c b/arch/um/kernel/sysrq.c
index 7122bf9..4d6fdf6 100644
--- a/arch/um/kernel/sysrq.c
+++ b/arch/um/kernel/sysrq.c
@@ -46,9
Currently on UML stack traces are not very reliable and both
x86 and x86_64 have their on implementations.
This patch unifies both and adds support to outline unreliable
functions calls.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/kernel/sysrq.c | 85
Am 26.09.2013 12:20, schrieb Ramkumar Ramachandra:
Richard Weinberger wrote:
This patch is based on: https://lkml.org/lkml/2013/7/4/396
Cc: Ramkumar Ramachandra artag...@gmail.com
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/configs/i386_defconfig | 954
Am 26.09.2013 13:57, schrieb Ramkumar Ramachandra:
Richard Weinberger wrote:
$ file linux
linux: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.32, not
stripped
$ ./linux ubd0=busybox-rootfs
[...]
Kernel panic
Am 26.09.2013 13:43, schrieb Ramkumar Ramachandra:
Richard Weinberger wrote:
Auto-detection of SUBARCH, which can be done with a simple call to
uname -m (the 90% case). The second patch I submitted prevented
spawning xterms unnecessarily, which we discussed was a good move.
Covering only 90
Am 26.09.2013 12:53, schrieb Ramkumar Ramachandra:
Richard Weinberger wrote:
So, what exactly is broken in upstream?
make defconfig works as it always did.
Auto-detection of SUBARCH, which can be done with a simple call to
uname -m (the 90% case). The second patch I submitted prevented
Am 27.09.2013 11:22, schrieb Toralf Förster:
On 09/26/2013 12:35 PM, Richard Weinberger wrote:
Am 26.09.2013 12:20, schrieb Ramkumar Ramachandra:
Richard Weinberger wrote:
This patch is based on: https://lkml.org/lkml/2013/7/4/396
Cc: Ramkumar Ramachandra artag...@gmail.com
Signed-off
On Tue, Oct 22, 2013 at 5:16 PM, Toralf Förster toralf.foers...@gmx.de 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 trinity. then trintiy often hangs
while trying to finish.
At the host I do
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 toralf.foers...@gmx.de
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
Am 29.10.2013 20:06, schrieb Dan Carpenter:
We don't cap the size of buffer from the user so we could write past
the end of the array here. Only root can write to this file.
Reported-by: Nico Golde n...@ngolde.de
Reported-by: Fabian Yamaguchi f...@goesec.de
Signed-off-by: Dan Carpenter
On Wed, Nov 6, 2013 at 3:12 PM, Michael Wolf anath...@yahoo.com wrote:
It has been a while so I thought I would re-up the question. Are there any
efforts anywhere to port this to ARM? If not, are there specific technical
blocking issues?
Not really.
If someone *really* wants a arm UML he
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 (!index)
return NULL;
A fresh current example with latest git tree shows that lines 769 and 770 do
Am 09.11.2013 20:07, schrieb Toralf Förster:
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 (!index
Am 10.11.2013 16:14, schrieb Toralf Förster:
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 (!index
Am 12.11.2013 14:22, schrieb Mark Salter:
Signed-off-by: Mark Salter msal...@redhat.com
CC: Jeff Dike jd...@addtoit.com
CC: Richard Weinberger rich...@nod.at
CC: user-mode-linux-devel@lists.sourceforge.net
---
arch/um/include/asm/fixmap.h | 40 +---
1
Am 12.11.2013 20:42, schrieb Geert Uytterhoeven:
_end is used, but it's already provided by asm/sections.h, so use that.
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Cc: Richard Weinberger rich...@nod.at
Cc: user-mode-linux-devel@lists.sourceforge.net
Geert, do you want me
Am 13.11.2013 06:06, schrieb Chen Gang:
Unfortunately, p?d_alloc() and p?d_free() are not pair!! If p?d_alloc()
succeed, they may be used, so in the next failure, we have to skip them
to let exit_mmap() or do_munmap() to process it.
According to Documentation/vm/locking, 'mm-page_table_lock'
Am 14.11.2013 08:33, schrieb Chen Gang:
On 11/14/2013 02:48 PM, Chen Gang wrote:
From the look of it, if an error did occur in init_stub_pte(),
then the special mapping of STUB_CODE and STUB_DATA would not
be installed, so this area would be invisible to munmap and exit,
and with your patch
and x86_64
um/vdso: add .gitignore for a couple of targets
Richard Weinberger (4):
um: Rewrite show_stack()
um: Make stack trace reliable against kernel mode faults
um: Get rid of thread_struct-saved_task
um: Make kstack_depth_to_print conform to arch/x86
arch/um
Am 11.11.2013 19:03, schrieb Tristan Schmelcher:
From: Tristan Schmelcher tschmelc...@google.com
Inferring the mount hierarchy correctly from /proc/mounts is hard when MS_MOVE
may have been used, and the previous code did it wrongly. This change
simplifies
the logic to only require that
Am Mittwoch, 20. November 2013, 16:52:05 schrieb Randy Dunlap:
On 11/20/13 16:14, a...@linux-foundation.org wrote:
The mm-of-the-moment snapshot 2013-11-20-16-13 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
We cannot use print_stack_trace because the name conflicts
with linux/stacktrace.h.
Reported-by: Randy Dunlap rdun...@infradead.org
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/kernel/sysrq.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/um/kernel
Am Donnerstag, 28. November 2013, 16:40:48 schrieb Boaz Harrosh:
Hi um hackers
I'm using an x86_64 deployment both host and um-guest.
(Fedora 18)
When I load with mem=384M all is well but anything bigger will
eventually give me problems because loadable modules will no
longer load. The
On UML SUBARCH can be x86, x86_64 and i386 and if it is x86
we use uname -m to select a defconfig.
Therefore we can no longer use -mcmodel=large only if SUBARCH
is x86_64.
Reported-by: Boaz Harrosh bharr...@panasas.com
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/Makefile | 9
On Sat, Nov 30, 2013 at 3:43 PM, Toralf Förster toralf.foers...@gmx.de 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 usually use con0=fd:0,fd:1 con=pts to start a 32bit UML but because
the xterm way was fine
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?
Does this helps ? :
Please try Linus's tree and run it without GDB.
UML now has a complete new stack
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:51 PM, Richard Weinberger wrote:
Please more details.
Does Linus' tree work?
Does it crash
Am Samstag, 30. November 2013, 19:19:59 schrieb Toralf Förster:
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
Am Samstag, 30. November 2013, 19:43:47 schrieb Toralf Förster:
On 11/30/2013 07:23 PM, Richard Weinberger wrote:
Sorry for being imprecise, I meant the raw output from UML, not GDB.
Currently it looks like yet another cluster fuck within the winch-Thread.
Thanks,
//richard
ah - ok
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 crash immediately.
Right, to be precise, just 1 sub-process crashes immediately
Please do not use xterm
.
Richard Weinberger (2):
um: Rename print_stack_trace to do_stack_trace
um: Build always with -mcmodel=large on 64bit
arch/um/Makefile | 9 -
arch/um/kernel/sysrq.c | 4 ++--
2 files changed, 6 insertions(+), 7
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 still able to see the output.
Not sure if the 2 attached files contains useful info
Am Montag, 2. Dezember 2013, 22:32:11 schrieb Toralf Förster:
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
Hi Greg,
please add commit fdfa4c952844fce881df8c76de9c7180cbe913ab (um: add missing
declaration of 'getrlimit()' and friends) to -stable.
The change was introduced in 3.9 and needs backporting to all stable trees.
Thanks,
//richard
On Fri, Dec 13, 2013 at 10:52 AM, Toralf Förster toralf.foers...@gmx.de wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/11/2013 09:26 PM, Jan Kara wrote:
Thanks! So this works more or less as expected - trinity issued a
read at absurdly high offset so we created pagecache page a
On Sun, Dec 29, 2013 at 2:14 PM, st...@nixia.no wrote:
#6 0x08421d02 in rest_init () at init/main.c:401
pid = -516
#7 0x080487e1 in start_kernel () at init/main.c:655
command_line = 0x85b6400 command_line earlyprintk
ubda=/home/tfoerste/virtual/uml/trinity
Am Sonntag, 12. Januar 2014, 09:02:06 schrieb H. Peter Anvin:
On 01/12/2014 06:52 AM, Richard Weinberger wrote:
Commit x86: Delete non-required instances of include linux/init.h
broke the UML build.
arch/x86/um/vdso/vdso.S: Assembler messages:
arch/x86/um/vdso/vdso.S:2: Error
Am Sonntag, 12. Januar 2014, 19:58:06 schrieb Geert Uytterhoeven:
On Sun, Jan 12, 2014 at 6:17 PM, Richard Weinberger rich...@nod.at wrote:
Fengguang, please make sure that you build both UML/i386 and UML/x86_64.
i.e. make defconfig ARCH=um SUBARCH=i386 make linux ARCH=um
and make
201 - 300 of 727 matches
Mail list logo