On Tue, May 22, 2007 at 11:46:11PM -0700, Roland McGrath wrote:
> Do you have a test case for PTRACE_SYSEMU that does not work right?
UML, obviously. Below is a smaller test. orig_eax is wrong, so you
can't read the system call number from the process.
With kernel-2.6.20-1.2948, it prints out
On Tue, May 22, 2007 at 11:46:11PM -0700, Roland McGrath wrote:
Do you have a test case for PTRACE_SYSEMU that does not work right?
UML, obviously. Below is a smaller test. orig_eax is wrong, so you
can't read the system call number from the process.
With kernel-2.6.20-1.2948, it prints out a
On Tue, May 22, 2007 at 11:46:11PM -0700, Roland McGrath wrote:
(It also works for free on other arch's if you want to #define the
constants there.)
(Forgot to mention...) sweet
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the
for each action or refuse to register an IRQ if
there is a mismatched IRQF_DISABLED.
--
Work email - jdike at linux dot intel dot com
Refuse to register an IRQ if it has a mismatched IRQF_DISABLED with
what's already in the IRQ chain.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
kernel/irq/manage.c
One of them is really more a workaround for a host bug than a UML bug
fix, but it does robustify the early boot checks a bit, and makes UML
boot on current FC6, so it's worth going in 2.6.22.
The other is a trivial error return fix in the ubd driver.
Jeff
--
Make the PTRACE_SYSEMU checking more robust. It will make sure that
system call numbers are reported correctly. If there is a problem, it
will disable PTRACE_SYSEMU use and use PTRACE_SYSCALL instead.
Thanks to Balaji G for helping reproduce this problem.
Signed-off-by: Jeff Dike [EMAIL
ubd_add returns 0 when there could actually be an error to report.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/drivers/ubd_kern.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.21-mm/arch/um/drivers/ubd_kern.c
This chunk from linux-2.6-utrace.patch breaks PTRACE_SYSEMU, which UML
rather relies on.
@@ -514,9 +514,6 @@ syscall_trace_entry:
movl %esp, %eax
xorl %edx,%edx
call do_syscall_trace
- cmpl $0, %eax
- jne resume_userspace# ret != 0 -> running under
This chunk from linux-2.6-utrace.patch breaks PTRACE_SYSEMU, which UML
rather relies on.
@@ -514,9 +514,6 @@ syscall_trace_entry:
movl %esp, %eax
xorl %edx,%edx
call do_syscall_trace
- cmpl $0, %eax
- jne resume_userspace# ret != 0 - running under
On Thu, May 17, 2007 at 12:49:38AM +0200, Robert Schwebel wrote:
> Jeff,
>
> Any idea how this could happen? I'm trying to build 2.6.21 for
> ARCH=um, and the linker stage explodes here:
>
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD
On Thu, May 17, 2007 at 12:49:38AM +0200, Robert Schwebel wrote:
Jeff,
Any idea how this could happen? I'm trying to build 2.6.21 for
ARCH=um, and the linker stage explodes here:
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD
On Mon, May 21, 2007 at 12:24:22AM +0200, Andi Kleen wrote:
> > > But I think your list is far too long anyways.
> >
> > So, which ones would you like to have removed then?
>
> SIGFPE at least and the accounting signals are dubious too. SIGQUIT can
> be also relatively common.
And SIGSEGV and
On Mon, May 21, 2007 at 12:24:22AM +0200, Andi Kleen wrote:
But I think your list is far too long anyways.
So, which ones would you like to have removed then?
SIGFPE at least and the accounting signals are dubious too. SIGQUIT can
be also relatively common.
And SIGSEGV and SIGBUS -
On Tue, May 15, 2007 at 08:36:00PM +0100, Al Viro wrote:
>
> __NR_syscall_max is done in x86_64 asm-offsets; do an equivalent in
> uml kern_constants.h
>
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
ACK
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the
On Tue, May 15, 2007 at 08:36:00PM +0100, Al Viro wrote:
__NR_syscall_max is done in x86_64 asm-offsets; do an equivalent in
uml kern_constants.h
Signed-off-by: Al Viro [EMAIL PROTECTED]
ACK
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line
On Fri, May 11, 2007 at 08:43:47PM +0100, Simon Arlott wrote:
> Spelling fixes in arch/um/.
ACK
--
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 Fri, May 11, 2007 at 08:43:47PM +0100, Simon Arlott wrote:
Spelling fixes in arch/um/.
ACK
--
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, May 09, 2007 at 09:07:38PM -0700, Andrew Morton wrote:
> but, but. We already have CONFIG_DEBUG_STACK_USAGE?
Whoops, that's not exactly what I want, but it's close enough to let
me throw out some code.
Drop that and I'll send a fixed version.
Jeff
--
On Wed, May 09, 2007 at 09:07:38PM -0700, Andrew Morton wrote:
but, but. We already have CONFIG_DEBUG_STACK_USAGE?
Whoops, that's not exactly what I want, but it's close enough to let
me throw out some code.
Drop that and I'll send a fixed version.
Jeff
--
up the stack again, and handle
the interrupt.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/include/kern_util.h |3
arch/um/kernel/dyn.lds.S |2
arch/um/kernel/init_task.c | 16 +++--
arch/um/kernel/irq.c
Make kernel stacks be 1 page on i386 and 2 pages on x86_64. These
matche the host values.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/Kconfig |2 +-
arch/um/defconfig |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.21-mm/arch/um/K
This is 2.6.22 material.
This set adds a separate IRQ stack and reduces kernel stack size.
There is also some preparatory cleanup and a new mechanism to keep
track of how close kernel stacks are to exhaustion.
Jeff
-
To unsubscribe from this list: send the line
Now that we have UM_THREAD_SIZE, we can replace the calculations in
user-space code (an earlier patch took care of the kernel side of the
house).
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/init_task.c |3 +--
arch/um/os-Linux/skas/process.c |7 +++
2
Replaced task_protections with stack_protections since they do the same
thing, and task_protections was misnamed anyway.
This needs THREAD_SIZE, so that's imported via common-offsets.h
Also tidied up the code in the vicinity.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/i
Some tidying of the irq code before introducing irq stacks. Mostly
style fixes, but the timer handler calls the timer code directly
rather than going through the generic sig_handler_common_skas.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/init_task.c
I've seen so far are ~1250 bytes remaining on i386
(with order 0 stacks) and ~2650 on x86_64 (order 1).
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/Kconfig.debug|8
arch/um/defconfig|1 +
arch/um/kernel/process.c
I've seen so far are ~1250 bytes remaining on i386
(with order 0 stacks) and ~2650 on x86_64 (order 1).
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/Kconfig.debug|8
arch/um/defconfig|1 +
arch/um/kernel/process.c | 35
This is 2.6.22 material.
This set adds a separate IRQ stack and reduces kernel stack size.
There is also some preparatory cleanup and a new mechanism to keep
track of how close kernel stacks are to exhaustion.
Jeff
-
To unsubscribe from this list: send the line
Now that we have UM_THREAD_SIZE, we can replace the calculations in
user-space code (an earlier patch took care of the kernel side of the
house).
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/kernel/init_task.c |3 +--
arch/um/os-Linux/skas/process.c |7 +++
2 files
Replaced task_protections with stack_protections since they do the same
thing, and task_protections was misnamed anyway.
This needs THREAD_SIZE, so that's imported via common-offsets.h
Also tidied up the code in the vicinity.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/include/common
Some tidying of the irq code before introducing irq stacks. Mostly
style fixes, but the timer handler calls the timer code directly
rather than going through the generic sig_handler_common_skas.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/kernel/init_task.c | 11
Make kernel stacks be 1 page on i386 and 2 pages on x86_64. These
matche the host values.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/Kconfig |2 +-
arch/um/defconfig |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.21-mm/arch/um/Kconfig
the stack again, and handle
the interrupt.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/include/kern_util.h |3
arch/um/kernel/dyn.lds.S |2
arch/um/kernel/init_task.c | 16 +++--
arch/um/kernel/irq.c | 111
A linuxdoc comment had fallen out of date - it refers to an argument
which no longer exists.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
kernel/irq/handle.c |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6.21-mm/kernel/irq/ha
Mark another function as tt-mode only.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/os-Linux/process.c |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6.21-mm/arch/um/os-Linux/process.c
===
--- linux-
by cpu
arch/um/kernel/skas/process.c:194:2: warning: #warning need to loop over
+userspace_pids in kill_off_processes_skas
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/skas/process.c |9 ++---
arch/um/o
From: Peter Zijlstra <[EMAIL PROTECTED]>
Enable (i)SCSI on UML, dunno why SCSI was deemed broken, it works like a
charm.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/Kconfig | 16 --
arch/um/K
UML now needs required-features.h to build - an empty one suffices.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
include/asm-um/required-features.h |9 +
1 file changed, 9 insertions(+)
Index: linux-2.6.21-mm/include/asm-um/required-feat
These five are 2.6.22 material.
In this batch, we have
a UML build fix
enabling SCSI on UML
ifdefing a function for later removal
build warnings turned into comments
In addition, a comment in kernel/irq/handle.c hadn't been updated to
reflect the alimination of
These five are 2.6.22 material.
In this batch, we have
a UML build fix
enabling SCSI on UML
ifdefing a function for later removal
build warnings turned into comments
In addition, a comment in kernel/irq/handle.c hadn't been updated to
reflect the alimination of
From: Peter Zijlstra [EMAIL PROTECTED]
Enable (i)SCSI on UML, dunno why SCSI was deemed broken, it works like a
charm.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/Kconfig | 16 --
arch/um/Kconfig.scsi | 58
UML now needs required-features.h to build - an empty one suffices.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
include/asm-um/required-features.h |9 +
1 file changed, 9 insertions(+)
Index: linux-2.6.21-mm/include/asm-um/required-features.h
A linuxdoc comment had fallen out of date - it refers to an argument
which no longer exists.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
kernel/irq/handle.c |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6.21-mm/kernel/irq/handle.c
Mark another function as tt-mode only.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/os-Linux/process.c |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6.21-mm/arch/um/os-Linux/process.c
===
--- linux-2.6.21
arch/um/kernel/skas/process.c:194:2: warning: #warning need to loop over
+userspace_pids in kill_off_processes_skas
Signed-off-by: Miklos Szeredi [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/kernel/skas/process.c |9 ++---
arch/um/os-Linux/skas/mem.c |2
using the fd versions instead of the path ones (for example
fchmod() instead of chmod(), fchown() instead of chown()) when an fd is
available.
Signed-off-by: Alberto Bertogli <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
fs/hostfs/hostfs.h |4 -
fs/hostfs/ho
hostfs needed some style goodness.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
fs/hostfs/hostfs.h | 11 --
fs/hostfs/hostfs_kern.c | 186
fs/hostfs/hostfs_user.c | 141 ++--
3 files change
These are for 2.6.22.
We have a hostfs fix and hostfs style fixes in the first two.
The third fixes the load average on an idle system.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line "unsubscribe
-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/time.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.21-mm/arch/um/kernel/time.c
===
--- linux-2.6.21-mm.orig/arch/um/kernel/time.c 2007-05-04
-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
include/asm-alpha/system.h |3 ---
include/asm-arm/system.h |2 --
include/asm-arm26/system.h |2 --
include/asm-h8300/system.h |1 -
include/asm-i386/system.h |2 --
include/asm-m32r/system.h |2 --
i
-off-by: Jeff Dike [EMAIL PROTECTED]
--
include/asm-alpha/system.h |3 ---
include/asm-arm/system.h |2 --
include/asm-arm26/system.h |2 --
include/asm-h8300/system.h |1 -
include/asm-i386/system.h |2 --
include/asm-m32r/system.h |2 --
include
These are for 2.6.22.
We have a hostfs fix and hostfs style fixes in the first two.
The third fixes the load average on an idle system.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/kernel/time.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.21-mm/arch/um/kernel/time.c
===
--- linux-2.6.21-mm.orig/arch/um/kernel/time.c 2007-05-04 12:40
versions instead of the path ones (for example
fchmod() instead of chmod(), fchown() instead of chown()) when an fd is
available.
Signed-off-by: Alberto Bertogli [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
fs/hostfs/hostfs.h |4 -
fs/hostfs/hostfs_kern.c |6 +-
fs
hostfs needed some style goodness.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
fs/hostfs/hostfs.h | 11 --
fs/hostfs/hostfs_kern.c | 186
fs/hostfs/hostfs_user.c | 141 ++--
3 files changed, 167
On Wed, May 02, 2007 at 05:55:22PM +0200, Eric Dumazet wrote:
> My guess is ff means firstfloor :)
>
> https://www.x86-64.org/pipermail/discuss/2006-January/007467.html
Thanks! That makes much more sense than my funky German keyboard theory...
Jeff
--
Work
On Thu, May 03, 2007 at 03:32:43PM +0200, Blaisorblade wrote:
> This is due to patch:
> "uml: drivers get release methods"
> this could be useful to check whether other such changes are needed, by
> grepping for platform_device_unregister in exit paths, also for ubd driver.
>
> That patch only
On Wed, May 02, 2007 at 11:09:19PM -0700, Andrew Morton wrote:
> OK, I clumped all three patches into one as I think that's required for
> git-bisect friendliness.
OK - I separated the i386 and x86_64 bits to make it easy to drop the
x86_64 part.
Plus, I think it doesn't make any difference -
On Wed, May 02, 2007 at 11:09:19PM -0700, Andrew Morton wrote:
OK, I clumped all three patches into one as I think that's required for
git-bisect friendliness.
OK - I separated the i386 and x86_64 bits to make it easy to drop the
x86_64 part.
Plus, I think it doesn't make any difference - the
On Thu, May 03, 2007 at 03:32:43PM +0200, Blaisorblade wrote:
This is due to patch:
uml: drivers get release methods
this could be useful to check whether other such changes are needed, by
grepping for platform_device_unregister in exit paths, also for ubd driver.
That patch only fixed
On Wed, May 02, 2007 at 05:55:22PM +0200, Eric Dumazet wrote:
My guess is ff means firstfloor :)
https://www.x86-64.org/pipermail/discuss/2006-January/007467.html
Thanks! That makes much more sense than my funky German keyboard theory...
Jeff
--
Work email
On Wed, May 02, 2007 at 12:49:01PM +1000, Nick Piggin wrote:
> I want to get rid of PG_reserved eventually. Is it possible to use PG_arch_1
> for this?
Yup.
Andrew - Feel free to drop this or just sit on it until I send a
replacement. Whichever is easier.
Jeff
et rid of it.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
include/asm-alpha/system.h |3 ---
include/asm-arm/system.h |2 --
include/asm-arm26/system.h |2 --
include/asm-blackfin/system.h |1 -
include/asm-h8300/system.h |1 -
include/asm-i386/system.h
of it.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
include/asm-alpha/system.h |3 ---
include/asm-arm/system.h |2 --
include/asm-arm26/system.h |2 --
include/asm-blackfin/system.h |1 -
include/asm-h8300/system.h |1 -
include/asm-i386/system.h |2
On Wed, May 02, 2007 at 12:49:01PM +1000, Nick Piggin wrote:
I want to get rid of PG_reserved eventually. Is it possible to use PG_arch_1
for this?
Yup.
Andrew - Feel free to drop this or just sit on it until I send a
replacement. Whichever is easier.
Jeff
--
The i386 and x86_64 cmpxchg patches require an asm-um/cmpxchg.h for
the UML build.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
include/asm-um/cmpxchg.h |6 ++
1 file changed, 6 insertions(+)
Index: linux-2.6.21-mm/include/asm-um/cmp
it over.
The cmpxchg stuff is moved to asm-i386/cmpxchg.h, with an include left
in system.h for the benefit of generic code which expects cmpxchg
there.
Meanwhile, atomic.h includes cmpxchg.h.
This causes no noticable damage to the i386 build.
Signed-off-by: Jeff Dike <[EMAIL PROTEC
Allow a pcap device to be assigned a MAC on the command line. They
don't really need one, but it is handy to be able to do when your
distro assigns a new ethernet device whenever it sees a new MAC.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/drivers/pcap_kern.c |2 +-
.
It causes no noticable damage to the x86_64 build.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
include/asm-x86_64/atomic.h |2
include/asm-x86_64/cmpxchg.h | 134 +++
include/asm-x86_64/system.h | 130 -
3
() rather than kfree().
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/include/user.h |1 +
arch/um/kernel/um_arch.c |7 +++
arch/um/os-Linux/main.c |6 +-
3 files changed, 13 insertions(+), 1 deletion(-)
Index: linux-2.6.21-mm/arch/um/include/
in pcap_user all got UM_KERN_BLAH prepended to their
format strings.
pcap_remove now checks for a non-NULL pcap structure before it calls
pcap_close.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/drivers/net_kern.c | 15 +--
arch/um/drivers/pcap_kern.c
This set is a combination of cmpxchg cleanups and UML fixes.
Patches 1 - 3 are the cmpxchg stuff -
Remove tas() from all arches - I can't find any users.
Move the i386 cmpxchg to asm-i386/cmpxchg.h
Move the x86_64 cmpxchg to asm-x86_64/cmpxchg.h
Patches 4 - 6 fix things
tas() has no users, so get rid of it.
The blackfin piece of this clashes with mainline, so this should maybe
be merged with the blackfin port.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
include/asm-alpha/system.h |3 ---
include/asm-arm/system.h |2 --
include/asm
tas() has no users, so get rid of it.
The blackfin piece of this clashes with mainline, so this should maybe
be merged with the blackfin port.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
include/asm-alpha/system.h |3 ---
include/asm-arm/system.h |2 --
include/asm-arm26
() rather than kfree().
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/include/user.h |1 +
arch/um/kernel/um_arch.c |7 +++
arch/um/os-Linux/main.c |6 +-
3 files changed, 13 insertions(+), 1 deletion(-)
Index: linux-2.6.21-mm/arch/um/include/user.h
in pcap_user all got UM_KERN_BLAH prepended to their
format strings.
pcap_remove now checks for a non-NULL pcap structure before it calls
pcap_close.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/drivers/net_kern.c | 15 +--
arch/um/drivers/pcap_kern.c | 25
This set is a combination of cmpxchg cleanups and UML fixes.
Patches 1 - 3 are the cmpxchg stuff -
Remove tas() from all arches - I can't find any users.
Move the i386 cmpxchg to asm-i386/cmpxchg.h
Move the x86_64 cmpxchg to asm-x86_64/cmpxchg.h
Patches 4 - 6 fix things
Allow a pcap device to be assigned a MAC on the command line. They
don't really need one, but it is handy to be able to do when your
distro assigns a new ethernet device whenever it sees a new MAC.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/drivers/pcap_kern.c |2 +-
1 file
.
It causes no noticable damage to the x86_64 build.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
include/asm-x86_64/atomic.h |2
include/asm-x86_64/cmpxchg.h | 134 +++
include/asm-x86_64/system.h | 130 -
3 files
it over.
The cmpxchg stuff is moved to asm-i386/cmpxchg.h, with an include left
in system.h for the benefit of generic code which expects cmpxchg
there.
Meanwhile, atomic.h includes cmpxchg.h.
This causes no noticable damage to the i386 build.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
include
The i386 and x86_64 cmpxchg patches require an asm-um/cmpxchg.h for
the UML build.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
include/asm-um/cmpxchg.h |6 ++
1 file changed, 6 insertions(+)
Index: linux-2.6.21-mm/include/asm-um/cmpxchg.h
On Fri, Apr 27, 2007 at 07:27:48PM +0200, Sam Ravnborg wrote:
> Then atomic.h should include system.h and not rely on someone else doing it.
> Yes - then system.h may be included twice but that's ok.
I tried that - Andi didn't like it. My current thinking is to pull the
cmpxchg stuff out of
On Thu, Apr 26, 2007 at 09:58:25PM -0700, Valerie Henson wrote:
> Here's an example, spelled out:
>
> Allocate file 1 in chunk A.
> Grow file 1.
> Chunk A fills up.
> Allocate continuation inode for file 1 in chunk B.
> Chunk A gets some free space.
> Chunk B fills up.
> Pick chunk A for
On Thu, Apr 26, 2007 at 09:58:25PM -0700, Valerie Henson wrote:
Here's an example, spelled out:
Allocate file 1 in chunk A.
Grow file 1.
Chunk A fills up.
Allocate continuation inode for file 1 in chunk B.
Chunk A gets some free space.
Chunk B fills up.
Pick chunk A for allocating next
On Fri, Apr 27, 2007 at 07:27:48PM +0200, Sam Ravnborg wrote:
Then atomic.h should include system.h and not rely on someone else doing it.
Yes - then system.h may be included twice but that's ok.
I tried that - Andi didn't like it. My current thinking is to pull the
cmpxchg stuff out of
of code afterwards.
The physical memory remapping stuff is gone, as it is unused.
flush_tlb_page is inlined.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/include/os.h |6 -
arch/um/include/tlb.h |8 -
arch/um/kernel/physmem.c
When doing a full address space flush, only look at areas covered by a VMA.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/skas/tlb.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
Index: linux-2.6.21-mm/arch/um/kernel/skas
virtual.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/time.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
Index: linux-2.6.21-mm/arch/um/kernel/time.c
===
--- linux-2.6.21-mm.orig/a
I missed removing another piece of debugging in an earlier patch.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/tlb.c |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6.21-mm/arch/um/kernel
It turns out that the message complaining about a lack of tmpfs space
on the host can be misunderstood as referring to the UML.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/trap.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.21-mm/a
Patches 2 and 3 are more work on making tlb flushing more efficient.
Patches 1 and 4 are trivial.
Patch 5 fixes a problem with virtualized time not being fully virtual
with the kernel's current timekeeping.
Jeff
--
Work email - jdike at linux dot intel dot com
-
On Thu, Apr 26, 2007 at 10:53:16AM -0500, Amit Gud wrote:
> Jeff Dike wrote:
> >How about this case:
> >
> > Growing file starts in chunk A.
> > Overflows into chunk B.
> > Delete file in chunk A.
> > Growing file overflows chunk
On Wed, Apr 25, 2007 at 03:47:10PM -0700, Valerie Henson wrote:
> Actually, there is an upper limit on the number of continuation
> inodes. Each file can have a maximum of one continuation inode per
> chunk. (This is why we need to support sparse files.)
How about this case:
Growing
On Wed, Apr 25, 2007 at 03:47:10PM -0700, Valerie Henson wrote:
Actually, there is an upper limit on the number of continuation
inodes. Each file can have a maximum of one continuation inode per
chunk. (This is why we need to support sparse files.)
How about this case:
Growing file
On Thu, Apr 26, 2007 at 10:53:16AM -0500, Amit Gud wrote:
Jeff Dike wrote:
How about this case:
Growing file starts in chunk A.
Overflows into chunk B.
Delete file in chunk A.
Growing file overflows chunk B and spots new free space in
chunk A (and nothing anywhere else
Patches 2 and 3 are more work on making tlb flushing more efficient.
Patches 1 and 4 are trivial.
Patch 5 fixes a problem with virtualized time not being fully virtual
with the kernel's current timekeeping.
Jeff
--
Work email - jdike at linux dot intel dot com
-
It turns out that the message complaining about a lack of tmpfs space
on the host can be misunderstood as referring to the UML.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/kernel/trap.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.21-mm/arch/um/kernel
When doing a full address space flush, only look at areas covered by a VMA.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/kernel/skas/tlb.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
Index: linux-2.6.21-mm/arch/um/kernel/skas/tlb.c
virtual.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/kernel/time.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
Index: linux-2.6.21-mm/arch/um/kernel/time.c
===
--- linux-2.6.21-mm.orig/arch/um
I missed removing another piece of debugging in an earlier patch.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/kernel/tlb.c |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6.21-mm/arch/um/kernel/tlb.c
===
--- linux
901 - 1000 of 1742 matches
Mail list logo