> To catch this we use find_lock_task_mm(), which walks up all
> threads and returns an appropriate task (with task lock held).
>
> Suggested-by: Oleg Nesterov
> Signed-off-by: Anton Vorontsov
Acked-by: Richard Weinberger
Thanks,
//richard
signature.asc
ake the task lock while we care about its mm.
>
> Note that we should also use find_lock_task_mm() to check all process'
> threads for a valid mm, but for uml we'll do it in a separate patch.
>
> Signed-off-by: Anton Vorontsov
Acked-by: Richard Weinberger
Thanks,
> take a closer look.
os_kill_ptraced_process() calls a host function.
From UML's point of view nothing sleeps, so this is fine.
Acked-by: Richard Weinberger
Thanks,
//richard
signature.asc
Description: OpenPGP digital signature
---
ight ifdef around exports in user_syms.c
um: don't bother trying to rebuild CHECKFLAGS for USER_OBJS
um: deadlock in line_write_interrupt()
um: most of the SUBARCH uses can be killed
um: allow SUBARCH=x86
Geert Uytterhoeven (1):
uml/hostfs: Propagate dirent.d_type
Am 26.03.2012 11:02, schrieb Toralf Förster:
> #8 0x082ea47e in panic (fmt=0x833abd0 "VFS: Unable to mount root fs on %s")
> at kernel/panic.c:120
Sounds like a non-Bug.
Please double-check!
Thanks,
//richard
--
This S
Am 27.03.2012 04:18, schrieb Boaz Harrosh:
>
> Fix the following gcc complain
> arch/um/kernel/skas/mmu.c: In function 'uml_setup_stubs':
> arch/um/kernel/skas/mmu.c:106:16: warning: unused variable 'pages'
> [-Wunused-variable]
>
> Signed-Signed-off-by: Boaz Harrosh
Applied.
Thanks,
//richar
Signed-off-by: Richard Weinberger
---
arch/um/include/asm/Kbuild |1 +
arch/um/kernel/process.c|6 +-
arch/x86/um/asm/switch_to.h |7 ---
3 files changed, 2 insertions(+), 12 deletions(-)
delete mode 100644 arch/x86/um/asm/switch_to.h
diff --git a/arch/um/include/asm
Signed-off-by: Richard Weinberger
Reported-by: Toralf Förster
CC: dhowe...@redhat.com
---
arch/um/drivers/mconsole_kern.c |1 +
arch/um/include/asm/Kbuild |2 +-
arch/x86/um/asm/barrier.h | 75 +
arch/x86/um/asm/switch_to.h |7 ++
arch/x86/um/asm
Use spin_lock_save/restore() in uml_net_interrupt() to
avoid recursive locking.
Signed-off-by: Richard Weinberger
---
arch/um/drivers/net_kern.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/um/drivers/net_kern.c b/arch/um/drivers/net_kern.c
index 95f4416
-3.4-rc3
Al Viro (3):
um: fix linker script generation
um: several x86 hw-dependent crypto modules won't build on uml
um: switch cow_user.h to htobe{32,64}/betoh{32,64}
Boaz Harrosh (1):
um: uml_setup_stubs': warning: unused variable 'pages'
R
swapoff() would never return.
CC: sta...@kernel.org
Analyzed-by: Hugh Dickins
Signed-off-by: Richard Weinberger
---
arch/um/include/asm/pgtable.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/um/include/asm/pgtable.h b/arch/um/include/asm/pgtable.h
index 6a3f984
The current __swp_type() function uses a too small bitshift.
Using more than one swap files causes bad pages because
the type bits clash with other page flags.
CC: sta...@kernel.org
Analyzed-by: Hugh Dickins
Signed-off-by: Richard Weinberger
---
arch/um/include/asm/pgtable.h |4 ++--
1
UML does no longer need CONFIG_IRQ_RELEASE_METHOD.
Signed-off-by: Richard Weinberger
---
arch/um/Kconfig.common |5 -
arch/um/defconfig |1 -
2 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index 20a49ba..43ef890
As it's only user (UML) does no longer need it we can get
rid of it.
Signed-off-by: Richard Weinberger
---
include/linux/irq.h |5 -
kernel/irq/manage.c |6 --
2 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/include/linux/irq.h b/include/linux/irq.h
index 78
UML does no longer need irq_chip->release().
Signed-off-by: Richard Weinberger
---
arch/um/kernel/irq.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/um/kernel/irq.c b/arch/um/kernel/irq.c
index 47a09ee..00506c3 100644
--- a/arch/um/kernel/irq.c
+++ b/arch
Instead of using chip->release() we can achieve the same
using a simple wrapper for free_irq().
We have already um_request_irq(), so um_free_irq() is the perfect
counterpart.
Signed-off-by: Richard Weinberger
---
arch/um/drivers/chan_kern.c |9 +
arch/um/drivers/lin
Am 18.04.2012 09:46, schrieb Geert Uytterhoeven:
> On Tue, Apr 17, 2012 at 22:37, Richard Weinberger wrote:
>> As it's only user (UML) does no longer need it we can get
>> rid of it.
>
> But now all drivers have to call um_free_irq() instead of free_irq()?
No. T
488392f2fc62b6
>> Parent: f21a7c195cb20cf613147839c4a2bc1fca8c7bd8
>> Author: Al Viro
>> AuthorDate: Thu Apr 5 23:35:03 2012 -0400
>> Committer: Richard Weinberger
>> CommitDate: Tue Apr 10 00:13:45 2012 +0200
>>
>>um: switch cow_user.h to htobe{32,64}/be
On 23.04.2012 09:09, Anton Vorontsov wrote:
> Traversing the tasks requires holding tasklist_lock, otherwise it
> is unsafe.
>
> p.s. However, I'm not sure that calling os_kill_ptraced_process()
> in the atomic context is correct. It seem to work, but please
> take a closer look.
>
> Signed-off-by:
ple sigframes
um: bury unused _TIF_RESTORE_SIGMASK
um/x86: merge (and trim) 32- and 64-bit variants of ptrace.h
um: stub_rt_sigsuspend isn't needed these days anymore
um: missing checks of __put_user()/__get_user() return values
Richard Weinberger (9):
um: Remov
On 25.05.2012 11:19, Boaz Harrosh wrote:
> Whats keeping this patch from hitting mainline? to much ugliness?
> Is there a way to work without it (somehow)
>
UML's tty driver is a corner case. (It is a console but does not support
virtual consoles, etc...)
TTY folks are currently moving most driver
mail/linux/kernel/1201.3/01705.html
Am 04.06.2012 13:35, schrieb Jiri Slaby:
> This means switching to the tty refcounted model so that we will not
> race with interrupts.
>
> Signed-off-by: Jiri Slaby
> Cc: Jeff Dike
> Cc: Richard Weinberger
> Cc: user-mode-linux-devel@lists.s
Hi!
Am 04.06.2012 17:20, schrieb Jiri Slaby:
> On 06/04/2012 02:01 PM, Richard Weinberger wrote:
>> I have two questions: 1. Are these patches also usable on 3.4 and
>> 3.3 or do they depend on 3.5's TTY changes?
>
> Hi, I don't think they depend on any changes.
Am 04.06.2012 17:41, schrieb Jiri Slaby:
> Hmm, I remember. I suggest you to split the patch into several pieces.
> For example moving the code from ->open into ->install can be done
> separately. Otherwise it's hard to tell what's wrong with the patch as
> a whole.
>
> Also, it would be good to s
Am 04.06.2012 18:27, schrieb Boaz Harrosh:
> On 06/04/2012 06:42 PM, Richard Weinberger wrote:
>
>> Am 04.06.2012 17:41, schrieb Jiri Slaby:
>>> Hmm, I remember. I suggest you to split the patch into several pieces.
>>> For example moving the code from -&g
Am 04.06.2012 18:55, schrieb Boaz Harrosh:
> No still crashing the same, way. BTW I do not have a systemd Distro. It's
> plain old FC12. Though in the lab I have the same crash with FC15.
>
> The crash is immediately after I login at the initial prompt. (every time)
Okay, I'll test my patches wit
... use all tty_port helpers
Signed-off-by: Richard Weinberger
---
arch/um/drivers/line.c | 102 +--
arch/um/drivers/line.h |6 ++-
arch/um/drivers/ssl.c | 15 ++
arch/um/drivers/stdio_console.c | 20
4 files
line_ioctl() has no real function.
Signed-off-by: Richard Weinberger
---
arch/um/drivers/line.c | 86 ---
arch/um/drivers/line.h |2 -
arch/um/drivers/ssl.c |1 -
arch/um/drivers/stdio_console.c |1 -
4 files changed
This patch set moves the UML console driver to the new TTY port interface.
It does ref counting and uses the tty_port_*-helpers.
Please note, it's not yet UML mconsole safe!
Anyway, I see some really strange things and I'm not sure whether my patch
is sane or not...
If I implement tty_operations-
Signed-off-by: Richard Weinberger
---
arch/um/drivers/ssl.c | 26 --
1 files changed, 0 insertions(+), 26 deletions(-)
diff --git a/arch/um/drivers/ssl.c b/arch/um/drivers/ssl.c
index a39d53e..cba95d9 100644
--- a/arch/um/drivers/ssl.c
+++ b/arch/um/drivers/ssl.c
From: Jiri Slaby
And use count from there.
Signed-off-by: Jiri Slaby
Cc: Jeff Dike
Cc: Richard Weinberger
Cc: user-mode-linux-devel@lists.sourceforge.net
Signed-off-by: Richard Weinberger
---
arch/um/drivers/line.c |7 ---
arch/um/drivers/line.h |2 +-
2 files changed, 5
this lock is no longer needed.
Signed-off-by: Richard Weinberger
---
arch/um/drivers/line.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/arch/um/drivers/line.c b/arch/um/drivers/line.c
index 95d5e78..555ccfc 100644
--- a/arch/um/drivers/line.c
+++ b/arch/um
From: Jiri Slaby
This means switching to the tty refcounted model so that we will not
race with interrupts.
Signed-off-by: Jiri Slaby
Cc: Jeff Dike
Cc: Richard Weinberger
Cc: user-mode-linux-devel@lists.sourceforge.net
Signed-off-by: Richard Weinberger
---
arch/um/drivers/chan_kern.c
Am 04.06.2012 23:17, schrieb Alan Cox:
>> On all other ttys login works but bash dies because of of -EIO.
>> After vhangup() the tty returns -EIO upon read()/write().
>
> You can't re-open the tty because a process is holding on to it, not
> closing it and not killable. Fedora shouldn't
Am 05.06.2012 13:15, schrieb Alan Cox:
> Actually I'd prefer a clever solution which can spot all the fds are the
> same process so we can keep compatibility but I've not found a sensible
> way to do that.
Me too.
For UML users the current situation is odd.
They have to select between:
- Having a
Am 04.06.2012 23:17, schrieb Alan Cox:
> We can half ignore it on console for the simple reason that you don't
> "dial in" to the console. I suspect it may be abusable but I've not found
> a way to do so.
>
BTW: Can't we add such a mode to tty_port?
E.g. tty_port->non_dialin_console. 8)
Nobody d
Am 07.06.2012 09:35, schrieb Boaz Harrosh:
>
> OK I've run with these for a few days and they are doing
> the Job perfectly. Not a single problem.
Good to know.
> You may add tested-by: Boaz Harrosh
> on all patches if you'd like.
>
> Please push them ASAP to Linus. They fix a real life breaka
Am 07.06.2012 11:19, schrieb Alan Cox:
> On Thu, 07 Jun 2012 01:17:24 +0200
> Richard Weinberger wrote:
>
>> Am 04.06.2012 23:17, schrieb Alan Cox:
>>> We can half ignore it on console for the simple reason that you
>>> don't "dial in" to the co
Am 07.06.2012 12:14, schrieb Boaz Harrosh:
> On 06/07/2012 12:22 PM, Alan Cox wrote:
>> On 06/07/2012 11:45 AM, Richard Weinberger wrote:
>
>>>
>>> We cannot push this patch to Linus or -stable.
>>> The problem is that will break other things.
>>>
Alan, Jiri!
If I omit ->hangup(), mingetty (And all other getty implementations) are unable
to open /dev/ttyX.
open() returns -EIO.
Currently I'm testing it on FC12.
Also if I do something like "echo foo >/dev/tty1" it fails with -EIO.
And now the strange thing, opening and writing an unknown (un
Am 07.06.2012 18:37, schrieb Alan Cox:
> Yes I know exactly what is going on. However getting a more tolerant
> behaviour is going to take a couple more kernels.
>
So, then please tell me what's the proper way to fix the UML console driver?
- tty_port plus ->hangup() works only with a patched ut
Am 07.06.2012 18:50, schrieb Alan Cox:
> On Thu, 07 Jun 2012 18:32:42 +0200
> Richard Weinberger wrote:
>
>> Am 07.06.2012 18:37, schrieb Alan Cox:
>>> Yes I know exactly what is going on. However getting a more tolerant
>>> behaviour is going to take a couple
Am 07.06.2012 22:59, schrieb Martin Pärtel:
> Signal handlers in UML guest processes now get correct siginfo_t fields
> for SIGTRAP, SIGFPE, SIGILL and SIGBUS. Specifically, si_addr and si_code
> are now correct where previously they were si_addr = NULL and si_code = 128.
What exactly is broken?
I
Am 07.06.2012 23:39, schrieb Martin Pärtel:
> On 06/08/2012 12:26 AM, Richard Weinberger wrote:
>
>> Am 07.06.2012 22:59, schrieb Martin Pärtel:
>>> Signal handlers in UML guest processes now get correct siginfo_t fields
>>> for SIGTRAP, SIGFPE, SIGILL and SIG
Am 08.06.2012 00:42, schrieb Martin Pärtel:
> Oh, darn, indeed. Well, getting si_code right fixed my immediate problem, but
> I might look at this again some time next week unless you've fixed it
> yourself by then. Thanks!
>
I can wait for your patch.
No need to hurry. :)
Thanks,
//richard
Am 07.06.2012 16:39, schrieb Martin Pärtel:
> Made ubd_file_size not request write access. Fixes use of read-only images.
>
> Signed-off-by: Martin Pärtel
Applied!
Thanks,
//richard
--
Live Security Virtual Conference
Am Thu, 12 Jul 2012 16:49:28 +0200
schrieb Karel Zak :
> I just fixed login(1) and agetty (--hangup option). The change will
> be available in util-linux v2.23 (rc1 will be this month).
>
Thank you!
//richard
--
Live
Am Tue, 17 Jul 2012 17:29:46 -0400
schrieb Theodore Ts'o :
> On Tue, Jul 17, 2012 at 12:19:38PM -0500, Rob Landley wrote:
> > That should be over on _this_ list then...
> >
> > (Discussion of IRQF_SAMPLE_RANDOM removal.)
>
> I took a closer look at the arch/um code, and it wasn't as hard as I
>
On 31.07.2012 14:05, Martin Pärtel wrote:
> What's the status with this?
>
Oh sorry, I forgot you to answer.
It's queued for 3.6 and will be pushed to Linus tomorrow with all other
patches.
Thanks,
//richard
--
Live Sec
: 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
On 31.07.2012 10:28, Vianney le Clément de Saint-Marcq wrote:
> From: Vianney le Clément de Saint-Marcq
>
> As of glibc 2.16, sys/wait.h does no longer include sys/resource.h,
> which is needed for getrlimit(). This patch fixes compiling UML with
> glibc 2.16.
>
> Signed-off-by: Vianney le Clément
Am 06.08.2012 17:37, schrieb Renzo Davoli:
> ---
> diff -Naur linux-3.6-rc1/arch/um/include/asm/ptrace-generic.h
> linux-3.6-rc1.tracehook/arch/um/include/asm/ptrace-generic.h
> --- linux-3.6-rc1/arch/um/include/asm/ptrace-generic.h2012-08-03
> 01:38:10.0 +0200
> +++ linux-3.6-rc1
Am 14.08.2012 16:26, schrieb David Howells:
> Rusty Russell wrote:
>
CC arch/x86/um/../kernel/module.o
arch/x86/um/../kernel/module.c:96:5: error: redefinition of
'apply_relocate_add'
include/linux/moduleloader.h:64:19: note: previous definition of
'apply_relocat
Am 14.08.2012 16:51, schrieb David Howells:
> Richard Weinberger 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 workin
Am 14.08.2012 16:54, schrieb David Howells:
> David Howells 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 attached patch w
Am 14.08.2012 17:06, schrieb David Howells:
> Richard Weinberger wrote:
>
>> I think arch/x86/um/Kconfig makes more sense.
>
> warthog>ls arch/um
> defconfig Kconfig.common Kconfig.um Makefile-os-Linux scripts/
> drivers/ Kconfig.debug kernel/
config X86_32
> def_bool !64BIT
> select HAVE_AOUT
> + select MODULES_USE_ELF_REL
>
> config X86_64
> def_bool 64BIT
> + select MODULES_USE_ELF_RELA
>
> config RWSEM_XCHGADD_ALGORITHM
> def_bool X86_XADD && 64BIT
Looks sane
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: de
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 de
Am 09.09.2012 14:52, schrieb Peter Hüwe:
> Am Sonntag, 9. September 2012, 14:23:06 schrieb Richard Weinberger:
>> UML does not have IO_MEM but some sub-systems have "depend HAS_IOMEM" which
>> is often too coarse grained.
>> To deal with that I've introduced
Am 09.09.2012 14:52, schrieb Peter Hüwe:
> Am Sonntag, 9. September 2012, 14:23:06 schrieb Richard Weinberger:
>> UML does not have IO_MEM but some sub-systems have "depend HAS_IOMEM" which
>> is often too coarse grained.
>> To deal with that I've introduced
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 on
Geert Uytterhoeven schrieb:
>On Sun, Sep 9, 2012 at 3:27 PM, Richard Weinberger
>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_IOME
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 pi
Am 09.09.2012 21:12, schrieb Peter Hüwe:
>> That's why it may break. If you remove the depends on HAS_IOMEM, it will be
>> built on s390 and fail if that codes uses io memory functions. Depending
>> on GENERIC_IO fixes that.
>
> Everything I can select in I2C subsystem compiles fine on s390.
> (us
Am Mon, 10 Sep 2012 21:21:52 +0200
schrieb Peter Hüwe :
> Am Montag, 10. September 2012, 09:29:18 schrieb Jean Delvare:
> > If everybody is happy with this, I'll queue it up for 3.7.
>
> I'm happy with this ;)
>
As no UML specific changes are needed I'm also fine.^^
Thanks,
//richard
---
Am Tue, 25 Sep 2012 22:37:13 +0200
schrieb Geert Uytterhoeven :
> On Tue, Sep 25, 2012 at 9:43 PM, Al Viro
> wrote:
> > On Tue, Sep 25, 2012 at 12:20:55PM -0700, Linus Torvalds wrote:
> >> IOW, this part of the patch:
> >>
> >> - c_flags = -Wp,-MD,$(depfile) $(USER_CFLAGS) -include user.h
>
rt Uytterhoeven (1):
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 +
Linus,
please issue the following pull request.
UML receives this time only cleanups.
The most outstanding change is the 'include "foo.h"' do 'include
'
conversion done by Al Viro.
It touches many files, that's why the diffstat is rather big.
Thanks,
//richard
The following changes since
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'
> /nfs4xp/softwa
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 Ho
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/li
Am Sat, 24 Nov 2012 10:02:32 +0100
schrieb Marco Stornelli :
> 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 need to call
Richard Cochran 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 support for ethtool
>> g
vious declaration
> of 'sig_info' was here
>
> Signed-off-by: Sergei Trofimovich
> CC: Jeff Dike
> CC: Richard Weinberger
> CC: "Martin Pärtel"
> CC: Al Viro
> CC: user-mode-linux-devel@lists.sourceforge.net
> CC: user-mode-linux-u...@lists.sourcefor
Am Sun, 06 Jan 2013 12:16:02 +
schrieb "Dave Humphreys (Bob)" :
> 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 the crash only happen
Am Mon, 7 Jan 2013 17:55:29 -0800
schrieb Tristan Schmelcher :
> 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
> is on a hostfs mo
Am Tue, 8 Jan 2013 13:30:09 -0800
schrieb Tristan Schmelcher :
> Here's a minimal test program that repros the problem.
I wrote already a test program. :)
Currently fixing hostfs...
Thanks,
//richard
--
Master SQL Serve
Am Sat, 12 Jan 2013 00:55:17 +0300
schrieb Sergei Trofimovich :
> On Sun, 30 Dec 2012 10:40:43 +0100
> Richard Weinberger wrote:
>
> > Am Sun, 30 Dec 2012 01:37:31 +0300
> > schrieb Sergei Trofimovich :
> >
> > > arch/um/os-Linux/signal.c:18:8: error: confl
Am Sat, 12 Jan 2013 09:55:05 +
schrieb "Dave (Bob)" :
> 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 UML and a 64 b
Am Sat, 12 Jan 2013 19:34:34 +0700
schrieb Antoine Martin :
> > DEB1-32 login: get_pty : Couldn't grant pty - errno = -2
> > open_pts : Failed to open pts
> > get_pty : Couldn't grant pty - errno = -2
> > open_pts : Failed to open pts
> > get_pty : Couldn't grant pty - errno = -2
> > open_pts : Fa
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 oppose
Am Sat, 12 Jan 2013 18:05:28 +0100 (CET)
schrieb "Dave Humphreys (Bob)" :
>
> 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 //dev
> mount --bind /proc //proc
> mount --bind /sys //sys
Am Sat, 12 Jan 2013 19:31:13 +0100 (CET)
schrieb "Dave Humphreys (Bob)" :
> Re: [uml-devel] "Couldn't grant pty"
>
> Now that I have been able to run the Debiam 32 bit root_fs, I have
> returned to the network related crashing.
>
> This is by way of a status update, I will do more to tie down wh
Hi!
Am Fri, 25 Jan 2013 14:27:21 -0800
schrieb Tristan Schmelcher :
> Hello again, Richard. Wondering if you have a rough patch that you'd
> like me to try out. If not, I'd be happy to work on the fix if you
> could give me some pointers to where the issue is in the hostfs code.
Not really.
I th
Am Tue, 19 Mar 2013 16:03:40 +0100
schrieb Florian Fainelli :
> Richard, Jeff, David,
>
> Does the following fix look valid to you? Thanks!
Please give me more than 48h to review a patch. :)
I'm very busy with $DAYJOB and UML is currently only a private project.
Thanks,
//richard
-
Am 04.04.2013 16:09, schrieb David Howells:
> Florian Fainelli wrote:
>
>> David, am I completely irrelevant here or do you think this should indeed
>> need
>> fixing?
>
> I think headers installation for UM is pointless, but that's just my opinion.
Same here. :)
Florian, does it break somethin
Am Wed, 3 Apr 2013 00:11:18 -0400 (EDT)
schrieb "Peter Butler" :
> 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 time it cra
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,
//ri
Signed-off-by: Richard Weinberger
---
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/um
Signed-off-by: Richard Weinberger
---
arch/um/Kconfig.common | 1 +
arch/um/kernel/process.c | 27 ---
2 files changed, 5 insertions(+), 23 deletions(-)
diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index bceee66..5783406 100644
--- a/arch/um
Am 20.06.2013 15:36, schrieb Tristan Schmelcher:
> *sigh* found another bug. Gonna sit on the patch for a bit before
> sending v3, just in case I find more issues.
No need to hurry. :-)
As the patch is non-trivial it's 3.11 material anyway.
Thanks,
//richard
---
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:
>>>>>>>>>>>>>>&
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
>>>>>>>
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 wrote:
>>>>>> Since the API itself already contents the meaning: "return NULL means
>>>>>> the ar
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 't
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] drivers
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
Am 08.07.2013 22:19, schrieb Tristan Schmelcher:
> From: Tristan Schmelcher
>
> 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 /dev/shm was a prefix of
1 - 100 of 845 matches
Mail list logo
