[EMAIL PROTECTED] said:
Can you push the site to CVS? Thanks
Sorry about the wait, but it's pushed now.
Jeff
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT
Someone apparently decided to forge his spam as coming from the list.
I added enough patterns to the list filters yesterday that only two more
got through overnight, as compared to the ~300 that I captured.
Jeff
[EMAIL PROTECTED] said:
You think that for_each_cpu() only iterates over online CPU, while you
should use for_each_online_cpu() for this purpose.
Oops, correct.
Jeff
---
The SF.Net email is sponsored by: Beat the
This patch fixes a long-standing problem in skas mode process creation. Chris
Aker has been seeing it at linode, and found a way of reproducing it. Once
I spotted the bug, I found an easier way:
ping flood the UML from the host while running
while true; do ls /dev/null; done
In 10-15
[EMAIL PROTECTED] said:
If you think it cannot make sense to include both sys/ptrace.h and
linux/ptrace.h (as userspace process, i.e. host includes), go
complaining with glibc, or follow the linux-abi includes idea.
However, the compilation failure is possibly glibc-version (or better
glibc
Is it my imagination, or did you put the definition of can_do_skas under
#ifdef UML_CONFIG_MODE_SKAS and failed to do the same for the call?
Jeff
---
The SF.Net email is sponsored by: Beat the post-holiday
[EMAIL PROTECTED] said:
Look at the end:
Oops, missed that. Sorry.
Jeff
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun
[EMAIL PROTECTED] said:
I still need the attached one-liner patch to get it to build under
uclibc, though.
What does that break, exactly?
Jeff
---
This SF.Net email is sponsored by: IntelliVIEW --
[EMAIL PROTECTED] said:
Are we sure it is a compensation? I started having the doubt that
enabling the signal inside the handler is not the same thing...
because otherwise we don't understand why the patch in 2.4 makes
difference in TT mode.
Well, it clearly does something very close to
[EMAIL PROTECTED] said:
I have to build a simulator, to check the scalability limits in memory
management of linux. For this, the simulator will provide a large
amount of RAM (in GBs), even if the amout of physical memory is only
512MB.
Can UML be used for this purpose? I had seen the mem
[EMAIL PROTECTED] said:
It's a huge work, but what is more important, it could obviously hurt
stability...
Yes.
So, I'd suggest to follow this policy to choose the work to merge:
- reduce *a lot* what is going to be merged... no new features, no
code cleanups (especially NOT the Makefiles
[EMAIL PROTECTED] said:
cannot set up thread-local storage: cannot set up LDT for thread-local
storage
Kernel panic: Attempted to kill init!
I don't know why you can't get a sash prompt, but this diagnosis looks easy.
The tls stuff isn't there, so the shell which tried to use it died.
[EMAIL PROTECTED] said:
according to the german news-magazine heise.de, Xen will be in Kernel
2.6 soon.
What Linus is quoted as saying is that it will go into 2.6. This is consistent
with Xen going into 2.6.47 or something. I don't get the feeling that it
will go in soon because aspects of
[EMAIL PROTECTED] said:
Where had that come from? The patch I've done is on ftp://
ftp.linux.org.uk/pub/people/viro/UML-kbuild. I don't see that chunk
in there. The closest I can find is
My fault. There were some clashes with other patches in my tree, and that
was the result of fixing one
[EMAIL PROTECTED] said:
Apparently my changes to support 'O=' are quite obsolete:
Not entirely - it's nice to see the same changes from two different sources,
although the first source was Al, which greatly reduces the chances that they
are wrong...
The second change proposed in my patch
[EMAIL PROTECTED] root]# /vbin/kernel/2.6.11-rc3-mm2-aio
Checking for /proc/mm...found
Checking for the skas3 patch in the host...found
Checking PROT_EXEC mmap in /tmp...OK
Does this have my exception-table patch in it?
Jeff
[EMAIL PROTECTED] said:
Well, just in case your job was too easy, here's one more. Using the
quiet option shows a couple of lines being printed out by printf
that should be printed out by printk (so they'll _shut_up_ when you
ask it to).
Those are printfs for a reason. Early boot mesages
[EMAIL PROTECTED] said:
Yes. I finally found a way to get it to compile. Compiling without
TT mode and WITHOUT static build it still fails with the same problem
(__bb_init_func problem I already reported). But compiling without TT
but WITH static build the __bb_init_func problem goes away
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/defconfig
===
--- linux-2.6.11.orig/arch/um/defconfig 2005-03-04 15:38:37.0 -0500
+++ linux-2.6.11/arch/um/defconfig 2005-03-04 15:39:48.0
Get rid of the grepping for __st_ino in hostfs, since it doesn't work on x86_64
(the grep finds it, but it is ifdefed out), and Al says it's unnecessary
anyway.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/fs/hostfs/Makefile
The network driver wasn't checking that the host side of an interface had
been successfully opened before trying to close it at shuwtdown.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/drivers/net_kern.c
Spotted by Al Viro, there was some bogosity in the UML/x86_64 modify_ltd.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/sys-x86_64/syscalls.c
===
--- linux-2.6.11.orig/arch/um/sys-x86_64/syscalls.c 2005
Remove a UML/x86_64 warning (and build failure if CONFIG_MODE_TT is disabled).
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/sys-x86_64/ptrace_user.c
===
--- linux-2.6.11.orig/arch/um/sys-x86_64
.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/drivers/fd.c
===
--- linux-2.6.11.orig/arch/um/drivers/fd.c 2005-03-05 12:07:29.0
-0500
+++ linux-2.6.11/arch/um/drivers/fd.c 2005-03-05 12:26
um_mount did nothing but turn around and call sys_mount with the same
arguments. This makes it useless code, and it has been duly removed.
Index: linux-2.6.11/arch/um/kernel/sys_call_table.c
Signed-off-by: Jeff Dike [EMAIL PROTECTED
This patch makes some small changes that parallel changes in 2.6.11:
The csum buffers are now unsigned char.
Got rid of an unused define from pgtable-2level.h.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/include/sysdep-x86_64/checksum.h
, then a message will appear in the telnet session explaining why
there is no login prompt.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/drivers/port_kern.c
===
--- linux-2.6.11.orig/arch/um/drivers
This implements a hardware random number generator for UML which attaches
itself to the host's /dev/random.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/Kconfig_char
===
--- linux-2.6.11.orig/arch/um
Fix a typo in the hostfs setgid code.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/include/kern.h
===
--- linux-2.6.11.orig/arch/um/include/kern.h2005-03-08 20:13:55.0
-0500
+++ linux-2.6.11
The init function called by gcc when gcov is enabled is __gcov_init or
__bb_init_func, depending on the gcc version. Anton is using 3.3.4 and
seeing __gcov_init. I'm using 3.3.2 and seeing __bb_init_func, so we need
to close that gap a bit.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index
.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
InIndex: linux-2.6.11/arch/um/Makefile
===
--- linux-2.6.11.orig/arch/um/Makefile 2005-03-08 20:17:35.0 -0500
+++ linux-2.6.11/arch/um/Makefile 2005-03-08 20:23:17.0
This patch merges now-identical page table walking and flushing code that
had been duplicated in skas and tt modes. The differences had been the
low-level address space updating operations, which are now abstracted away
in the respective do_ops functions.
Signed-off-by: Jeff Dike [EMAIL
[EMAIL PROTECTED] said:
This patch is still wrong.
It seems my comment on this [1] was lost:
-- snip --
This line has to be something like
( (__GNUC__ == 3 __GNUC_MINOR__ == 3 __GNUC_PATCHLEVEL__ = 4)
\
HEAVILY_PATCHED_SUSE_GCC )
I hope SuSE has added some #define to distinguish
[EMAIL PROTECTED] said:
I'm just thinking about those UML hosting farms, with several UML
instances per machine, on machines which haven't got a keyboard
attached constantly feeding entropy into the pool. If just ONE of
them is serving ssl connections from its own /dev/urandom, that would
[EMAIL PROTECTED] said:
And therefore you added a patch that helps only those distros at the
price of breaking other people and distros using sane compilers?
Didn't you start this thread by pointing out that SuSE has a gcc 3.3.4
which isn't? I would call that a compiler which lies about its
[EMAIL PROTECTED] said:
No, my claim is that no sane gcc 3.3 defines __gcov_init.
Ah, OK. Thanks for the clarification.
Jeff
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews
[EMAIL PROTECTED] said:
I spent far too much of the weekend tracking this sucker down through
the guts of the tty code. The problem turns out to be that drivers/
char/n_tty.c has a write_chan that does buffering and retransmitting
data, and arch/um/drivers/chan_kern.c ALSO has a write_chan
[EMAIL PROTECTED] said:
The obtained code by this patch is a bit of a mess... plus there is a
bunch of other problems (I've posted another mail with the
description of the problems). The patch below is a partial solution
to all them...
Sigh. OK, I'll drop that in my tree for now in place
[EMAIL PROTECTED] said:
Yes, just verified... the mirror below is still up, and seems up to
date...
http://uml.linode.com/blaisorblade/
Note I don't run the mirror (it's auto-synced periodically) and I
don't manage the main host (only use the provided hosting). IIRC
David Coulson hosts
On Wed, Apr 06, 2005 at 03:27:50PM +0200, Bodo Stroesser wrote:
Here are the patches (tarball attached), that I've applied to
UML 2.6.11 + incrementals, before adding s390-files.
These patches are tested a bit on x86, but not on x86_64.
I merged these, except for the restartnointr one because
On Sat, Apr 16, 2005 at 12:13:26PM +0200, roland wrote:
Hi !
I think this is interesting for UserModeLinux:
http://www.atconsultancy.nl/cowloop
CowLoop is a kernel level driver and gives CopyOnWrite devices.
There was some discussion a long time ago, about the annoyance not being able
On Mon, Apr 18, 2005 at 01:31:14PM +0200, Wesley W. Terpstra wrote:
Hi, I know that user-mode-linux has been ported to linux/ppc already.
What I was wondering is if there was work underway to port it to MacOS X?
That is to say, running a linux kernel from the BSD-ish MacOS X userland.
This
On Wed, Apr 06, 2005 at 03:27:50PM +0200, Bodo Stroesser wrote:
Here are the patches (tarball attached), that I've applied to
UML 2.6.11 + incrementals, before adding s390-files.
These patches are tested a bit on x86, but not on x86_64.
The COMMAND_LINE_SIZE patch was required because this was
On Sun, Apr 24, 2005 at 04:44:37PM +0200, Blaisorblade wrote:
The patch moving add_arg() was *before* the os-* work, so you might move (if
needed, which I don't know) it again to os-Linux/util.c if you want (which
didn't exist at that time). It came from arch/um/kernel/user_util.c, in fact.
On Mon, Apr 25, 2005 at 09:19:49PM +0200, [EMAIL PROTECTED] wrote:
+ /* This should no more be needed. And it didn't work anyway to exclude
+ * read-write remounting of filesystems.*/
+ /*if((filp-f_mode FMODE_WRITE) !dev-openflags.w){
if(--dev-count == 0)
On Thu, Apr 28, 2005 at 11:10:53AM -0700, Chris Wright wrote:
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Split the i386 entry.S files into entry.S and syscall_table.S which
is included in the previous one (so actually there is no difference between
them) and use the syscall_table.S
On Thu, Apr 28, 2005 at 11:54:37PM +0800, Mei,Jia wrote:
When I try gdb-5.3.90 with uml in vanilla-2.6.10 kernel. I found a problem.
When I set a breakpoint somewhere, and after some step, uml will
always get a SIGTRAP signal and trap into gdb.
You are running UML inside gdb, not gdb inside
On Thu, Apr 28, 2005 at 03:17:56PM -0400, Majid Salame wrote:
Did anyone implement the UML kernel support for the NPTL thread library?
Or specifically implemented the set_thread_area system call in UML.
Not yet. It's on my list, but I haven't had enough round tuits lately.
That's because that stuff is not merged yet. Speaking of which, where does
the current UML tree live and who should that series be Cc'ed to?
My patchset lives at http://user-mode-linux.sf.net/patches.html, and things
like this should be CC-ed to me.
I've got a decent split-up and IMO that
();
}
jail mode has been dropped, together with that use, so let's finish dropping
this.
Also, remove some other useless definitions I met.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
Acked-by: Jeff Dike [EMAIL PROTECTED
On Wed, May 04, 2005 at 10:28:28AM +0100, Ian Rogers wrote:
What I'm hoping to do is to use SKAS to create a second address
space I can, map, unmap, peek and poke from the first. The reason for
this is to allow an emulator to live in the first address space and the
emulated data... to live
Eliminate the non-inline version of switch_mm, which can't be used,
considering the inline version in asm/mmu_context.h
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11-mm/arch/um/kernel/process_kern.c
===
--- linux
added a missing include
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc3-mm/arch/um/kernel/skas/uaccess.c
===
--- linux-2.6.12-rc3-mm.orig/arch/um/kernel/skas/uaccess.c 2005-05-05
12:19:04.0 -0400
From: Bodo Stroesser [EMAIL PROTECTED]
tt/mem.c still uses hardcoded TOP for i386 instead of
CONFIG_TOP_ADDR provided by subarch's Kconfig_,
which would be right.
Signed-off-by: Bodo Stroesser [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/kernel/tt
closing. switch_to_tt must not
kill from process depending on its exit_state, but must
kill it after release_thread was processed only, so it
examines switch_pipe[0] for its decision.
Signed-off-by: Bodo Stroesser [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc3-mm
On Thu, May 05, 2005 at 06:03:53PM +0100, Ian Rogers wrote:
I've attached the test/example I'm working on to create and manipulate
address spaces uses skas - as I want to allow an emulator to. There are
a few missing functions (that can be pretty much cloned from mem_user.c)
and I've not
On Mon, May 09, 2005 at 09:40:50AM -0700, Anthony Brock wrote:
`FIXADDR_USER_START' undeclared (first use in this function)
/srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24:
error:
(Each undeclared identifier is reported only once
On Tue, May 10, 2005 at 12:51:26AM +0200, Blaisorblade wrote:
If 3-level pagetables is only for x86-64, then let me know and I'll add an
appropriate dependency. If not (and IIRC it worked some time ago), then
choose how to fix that.
It did work, and I'd like it to continue working. It's
On Tue, May 10, 2005 at 11:23:26PM +0200, Blaisorblade wrote:
- we have sysdep inside arch/um/include, and include sysdep/; that's
nice.
- we should do the same for os-, moving arch/um/os-Linux/include/* to
arch/um/include/os-Linux/*, and include os/file.h (by doing a symlink)
-
On Mon, May 16, 2005 at 10:30:33AM -0400, Young Koh wrote:
suppose there are 2 processes on top of UML and 3 host processes.
then, the host kernel sees 5 processes total, so, each of the process
will get 20% of the CPU time? is that right?
In tt mode, there will be 5 processes, but it will be
On Mon, May 16, 2005 at 02:52:37PM -0400, Young Koh wrote:
Suppose the tracee attmpts to invoke a host system call. then, it will
be intercepted by the tracer as in TT mode. (In TT mode, the tracer
turns off tracing and sends SIGUSR2 to the tracee, and then, the
signal handler in the tracee
From Al Viro - we have error messages with KERN_ERR in them, so they
should be printk-ed rather than printf-ed.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/drivers/chan_kern.c
===
--- linux-2.6.12
From Al Viro - add three-level page table support to fixrange_init.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/kernel/mem.c
===
--- linux-2.6.12-rc.orig/arch/um/kernel/mem.c 2005-05-17 18:02
The serial UML OS-abstraction layer patch (um/kernel dir).
This moves all systemcalls from initrd_user.c file under os-Linux dir
and join initrd_user.c and initrd_kern.c files in new file initrd.c
Signed-off-by: Gennady Sharapov [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index
as the IP
address swapping.
It also cleans up the error paths of mcast_open.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/drivers/mcast_kern.c
===
--- linux-2.6.12-rc.orig/arch/um/drivers/mcast_kern.c 2005-05
Any access to a PROT_NONE page should segfault the process. A JVM seems to
do this on purpose. Also, Al noticed some bogus code, which is now deleted.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/kernel/trap_kern.c
This patch cleans up the delay implementations a bit, makes the loops
unoptimizable, and exports __udelay and __const_udelay.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/sys-i386/delay.c
===
--- linux
On Wed, May 18, 2005 at 11:47:23AM +0200, Bodo Stroesser wrote:
I also thought about not saving FP-regs on each kernel entry. But if you do
this optimization, you need to save / restore FP-regs on switch_to. Also you
need to get the FP-regs when setting up a signal-handler stackframe. And
On Wed, May 18, 2005 at 06:04:31PM +0800, Alex LIU wrote:
But P and Q are different threads and they will be scheduled
differently,right?
No, they're two different ways of looking at the same thread. They're
scheduled somewhat differently, but that's just reflecting the two ways
of looking at
On Wed, May 18, 2005 at 04:57:47PM +0200, Blaisorblade wrote:
In this case, instead, for SKAS mode, we must switch the registers manually,
since we have collapsed everything in one host process. For TT and SKAS0
mode, instead, it's not needed, right Jeff and Bodo?
Correct.
Jeff
We should turn off kmalloc when getting a fatal signal regardless of the
mode we're in.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.11/arch/um/kernel/main.c
===
--- linux-2.6.11.orig/arch/um/kernel/main.c 2005-05
On Thu, May 26, 2005 at 06:13:02PM -0500, Adam Heath wrote:
This and some of the other patches are changing the formatting. The new line
above is using spaces instead of a tab.
On purpose - I'm making UML more CodingStyle conformant, and doing it as I'm
modifying stuff anyway. The alternative
On Wed, Jun 01, 2005 at 11:01:33AM -0700, Anthony Brock wrote:
I'm now seeing new messages appear on the console with the
2.6.12-rc5-mm1 kernel that I haven't seen with the 2.6.11.x series
kernels:
sigio_handler: os_waiting_for_events: poll returned -1, errno = 4
That's EINTR, should be
On Wed, Jun 01, 2005 at 08:25:30PM +0200, Blaisorblade wrote:
Maybe the host /dev/random supports only one user at any given moment.
No, when I was testing it, I had concurrent dd if=/dev/random going on the
host and UML to check that they got about the same amount of data.
On Wed, Jun 01, 2005 at 10:57:59AM -0700, Anthony Brock wrote:
I'm wondering if the first host to launch is exhausting the entropy
pool and the second host is attempting to read from an empty pool.
The strace would seem to bear this out:
open(/dev/hwrng, O_RDONLY)= 3
On Thu, Jun 02, 2005 at 06:51:22AM +0100, antoine wrote:
I applied the patches on the website to 2.6.12-rc5 (mm1 and mm2: most
patches apply cleanly to both, some have been merged in mm2 obviously),
I got an error here:
I pushed out a fixed set of patches (against -mm2) that work for me.
On Fri, Jun 03, 2005 at 03:33:36AM +0100, antoine wrote:
Thanks, almost all applied cleanly - I skipped the s390 ones for now.
I wouldn't cherry-pick patches. You may be right, but it also means you're
running different code than me.
I can bring the network up manually (ifconfig) and ping (in
On Fri, Jun 03, 2005 at 08:28:10PM +0100, antoine wrote:
I think there is still a memory leak lurking, OOM seems to kick in (see
bottom of this email)
Yeah, it's a page leak, I think from page tables, which I haven't tracked
down yet.
Very minor thing: I noticed that the TT threads generally
This cleans an error path which used to leak file descriptors by returning
without trying to tidy up.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/drivers/chan_user.c
===
--- linux-2.6.12-rc.orig/arch/um
added calls to interrupt_end, which does that, plus checks for
reschedules. There shouldn't be any of those, but x86 does the same thing,
so I'm copying that behavior to be safe.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/kernel/skas/process_kern.c
From Al Viro - this turns the tt mode remapping of the binary into arch
code.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/Makefile
===
--- linux-2.6.12-rc.orig/arch/um/Makefile 2005-06-02 17:04
This is a bunch of compile fixes provoked by building UML with gcc 4. There
are a bunch of signedness mismatches, a couple of uninitialized references,
and a botched C99 structure initialization which had somehow gone unnoticed.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc
This makes the minimal fixes needed to make the UML iomem driver work in
2.6.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/Kconfig_char
===
--- linux-2.6.12-rc.orig/arch/um/Kconfig_char 2005-05-26 17
On Mon, Jun 06, 2005 at 12:55:29PM -0700, Anthony Brock wrote:
kernel/module.c:1387: error: `modinfo_attrs' undeclared (first use in this
function)
make[1]: *** [kernel/module.o] Error 1
make: *** [kernel] Error 2
Leave module support out for now. We need to do some work there still.
On Tue, Jun 07, 2005 at 01:05:19AM +0200, Blaisorblade wrote:
NACK at all, definitely, don't apply this one please. This patch:
1) On i386 does not fix the problem it was supposed to fix when I originately
sent the first version (i.e. avoiding to create a .thread_private section to
allow
On Tue, Jun 07, 2005 at 01:59:58AM +0100, Al Viro wrote:
P.S: is it only me or you've sent about 20 copies of your last message?
Headers?
I got 18 copies.
Something horrible happened at Intel:
Received: from orsfmr005.jf.intel.com (fmr20.intel.com [134.134.136.19])
by
[ Andrew, these four patches are 2.6.12 material ]
A few files include the same header twice.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/kernel/main.c
===
--- linux-2.6.12-rc.orig/arch/um/kernel
Convert the boot-time host ptrace testing from clone to fork. They were
essentially doing fork anyway. This cleans up the code a bit, and makes
valgrind a bit happier about grinding it.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12-rc/arch/um/kernel/process.c
On Thu, Jun 16, 2005 at 07:36:57PM +0200, Bodo Stroesser wrote:
Reading the patches
only the one that makes me worry is dont-save-fpregs.
To not save fpregs on every syscall or interrupt is O.K.
But you also have to modify signal-handling, that currently relies on
fpregs being saved. And you
On Thu, Jun 16, 2005 at 08:51:20PM +0200, Blaisorblade wrote:
And also it makes tt a bit more removable, if Jeff decides to.
Well, on this point I'd be cautious.
Currently there is no way to even test UML in SMP mode other than using TT
mode, so at least this must be solved.
Yeah, we need
On Thu, Jun 16, 2005 at 03:49:43PM -0400, William Stearns wrote:
Good afternoon, all,
With a FC2 x86_64 host with no skas patch (stock RH kernel) and no
tmpfs, I find that a 2.6.6 uml vm (happens to be i386 slackware) keeps
getting more and more pids out on the host. By mounting /tmp
On Thu, Jun 16, 2005 at 08:09:34PM +0200, Blaisorblade wrote:
+struct task_struct;
+extern void arch_switch(struct task_struct *from, struct task_struct *to);
Is the task_struct; needed, considering that there is get_task returning
one a few lines higher?
+ /* XXX: This is bogus, it's
On Thu, Jun 16, 2005 at 03:59:24PM -0700, Anthony Brock wrote:
Program received signal SIGSEGV, Segmentation fault.
0x080b86d0 in __vmalloc_area (area=0xbd15be0, gfp_mask=210, prot={pgprot =
0}) at string.h:363
Segfaults in vmalloc are completely normal. They are just page faults.
BUG:
-priority.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12/arch/um/kernel/process_kern.c
===
--- linux-2.6.12.orig/arch/um/kernel/process_kern.c 2005-06-20
In skas mode, the call to uml_idle_timer permanently shut off the
virtual timer, resulting in no timer ticks to anything but the idle
thread. This is likely the cause of the soft lockups that are seen
sporadically in recent UMLs.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12
There is absolutely no reason to flush the kernel's VM area during a
tlb_flush_mm.
This results in a noticable performance increase in the kernel build
benchmark.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12/arch/um/kernel/skas/tlb.c
.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12/arch/um/kernel/main.c
===
--- linux-2.6.12.orig/arch/um/kernel/main.c 2005-06-20 11:54:50.0
-0400
+++ linux-2.6.12/arch/um/kernel/main.c 2005-06-20 12:08
Here's a small patch to remove a few unnessesary NULL pointer checks
before kfree() in arch/um/drivers/daemon_user.c
Signed-off-by: Jesper Juhl [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.12/arch/um/drivers/daemon_user.c
From: Domen Puncer [EMAIL PROTECTED]
Subject: [KJ] [patch] um: copy_from_user size fix in signal.c
Size of pointer doesn't seem right, but maybe my solution isn't
either (sig_size maybe?).
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux
On Mon, Jun 20, 2005 at 10:19:12AM -0700, Anthony Brock wrote:
Strange. This option doesn't seem to be available. I'm seeing the following
in my .config file:
# Hardware I/O ports
#
# CONFIG_SERIO is not set
It would have been here if you didn't have CONFIG_SERIO disabled. So that's
not
1 - 100 of 1423 matches
Mail list logo