Jeff
--
Jeff Dike
AddToIt
978-254-0789 (o)
978-394-8986 (c)
--
___
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourc
ut it?
My (vague) recollection was that with libc in there, I couldn't be
confident that it wouldn't unexpectedly use FP for something. So,
saving and restoring FP state was a hedge against that happening.
Jeff
--
Jeff Dike
AddToIt
978-2
> Since you've been so nice about it, here is my umpteenth go at a
> linux kernel patch.
Just eyeballing it, that looks right to me. It just needs your
original bug report above the Signed-off-by.
Jeff
--
Jeff Dike
AddToIt
978-254-0789 (o)
978-
On Wed, Jul 08, 2015 at 10:01:23PM +0200, Richard Weinberger wrote:
> BTW: I'd like to move away from sf.net soon. Maybe to lists.infradead.org.
> Is that okay for you?
Fine by me - it's your call.
Jeff
-
... Nice patch elided ...
I have a bit of a problem here - Christophe isn't a member of
uml-devel, so Mailman is sitting on his post until it's approved by a
list moderator, namely me.
So far, so good, except that my uml-devel password stopped working, so
I now have no ability to approve this (an
On Mon, Aug 29, 2011 at 02:27:05PM -0700, Andrew Morton wrote:
> ok, I give up. How does this work?
It fixes symbol clashes between libc and kernel names by redefining
the kernel name in any file that is built against kernel headers.
This fix is fairly nasty, but simple and it works. My long-ra
On Wed, Jul 28, 2010 at 09:54:37PM +0530, ratheesh k wrote:
> I have a simple user space program .
>
> char *ptr=(char *)malloc(100);
> strcpy(ptr , "Hi Kernel , How are you ");
> .
> sendmsg(...)
>
>
>
> I compiled this program and executed on 2.6.32 user mode linux .
> when
On Mon, May 31, 2010 at 03:51:32PM +0200, Borislav Petkov wrote:
> includes which are
> the optimized variants.
But how does UML get to arch/x86/include/asm/bitops.h in the first place?
It must go through an arch/um/include/asm/something.h (where something
might be bitops) first, right?
On Sun, May 30, 2010 at 09:39:56PM +0200, Borislav Petkov wrote:
> Which begs the question why _is_ UML sucking in x86 stuff and can anyone
> provide us with some sensible reasons? Because if there aren't any, it
> is their includes that should be fixed. Let me see what I can do to
> redirect hweig
On Tue, Apr 20, 2010 at 04:35:52PM +0200, Jiri Kosina wrote:
> On Tue, 20 Apr 2010, Amerigo Wang wrote:
> > Shouldn't this signal.c #include ?
>
> Well, it gets included implicitly through uaccess.h -> sched.h ->
> kernel.h.
You're depending on the internal details of uaccess.h and sched.h. If
On Mon, Apr 19, 2010 at 10:12:04PM +0200, Jiri Kosina wrote:
> Well, if Jeff isn't actively maintaining UML any more, either you can take
> over the maintainership yourself, or feed the non-trivial patches through
> Andrew Morton.
Yes, these generally go through Andrew.
On Tue, Apr 20, 2010 at 04:33:58PM +0800, Amerigo Wang wrote:
> On Mon, Apr 19, 2010 at 11:53:05PM +0200, Jan Kiszka wrote:
> >Already defined in kernel.h. The official version assumes that 'n' is
> >power of two - which it is in our case.
> >
> >Signed-off-by: Jan Kiszka
> >---
> > arch/um/sys-x8
On Tue, Apr 20, 2010 at 06:09:49PM +0800, Amerigo Wang wrote:
> On Mon, Apr 19, 2010 at 11:53:06PM +0200, Jan Kiszka wrote:
> >We can't pull in linux/sched.h, so just declare the struct.
> >
>
> Did you meet any build error? If yes, please include it.
What does this patch fix, aside from being a
On Sun, Feb 28, 2010 at 03:06:21PM +0100, Andrea Gelmini wrote:
> 2010/2/27 Jeff Dike :
> Hi Jeff,
>and thanks for your reply.
>
> > Don't you have anything better to do with your time?
>
> It's a dirty job, but somebody has to do it...
To be a bit mor
On Sat, Feb 27, 2010 at 05:51:47PM +0100, Andrea Gelmini wrote:
> arch/um/sys-x86_64/shared/sysdep/skas_ptrace.h:10: ERROR: code indent should
> use tabs where possible
> arch/um/sys-x86_64/shared/sysdep/skas_ptrace.h:11: ERROR: code indent should
> use tabs where possible
Don't you have anythin
On Sat, Feb 20, 2010 at 03:16:05PM +, Al Viro wrote:
> On Sat, Feb 20, 2010 at 03:09:36PM +, Al Viro wrote:
> > On Sat, Feb 20, 2010 at 10:33:59PM +0800, Am??rico Wang wrote:
> > >
> > > git should ignore these files, since they are generated.
> >
> > > +include/shared/kern_constants.h
>
On Fri, Jun 26, 2009 at 12:01:11PM +1000, Stephen Rothwell wrote:
> On out PowerPC host I am using
>
> make ARCH=um SUBARCH=i386 CROSS_COMPILE=
>
> I am just building defconfig, would another config also be useful?
defconfig is good - that's my normal test config.
> Currently plain "make
On Thu, Jun 25, 2009 at 06:49:01PM +0800, Amerigo Wang wrote:
> make ARCH=um SUBARCH=ppc? Or something similar...
It would need to be
make ARCH=um
with an x86 cross-compiler.
Jeff
---
On Mon, Jun 15, 2009 at 06:22:46PM -0700, Paul Menage wrote:
> On Mon, Jun 15, 2009 at 6:03 PM, Jeff Dike wrote:
> >
> > The problem with SMP on skas0
>
> Does that mean that it works more easily on skas3?
Yup. That completely avoids ptrace issues. I think things should
ju
On Thu, Jun 11, 2009 at 12:02:56PM -0700, Paul Menage wrote:
> For a while now (since tt mode was dropped and skas mode became the
> only option?) it looks as though UML has been UP-only on x86-64. And
> even though the configs appear to allow building SMP on x86-32, there
> are things like the pa
On Sat, Apr 18, 2009 at 05:40:21PM +0200, Ingo van Lil wrote:
> some time ago Jeff prepared a patch [1] for UML to stop saving the
> process FP state between task switches. The assumption was that since
> with SKAS0 every guest process runs inside a host process context the
> host OS will take care
On Mon, Apr 20, 2009 at 02:27:24PM -0400, Mark S. Waterbury wrote:
> Does anyone know if anyone has successfully "ported" UML to run on top
> of AIX?
Nope. The only port is the Linux one.
Jeff
On Fri, Mar 06, 2009 at 07:18:34PM +0800, Am??rico Wang wrote:
> It does work well x86_64, but my question is that whether this will
> break i386 or not, since before, CONFIG_3_LEVEL_PGTABLES depends on
> EXPERIMENTAL on i386, this patch removes it.
As long as CONFIG_3_LEVEL_PGTABLES is off on 32-
On Mon, Jan 19, 2009 at 08:53:25PM -0700, Shane Hathaway wrote:
> A new instance of user mode linux that I created over the past couple of
> days worked pretty well except that it had a habit of freezing after a
> few minutes. Every time it froze, the last message on the console was
> either:
>
>
On Sun, Jan 18, 2009 at 02:23:46PM +0800, Daolong Wang wrote:
> I can confirm this link error.
In what environment? I see no problems here.
> And this patch works for me.
Maybe it fixes the link failure. But I really doubt that sigprocmask works.
Jeff
--
Wor
On Fri, Jan 16, 2009 at 12:41:58PM -0800, Andrew Morton wrote:
> On Thu, 15 Jan 2009 19:40:33 +
> Am__rico Wang wrote:
> > #define sys_vm86old sys_ni_syscall
> > #define sys_vm86 sys_ni_syscall
> > +#define sys_sigprocmask sigprocmask
> >
> > #define old_mmap old_mmap_i386
> >
>
> For
On Sat, Oct 25, 2008 at 02:08:31AM +0300, Roman Yepishev wrote:
> Temporary solution is to fix file declaration to be 108 or less bytes
> but checks should be introduced when socket path is constructed.
I don't really understand what you mean by checks being introduced,
but how do you like the pat
On Wed, Oct 22, 2008 at 01:34:59PM +1100, Rusty Russell wrote:
> ...
> cpu_clear(me, cpu_online_map);
> cpu_set(me, cpu_online_map);
>
> Something subtle here?
I'd like to be able to claim so, but no. Looks like a botched merge to me.
Jeff
--
Work e
On Thu, Oct 02, 2008 at 03:34:27PM +0200, Nicolas Boullis wrote:
> I wrote:
> >
> > For what it's worth, here is my quick-n-dirty proof-of-concept patch
> > that enables parallel I/O. Note that it is based on 2.6.24.
> >
> > If people are interested, I can try to make a clean patch out of it.
>
On Sat, Sep 06, 2008 at 01:55:34PM -0700, John Reiser wrote:
> > This is effectively appropriating part of the kernel's ABI for
> > valgrind's use.
>
> UML is part of the kernel, so getting a memory reference checker (valgrind)
> running in UML is part of the kernel, too. The concept of "escape
On Fri, Aug 29, 2008 at 04:15:24PM -0700, Steve VanDeBogart wrote:
> Add a flag to tell Valgrind to run the forked child natively. Necessary
> because Valgrind makes additional system calls to instrumented processes,
> which confuse UML.
> +#ifdef UML_CONFIG_VALGRIND_SUPPORT
> + flags
On Mon, Sep 01, 2008 at 05:44:39PM +0200, Julien Iguchi-Cartigny wrote:
> I'm using Netkit (www.netkit.org): it's a network simulator using UML
> and I want to show packets exchanged between the UML machines. I believe
> the best way is to
>
> - use wireshark with the flag "-" to capture packets i
On Wed, Sep 03, 2008 at 12:01:19AM +0100, Graham Cobb wrote:
> The bisection is complete. It took longer than I expected as many of the
> versions git-bisect wanted to test would not build UML without tracking down
> some additional patches.
>
> The bug seems to have been introduced with git c
On Mon, Sep 01, 2008 at 04:22:19PM +0200, Andi Kleen wrote:
> > Kernel code can't get headers from the system, unless you're thinking
> >#include "/usr/include/valgrind.h"
> > or something similar.
>
> Some um files at least least include sys/* files which are surely
> user space? If they
On Mon, Sep 01, 2008 at 11:32:00AM +0200, Andi Kleen wrote:
> Steve VanDeBogart <[EMAIL PROTECTED]> writes:
> > Kconfig option for Valgrind. Suppression file, for known non-issues.
> > Valgrind header files (svn 8534) that define the client request
> > mechanism used to annotate programs plus a co
On Wed, Aug 27, 2008 at 04:05:24PM +0100, Graham Cobb wrote:
> However, how would I go about bisecting through the large number of patches
> which are the difference between these? Is there somewhere I can get interim
> kernel versions from?
Set up a git tree, and git-bisect will chose versions
On Wed, Aug 27, 2008 at 12:34:08PM +0300, Ilpo Järvinen wrote:
> They usually say that you might want to put the return on a different line
> unless you have something to hide :-).
Whoops, right you are.
Jeff
--
Work email - jdike at linux dot intel dot com
-
On Wed, Aug 27, 2008 at 09:04:29AM +0100, Graham Cobb wrote:
> On Tuesday 26 August 2008 21:20:12 Jeff Dike wrote:
> > A symbol clash between libc and the kernel. Try this:
> >...
>
> The patch itself didn't apply for me (probably because I copy/paste'd it fr
t its size and
changed the return value to reflect that. Also some minor formatting
changes]
Signed-off-by: Tom Spink <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Linus Torval
On Tue, Aug 19, 2008 at 09:01:55PM +0900, Mattia Dongili wrote:
> one more bug report on 2.6.26.2. It looks like .25 is affected as well
> are both suffering from it.
Sigh, I was hoping that this wasn't seen on anything later than 2.6.24.
Any chance it can be bisected? Since this is an overnight
On Tue, Aug 19, 2008 at 08:47:04PM +0900, Mattia Dongili wrote:
> In short statically linking the uml kernel fails with the error below.
> Any idea what may be wrong?
A symbol clash between libc and the kernel. Try this:
Index: linux-2.6.22/arch/um/Makefile
=
On Tue, Aug 26, 2008 at 08:07:20PM +0200, Stanislav Meduna wrote:
> My host is current Ubuntu and I was unable to test 2.6.25.x
> there due to
> Locating the top of the address space ... Address 0x0 no good?
> which AFAIK was a known problem caused by some ubuntu-specific
> patch.
You can work a
On Tue, Aug 12, 2008 at 01:02:39PM -0300, Roberto Alcântara wrote:
> Yes, my gcc version is 4.2.3 and I will do what you say.
This patch is in 2.6.26.2 now, so use that if you don't feel like
patching 2.6.26.
Jeff
--
Work email - jdike at linux dot intel dot com
On Tue, Aug 26, 2008 at 09:20:56AM +0200, Stanislav Meduna wrote:
> I tried to isolate the exact version, but I was not able
> to compile/run all the UML versions in my test environment
> (current Ubuntu) - obviously the UML is quite sensitive
> to the host kernel as well.
It's not. Any 2.6 UML s
On Tue, Aug 19, 2008 at 09:09:16AM +0300, Ilpo Järvinen wrote:
> ...I'm not fully sure what's the intention here, ie., whether
> the return belongs to a block with the assignment or not.
Yes, this is confused, although it just happens to compile to
something sane. Your patch is fine, but I think
On Fri, Aug 08, 2008 at 02:35:39PM +0200, Stanislav Meduna wrote:
> Erm.. after debugging the FP corruption for several hours
> trying to isolate the cause I stumbled upon a patch from
> Jeff Dike from February:
>
> http://article.gmane.org/gmane.linux.uml.devel/11412
>
> D
On Thu, Aug 07, 2008 at 07:00:53PM +0300, Boaz Harrosh wrote:
> Jeff: Is this queued for 2.6.26-stable ?
I sent it in before I went on vacation, and it should be in -stable by now.
Jeff
--
Work email - jdike at linux dot intel dot com
-
>From 3d5ede6f776bdb1483bcd086f79c3bf41fed3865
We lost the marking of SIGWINCH as being OK to receive during stub
execution, causing a panic should that happen.
Cc: Benedict Verheyen <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton &l
>From 8bfd04b974689f700bbd053ad6e66b0a95fb80c9
x86_64 defines either memcpy or __memcpy depending on the gcc version, and
it looks like UML needs to follow that in its exporting.
Cc: Gabriel C <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Andrew
<[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Cc: WANG Cong <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/kernel/um_arch.c |5 -
1 files changed, 4 insertions
>From b6d8adf477439e7086224bc9674c6b6638780783
From: Ingo Molnar <[EMAIL PROTECTED]>
Include limits.h to get a definition of PATH_MAX.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL P
is results in an early boot crash when ptrace tries to initialize a
process with an empty, uninitialized register set.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/include/init.h |8
1 files changed, 8 i
>From f1ef9167ca4494a8c6d71d0031c73e9c8841eadd
Fedora broke PTRACE_SYSEMU again, and UML crashes as a result when it
doesn't need to. This patch makes the PTRACE_SYSEMU check fail gracefully
and makes UML fall back to PTRACE_SYSCALL.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
lob.
So, the uml_kmalloc wrapper is back. It calls kmalloc or whatever
that translates into, and libc code calls it.
kfree is left alone since that still works, leaving a somewhat
inconsistent API.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Cc: WANG Cong <[EMAIL PROTECTED]>
Signed-o
Here's my 2.6.25 patchset again. I've rebased against 2.6.25.14 and
included the correct commit ids this time.
Jeff
--
Work email - jdike at linux dot intel dot com
-
This SF.Net email is sp
>From 296cd66f7f6e130fe08e6880ecb13c3fc615a8db
From: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Acked-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/drivers/pcap_user.c |2 +-
1 files
ame to reflect that this function is
supposed to return the top of the process address space, not its size and
changed the return value to reflect that. Also some minor formatting
changes]
Signed-off-by: Tom Spink <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Si
>From 3e3b48e5198544dd90e27265a70c1a834139e025
From: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/sys-x86_64/ksyms.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/um/sys-x86_64
[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/os-Linux/time.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/um/os-L
d to the timekeeping system.
Cc: Nix <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/include/process.h |4 +-
arch/um/os-Linux/signal.c |
;= 4.0, bringing back the
possibility of Uli's crash. If that happens, we'll debug it.
I started seeing both the internal compiler errors and unresolved
inlines on Fedora 9. This patch fixes both problems, without so far
reintroducing the crash reported by Uli.
Signed-off-by: J
ing that gives you 0 and time is
stopped.
This is fixed by switching to a microsecond clock, with a multiplier
of 1000.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Cc: WANG Cong <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <
On Tue, Aug 05, 2008 at 06:37:18PM +0200, [EMAIL PROTECTED] wrote:
> I'm glad to here that the bug has been fixed. Anyway, it does not work
> with my configuration:
>
> - CentOS 5.1 as host system and UML root fs
> - Kernel 2.6.25.4 (vanilla, but config taken from the CentOS kernel)
> - GCC 4.1.2
On Mon, Aug 04, 2008 at 10:59:36PM +0200, Stanislav Meduna wrote:
> Hmmm... so I have cpu0 similar to yours. What version
> of UML and libc do you have?
UML 2.6.26 and an older libc:
% ls -l /lib/libc.so.6
lrwxrwxrwx 1 root root 11 Jun 2 2007 /lib/libc.so.6 -> libc-2.5.so
Looking through libc
On Mon, Aug 04, 2008 at 03:58:04PM +0200, Stanislav Meduna wrote:
> Hi,
>
> the following program
>
> ===
> #include
> #include
>
> main()
> {
>printf("Number of processors: %d\n", sysconf(_SC_NPROCESSORS_CONF));
> }
> ===
>
> produces
>
>Number of processors: 0
>
> on my system.
W
On Mon, Jul 28, 2008 at 04:31:06PM +0200, Luca Saiu wrote:
> That feature works very well, but as far as I can understand from the
> source and from my tests, it's limited to OSS.
The host audio driver just uses the host's /dev/sound/dsp and
/dev/sound/mixer. Are these OSS-specific? If so, and
On Sat, Aug 02, 2008 at 02:54:08PM +0900, Mattia Dongili wrote:
> FWIW I can't reproduce this on 2.6.26.
Thanks for letting me know. Too bad it's still a mystery though.
Jeff
--
Work email - jdike at linux dot intel dot com
---
On Mon, Aug 04, 2008 at 02:40:01PM +0200, Stanislav Meduna wrote:
> this is just to let you know that the /dev/random problems
> are still not solved in the 2.6.26 version. A small dictionary
> attack on sshd (in my case 260 tries over 12 minutes)
> are able to produce
>
> auth.log.0:Aug 3 05:30:
On Fri, Aug 01, 2008 at 04:06:24PM -0700, Greg KH wrote:
> On Fri, Aug 01, 2008 at 06:41:25PM -0400, Jeff Dike wrote:
> > >From 94409ded7768e15b0d0a5a172d611073c72308de Mon Sep 17 00:00:00 2001
>
> These git commit ids don't match up to anything in Linus's tree at al
.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Cc: Benny Halevy <[EMAIL PROTECTED]>
Cc: Adrian Bunk <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Ulrich Drepper <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/Make
>From 5e544831a3dfb9c0eefd091f578c740496819cec Mon Sep 17 00:00:00 2001
From: Ingo Molnar <[EMAIL PROTECTED]>
Include limits.h to get a definition of PATH_MAX.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by:
up.
Cc: Nix <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/os-Linux/time.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
d
>From 058ad32dc7765cde3717d3aaf5415724e5738128 Mon Sep 17 00:00:00 2001
From: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Acked-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/drivers/pca
>From 7282ca1a67ef596819e8cf5725b0caa95c5692f1 Mon Sep 17 00:00:00 2001
From: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/sys-x86_64/ksyms.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --
e number of
ticks delivered to the timekeeping system.
Cc: Nix <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/include/process.h |4 +-
throwing out initcalls.
This results in an early boot crash when ptrace tries to initialize a
process with an empty, uninitialized register set.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/include/init.h |8 +++
These are my -stable patches for 2.6.25.14.
Note that one patch, patch 13 "Fix boot crash", was sent in for
2.6.26-stable and described then as being not for 2.6.25-stable. The
patch which fixes various build problems, patch 12 "fix gcc ICEs and
unresolved externs", is here, thus requiring #13.
Christopher S. Aker" <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Cc: WANG Cong <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
arch/um/kernel/um_arch.c |5 -
1 file
it doesn't work with slob.
So, the uml_kmalloc wrapper is back. It calls kmalloc or whatever
that translates into, and libc code calls it.
kfree is left alone since that still works, leaving a somewhat
inconsistent API.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Cc: WANG Cong <
>From b4783df9f0fefe1af0b828748b8abe39ada65652 Mon Sep 17 00:00:00 2001
We lost the marking of SIGWINCH as being OK to receive during stub
execution, causing a panic should that happen.
Cc: Benedict Verheyen <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Signed
>From 81b956c3fec06a5091b9e8909724a8afc7fff1bc Mon Sep 17 00:00:00 2001
Fedora broke PTRACE_SYSEMU again, and UML crashes as a result when it
doesn't need to. This patch makes the PTRACE_SYSEMU check fail gracefully
and makes UML fall back to PTRACE_SYSCALL.
Signed-off-by: Jeff Dike
>From efc14bf16e1e0d95173875615da633722cc8e467 Mon Sep 17 00:00:00 2001
x86_64 defines either memcpy or __memcpy depending on the gcc version, and
it looks like UML needs to follow that in its exporting.
Cc: Gabriel C <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
MAIL PROTECTED]: changed the name to reflect that this function is
supposed to return the top of the process address space, not its size and
changed the return value to reflect that. Also some minor formatting
changes]
Signed-off-by: Tom Spink <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL
r, which is 1. Decrementing that gives you 0 and time is
stopped.
This is fixed by switching to a microsecond clock, with a multiplier
of 1000.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Cc: WANG Cong <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Sig
On Wed, Jul 23, 2008 at 12:59:25PM -0700, Andrew Morton wrote:
> Needed in 2.6.26.x, but also applies to 2.6.25. Is it also needed in
> 2.6.25.x?
... and just to be clear, I mean I think it's not exactly 2.6.25.x
material. It is definite 2.26.6.x material.
Jeff
--
Wo
On Wed, Jul 23, 2008 at 12:59:25PM -0700, Andrew Morton wrote:
> Needed in 2.6.26.x, but also applies to 2.6.25. Is it also needed in
> 2.6.25.x?
It does apply nicely, but I think it's not needed for -stable. AIUI,
-stable is for actual, realized bugs, and this one is more latent,
being enabled
On Tue, Jul 22, 2008 at 11:27:13AM +0300, Boaz Harrosh wrote:
> I'm not sure I fully understand. Could you please explain what you
> found.
arch/um/include/init.h copies enough definitions from linux/compiler.h
and linux/init.h to implement initcall and exitcall et al. It can't
include the kernel
e tries to initialize a
process with an empty, uninitialized register set.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/init.h |8
1 file changed, 8 insertions(+)
Index: linux-2.6.22/arch/u
On Tue, Jul 22, 2008 at 06:41:52PM +0100, WANG Cong wrote:
>
> Fixed this error:
>
> CC arch/um/drivers/vde_user.o
> /home/wangcong/Projects/linux-2.6/arch/um/drivers/vde_user.c: In
> function ‘vde_init_libstuff’:
> /home/wangcong/Projects/linux-2.6/arch/um/drivers/vde_user.c:81:
> error
I believe I figured out the ptrace crash that showed up with 2.6.26,
thanks to Toralf Förster.
The patch is below.
I have one confirmation that this fixes the problem - I'd like a few
more just to be sure.
Jeff
--
Work email - jdike at linux dot intel dot com
Index: li
On Mon, Jul 21, 2008 at 12:20:22AM +0900, Mattia Dongili wrote:
> it's not entirely clear to me why, but that patch fixes a segfault that
> I experience when booting uml 2.6.25 built with gcc-4.3 on a 2.6.25
> host (I also applied your ICE workaround patch).
Hmmm, get a stack trace from it and let
On Sun, Jul 20, 2008 at 05:15:16PM +0800, Peter Teoh wrote:
> And ptrace_setregs() calling ptrace() seemed to returned -errno almost
> immediately:
>
> (gdb) s
> ptrace_setregs (pid=19131, regs=0x820aae0) at
> /mnt/hd0/download/linux-2.6-latest/arch/um/sys-i386/ptrace_user.c:18
> 18 i
On Sat, Jul 19, 2008 at 03:22:58AM +0800, Peter Teoh wrote:
> Next I checkout the 2.6.26 branch (current master), and generated a
> UML guest for it. Now the guest have the same version as the host -
> 2.6.26. But bootup with errors:
>
> EXT3-fs: mounted filesystem with ordered data mode.
> VFS
On Thu, Jul 17, 2008 at 12:55:09PM +0800, Jiaying Zhang wrote:
> The patch below solves the 2.6.25 uml crash problem for me. Looks like the
> problem should be away in 2.6.26 kernel because down_interruptible has
> changed to the C code since 2.6.26. But I got kernel panic while booting
> the 2.6.2
On Wed, Jul 16, 2008 at 02:55:31PM +0300, Boaz Harrosh wrote:
> BTW I use gcc 4.1 on FC7 and all is fine, but I have an x86_64 machine,
> is this problem i386 only?
It's been seen on both i386 and x86_64. Initially, it was x86_64. I
couldn't reproduce it here despite having the same environment
On Tue, Jul 15, 2008 at 11:42:05AM -0700, David Shane Holden wrote:
> Jeff Dike wrote:
> > On Mon, Jul 14, 2008 at 11:30:15AM -0700, David Shane Holden wrote:
> >> I tried to build a UML 2.6.26 kernel on Debian (32-bit) and ran into the
> >> same problem report
On Fri, Jul 11, 2008 at 02:53:09AM -0500, Stoyan Gaydarov wrote:
> If I did these builds wrong then do let me know what I can
> do to fix them and re-run them so that I can provide some useful
> information in the future.
There's not a lot of point to tarring up 17 logs when there are only
four d
On Mon, Jul 14, 2008 at 11:30:15AM -0700, David Shane Holden wrote:
> I tried to build a UML 2.6.26 kernel on Debian (32-bit) and ran into the
> same problem reported here http://marc.info/?t=12101153352&r=1&w=2.
It's really 2.6.26, and not something from a day or two earlier? I
fixed the c
On Mon, Jul 14, 2008 at 05:06:49PM +0800, Jiaying Zhang wrote:
> The 2.6.24 kernels are OK, but I have seen this problem with all of the
> 2.6.25 kernels I have tried. There have been a lot of changes between
> 2.6.24 kernels and 2.6.25 kernels. I am not sure which one may lead
> to this problem.
On Thu, Jul 10, 2008 at 08:09:59PM +0200, Toralf Förster wrote:
> At Thursday 10 July 2008 18:35:15 Jeff Dike wrote :
>
> > What's the host?
>
> [EMAIL PROTECTED] ~ $ uname -a
> Linux n22 2.6.25-gentoo-r6 #4 Thu Jul 10 19:49:36 CEST 2008 i686 Intel(R)
> P
1 - 100 of 1881 matches
Mail list logo
