nux/kernel/git/frob/linux-2.6-roland.git
uml/ld-irel
Roland McGrath (1):
uml: fix CONFIG_STATIC_LINK=y build failure with newer glibc
arch/um/kernel/dyn.lds.S | 14 --
arch/um/kernel/uml.lds.S | 17 +
2 files changed, 29 insertions(+), 2 deletions(-)
Than
don't really understand off hand how UML is using PT_DTRACE either.
But clearly it (or any real arch) that needs a flag for an arch purpose
can use a TIF_* bit instead of touching ->ptrace, and should do that.
Thanks,
Roland
---
I'm no scheduler expert and I don't know whether the exact placement in
your change is the optimal one. But it's certainly fine from a ptrace
perspective.
Thanks,
Roland
--
Apps built with the
xist one day.
btw - i think besides that packaged uml+rootfs, the same thing could be
distributed in other formats, i.e. qemu, vmware, M$ virtual pc (add your
favourite v12n solution here)
regards
roland
- Original Message -
From: "Antoine Martin" <[EMAIL PROTECTED]>
To: &
failed:
Resource temporarily unavailable
so, this should be right behaviour now when running out of memory.
regards
roland
- Original Message -
From: "Jeff Dike" <[EMAIL PROTECTED]>
To: "Andrew Morton" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Cc: "LKML&
eneration uses just one fixed log message for utrace-tracehook-um.patch,
so tell me if you want to adjust it from log text in today's patch.
Thanks,
Roland
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceFo
> On Thu, Feb 22, 2007 at 07:19:03PM -0800, Roland McGrath wrote:
> > Your replacement patch still has utrace_regset stuff in it, so it doesn't
> > compile without the later patches in the series. Try applying only
> > utrace-tracehook.patch from the series, then get
ze
the way it misbehaves at the level of specific ptrace/wait calls, that
would be a great help. Otherwise I'll try to look into it when I get some
time, but it's falling down the queue a bit since people don't seem too
of anything about UML's usage pattern
and got quickly lost in its code trying to tell what it expected to happen.
Thanks,
Roland
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay pane
BTW, is this x86_64 or i386? Yesterday, I rediscovered how to make this
"unfortunately" it's just i386
thanks
roland
- Original Message -
From: "Jeff Dike" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>;
Sent: W
s anybody have a clue what is happening here
?
for those who want to take a closer
look:
AoE driver is at:
http://www.coraid.com/support/linux/
AoE-root patch is at:
http://www.coraid.com/support/linux/contrib/
regards
roland
seems quite busy.
regards
roland
- Original Message -
From: "Jeff Dike" <[EMAIL PROTECTED]>
To: "roland" <[EMAIL PROTECTED]>
Cc: ;
Sent: Saturday, April 16, 2005 3:48 PM
Subject: Re: [uml-devel] CowLoop
> On Sat, Apr 16, 2005 at 12:13:26PM +0200,
support.
Sure - you will not be able to mount a UML Cowfile with cowloop (should be
incompatible format), but I think you will be able to use
a cowloop with uml.
This project doesn`t seem very popular - so maybe announcing it here should
give it some attention.
regards
roland
Hi Roland,
> The guest os (Fedora 2) cannot make any name resolution but the "normal"
> network
> works properly.
and you can ping the nameserver from inside the uml ?
do you see any udp-packets leaving the uml (do a tcpdump on the uml`s eth0 and
on the hosts bridge interface
bridge to communicate with the outside world.
Roland
___
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden:
http://mail.yahoo.de
-
15 matches
Mail list logo
