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 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
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 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 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 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 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 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
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 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
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 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
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'
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
):
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
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.
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 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 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
: 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 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
Am Thu, 12 Jul 2012 16:49:28 +0200
schrieb Karel Zak k...@redhat.com:
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
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 bharr...@panasas.com
on all patches if you'd like.
Please push them ASAP to Linus. They fix a
Am 07.06.2012 11:19, schrieb Alan Cox:
On Thu, 07 Jun 2012 01:17:24 +0200
Richard Weinberger rich...@nod.at 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 console. I suspect it may be abusable but
I've
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.
E.g. login on non-tty0 terminals will break if the distro uses
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
Am 07.06.2012 18:50, schrieb Alan Cox:
On Thu, 07 Jun 2012 18:32:42 +0200
Richard Weinberger rich...@nod.at 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 more kernels.
So, then please
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 SIGBUS. Specifically, si_addr and si_code
are now
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
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
/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 jsl...@suse.cz
Cc: Jeff Dike jd...@addtoit.com
Cc: Richard Weinberger rich...@nod.at
Cc: user-mode-linux-devel
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.
Nice.
2. Why didn't you use
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 see the
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 -open into -install can be done
separately. Otherwise
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 with
line_ioctl() has no real function.
Signed-off-by: Richard Weinberger rich...@nod.at
---
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
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
Signed-off-by: Richard Weinberger rich...@nod.at
---
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
From: Jiri Slaby jsl...@suse.cz
And use count from there.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: Jeff Dike jd...@addtoit.com
Cc: Richard Weinberger rich...@nod.at
Cc: user-mode-linux-devel@lists.sourceforge.net
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/drivers/line.c
this lock is no longer needed.
Signed-off-by: Richard Weinberger rich...@nod.at
---
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
From: Jiri Slaby jsl...@suse.cz
This means switching to the tty refcounted model so that we will not
race with interrupts.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: Jeff Dike jd...@addtoit.com
Cc: Richard Weinberger rich...@nod.at
Cc: user-mode-linux-devel@lists.sourceforge.net
Signed-off
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 be
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 drivers
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: Remove unused variables
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: Anton
Am 18.04.2012 09:46, schrieb Geert Uytterhoeven:
On Tue, Apr 17, 2012 at 22:37, Richard Weinberger rich...@nod.at 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. They can still use free_irq
Parent: f21a7c195cb20cf613147839c4a2bc1fca8c7bd8
Author: Al Viro v...@zeniv.linux.org.uk
AuthorDate: Thu Apr 5 23:35:03 2012 -0400
Committer: Richard Weinberger rich...@nod.at
CommitDate: Tue Apr 10 00:13:45 2012 +0200
um: switch cow_user.h to htobe{32,64}/betoh{32,64}
... rather
As it's only user (UML) does no longer need it we can get
rid of it.
Signed-off-by: Richard Weinberger rich...@nod.at
---
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
UML does no longer need irq_chip-release().
Signed-off-by: Richard Weinberger rich...@nod.at
---
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
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 rich...@nod.at
---
arch/um/drivers/chan_kern.c |9 +
arch/um/drivers
and swapoff() would never return.
CC: sta...@kernel.org
Analyzed-by: Hugh Dickins hu...@google.com
Signed-off-by: Richard Weinberger rich...@nod.at
---
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
Use spin_lock_save/restore() in uml_net_interrupt() to
avoid recursive locking.
Signed-off-by: Richard Weinberger rich...@nod.at
---
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
for-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'
Richard Weinberger (2
Signed-off-by: Richard Weinberger rich...@nod.at
---
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
Signed-off-by: Richard Weinberger rich...@nod.at
Reported-by: Toralf Förster toralf.foers...@gmx.de
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
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 bharr...@panasas.com
Applied.
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 SF
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 to filldir()
Richard
find_lock_task_mm(), which walks up all
threads and returns an appropriate task (with task lock held).
Suggested-by: Oleg Nesterov o...@redhat.com
Signed-off-by: Anton Vorontsov anton.voront...@linaro.org
Acked-by: Richard Weinberger rich...@nod.at
Thanks,
//richard
signature.asc
Description: OpenPGP
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 anton.voront...@linaro.org
Acked-by: Richard Weinberger rich...@nod.at
Thanks,
//richard
signature.asc
.
os_kill_ptraced_process() calls a host function.
From UML's point of view nothing sleeps, so this is fine.
Acked-by: Richard Weinberger rich...@nod.at
Thanks,
//richard
signature.asc
Description: OpenPGP digital signature
--
This SF email
Am 23.03.2012 11:01, schrieb Toralf Förster:
Hello,
tried today the new kernel (just to play with my image) and git htis :
* Bringing down interface lo
* Removing addresses
* Stopping syslog-ng ...
Kernel panic - not syncing: Kernel mode fault at addr 0x0, ip 0x0
EIP:
Am 23.03.2012 11:04, schrieb Richard Weinberger:
Am 23.03.2012 11:01, schrieb Toralf Förster:
Hello,
tried today the new kernel (just to play with my image) and git htis :
* Bringing down interface lo
* Removing addresses
* Stopping syslog-ng ...
Kernel panic - not syncing: Kernel
Am 14.03.2012 01:51, schrieb Boaz Harrosh:
Yes, you mean git checkout v3.2 Yes it's the same all the way back to 2.6.39
or so
I just did that I get the same as above: addr2line -e .build_um/vmlinux
0x600179b8
linux-open-osd/arch/um/drivers/line.c:46
Please give this patch a try:
On 14.03.2012 08:28, Stian Skjelstad wrote:
Am 13.03.2012 23:38, schrieb Boaz Harrosh:
Since a while now my UMLs are constantly crashing in
__module_text_address
which makes no sense because if I do gdb list
*(__module_text_address+0xd)
I get:t
0x6005614e is in __module_text_address
Am 14.03.2012 23:28, schrieb Boaz Harrosh:
But surly it needs to go upstream. I'll run with it out of tree for now.
As of now it's not ready for upstream.
I'll submit it as -stable patch as soon as possible.
I have an administrative question. (If I may). This came up now with my FC15
setups.
Am 13.03.2012 23:38, schrieb Boaz Harrosh:
Since a while now my UMLs are constantly crashing in __module_text_address
which makes no sense because if I do gdb list *(__module_text_address+0xd)
I get:
0x6005614e is in __module_text_address
Am 14.03.2012 01:15, schrieb Boaz Harrosh:
I guess if you don't have it then you don't. The most reliable way for me to
get
it is a simple halt. I'm not able to ever shut down properly it reliably
crashes
like:
Kernel panic - not syncing: Kernel mode fault at addr 0x54, ip 0x6015c233
().
Signed-off-by: Danny Kukawkadanny.kuka...@bisect.de
Acked-by: Richard Weinberger rich...@nod.at
Do you want me to pick up this patch or is it supposed to go though the
net tree?
Thanks,
//richard
--
Virtualization Cloud
Am 12.02.2012 14:01, schrieb Jiri Slaby:
This and the ioctl change above fullfils the subject of the patch in no
way. Do this fix and the cleanup above separately, please.
Fair point.
@@ -404,27 +334,27 @@ int line_setup_irq(int fd, int input, int output,
struct line *line, void *data)
Am 12.02.2012 21:27, schrieb Al Viro:
So, I pulled your work and merged it into my shiny new UML tree:
git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git
Hmm... I would really, really recommend you to clean the git history in that
tree up. As it is, you have
* merge of that
Am 12.02.2012 22:20, schrieb Al Viro:
On Sun, Feb 12, 2012 at 10:01:49PM +0100, Richard Weinberger wrote:
Am 12.02.2012 21:27, schrieb Al Viro:
So, I pulled your work and merged it into my shiny new UML tree:
git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git
Hmm... I would really
Can you please review this patch?
Thanks,
//richard
---
From d8f5e7953def150bcc1e6a39dbbe589f1c68bcbd Mon Sep 17 00:00:00 2001
From: Richard Weinberger rich...@nod.at
Date: Sun, 12 Feb 2012 01:12:49 +0100
Subject: [PATCH] um: Use tty_port
UML's line driver has to use tty_port.
Signed-off
At some places io_remap_pfn_range() is needed.
UML has to serve it like all other archs do.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/include/asm/pgtable.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/um/include/asm/pgtable.h b/arch/um/include
UML has no io memory but implements everything defined in
generic-asm/io.h.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/Kconfig.common |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index b37ae70..20a49ba
CONFIG_GENERIC_IO is just enough for the basic MTD stuff.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/Kconfig |2 +-
drivers/mtd/devices/Kconfig |1 +
drivers/mtd/maps/Kconfig|1 +
drivers/mtd/nand/Kconfig|2 ++
drivers/mtd/onenand/Kconfig
-off-by: Richard Weinberger rich...@nod.at
---
lib/Kconfig |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/lib/Kconfig b/lib/Kconfig
index d69d321..c3c4c1c 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -26,6 +26,10 @@ config GENERIC_IOMAP
bool
select
From: Al Viro v...@zeniv.linux.org.uk
Signed-off-by: Al Viro v...@zeniv.linux.org.uk
Signed-off-by: Richard Weinberger rich...@nod.at
[rich...@nod.at: Fixed get_current()]
---
arch/um/include/asm/Kbuild |2 +-
arch/um/include/asm/current.h | 13
arch/um/include/asm
Am 04.02.2012 01:14, schrieb Al Viro:
On Sat, Feb 04, 2012 at 12:17:43AM +0100, Richard Weinberger wrote:
Many header files can be replaced by generic variants.
Umm... I suspect that for auxvec.h the right thing is to simply
remove it - it's never used on uml builds.
FWIW, I've rebased
Many header files can be replaced by generic variants.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/include/asm/Kbuild |3 +-
arch/um/include/asm/auxvec.h|4 --
arch/um/include/asm/current.h | 13 ---
arch/um/include/asm/delay.h
Am 04.02.2012 01:14, schrieb Al Viro:
On Sat, Feb 04, 2012 at 12:17:43AM +0100, Richard Weinberger wrote:
Many header files can be replaced by generic variants.
FWIW, I've rebased my local queue to current and pushed it to kernel.org
again; it's on git.kernel.org/pub/scm/linux/kernel/git
Am 04.02.2012 01:14, schrieb Al Viro:
On Sat, Feb 04, 2012 at 12:17:43AM +0100, Richard Weinberger wrote:
Many header files can be replaced by generic variants.
Umm... I suspect that for auxvec.h the right thing is to simply
remove it - it's never used on uml builds.
FWIW, I've rebased
Am 30.01.2012 19:23, schrieb Al Viro:
On Wed, Jan 25, 2012 at 06:23:53PM +0100, Richard Weinberger wrote:
There is no need to implement our own basic io functions.
All we need exists already in asm-generic/io.h
Then just do
git rm arch/um/include/asm/io.h
echo 'generic-y += io.h'arch/um
Am 30.01.2012 20:32, schrieb Al Viro:
On Mon, Jan 30, 2012 at 07:25:52PM +, Al Viro wrote:
While we are at it, param.h and pci.h appear to be candidates for the
same treatment, along with delay.h and auxvec.h. mutex.h as well...
BTW, we probably can kill arch/um/include/asm/asm-offsets.h
At some places io_remap_pfn_range() is needed.
UML has to serve it like all other archs do.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/include/asm/pgtable.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/um/include/asm/pgtable.h b/arch/um/include
There is no need to implement our own basic io functions.
All we need exists already in asm-generic/io.h
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/include/asm/io.h | 53 +-
1 files changed, 1 insertions(+), 52 deletions(-)
diff
loads a module which was built
with R_X86_64_32S relocations.
Symbols with a location 0x800 cannot be used with R_X86_64_32S
To deal with this x86_64 UML has to be compiled with -mcmodel=large
such that no R_X86_64_32S relocations are used.
Signed-off-by: Richard Weinberger rich...@nod.at
Hi!
Am 12.01.2012 21:30, schrieb Toralf Förster:
richard -rw- weinberger wrote at 13:19:34
2012/1/11 Toralf Förster toralf.foers...@gmx.de:
Hello,
with a recent kernel (pre-rc1) I realized this crash and wondering
whether it is worth to bisect or if there's already a fix flying around :
Hi!
In Linus' tree as of today UML is broken.
It's crashing because get_cpu_device() in topology_add_dev()
returns a device with an invalid kobj (address is 0x10).
The code seems to assume that each arch has to register their CPUs
using register_cpu().
Is this a regression or was UML always
Am 20.11.2011 00:16, schrieb Frank Laub:
When running the VDE backend with 2 uml instances and running iperf
between them, the vde_send() function often returns EINTR. I noticed
that this is accounted for in net_user.c via the use of the
CATCH_EINTR() macro. Thus the following patch uses
Am 01.11.2011 12:09, schrieb Jiri Kosina:
The kmalloc() call in init_vdso() has reverse order of arguments.
Signed-off-by: Jiri Kosina jkos...@suse.cz
Dave sent me already a patch:
https://lkml.org/lkml/2011/10/24/388
Thanks,
//richard
signature.asc
Description: OpenPGP digital signature
when handler enables interrupts]).
So now this flag is a NOOP and can be removed.
Signed-off-by: Yong Zhang yong.zha...@gmail.com
Acked-by: Richard Weinberger rich...@nod.at
BTW: I think it's better when I carry this patch through my UML tree.
Okay?
Thanks,
//richard
signature.asc
/arch/um/Kconfig.x86
@@ -57,9 +57,6 @@ config ARCH_HAS_SC_SIGNALS
config ARCH_REUSE_HOST_VSYSCALL_AREA
def_bool !64BIT
-config SMP_BROKEN
- def_bool 64BIT
-
config GENERIC_HWEIGHT
def_bool y
Acked-by: Richard Weinberger rich...@nod.at
signature.asc
Description
501 - 600 of 727 matches
Mail list logo