m
init.h started breaking now for some reason. It turns out that there wasn't a
definition of __used. Fixed this by copying the relevant stuff from
compiler.h in the userspace case, and including compiler.h in the kernel case.
>From WANG Cong <[EMAIL PROTECTED]> - added def
mechananism that was used on x86_64 is gone.
arch/um/include/sysdep-i386/syscalls.h got some formatting since I was
looking at it.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Cc: WANG Cong <[EMAIL PROTECTED]>
---
arch/um/include/sysdep-i386/syscalls.h |5 +++--
arch/u
On Wed, Feb 06, 2008 at 12:25:57AM +0800, WANG Cong wrote:
>
> Fix a missed conversion specifier of a printk in
> arch/um/kernel/initrd.c.
>
> Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
> Cc: Jeff Dike <[EMAIL PROTECTED]>
ACK - 2.6.25 material. Sigh.
On Tue, Feb 05, 2008 at 05:25:06PM +0100, Jim Meyering wrote:
>
> An alternative: make find_tempdir set tempdir to default_tempdir
> upon malloc failure.
>
> * arch/um/os-Linux/mem.c (make_tempfile): Handle NULL tempdir.
> Don't let a long tempdir (e.g., via TMPDIR) provoke heap corruption.
>
>
On Mon, Feb 11, 2008 at 02:44:21PM -0800, Christoph Lameter wrote:
> UML defined its own external __kmalloc and things. Isnt there some other
> way to fix it? I guess including slab.h is not possible here?
This is definitely dubious code on my part and I wouldn't support
Pekka's patch unless you'
/arch/um/drivers/harddog_user.c:82: error: too many arguments to function
'helper_wait'
/arch/um/drivers/harddog_user.c:89: error: too many arguments to function
'helper_wait'
Signed-off-by: Johann Felix Soden <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
From: Johann Felix Soden <[EMAIL PROTECTED]>
If the initrd file has zero-length, the error message should contain
the filepath.
Cc: WANG Cong <[EMAIL PROTECTED]>
Signed-off-by: Johann Felix Soden <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/u
These should go to Linus - there are three build fixes and a serious bug fix.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
essentially sleeping
forever.
This patch saves the FP state before entering the SIGSEGV handler and
restores it afterwards.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/registers.h |2 ++
arch/um/include/sysdep-i386/ptrace_user.h |3 +++
arc
The macros which extract registers from a struct sigcontext are no
longer needed and can be removed. They are starting not to build
anyway, given the removal of the 'e' and 'r' from register names
during the x86 merge.
Cc: Jiri Olsa <[EMAIL PROTECTED]>
Signed-off-by: J
, ia64, mips, and powerpc.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
include/asm-generic/futex.h |2 +-
include/asm-ia64/futex.h|2 +-
include/asm-mips/futex.h|2 +-
include/asm-parisc/futex.h |2 +-
include/asm-powerpc/futex.h |2 +-
include/asm-sh/f
On Thu, Feb 14, 2008 at 12:13:09PM +0100, Ph. Marek wrote:
> make -C linux-2.6.24.2/ O=output_path/build ARCH=um bzImage
> make[2]: *** No rule to make target `bzImage'. Stop.
This seems pretty clear, no?
bzImage is a x86-ism. Just leave it off, and you'll get linux and vmlinux.
On Fri, Feb 15, 2008 at 10:07:42PM +0800, WANG Cong wrote:
>
> Make some small improvements for arch/um/kernel/um_arch.c.
>
> Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
> Cc: Jeff Dike <[EMAIL PROTECTED]>
ACK
Jeff
--
Work email - jdike at linux dot inte
On Fri, Feb 15, 2008 at 12:43:45PM +0100, Miklos Szeredi wrote:
> - UML doesn't boot: guest is 2.6.24-mm1 also, haven't tried any
>other. Same guest boots fine on 2.6.24 host.
What does it do?
Any chance you can bisect it?
Jeff
--
Work email - jdike at lin
On Fri, Feb 15, 2008 at 08:52:04PM +0100, Miklos Szeredi wrote:
> > What does it do?
>
> See below.
> [0.42] Checking host MADV_REMOVE support...<3>MADV_REMOVE failed, err
> = -38
Where'd MADV_REMOVE go? I have it on 2.6.24.
> [0.42] Failed to get registers from stub, errno =
mp;q=raw
http://marc.info/?l=user-mode-linux-devel&m=120223046325197&q=raw
http://marc.info/?l=user-mode-linux-devel&m=120223005624238&q=raw
These are against 2.6.24. Build both host and guest from this tree.
Jeff
--
Work email
On Wed, Feb 20, 2008 at 07:19:13PM +0800, WANG Cong wrote:
> Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
Looks good - you should add some sort of changelog though.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this list: send the l
On Thu, Feb 21, 2008 at 06:20:23PM +0100, Miklos Szeredi wrote:
> Bisected it down to
>
> good e7b5e11eaaa8ef93a34e68016de51152d0d62911
> bad bde6f5f59c2b2b48a7a849c129d5b48838fe77ee
>
> I strongly suspect it's one of the ptrace cleanup patches. Roland,
> could you please have a look?
I agree.
%fs needs to be copied from parent to child during fork.
Tidied up some whitespace while I was here.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
include/asm-um/processor-x86_64.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux-2.6-git/include/asm-um/pro
This batch should go into the 2.6.25 merge window.
There are a couple of patches which had been sitting in -mm waiting
for this merge window, but got lost somehow:
runtime host vmsplit detection - Miklos spotted a bug, since
fixed, with a 32-bit UML on a 64-bit host
style fixes in
[ Spotted by Miklos ]
Fix a memory leak in init_new_context. The struct page ** buffer
allocated for install_special_mapping was never recorded, and thus
leaked when the mm_struct was freed. Fix it by saving the pointer in
mm_context_t and freeing it in arch_exit_mmap.
Signed-off-by: Jeff Dike
longer needed.
create_tmp_file was also made static.
checkpatch moans about an EXPORT_SYMBOL in user_syms.c which is part
of a macro definition - this is copying a bit of kernel infrastructure
into the libc side of UML because the kernel headers can't be included
there.
Signed-off-by: Jeff
Miklos ran into.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/Kconfig | 11 --
arch/um/Kconfig.i386| 37 -
arch/um/Kconfig.x86_64 |4 -
arch/um/Makefile| 11 --
a
leanups, deleted obsolete comment ]
Signed-off-by: Jim Meyering <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/os-Linux/mem.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
Index: linux-2.
[ This is 2.6.25 fodder ]
Update defconfig.
Cc: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/defconfig | 280 --
1 file changed, 187 insertions(+), 93 deletions(-)
Index: linux-
On Mon, Feb 25, 2008 at 09:49:43AM -0500, Theodore Ts'o wrote:
> I've noticed that if I try to use a 32-bit x86 gdb to debug a
> 32-bit program under a 64-bit x86_64 kernel, gdb (version 6.6-debian,
> from Ubuntu Gutsy) immediately core dumps as soon as I run the test
> program under the debu
The user-mode port of 2.4.3 is available.
Added --help and --version, which do the obvious things
UML now creates a /tmp/uml/ pid file. The name can be set with the
'-umid=' switch. This is intended to make it easier for a UI to control
a number of virtual machines. There is a more general
[EMAIL PROTECTED] said:
> I have a suggestion that might seem unusual at first but it is
> important for Linux on S/390. We are facing the problem that we want
> to start many (> 1000) Linux images on a big S/390 machine. Every
> image has its own 100 HZ timer on every processor the images uses
>
[EMAIL PROTECTED] said:
> http://www.kernel.org/ has a list of architecture websites. Also the
> CREDITS / MAINTAINERS files tend to list the people who are involved.
Except it's restricted to processor ports, which would leave you not knowing
about UML.
Jeff
[EMAIL PROTECTED] said:
> Have you tried mailing [EMAIL PROTECTED] and asking to be added?
Yes.
[EMAIL PROTECTED] said:
> I'd be highly surprised if they said no to adding UML to the list if
> you mailed them a request to update the page.
Well, be surprised then. The reply from hpa was that
[EMAIL PROTECTED] said:
> Would anyone have a problem with this change?
UML already has a arch/um/include for private headers that the rest of the
kernel is not allowed to see.
It would mean moving it, which is not a big deal.
Jeff
-
To unsubscribe from this
[EMAIL PROTECTED] said:
> I'm wondering about the possibility of re-examining the idea of a
> kernel debugger option distributed with 2.4.
First off, I'd like to say that I'm highly sympathetic to this, assuming that
a kernel debugger doesn't change the kernel's behavior.
However,
> I'm th
The user-mode port of 2.4.2 is available.
For the particularly paranoid, the ubd device now has the option of doing all
writes O_SYNC, either as a config option for all devices or on a
device-by-device basis. This is thanks to Lennert Buytenhek.
A couple of hostfs bugs were fixed.
A crash in
The user-mode port of 2.4.0 is available.
It was updated to 2.4.0 and that's it.
The project's home page is http://user-mode-linux.sourceforge.net
The project's download page is http://sourceforge.net/project/filelist.php?grou
p_id=429
Jeff
-
To unsubscribe fr
You've got two problems here, and one of them is mine:
> In uml I continue the debian installation off of cdrom and as I say ok
> to the final screen I get a "Kernel panic: Kernel mode fault at addr
> 0xbefffe90, ip 0x1009f315" from user-mode linux which is running as
> me, not as root.
Can you
The user-mode port of 2.4.0-test11 is available.
UML is now able to run as a daemon, i.e. with no stdin/stdout/stderr.
The hostfs filesystem now works as a readonly filesystem. It's now
configurable. I'm using it as a module. It ought to work compiled into the
kernel, but I haven't checked
[EMAIL PROTECTED] said:
> Does anybody know a function or method in order to translate an user
> space pointer into a valid pointer in kernel mode?
> I'd like to avoid copying data (such as the 'copy_to_user' and
> 'copy_from_user' functions do) because it slows down my system.
The reason
[EMAIL PROTECTED] said:
> I was unsure if it was okay to be using kmalloc during early stages of
> init/main.c so I decided to follow the example allready set and just
> use a static array - can anyone advise on being able to do this
> dynamically?
kmalloc is usable after mem_init(), I think. B
The user-mode port of 2.4.0-test8 is available.
It now boots on LFS kernels.
The block driver now handles out-of-range accesses better.
Various other bugs were fixed.
There is also a Debian 2.2 filesystem, a test harness, and the beginning of a
test suite available.
The project's home page is
[EMAIL PROTECTED] said:
> Beeing an active user mode linux user :-) I can say that since
> 2.4.0-test8 (host kernel) I cannot run uml-linux successfully.
> In contrast with popular feeling that "threaded programes screwed
> signal handling on test8.", it is actually a small change to arch/
> i38
[EMAIL PROTECTED] said:
> I tested vanilla test7 with ptrace() patch. It breaks uml exactly
> like I see with any kernel > test7.
> exec_user.c:29 ptrace(PTRACE_SYSCALL, 4901, 0, 0) = 0
> And voila, we got SIGSEGV instead of happy running child:
> Child 4901 exited with signal 11
Yuri, I apol
[EMAIL PROTECTED] said:
> I am currently using 2.4.0-test* as an "ordinary user" and want to try
> some of the 2.4 specific new features out, but this is my only system
> and I don't want it to be messed up so much, so I'd like to hear some
> comments first.
This is one of the things that user-
The user-mode port of 2.4.0-test10 is available.
The stack overflows seen in test9 are fixed. The stack is now allocated as
four pages, the top two used as a kernel stack, the third is inaccessible and
acts as a guard page, and the lowest page contains the task structure.
Host devices can aga
After I generated the patch, I noticed some stuff I didn't want to release, so
I edited the patch by hand, and of course, messed it up.
So, the new patch is available at http://sourceforge.net/project/filelist.php?g
roup_id=429 as usual.
Jeff
-
To unsubscribe f
After a stranger than usual late-night #kernelnewbies session on Thursday, I
was inspired to come up with Kernel Hangman. This is the traditional game of
hangman, except that the words you have to guess are kernel symbols.
So, test your knowledge of kernel trivia and play it at
http://user-mo
[EMAIL PROTECTED] said:
> Actually, OpenBSD already has this (in the kernel !) After a kernel
> crash ones, I got in the kerneldebugger.
I know. That's what prompted this. My little mind got to working after
someone on #kernelnewbies told me about the hangman program in the OpenBSD
kernel deb
The user-mode port of 2.4.0-test12 is finally available. It has been in CVS
for a couple of days, but SourceForge only today fixed up the site enough to
allow projects to make releases.
hostfs now mostly works. It's still somewhat buggy. It is also possible to
specify what host directory you
The user-mode port of 2.4.0-prerelease is available.
hostfs is more improved. Writing files really works now. Executing binaries
also works. There is still some memory corruption, though.
I fixed the swapoff crash.
The input to consoles and serial lines is now much more general. You can
a
[EMAIL PROTECTED] said:
> This preliminary, small patch prevents execution of system calls which
> were executed from a writable segment. It was tested and seems to
> work, without breaking anything. It also reports of such calls by
> using printk.
Have you tried running UML on this kernel?
UML has HZ == 20. When I built test9, I ran into trouble with this new block
in include/linux/timex.h:
#if HZ >= 24 && HZ < 48
# define SHIFT_HZ 5
#elif HZ >= 48 && HZ < 96
# define SHIFT_HZ 6
...
I added the obvious 12 <= HZ < 24 lines and got this from kernel/timer.c:
timer.c:44
The user-mode port of 2.4.0-test9 is available.
The bug that caused bash to occasionally segfault on address 0 was fixed.
I also went on a breakpoint-fixing binge. The problems caused by the kernel
debugger hitting breakpoints are fixed. Also, gdb no longer panics the kernel
when it hits a b
tty_register_devfs and tty_unregister_devfs both declare "struct tty_struct" locals.
According to gdb:
(gdb) p sizeof(struct tty_struct)
$20 = 3084
This eats up most of a 4K page, and on UML this is causing the stack to flow off the
page for some people.
Is it possible to make that tty_struct
> I was told somebody ported the TCP/IP stack of 2.0 as a library in
> user-mode. I cannot find the code for that, can anybody tell me where
> can I get it? Also, is there any other user level port of the TCP/IP
> stack for more recent kernels?
This is probably not what you heard about, but it mi
[EMAIL PROTECTED] said:
> And it's allocating a tty_struct for a really dumb reason, too. It's
> just using it so it cna call tty_name.
> Just replace the call to tty_name with something like this:
> sprintf(buf, driver->name, idx + driver->name_base)
> and make the obvious change to avo
Thank you!
I've been waiting for someone to send me that stack. There aren't any real
smoking guns there. I'm guessing that the difference between your laptop and
the machine it works on is that your laptop is running a fairly recent kernel
(2.4.0-testx) and the other isn't. The sigcontext
[EMAIL PROTECTED] said:
> Even with this patch, the overflow is 808 bytes (without the patch
> it's 1232 bytes).
I was mulling over some other changes that would have saved another 256 bytes,
but those don't look like they would help. Try the patch below. It
essentially gives up and lets the
[EMAIL PROTECTED] said:
> __restore(): 764
> do_execve:340
> load_elf_binary: 324
> segv: 180
> sigio_handler:176
> load_script: 172
> ext2_get_block: 160
> set_signals: 156
> block_read_full_page: 124
There's nothing re
> If the problem only impacts User-mode Linux, it's hard for me to
> justify
> hanging the "critical" label on it. However I'm willing to look at
> the
> patch, bless it, and send it on to Linus (who as you know sometimes is
> a
> softy about such things. :-)
I wasn't considering it a possi
[EMAIL PROTECTED] said:
> If the problem only impacts User-mode Linux, it's hard for me to justify
> hanging the "critical" label on it. However I'm willing to look at the
> patch, bless it, and send it on to Linus
Below is the patch to rid tty_register_devfs and tty_unregister_devfs of the
tty
[EMAIL PROTECTED] said:
> If you're a UP system, it never makes sense to spin in userland, since
> you'll just burn up a timeslice and prevent the lock holder from
> running. I haven't looked, but assume that their code only uses
> spinlocks on SMP. If you're an SMP system, then you shouldn't be u
[EMAIL PROTECTED] said:
> Here it is:
> http://oss.sgi.com/projects/postwait/
> Check out the download section for a 2.4.0 patch.
After having thought about this a bit more, I don't see why pw_post and
pw_wait can't be implemented in userspace as:
int pw_post(uid_t uid)
{
return(
[EMAIL PROTECTED] said:
> I've heard of tools like gcov for doing this with applications, but
> the kernel itself seems like it might require something more.
Have a look at user-mode Linux (http://user-mode-linux.sourceforge.net). It
runs the kernel in userspace, so gprof and gcov can be used
[EMAIL PROTECTED] said:
> On a uniprocessor system, a simple fallback is to just use a semaphore
> instead of a spinlock, since you can guarantee that there's no point
> in scheduling the current task until the holder of the "lock" releases
> it.
Yeah, that works. But I'm not all that intereste
[EMAIL PROTECTED] said:
> As usual, please report any false positives so we can fix our
> checkers.
Not a false positive, but a false negative:
the tty_struct locals at lines 1994 and 2029 in tty_register_devfs and
tty_unregister_devfs, respectively, in the 2.4.2 drivers/char/tty_io.c.
Nice wo
[EMAIL PROTECTED] said:
> I've got my nose stuck in tty_io.c at present - I'll fix this this
> one.
This is the patch I've been carrying around in the UML pool since this bit me:
diff -Naur -X exclude-files orig/drivers/char/tty_io.c um/drivers/char/tty_io.c
--- orig/drivers/char/tty_io.c Thu
[EMAIL PROTECTED] said:
> Erm... That piece is UML-only.
Correct, thanks for noticing that. I was a bit over-enthusiastic with my
cutting and pasting. Ignore that bit.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
[EMAIL PROTECTED] said:
> ObUML: something fishy happens in UML with multiple exec() in PID 1.
> Try to say "telinit u" (or just boot with init=/bin/sh and say exec /
> sbin/init) and you've got a nice panic()...
ObFix: This is fixed in my current CVS. If you're not so desperate for the
fix,
[EMAIL PROTECTED] said:
> ObUML (again): Any estimated time of submission to Linus?! Is this an
> early v2.5-thing, or are the changes minor enough to the rest of the
> tree to allow for an v2.4-merge?
There are almost no changes to the rest of the tree, and none of those affect
any of the othe
The user-mode port of 2.4.1 is available.
I added support for attaching file descriptors and pts devices to UML serial
lines and consoles, plus specifying input and output channels separately.
'no-xterm' can now be duplicated with 'con0=fd:0,fd:1 con=pty'.
There is now page dirty and access b
[EMAIL PROTECTED] said:
> When run from a normal user account with its current working directory
> on a NFS filesystem, usermode linux causes the host machine's kernel
> to enter a hosed state. No processes (including UML) seem to respond,
> and the machine becomes unusable.
Just to clarify what
[EMAIL PROTECTED] said:
> I'm implementing start_thread for the VAX port and am wondering does
> start_thread have to return to load_elf_binary? I'm working on the
> init thread and what is happening is it is returning the whole way
> back to the execve caller .. which I know shouldn't happen.
[EMAIL PROTECTED] said:
> I'm trying to do something a bit unorthodox: I want to share the
> address space between threads, but I want a certain region of the
> address space to be writeable only for a particular thread -- for all
> other threads this region is read-only.
UML does this in a some
[EMAIL PROTECTED] said:
> Is there any filesystem in Linux that uses user scripts/executables to
> implement the various function calls?
http://uservfs.sourceforge.net
Also, have a look at the hostfs filesystem in UML. It implements a virtual
filesystem which provides access to the host filesy
On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
> The sys_ptrace boilerplate code (everything outside the big switch
> statement for the arch-specific requests) is shared by most
> architectures. This patch moves it to kernel/ptrace.c and leaves the
> arch-specific code as arch_
On Wed, Aug 10, 2005 at 09:37:28PM +0200, Blaisorblade wrote:
> Just noticed: you can drop them (except the first, which is a nice cleanup).
>
> set_pte handles that, and include/asm-generic/pgtable.h uses coherently
> set_pte_at. I've checked UML by examining "grep pte", and either mk_pte or
>
On Mon, Aug 15, 2005 at 09:33:07PM +0200, Olaf Hering wrote:
> ARCH=um doesnt like your version, but mine.
>
> drivers/char/mem.c:267: error: invalid operands to binary <<
>
> pfn = (__pa((u64)vma->vm_pgoff) << PAGE_SHIFT) >> PAGE_SHIFT;
My page.h was missing some parens. Try the patch
>From Al Viro:
asm/elf.h breaks the x86_64 build.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/arch/um/os-Linux/elf_aux.c
===
--- linux-2.6.13-rc6.orig/arch/um/os-Linux/elf_aux.c2005-08-
Running UML inside a detached screen delivers SIGWINCH when UML is not
expecting it. This patch ignores them.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/arch/um/kernel/skas/process.c
===
--- linux-
>From Al Viro:
Fix a macro typo which could break if the macro is passed arguments with
side-effects.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/arch/um/include/sysdep-x86_64/ptrace.h
===
--- lin
>From Al Viro:
The copy_user stuff in the signal frame code was broke.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/arch/um/sys-i386/signal.c
===
--- linux-2.6.13-rc6.orig/arch/um/sys-i386/signal.c
The patch below fixes the recent UML compilation failure in -rc5-mm1
without making the UML build reach further into the i386 headers. It
splits the i386 ptrace.h and system.h into UML-usable and UML-unusable
pieces.
The string "abi" is in there because I did ptrace.h first, and that
involves s
On Tue, Aug 16, 2005 at 10:46:56AM -0700, Zachary Amsden wrote:
> I like this approach. In general, it seems beneficial to split these
> into ABI and kernel implementation. Also, this stuff eventually works
> its way into userspace headers. It is not really clear which asm-xxx
> kernel header
ned-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/kernel/process.c
===
--- linux-2.6.12.orig/arch/um/kernel/process.c 2005-07-23 09:2
This fixes an interface which differed from its declaration, and includes
the relevant header so that this doesn't happen again.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/kernel/helper.c
==
From: Dominik Hackl <[EMAIL PROTECTED]>
This patch replaces the deprecated MODULE_PARM function by the new
module_param function.
Signed-off-by: Dominik Hackl <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/driver
: Olaf Hering <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/Makefile-i386
===
--- linux-2.6.12.orig/arch/um/Makefile-i386 2005-07-18 11:53:17.0
-0400
+++ linux-2.6.1
From: Christophe Lucas <[EMAIL PROTECTED]>
printk() calls should include appropriate KERN_* constant.
Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linu
update_process_times was missing its irq_enter/irq_exit wrapper. This caused
ksoftirqd to be scheduled on every clock tick.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/arch/um/kernel/time_
From: Bodo Stroesser <[EMAIL PROTECTED]>
Fix a typo in wait_stub_done.
Signed-off-by: Bodo Stroesser <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/arch/um/ker
-mm3 adds an include of asm/vm86.h in include/asm-i386/ptrace.h. Since UML
includes the underlying arch's ptrace.h, it needs an asm/vm86.h in order
to build.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/include/as
By this point, .is_user has already been set, so this assignment is useless.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/kernel/skas/trap_user.c
===
--- linux-2.6.12.orig/arch/um/kernel/skas/trap_
explicitly load that pointer into esp.
Signed-off-by: Bodo Stroesser <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/arch/um/sys-i386/stub_segv.c
===
--- linux-2.6.12-rc3-mm
To the extent that sub-Kconfig files exist elsewhere in the tree, they
are named Kconfig.foo, rather than the Kconfig_foo that UML has.
This patch brings the names in line with the rest of the tree.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/arch/um/K
ng on boot.
This patch works around that by making this look like a no-vsyscall system.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/arch/um/os-Linux/elf_aux.c
===
--- linux-2.6.12-rc3-mm2.orig/arch/um/os
On Sat, Jul 30, 2005 at 01:23:27PM +0200, Willem de Bruijn wrote:
> Reading through some old LKML threads I see that there has been talk of
> valgrinding a UML image, but the outcome appears inconclusive. Could someone
> please update me on the status of memory debugging in the kernel, especially
On Thu, Jul 28, 2005 at 08:56:53PM +0200, [EMAIL PROTECTED] wrote:
> As obvious, a "core code nice cleanup" is not a "stability-friendly patch" so
> usual care applies.
These look reasonable, as they are what we discussed in Ottawa.
I'll put them in my tree and see if I see any problems. I would
This eliminates the segfault info ring buffer, which added a system call to
each page fault, and which hadn't been useful for debugging in ages.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/kernel/
On Sat, Aug 20, 2005 at 09:27:25PM +0200, Peter Zijlstra wrote:
> Jeff, could you help us out here?
> What exactly does uml need to get out of the calibrate delay loop?
Interrupts, it's not too demanding :-)
If it's not seeing VTALRM, then it will never leave the calibration loop.
Try stracing i
>From Al Viro - Build cleanups
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/arch/um/Makefile
===
--- linux-2.6.13-rc6.orig/arch/um/Makefile 2005-08-15 12:03:04.0
-0400
+++ linux-2.6.13
This removes some long-unused debugging code.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: test/arch/um/kernel/trap_kern.c
===
--- test.orig/arch/um/kernel/trap_kern.c2005-06-17 15:48:29.0
-0400
+++ tes
1 - 100 of 885 matches
Mail list logo
