On Thu, Apr 28, 2005 at 12:45:15AM +0100, Al Viro wrote:
> On Tue, Apr 26, 2005 at 11:02:38PM -0400, Ryan Anderson wrote:
> > I've been seeing a build error when trying to build User Mode Linux on
> > an x86-32 host (Athlon, fwiw). The kernel I'm building is a 1-day old
> > pull from git. This er
Title: Message
same bugs in the two
files (uml-linux-2.4.26-3):
arch/um/drivers/line.c
int
line_write(struct line *lines, struct tty_struct *tty, int
from_user, const char *buf, int
len){ struct line *line; char *new; unsigned long
flags; int n, err, i, ret = 0;
if(tty
On Tue, Apr 26, 2005 at 11:02:38PM -0400, Ryan Anderson wrote:
> I've been seeing a build error when trying to build User Mode Linux on
> an x86-32 host (Athlon, fwiw). The kernel I'm building is a 1-day old
> pull from git. This error is not new, though. I thought it was merely
> an artifact of
> I have 2 questions about UML gdb:
>
> 1.how to get the address of current process UML gdb?
> It seems "esp & 0xe000" is not the correct address.
For most applications, the mention address-space is mapped to
linux-gate.so, which to my understanding is a part of sysenter/tls
implementation in
I have a 2.6.11.6 guest kernel (with the bs3 patches) running on a 2.6.10 host
kernel (with the SKAS3 v7 patches). The guest distribution is SuSE 9.1. For the
most part, this UML functions perfectly.
However, since upgrading the guest kernel from a 2.6.9 (bb4 patches) version,
the guest will perio
I'm sending this mail again, because unfortunately I didn't receive
any reply. It was sent the first time at April, 5th.
Regards, Bodo
Hi,
currently I'm porting UML to s390 31-bit.
A first 2.6.11 UML system already is running in UML-SKAS0 mode,
which normally should run on an unpatched host (no ska
* Alan Cox ([EMAIL PROTECTED]) wrote:
> On Mer, 2005-04-27 at 18:46, Chris Wright wrote:
> > > Don't see why this one is a critical bug.
> >
> > I guess without it, modular nfsd has no syscall interface (for UML, or
> > course).
>
> And the trivial zero risk fix is to compile it in. Its hardly pr
On Mer, 2005-04-27 at 18:46, Chris Wright wrote:
> > Don't see why this one is a critical bug.
>
> I guess without it, modular nfsd has no syscall interface (for UML, or
> course).
And the trivial zero risk fix is to compile it in. Its hardly pressing
--
* Alan Cox ([EMAIL PROTECTED]) wrote:
> On Mer, 2005-04-27 at 18:15, Greg KH wrote:
> > -stable review patch. If anyone has any objections, please let us know.
>
> Don't see why this one is a critical bug.
I guess without it, modular nfsd has no syscall interface (for UML, or
course).
thanks,
-
On Mer, 2005-04-27 at 18:15, Greg KH wrote:
> -stable review patch. If anyone has any objections, please let us know.
Don't see why this one is a critical bug.
---
SF.Net email is sponsored by: Tell us your software development plans!
Take t
-stable review patch. If anyone has any objections, please let us know.
--
I'm resending this for inclusion in the -stable tree. I've deleted whitespace
cleanups, and hope this can be merged. I've been asked to split the former
patch, I don't know if I must split again this one,
-stable review patch. If anyone has any objections, please let us know.
--
This trick is useless, because sys_ni.c will handle this problem by itself,
like it does even on UML for other syscalls.
Also, it does not provide the NFSD syscall when NFSD is compiled as a module,
whic
Hi all:
I have 2 questions about UML gdb:
1.how to get the address of current process UML gdb?
It seems "esp & 0xe000" is not the correct address.
2.how to read the contents of a file in UML gdb?
The file is an object of struct file. I only know the address of the file.
Thanks a lot!
Alex
Hi all:
Now I added a system call in UML which should use pt_regs as its parameter. So
the system call is "sys_XXX(struct pt_regs)" just like sys_fork(struct pt_regs)
under i386 architecture. But I didn't find any syscall under UML which use
pt_regs as its parameter.
I found the EXECUTE_SYSCA
14 matches
Mail list logo
