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
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 09.08.2013 23:15, schrieb Richard W.M. Jones:
> On Fri, Aug 09, 2013 at 09:43:55PM +0100, Richard W.M. Jones wrote:
>> * I'm trying to use a serial port to communicate between guest and
>> host, using ssl3=fd:. This causes the Linux process to crash soon
>> (but not immediately) after the guest
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 s
Am 16.08.2013 18:28, schrieb Tejun Heo:
> On Fri, Aug 16, 2013 at 06:15:07PM +0200, Richard Weinberger wrote:
>> On UML I hit the case that pwq is NULL.
>> Then we oops at &pwq->wq...
>
> Hmmm? I'm confused. &pwq->wq is pwq's pointer + wq's off
Am 16.08.2013 18:45, schrieb Tejun Heo:
> Hello,
>
> On Fri, Aug 16, 2013 at 06:38:58PM +0200, Richard Weinberger wrote:
>>> cc'ing uml people. Hey, guys, workqueue uses proble_kernel_read() to
>>> print out workqueue related information during oops because
Am 16.08.2013 18:53, schrieb Richard Weinberger:
>> Yeah, and that should be fine. &pwq->wq would be just an offset of wq
>
> Yep. Now my brain also parsed the C notation correctly.
> Sorry for the completely wrong patch.
>
>> from NULL which is an invalid pointer
_read() to
read details from the kernel workers. As kernel worker are
completely async pointers may turn NULL while reading them.
Cc:
Cc: # 3.10.x
Signed-off-by: Richard Weinberger
---
arch/um/include/shared/os.h | 1 +
arch/um/kernel/Makefile | 2 +-
arch/um/kernel/maccess.c
Am 16.08.2013 21:44, schrieb Richard Weinberger:
> UML needs it's own probe_kernel_read() to handle kernel
> mode faults correctly.
> The implementation uses mincore() on the host side to detect
> whether a page is owned by the UML kernel process.
>
> This fixes also a poss
_read() to
read details from the kernel workers. As kernel worker are
completely async pointers may turn NULL while reading them.
Cc:
Cc:
Cc: # 3.10.x
Signed-off-by: Richard Weinberger
---
arch/um/include/shared/os.h | 1 +
arch/um/kernel/Makefile | 2 +-
arch/um/kernel/maccess.c
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
---
arch/um/dr
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
Signed-off-by: Richard Weinberger
---
arch/um
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
---
arch/um/drivers/ubd_kern.c | 32 +++-
1 file changed, 19 insertions(+), 13 deletions(-)
diff --git a/arch/um
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
Signed-off-by: Richard Weinberger
---
arch/um/drivers/ubd.h | 1 -
arch/um/drivers
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
Reported-by: Richard W.M. Jones
Signed-off-by: Ri
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 prev
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
---
arch/unicore32/Makefile | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/unicore32/Makefile b/arch/unicore32
The old unified defconfig is no longer needed.
Signed-off-by: Richard Weinberger
---
arch/um/defconfig | 901 --
1 file changed, 901 deletions(-)
delete mode 100644 arch/um/defconfig
diff --git a/arch/um/defconfig b/arch/um/defconfig
deleted
quot;and make x86_64_defconfig ARCH=um" replaces "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
201 - 300 of 845 matches
Mail list logo
