error cleanup in mconsole_init while I was there.
Cc: Karol Swietlicki [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/drivers/line.c |8 +---
arch/um/drivers/mconsole_kern.c |8 +++-
2 files changed, 12 insertions(+), 4 deletions(-)
Index: linux
Style fixes in arch/um/sys-x86_64:
updated copyrights
CodingStyle fixes
added severities to printks which needed them
A bunch of functions in sys-*/ptrace_user.c turn out to be unused, so
they and their declarations are gone.
Signed-off-by: Jeff Dike [EMAIL PROTECTED
The fakehd switch lost its implementation at some point. Since no one is
screaming for it, we might as well remove it.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/drivers/ubd_kern.c | 20
1 file changed, 4 insertions(+), 16 deletions(-)
Index: linux-2.6.22
is no 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 Dike
the stopping loop and resume the kernel.
This is a problem.
A better solution is to make the loop infinite and don't leave it
until we are explicitly told to.
Signed-off-by: Karol Swietlicki [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/drivers/mconsole_kern.c |4 +++-
1
Calling init_registers inside the skas3 checking causes mysterious
crashes if it doesn't happen because the skas3 checking is bypassed.
This patch moves it to os_early_checks.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/os-Linux/start_up.c | 10 +++---
1 file changed, 7
From: Daniel Walker [EMAIL PROTECTED]
The port_sem is already used as a mutex since it's using DECLARE_MUTEX(),
but the underlying construct is still a semaphore .. This patch switches
it over to a struct mutex.
Signed-off-by: Daniel Walker [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL
On Thu, Jan 17, 2008 at 01:41:50PM -0800, Venki Pallipadi wrote:
And while we're on the subject, what's the deal with these, in
include/asm-x86/io.h?
#define ioremap_wc ioremap_wc
#define unxlate_dev_mem_ptr unxlate_dev_mem_ptr
If archs want to override the defaults for these two
On Thu, Jan 17, 2008 at 03:17:38PM -0800, Pallipadi, Venkatesh wrote:
#define X X
is a no-op, yes?
Later there is code in generic.h which is doing
#ifndef ioremap_wc
#define ioremap_wc ioremap_nocache
#endif
Ah, that makes a bit more sense.
It'd be nice if there was less of a WTF
On Sun, Jan 13, 2008 at 03:24:01PM +0100, [EMAIL PROTECTED] wrote:
> Any ideas what could be wrong here?
What was the problem, exactly?
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this list: send the line "unsubscribe
The compat PTRACE_SETREGS and PTRACE_GETREGS are verifying_area
one word too few.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/x86/ia32/ptrace32.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/ia32/ptrace32.c b/arch/x86/ia32/ptrace32.c
index 4
The compat PTRACE_SETREGS and PTRACE_GETREGS are verifying_area
one word too few.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/x86/ia32/ptrace32.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/ia32/ptrace32.c b/arch/x86/ia32/ptrace32.c
index 4a233ad
On Wed, Jan 09, 2008 at 10:50:48PM +0100, Miklos Szeredi wrote:
> > FASTCALL is useless and should not make a difference. It enables
> > regparm on specific functions, but that should not make a difference
> > if it works or not.
>
> __down_write() in include/asm-x86/rwsem.h seems to assume, that
On Wed, Jan 09, 2008 at 10:50:48PM +0100, Miklos Szeredi wrote:
FASTCALL is useless and should not make a difference. It enables
regparm on specific functions, but that should not make a difference
if it works or not.
__down_write() in include/asm-x86/rwsem.h seems to assume, that the
On Thu, Jan 03, 2008 at 01:55:57PM +0100, Miklos Szeredi wrote:
> This is the one: uml-runtime-detection-of-host-vmsplit-on-i386.patch
>
> The relevant log line (both for successful and failed boots):
>
> Locating the top of the address space ... 0xffc0
Thanks for narrowing it down. It
On Thu, Jan 03, 2008 at 01:55:57PM +0100, Miklos Szeredi wrote:
This is the one: uml-runtime-detection-of-host-vmsplit-on-i386.patch
The relevant log line (both for successful and failed boots):
Locating the top of the address space ... 0xffc0
Thanks for narrowing it down. It turns
On Wed, Jan 02, 2008 at 09:52:41PM +0100, Miklos Szeredi wrote:
> 32bit UML, 64bit host, config attached.
Hadn't tried that, but that works here too.
I'll see if your config reproduces it.
> Can't reproduce with plain -rc6.
Feel like bisecting -mm1?
Jeff
--
Perches <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/exitcode.c | 31 --
arch/um/kernel/gmon_syms.c | 11 +-
arch/um/kernel/gprof_syms.c | 13
arch/um/kernel/process
is no 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 Dike
From: Dominique Quatravaux <[EMAIL PROTECTED]>
To convert from tv_nsec to tv_usec, one needs to divide by 1000, not
multiply.
Signed-off-by: Dominique Quatravaux <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
fs/hostfs/hostfs_user.c |8
ed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/process.c | 44
1 file changed, 44 deletions(-)
Index: linux-2.6.22/arch/um/kernel/process.c
===
--- linux-2.6.22.orig/ar
init_irq_signals doesn't need to be called from the context of a new
process. It initializes handlers, which are useless in process
context. With that call gone, init_irq_signals has only one caller,
so it can be inlined into init_new_thread_signals.
Signed-off-by: Jeff Dike <[EMAIL PROTEC
cleanups.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/process.c |8
arch/um/sys-i386/signal.c| 18 --
arch/um/sys-x86_64/signal.c |4 ++--
include/asm-um/current.h | 23 ++-
include/asm-um/thread_info.h
-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/os-Linux/signal.c | 31 +++
1 file changed, 11 insertions(+), 20 deletions(-)
Index: linux-2.6-git/arch/um/os-Linux/signal.c
===
--- linux-2.6-git.orig/a
This set of patches should wait for 2.6.25.
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 majordomo info at
On Wed, Jan 02, 2008 at 06:53:00PM +0100, Miklos Szeredi wrote:
> The below patch was needed to make UML compile in latest -mm.
ACK on that - I've got the same patch on its way.
> But sometimes it doesn't boot and does weird things (this is a sample
> with init=/bin/bash):
> (none):/# ls
>
On Sun, Dec 23, 2007 at 08:01:04PM +, Al Viro wrote:
> - helper_wait(pid);
> + helper_wait(pid, 1, NULL);
Thanks.
I know I fixed these - I probably forgot to quilt add the file.
Jeff
--
Work email - jdike at linux dot intel dot com
On Tue, Jan 01, 2008 at 09:01:25PM +0800, WANG Cong wrote:
> TOPDIR is obsolete, use srctree instead.
> This patch removes TOPDIR from all UML Makefiles.
Thanks, I'll send this to Andrew.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe
On Tue, Jan 01, 2008 at 09:01:25PM +0800, WANG Cong wrote:
TOPDIR is obsolete, use srctree instead.
This patch removes TOPDIR from all UML Makefiles.
Thanks, I'll send this to Andrew.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from
On Sun, Dec 23, 2007 at 08:01:04PM +, Al Viro wrote:
- helper_wait(pid);
+ helper_wait(pid, 1, NULL);
Thanks.
I know I fixed these - I probably forgot to quilt add the file.
Jeff
--
Work email - jdike at linux dot intel dot com
--
This set of patches should wait for 2.6.25.
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 majordomo info at
init_irq_signals doesn't need to be called from the context of a new
process. It initializes handlers, which are useless in process
context. With that call gone, init_irq_signals has only one caller,
so it can be inlined into init_new_thread_signals.
Signed-off-by: Jeff Dike [EMAIL PROTECTED
is no 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 Dike
From: Dominique Quatravaux [EMAIL PROTECTED]
To convert from tv_nsec to tv_usec, one needs to divide by 1000, not
multiply.
Signed-off-by: Dominique Quatravaux [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
fs/hostfs/hostfs_user.c |8
1 file changed, 4 insertions
-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/kernel/process.c | 44
1 file changed, 44 deletions(-)
Index: linux-2.6.22/arch/um/kernel/process.c
===
--- linux-2.6.22.orig/arch/um/kernel
Perches [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/kernel/exitcode.c | 31 --
arch/um/kernel/gmon_syms.c | 11 +-
arch/um/kernel/gprof_syms.c | 13
arch/um/kernel/process.c| 41
On Wed, Jan 02, 2008 at 09:52:41PM +0100, Miklos Szeredi wrote:
32bit UML, 64bit host, config attached.
Hadn't tried that, but that works here too.
I'll see if your config reproduces it.
Can't reproduce with plain -rc6.
Feel like bisecting -mm1?
Jeff
--
On Tue, Dec 18, 2007 at 06:04:58PM -0800, Andrew Morton wrote:
> Nobody seems to look after hppfs. I'll resend the fat and hostfs patches to
> maintainers for a review, please.
It's mine - I'll take a look at it.
Jeff
--
Work email - jdike at linux dot intel
On Tue, Dec 18, 2007 at 06:04:58PM -0800, Andrew Morton wrote:
Nobody seems to look after hppfs. I'll resend the fat and hostfs patches to
maintainers for a review, please.
It's mine - I'll take a look at it.
Jeff
--
Work email - jdike at linux dot intel dot
On Fri, Dec 14, 2007 at 09:58:40AM -0800, Andrew Morton wrote:
> arch/um/include/um_uaccess.h already includes fixmap.h. Is this a -mm-only
> fix?
Whoops, it is. The include was removed by uml-header-untangling.patch,
so folding this into that would work.
Jeff
[ This needs to go into 2.6.24, as it fixes a build breakage seen on x86_64 ]
um_uaccess.h refers to FIXADDR_USER_*, so it should include fixmap.h.
I also changed the non-UML includes to use <> instead of "".
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/inclu
[ This needs to go into 2.6.24, as it fixes a build breakage seen on x86_64 ]
um_uaccess.h refers to FIXADDR_USER_*, so it should include fixmap.h.
I also changed the non-UML includes to use instead of .
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/include/um_uaccess.h |3 ++-
1
On Fri, Dec 14, 2007 at 09:58:40AM -0800, Andrew Morton wrote:
arch/um/include/um_uaccess.h already includes fixmap.h. Is this a -mm-only
fix?
Whoops, it is. The include was removed by uml-header-untangling.patch,
so folding this into that would work.
Jeff
--
On Tue, Dec 11, 2007 at 05:42:53PM -0500, Kiyoshi Ueda wrote:
> This patch converts um to use blk_end_request interfaces.
> Related 'uptodate' arguments are converted to 'error'.
>
> As a result, the interface of internal function, ubd_end_request(),
> is changed.
Looks OK to me...
Get rid of some syscall counters which haven't been useful in ages.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/kern_util.h|1 -
arch/um/kernel/skas/syscall.c |3 ---
arch/um/kernel/syscall.c |3 ---
include/asm-um/processor-gen
message when something goes wrong.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/drivers/net_user.c |2
arch/um/drivers/slip_user.c |2
arch/um/drivers/slirp_user.c |2
arch/um/include/os.h |2
arch
This series is all cleanups. They should wait for 2.6.25.
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 majordomo info at
This patch moves sig_handler_common_skas from
arch/um/os-Linux/skas/trap.c to its only caller in
arch/um/os-Linux/signal.c. trap.c is now empty, so it can be removed.
This is code movement only - the significant cleanup needed here is
done in the next patch.
Signed-off-by: Jeff Dike <[EM
.
The special treatment of SIGSEGV similarly goes away, but to
compensate, SA_NODEFER is added to sa_mask when registering a signal
handler.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/os-Linux/signal.c | 63 +-
1 file chang
whatsoever.
This patch add a check for pids less than 2, to also catch 1 and
negative pids.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/skas/mmu.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
Index: linux-2.6-git/arch/um/kernel/skas
haywire, so it's a good idea to get rid of it in
either case.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/os-Linux/skas/process.c |3 +++
1 file changed, 3 insertions(+)
Index: linux-2.6.22/arch/um/os-Linux/skas/pro
haywire, so it's a good idea to get rid of it in
either case.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/os-Linux/skas/process.c |3 +++
1 file changed, 3 insertions(+)
Index: linux-2.6.22/arch/um/os-Linux/skas/process.c
.
The special treatment of SIGSEGV similarly goes away, but to
compensate, SA_NODEFER is added to sa_mask when registering a signal
handler.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/os-Linux/signal.c | 63 +-
1 file changed, 18 insertions
whatsoever.
This patch add a check for pids less than 2, to also catch 1 and
negative pids.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/kernel/skas/mmu.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
Index: linux-2.6-git/arch/um/kernel/skas/mmu.c
This series is all cleanups. They should wait for 2.6.25.
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 majordomo info at
This patch moves sig_handler_common_skas from
arch/um/os-Linux/skas/trap.c to its only caller in
arch/um/os-Linux/signal.c. trap.c is now empty, so it can be removed.
This is code movement only - the significant cleanup needed here is
done in the next patch.
Signed-off-by: Jeff Dike [EMAIL
Get rid of some syscall counters which haven't been useful in ages.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/include/kern_util.h|1 -
arch/um/kernel/skas/syscall.c |3 ---
arch/um/kernel/syscall.c |3 ---
include/asm-um/processor-generic.h |2
message when something goes wrong.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/drivers/net_user.c |2
arch/um/drivers/slip_user.c |2
arch/um/drivers/slirp_user.c |2
arch/um/include/os.h |2
arch/um/os
On Tue, Dec 11, 2007 at 05:42:53PM -0500, Kiyoshi Ueda wrote:
This patch converts um to use blk_end_request interfaces.
Related 'uptodate' arguments are converted to 'error'.
As a result, the interface of internal function, ubd_end_request(),
is changed.
Looks OK to me...
on failure, with their callers doing something
appropriate.
There were also duplicate declarations of save_registers and restore_registers
in os.h - these are gone.
I noticed and fixed up some whitespace damage.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/kern_
kpatch fixes ]
Signed-off-by: Stanislaw Gruszka <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/drivers/net_user.c |2 -
arch/um/drivers/slip_user.c | 12 +
arch/um/drivers/slirp_user.c | 15 ++-
fixes ]
Signed-off-by: Stanislaw Gruszka [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/drivers/net_user.c |2 -
arch/um/drivers/slip_user.c | 12 +
arch/um/drivers/slirp_user.c | 15 ++--
arch/um/drivers
on failure, with their callers doing something
appropriate.
There were also duplicate declarations of save_registers and restore_registers
in os.h - these are gone.
I noticed and fixed up some whitespace damage.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/include/kern_util.h
On Sun, Dec 09, 2007 at 09:02:31PM +0100, Julia Lawall wrote:
> Recently, Wang Chen submitted a patch
> (d30f53aeb31d453a5230f526bea592af07944564) to move a call to netif_rx(skb)
> after a subsequent reference to skb, because netif_rx may call kfree_skb on
> its argument. The same problem occurs
the relocation of
the stubs makes it irrelevant. All the HOST_VMSPLIT stuff is gone.
All references to these in arch/um/Makefile are also gone.
I noticed and fixed a missing extern in os.h when adding
os_get_task_size.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/K
.
The interfaces which just free page tables, without actually changing
mappings, don't need to cause a TLB flush.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/tlb.c | 25 +++---
include/asm-um/tlb.h | 122 ++-
2 files change
alloc_bootmem for zero
bytes, and that will cause the panic.
While I was in initrd.c, I gave it a style makeover.
Prompted by checkpatch, I moved a couple extern declarations of
uml_exitcode to kern_util.h.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/kern_util.h
and given a va_list from which it must extract its
arguments.
The actual setjmp is moved from buffer_op to do_op_one_page because
the copy operation is inside an atomic section (kmap_atomic to
kunmap_atomic) and it shouldn't be longjmp-ed out of.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
a
This is a resend of the tlb.h patch from last week, plus four more
small fixes and cleanups.
They should wait for 2.6.25.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
declarations are gone and the mb()'s replaced
by barrier()'s.
One of the mb()'s was deleted because I see no problematic writes that
could be re-ordered past that point.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/os-Linux/signal.c | 28
1 file chan
declarations are gone and the mb()'s replaced
by barrier()'s.
One of the mb()'s was deleted because I see no problematic writes that
could be re-ordered past that point.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/os-Linux/signal.c | 28
1 file changed, 8
and given a va_list from which it must extract its
arguments.
The actual setjmp is moved from buffer_op to do_op_one_page because
the copy operation is inside an atomic section (kmap_atomic to
kunmap_atomic) and it shouldn't be longjmp-ed out of.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um
This is a resend of the tlb.h patch from last week, plus four more
small fixes and cleanups.
They should wait for 2.6.25.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
alloc_bootmem for zero
bytes, and that will cause the panic.
While I was in initrd.c, I gave it a style makeover.
Prompted by checkpatch, I moved a couple extern declarations of
uml_exitcode to kern_util.h.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/include/kern_util.h |2
.
The interfaces which just free page tables, without actually changing
mappings, don't need to cause a TLB flush.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/kernel/tlb.c | 25 +++---
include/asm-um/tlb.h | 122 ++-
2 files changed, 139
the relocation of
the stubs makes it irrelevant. All the HOST_VMSPLIT stuff is gone.
All references to these in arch/um/Makefile are also gone.
I noticed and fixed a missing extern in os.h when adding
os_get_task_size.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/Kconfig
On Sun, Dec 09, 2007 at 09:02:31PM +0100, Julia Lawall wrote:
Recently, Wang Chen submitted a patch
(d30f53aeb31d453a5230f526bea592af07944564) to move a call to netif_rx(skb)
after a subsequent reference to skb, because netif_rx may call kfree_skb on
its argument. The same problem occurs in
On Thu, Dec 06, 2007 at 11:46:42AM -0800, Andrew Morton wrote:
> > +void flush_tlb_mm(struct mm_struct *mm)
> > +{
> > + struct vm_area_struct *vma = mm->mmap;
> > +
> > + if (atomic_read(>mm_users) == 0)
> > + return;
>
> Under which circumstances does this test succeed?
Sigh,
called without checking the return
removed an obsolete comment
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/os.h|1
arch/um/os-Linux/file.c | 232
2 files changed, 118 insertions(+), 115 deletions(-)
a TLB flush.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/tlb.c | 28 ---
include/asm-um/tlb.h | 121 ++-
2 files changed, 141 insertions(+), 8 deletions(-)
Index: linux-2.6-git/arch/um/kernel
, so it is removed
ptrace_child called _exit for historical reasons which are no
longer valid, so just calls exit instead
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/irq_user.h |1 -
arch/um/include/os.h|3 +--
arch/um/kernel/irq.c
normal case) or we want blocking (when an mconsole stop
is in effect), so the MSG_DONTWAIT is redundant in the normal case,
and wrong when we want to block. ]
Signed-off-by: Karol Swietlicki <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/drivers/mconsole_user
Some 64-bit tlb fixes -
moved pmd_page_vaddr to pgtable.h since it's the same for both
2-level and 3-level page tables
fixed a bogus cast on pud_page_vaddr
made the address checking in update_*_range more careful
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
a
which is not used anymore and some
unused variables.
Compile and run tested.
Signed-off-by: Karol Swietlicki <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/Kconfig | 17 -
arch/um/Makefile-tt |5
These patches are a mixed bag of performance improvements, small bug
fixes, and code cleanup.
They should wait for 2.6.25.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
These patches are a mixed bag of performance improvements, small bug
fixes, and code cleanup.
They should wait for 2.6.25.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
is not used anymore and some
unused variables.
Compile and run tested.
Signed-off-by: Karol Swietlicki [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/Kconfig | 17 -
arch/um/Makefile-tt |5 -
arch/um/drivers/mconsole_kern.c
) or we want blocking (when an mconsole stop
is in effect), so the MSG_DONTWAIT is redundant in the normal case,
and wrong when we want to block. ]
Signed-off-by: Karol Swietlicki [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/drivers/mconsole_user.c |5 ++---
1 file
Some 64-bit tlb fixes -
moved pmd_page_vaddr to pgtable.h since it's the same for both
2-level and 3-level page tables
fixed a bogus cast on pud_page_vaddr
made the address checking in update_*_range more careful
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um
, so it is removed
ptrace_child called _exit for historical reasons which are no
longer valid, so just calls exit instead
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/include/irq_user.h |1 -
arch/um/include/os.h|3 +--
arch/um/kernel/irq.c|6
a TLB flush.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/kernel/tlb.c | 28 ---
include/asm-um/tlb.h | 121 ++-
2 files changed, 141 insertions(+), 8 deletions(-)
Index: linux-2.6-git/arch/um/kernel/tlb.c
called without checking the return
removed an obsolete comment
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/include/os.h|1
arch/um/os-Linux/file.c | 232
2 files changed, 118 insertions(+), 115 deletions(-)
Index: linux
On Thu, Dec 06, 2007 at 11:46:42AM -0800, Andrew Morton wrote:
+void flush_tlb_mm(struct mm_struct *mm)
+{
+ struct vm_area_struct *vma = mm-mmap;
+
+ if (atomic_read(mm-mm_users) == 0)
+ return;
Under which circumstances does this test succeed?
Sigh, none. The other
On Wed, Dec 05, 2007 at 05:48:16PM +0100, Ingo Molnar wrote:
> thanks, we indeed missed those. Should we carry this in x86.git, or
> would you like to carry this in your UML tree?
Probably better for it to go in x86.git - that way it travels with
your sigcontext patch.
git-x86, in commit 70aa1bd3839e3ec74ce65316528a82570e8de666, changed
a lot of the sigcontext field names. This patch changes UML usage to
match.
I also changed includes of generic headers from "" to <>.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/sys-
On Wed, Dec 05, 2007 at 08:36:15AM +, Al Viro wrote:
> Now that X86_32 is provided on Kconfig level for uml-i386, there's
> no need to play with it explicitly on Makefile level anymore.
ACK
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this
On Wed, Dec 05, 2007 at 05:48:16PM +0100, Ingo Molnar wrote:
thanks, we indeed missed those. Should we carry this in x86.git, or
would you like to carry this in your UML tree?
Probably better for it to go in x86.git - that way it travels with
your sigcontext patch.
On Wed, Dec 05, 2007 at 08:36:15AM +, Al Viro wrote:
Now that X86_32 is provided on Kconfig level for uml-i386, there's
no need to play with it explicitly on Makefile level anymore.
ACK
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this list:
git-x86, in commit 70aa1bd3839e3ec74ce65316528a82570e8de666, changed
a lot of the sigcontext field names. This patch changes UML usage to
match.
I also changed includes of generic headers from to .
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/sys-i386/signal.c | 50
On Wed, Dec 05, 2007 at 12:15:19AM +0100, Adrian Bunk wrote:
> UML can't switch to the regparm(3) convention on i386 since it links
> with userspace code, so if assembler code uses this calling convention
> we need the C prototype of it annotated accordingly.
We're not talking about a global
101 - 200 of 1742 matches
Mail list logo