On Tue, Dec 04, 2007 at 11:45:43PM +0100, Adrian Bunk wrote:
> > the removal of FASTCALL is fine: the default (and only) compiler model
> > for x86 (32-bit) is regparm(3), so the regparm(3) macro is equivalent to
> > the empty one in linux/linkage.h.
> >...
>
> But please ensure that they stay
On Tue, Dec 04, 2007 at 11:45:43PM +0100, Adrian Bunk wrote:
the removal of FASTCALL is fine: the default (and only) compiler model
for x86 (32-bit) is regparm(3), so the regparm(3) macro is equivalent to
the empty one in linux/linkage.h.
...
But please ensure that they stay in
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
On Fri, Nov 30, 2007 at 11:29:47PM +0100, Jiri Slaby wrote:
> Nope, try this :):
> http://lkml.org/lkml/2007/11/28/390
Excellent, thanks.
I just wanted to make sure that someone knew about this.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe
avahi-daemon fails to start on FC6 when
capabilities-introduce-per-process-capability-bounding-set.patch is
applied.
strace shows
capset(0x19980330, 0, {CAP_SETGID|CAP_SETUID|CAP_SYS_CHROOT,
CAP_SETGID|CAP_SETUID|CAP_SYS_CHROOT, 0}) = -1 EPERM (Operation not permitted)
I don't know if
avahi-daemon fails to start on FC6 when
capabilities-introduce-per-process-capability-bounding-set.patch is
applied.
strace shows
capset(0x19980330, 0, {CAP_SETGID|CAP_SETUID|CAP_SYS_CHROOT,
CAP_SETGID|CAP_SETUID|CAP_SYS_CHROOT, 0}) = -1 EPERM (Operation not permitted)
I don't know if
On Fri, Nov 30, 2007 at 11:29:47PM +0100, Jiri Slaby wrote:
Nope, try this :):
http://lkml.org/lkml/2007/11/28/390
Excellent, thanks.
I just wanted to make sure that someone knew about this.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from
On Thu, Nov 29, 2007 at 01:50:55PM -0800, Roland McGrath wrote:
> UML is also a good test, though I have never been set up to verify
> anything beyond "UML seems to boot far enough to complain I don't
> have a userland filesystem for it".
BTW, this doesn't exercise ptrace at all. Interesting
On Thu, Nov 29, 2007 at 02:38:03PM -0800, Roland McGrath wrote:
> > Can you make sure that UML still runs when you're done with ptrace?
>
> I'd be glad to, especially if you give me some advice on testing (.config
> for um-i386 and um-x86_64, what do try that constitutes "UML still runs").
Use
On Thu, Nov 29, 2007 at 11:19:40AM +0100, Miklos Szeredi wrote:
> date-7119 0 15636591us!: schedule (0 0)
> bash-502 0 15643908us!: schedule (0 0)
> bash-502 0 15646250us!: schedule (0 0)
How exactly did you end up getting this data?
And is there something I can
[ This should accompany git-x86.patch to mainline ]
git-x86.patch introduces asm-x86/asm.h. UML needs to follow this with
an asm/asm.h of its own.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
include/asm-um/asm.h |6 ++
1 file changed, 6 insertions(+)
Index: linux-2.6.22/i
directly instead of going through the
os_* wrappers
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/os-Linux/irq.c | 27 ++---
arch/um/os-Linux/sigio.c | 241 ++-
2 files changed, 150 insertions(+), 118 deletions(-)
Index: linux-2.6-git/a
of command-line CFLAGS
would be to add -I switches to the build. This patch specifically
adds any command-line -I flags back to USER_CFLAGS.
I also corrected the spelling of LFLAGS to LDFLAGS.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/Makefile |6 +++---
1 file chan
also not exactly loops, so I suppose xloops is an OK
name.
This patch changes these names from usecs to xloops.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
include/asm-avr32/delay.h |2 +-
include/asm-m32r/delay.h |2 +-
include/asm-sh/delay.h|2 +-
include/asm-x86/d
On Thu, Nov 29, 2007 at 04:00:57AM -0800, Roland McGrath wrote:
...lots of ptrace merging...
Can you make sure that UML still runs when you're done with ptrace?
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line
On Thu, Nov 29, 2007 at 04:00:57AM -0800, Roland McGrath wrote:
...lots of ptrace merging...
Can you make sure that UML still runs when you're done with ptrace?
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line
of command-line CFLAGS
would be to add -I switches to the build. This patch specifically
adds any command-line -I flags back to USER_CFLAGS.
I also corrected the spelling of LFLAGS to LDFLAGS.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/Makefile |6 +++---
1 file changed, 3
also not exactly loops, so I suppose xloops is an OK
name.
This patch changes these names from usecs to xloops.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
include/asm-avr32/delay.h |2 +-
include/asm-m32r/delay.h |2 +-
include/asm-sh/delay.h|2 +-
include/asm-x86/delay.h
[ This should accompany git-x86.patch to mainline ]
git-x86.patch introduces asm-x86/asm.h. UML needs to follow this with
an asm/asm.h of its own.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
include/asm-um/asm.h |6 ++
1 file changed, 6 insertions(+)
Index: linux-2.6.22/include/asm
directly instead of going through the
os_* wrappers
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/os-Linux/irq.c | 27 ++---
arch/um/os-Linux/sigio.c | 241 ++-
2 files changed, 150 insertions(+), 118 deletions(-)
Index: linux-2.6-git/arch/um/os
On Thu, Nov 29, 2007 at 11:19:40AM +0100, Miklos Szeredi wrote:
date-7119 0 15636591us!: schedule bash-502 (0 0)
bash-502 0 15643908us!: schedule date-7119 (0 0)
bash-502 0 15646250us!: schedule date-7120 (0 0)
How exactly did you end up getting this data?
And is
On Thu, Nov 29, 2007 at 01:50:55PM -0800, Roland McGrath wrote:
UML is also a good test, though I have never been set up to verify
anything beyond UML seems to boot far enough to complain I don't
have a userland filesystem for it.
BTW, this doesn't exercise ptrace at all. Interesting ptrace
On Thu, Nov 29, 2007 at 02:38:03PM -0800, Roland McGrath wrote:
Can you make sure that UML still runs when you're done with ptrace?
I'd be glad to, especially if you give me some advice on testing (.config
for um-i386 and um-x86_64, what do try that constitutes UML still runs).
Use
for the
details.
This patch works around it by blocking SIGIO while the terminal
attributes are being fiddled.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/drivers/chan_user.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
Index: linux-2.6.22/arch/um/drivers/chan_
Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
drivers/crypto/Kconfig |2 +-
kernel/Kconfig.instrumentation |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
Index: linux-2
Fix a UML build breakage introduced by commit
1032c0ba9da5c5b53173ad2dcf8b2a2da78f8b17 - it introduces X86_32, with
many things which UML needs depending on it.
This patch adds definitions of X86_32 and RWSEM_XCHGADD_ALGORITHM to
the UML/i386 Kconfig.
Signed-off-by: Jeff Dike <[EMAIL PROTEC
[ This should be merged with uml-fix-no_hz-busy-loop.patch ]
I forgot to have an int-returning function actually return something.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/os-Linux/time.c |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.22/arch/um/os-Linux/
These four patches should go into 2.6.24. There are two build fixes,
a fix for yesterday's NO_HZ patch, and a workaround for a host bug.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line "unsubscribe
On Wed, Nov 28, 2007 at 04:35:12PM +0100, Miklos Szeredi wrote:
> Something like:
>
> dd if=/host/tmp/bigfile of=/tmp/bigfile bs=1048576 count=100
>
> and run 'top' or 'watch something' in another terminal, which
> sometimes completely stops updating during the write.
Are you talking about
On Wed, Nov 28, 2007 at 04:38:39PM +0100, Miklos Szeredi wrote:
> It doesn't help in this case. I've gotten as far as realizing that
> the latency tracer needs the irqflags tracing
> (Documentation/irqflags-tracing.tx) and that UML doesn't yet support
> that.
Try the patch below - no guarantees,
On Wed, Nov 28, 2007 at 02:09:45PM +0100, Miklos Szeredi wrote:
> kernel/latency_trace.c:28:21: error: asm/rtc.h: No such file or directory
For things like this, look at the host's asm/foo.h and see if it's
usable in UML (and contains things that you need). If it is, just
make a asm-um/foo.h
On Wed, Nov 28, 2007 at 01:47:20PM +0100, Miklos Szeredi wrote:
> When writing a big file to a ubd disk, everything in uml slows down to
> a crawl, even though CPU usage is minimal.
What exactly is your test case?
I have some patches which theoretically should help I/O performance
which I've
orever, but it's been there for a while - it was introduced here:
commit 2adcec2197897365e0a0f657f1098cbfdb44bc8b
Author: Jeff Dike <[EMAIL PROTECTED]>
Date: Sun May 6 14:51:37 2007 -0700
uml: send pointers instead of structures to I/O thread
Instead of writing entire structures between UML
- it was introduced here:
commit 2adcec2197897365e0a0f657f1098cbfdb44bc8b
Author: Jeff Dike [EMAIL PROTECTED]
Date: Sun May 6 14:51:37 2007 -0700
uml: send pointers instead of structures to I/O thread
Instead of writing entire structures between UML and the I/O thread, we send
On Wed, Nov 28, 2007 at 01:47:20PM +0100, Miklos Szeredi wrote:
When writing a big file to a ubd disk, everything in uml slows down to
a crawl, even though CPU usage is minimal.
What exactly is your test case?
I have some patches which theoretically should help I/O performance
which I've been
On Wed, Nov 28, 2007 at 02:09:45PM +0100, Miklos Szeredi wrote:
kernel/latency_trace.c:28:21: error: asm/rtc.h: No such file or directory
For things like this, look at the host's asm/foo.h and see if it's
usable in UML (and contains things that you need). If it is, just
make a asm-um/foo.h
On Wed, Nov 28, 2007 at 04:38:39PM +0100, Miklos Szeredi wrote:
It doesn't help in this case. I've gotten as far as realizing that
the latency tracer needs the irqflags tracing
(Documentation/irqflags-tracing.tx) and that UML doesn't yet support
that.
Try the patch below - no guarantees,
On Wed, Nov 28, 2007 at 04:35:12PM +0100, Miklos Szeredi wrote:
Something like:
dd if=/host/tmp/bigfile of=/tmp/bigfile bs=1048576 count=100
and run 'top' or 'watch something' in another terminal, which
sometimes completely stops updating during the write.
Are you talking about missing
These four patches should go into 2.6.24. There are two build fixes,
a fix for yesterday's NO_HZ patch, and a workaround for a host bug.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
drivers/crypto/Kconfig |2 +-
kernel/Kconfig.instrumentation |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.22/drivers/crypto/Kconfig
Fix a UML build breakage introduced by commit
1032c0ba9da5c5b53173ad2dcf8b2a2da78f8b17 - it introduces X86_32, with
many things which UML needs depending on it.
This patch adds definitions of X86_32 and RWSEM_XCHGADD_ALGORITHM to
the UML/i386 Kconfig.
Signed-off-by: Jeff Dike [EMAIL PROTECTED
[ This should be merged with uml-fix-no_hz-busy-loop.patch ]
I forgot to have an int-returning function actually return something.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/os-Linux/time.c |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.22/arch/um/os-Linux/time.c
for the
details.
This patch works around it by blocking SIGIO while the terminal
attributes are being fiddled.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/drivers/chan_user.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
Index: linux-2.6.22/arch/um/drivers/chan_user.c
On Tue, Nov 27, 2007 at 03:01:08PM -0800, Andrew Morton wrote:
> > +#ifdef UML_CONFIG_NO_HZ
>
> Nothing ever defines this?
$ grep HZ obj/arch/um/include/uml-config.h
#define UML_CONFIG_NO_HZ 1
uml-config.h is auto-generated to provide the config definitions to the
userspace side of UML.
On Tue, Nov 27, 2007 at 09:29:23PM +0100, Miklos Szeredi wrote:
> Sure. The patch works for me, but please check that it also makes
> sense.
I did - it's a straight-forward leak and fix.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe
On Tue, Nov 27, 2007 at 07:26:38PM +0100, Miklos Szeredi wrote:
> + kfree(io_req);
Whoops, nice catch.
Can you sign that off for me?
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line
to sleep. So, the tick needs to be restarted when
nanosleep finishes.
This is done by introducing after_sleep_interval, which is empty in
the NO_HZ case, but which sets the tick starting in the !NO_HZ case.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/os-Linux/time.c
tcsetattr(fd, TCSAFLUSH) will always return -EINTR on a pts device
when O_ASYNC has been set. This is demonstrated by the test program
below - just compile and follow the instructions. You'll get an
infinite stream of SIGIOs and -EINTRs.
The underlying reason is that the pty driver keeps its
tcsetattr(fd, TCSAFLUSH) will always return -EINTR on a pts device
when O_ASYNC has been set. This is demonstrated by the test program
below - just compile and follow the instructions. You'll get an
infinite stream of SIGIOs and -EINTRs.
The underlying reason is that the pty driver keeps its
to sleep. So, the tick needs to be restarted when
nanosleep finishes.
This is done by introducing after_sleep_interval, which is empty in
the NO_HZ case, but which sets the tick starting in the !NO_HZ case.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/os-Linux/time.c | 54
On Tue, Nov 27, 2007 at 07:26:38PM +0100, Miklos Szeredi wrote:
+ kfree(io_req);
Whoops, nice catch.
Can you sign that off for me?
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line
On Tue, Nov 27, 2007 at 09:29:23PM +0100, Miklos Szeredi wrote:
Sure. The patch works for me, but please check that it also makes
sense.
I did - it's a straight-forward leak and fix.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from
On Tue, Nov 27, 2007 at 03:01:08PM -0800, Andrew Morton wrote:
+#ifdef UML_CONFIG_NO_HZ
Nothing ever defines this?
$ grep HZ obj/arch/um/include/uml-config.h
#define UML_CONFIG_NO_HZ 1
uml-config.h is auto-generated to provide the config definitions to the
userspace side of UML.
two unmaps, one for the range before STUB_START and one for the range
after STUB_END.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/as-layout.h | 19 +--
arch/um/include/common-offsets.h |3 -
arch/um/kernel/exec.c|5 +
arch/um/kernel/s
These two should wait for 2.6.25.
They are rediffs against rc3-mm1 after they conflicted with other
stuff last week. In particular, the first one, which cleans up UML's
use of TASK_SIZE, is vulnerable to the a.out work.
Jeff
--
Work email - jdike at linux dot
kernel and which may be larger than the address space usable by a
UML process, since that has to end on a pgdir boundary, is replaced by
CONFIG_TOP_ADDR.
STACK_TOP is now TASK_SIZE minus the two stub pages.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/as-layout.h
On Wed, Nov 14, 2007 at 04:26:11PM +0100, Miklos Szeredi wrote:
> This one fixed the EINVAL messages, and now UML boots, but consumes
> 100% CPU constantly.
Can you disable NO_HZ and try the patch below, which WorksForMe (TM)?
Jeff
--
Work email - jdike at linux
On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
> nanosleep({0, 0}, {0, 0}) = 0
> gettimeofday({1195075504, 182333}, NULL) = 0
> setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}},
> {it_interval={0, 0}, it_value={0, 0}}) = 0
> nanosleep({0, 0}, {0, 0})
On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
> nanosleep({0, 0}, {0, 0}) = 0
> gettimeofday({1195075504, 182333}, NULL) = 0
> setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}},
> {it_interval={0, 0}, it_value={0, 0}}) = 0
> nanosleep({0, 0}, {0, 0})
On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
nanosleep({0, 0}, {0, 0}) = 0
gettimeofday({1195075504, 182333}, NULL) = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}},
{it_interval={0, 0}, it_value={0, 0}}) = 0
nanosleep({0, 0}, {0, 0})
On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
nanosleep({0, 0}, {0, 0}) = 0
gettimeofday({1195075504, 182333}, NULL) = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}},
{it_interval={0, 0}, it_value={0, 0}}) = 0
nanosleep({0, 0}, {0, 0})
On Wed, Nov 14, 2007 at 04:26:11PM +0100, Miklos Szeredi wrote:
This one fixed the EINVAL messages, and now UML boots, but consumes
100% CPU constantly.
Can you disable NO_HZ and try the patch below, which WorksForMe (TM)?
Jeff
--
Work email - jdike at linux
These two should wait for 2.6.25.
They are rediffs against rc3-mm1 after they conflicted with other
stuff last week. In particular, the first one, which cleans up UML's
use of TASK_SIZE, is vulnerable to the a.out work.
Jeff
--
Work email - jdike at linux dot
kernel and which may be larger than the address space usable by a
UML process, since that has to end on a pgdir boundary, is replaced by
CONFIG_TOP_ADDR.
STACK_TOP is now TASK_SIZE minus the two stub pages.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/include/as-layout.h| 15
unmaps, one for the range before STUB_START and one for the range
after STUB_END.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/include/as-layout.h | 19 +--
arch/um/include/common-offsets.h |3 -
arch/um/kernel/exec.c|5 +
arch/um/kernel/skas/mmu.c
On Thu, Nov 22, 2007 at 07:08:47PM +0100, Miklos Szeredi wrote:
> Thanks. My other problem is (probably you are aware) that recent -mm
> kernels don't compile for UML.
The patch below fixes the build for rc3-mm1 for me.
Jeff
--
Work email - jdike at linux dot
On Thu, Nov 22, 2007 at 07:08:47PM +0100, Miklos Szeredi wrote:
Thanks. My other problem is (probably you are aware) that recent -mm
kernels don't compile for UML.
The patch below fixes the build for rc3-mm1 for me.
Jeff
--
Work email - jdike at linux dot
From: Joe Perches <[EMAIL PROTECTED]>
Add missing space between merged string constants.
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/drivers/vde_user.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index:
of signals that it has to worry about.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/os-Linux/skas/process.c | 11 ---
arch/um/sys-i386/stub_segv.c| 19 ++-
arch/um/sys-x86_64/stub_segv.c | 39 +--
3 files c
noticed and fixed up some whitespace damage.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/kern_util.h |1
arch/um/include/os.h|8 -
arch/um/include/registers.h |6
arch/um/kernel/skas/mmu.c |5
arch/um/kernel/skas/process.c
These four patches are cleanups and should hold off until 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_thread_registers is gone
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/registers.h |1 -
arch/um/kernel/process.c|2 +-
arch/um/os-Linux/registers.c| 13 -
arch/um/os-Linux/skas/process.c |9 +++--
4 files chang
On Mon, Nov 19, 2007 at 05:48:00PM -0800, Joe Perches wrote:
> - printk(UM_KERN_ERR "vde_init_libstuff - vde_open_args"
> + printk(UM_KERN_ERR "vde_init_libstuff - vde_open_args "
Applied, thanks.
Jeff
--
Work email - jdike at linux dot intel dot com
-
On Mon, Nov 19, 2007 at 05:48:00PM -0800, Joe Perches wrote:
- printk(UM_KERN_ERR vde_init_libstuff - vde_open_args
+ printk(UM_KERN_ERR vde_init_libstuff - vde_open_args
Applied, thanks.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To
From: Joe Perches [EMAIL PROTECTED]
Add missing space between merged string constants.
Signed-off-by: Joe Perches [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/drivers/vde_user.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.22/arch/um
of signals that it has to worry about.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/os-Linux/skas/process.c | 11 ---
arch/um/sys-i386/stub_segv.c| 19 ++-
arch/um/sys-x86_64/stub_segv.c | 39 +--
3 files changed, 11
init_thread_registers is gone
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/include/registers.h |1 -
arch/um/kernel/process.c|2 +-
arch/um/os-Linux/registers.c| 13 -
arch/um/os-Linux/skas/process.c |9 +++--
4 files changed, 12 insertions
These four patches are cleanups and should hold off until 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
noticed and fixed up some whitespace damage.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/include/kern_util.h |1
arch/um/include/os.h|8 -
arch/um/include/registers.h |6
arch/um/kernel/skas/mmu.c |5
arch/um/kernel/skas/process.c | 20
Fix a 2.6.24-rc3 UML build breakage introduced by commit
1032c0ba9da5c5b53173ad2dcf8b2a2da78f8b17 - it introduces X86_32, with
many things which UML needs depending on it.
This patch adds definitions of X86_32 and RWSEM_XCHGADD_ALGORITHM to
the UML/i386 Kconfig.
Signed-off-by: Jeff Dike <[EM
Fix a 2.6.24-rc3 UML build breakage introduced by commit
1032c0ba9da5c5b53173ad2dcf8b2a2da78f8b17 - it introduces X86_32, with
many things which UML needs depending on it.
This patch adds definitions of X86_32 and RWSEM_XCHGADD_ALGORITHM to
the UML/i386 Kconfig.
Signed-off-by: Jeff Dike [EMAIL
On Fri, Nov 16, 2007 at 04:00:22PM -0600, Rob Landley wrote:
> I wasn't cc'd, and missed it. I'd like to test this, do you have a
> link? (Or a bit more specificity than "a few weeks ago"?)
Here are the three patches:
http://marc.info/?l=linux-arch=119342916329510=2
On Sat, Nov 17, 2007 at 11:50:07AM +0100, Roel Kluin wrote:
> > + if (!pte_present(*pte))
> > + pte = NULL;
>
> shouldn't you check again for (pte == NULL)?
No, because if the page isn't mapped, handle_page_fault would have
returned non-zero, and we would have already returned.
This
On Sat, Nov 17, 2007 at 11:50:07AM +0100, Roel Kluin wrote:
+ if (!pte_present(*pte))
+ pte = NULL;
shouldn't you check again for (pte == NULL)?
No, because if the page isn't mapped, handle_page_fault would have
returned non-zero, and we would have already returned.
This is
On Fri, Nov 16, 2007 at 04:00:22PM -0600, Rob Landley wrote:
I wasn't cc'd, and missed it. I'd like to test this, do you have a
link? (Or a bit more specificity than a few weeks ago?)
Here are the three patches:
http://marc.info/?l=linux-archm=119342916329510w=2
is made when there are physical memory addresses
floating around.
ObCheckpatchViolationJustification - the new typedef is an alternate
definition of pmd_t, which I can't really live without.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/mem.c
because it needs PAGE_SIZE.
ObCheckpatchViolationJustification - I'm not adding a typedef; I'm
moving mm_segment_t from one place to another.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/drivers/random.c |1 +
arch/um/include/um_uaccess.h |3 ++-
one for the range
after STUB_END.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/as-layout.h | 19 +---
arch/um/include/common-offsets.h |3 -
arch/um/kernel/exec.c|5 +-
arch/um/kernel/skas/mmu.c
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
Style fixes in elf-i386.h and arch/um/kernel/mem.c.
update the copyright
get rid of an emacs formatting comment
some formatting fixes
inclusion trimming
whitespace fixes
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/mem.c
kernel and which may be larger than the address space usable by a
UML process, since that has to end on a pgdir boundary, is replaced by
CONFIG_TOP_ADDR.
STACK_TOP is now TASK_SIZE minus the two stub pages.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/include/as-layout.h
This patch:
um_virt_to_phys only has one user, so it can be moved to the same file
and made static. Its declarations in pgtable.h and ksyms.c are also
gone.
current_cmd was another apparent user, but it itself isn't used, so it
is deleted.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
a
Turn um_virt_to_phys into virt_to_pte, cleaning up a horrid interface.
It's also made non-static and declared in pgtable.h because it'll be
needed when the stubs get a vma.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/skas/uaccess.c
These patches are for 2.6.25. They change the code that handles stub
pages - a complete description of the patchset is included with the
first patch.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line
On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
> Config attached.
Thanks - this reproduces it for me.
BTW, you can work around this by enabling NO_HZ.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send
On Thu, Nov 15, 2007 at 11:15:27PM -0800, Greg KH wrote:
> Rob, I'll queue this up for the next cycle, now that you've verified
> that it was not fixed already, thanks for testing.
I wouldn't.
sparc includes swap.h in its pgtable.h. Adding pagemap.h to swap.h
completes an include loop on sparc
On Fri, Nov 16, 2007 at 11:08:32AM +0800, WANG Cong wrote:
> Could you please try this patch? Can it fix the error?
>
> Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
>
> ---
>
> diff --git a/Makefile b/Makefile
> diff --git a/include/linux/swap.h b/include/linux/swap.h
> index 4f3838a..2c3ce4c
On Thu, Nov 15, 2007 at 11:15:27PM -0800, Greg KH wrote:
Rob, I'll queue this up for the next cycle, now that you've verified
that it was not fixed already, thanks for testing.
I wouldn't.
sparc includes swap.h in its pgtable.h. Adding pagemap.h to swap.h
completes an include loop on sparc
On Fri, Nov 16, 2007 at 11:08:32AM +0800, WANG Cong wrote:
Could you please try this patch? Can it fix the error?
Signed-off-by: WANG Cong [EMAIL PROTECTED]
---
diff --git a/Makefile b/Makefile
diff --git a/include/linux/swap.h b/include/linux/swap.h
index 4f3838a..2c3ce4c 100644
---
On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
Config attached.
Thanks - this reproduces it for me.
BTW, you can work around this by enabling NO_HZ.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send
201 - 300 of 1742 matches
Mail list logo