Bodies of Linden Scranton Derenick Warner Animation
is designer a Justin Coffee both!Virtual Machine vm jvm download pc Oems
Include Pcsfind a how distribute Windows pcs Wear Books Newsletter of Technology
Partner Usprivacy in Terms of Trademarks License Disclaimer in Tango Supersport
of.Cop
Jeff Dike wrote:
> On Wed, Oct 18, 2006 at 09:16:14PM +0200, Jan Dittmer wrote:
>> This is 100% reproducible here. Perfect test case. How to debug?
>
> You want to dig into the code and see what's wrong? Put a breakpoint
> on the force_sig_info(SIGSEGV, ...) in segv(). Then find the faulting
> i
On Wed, Oct 18, 2006 at 09:16:14PM +0200, Jan Dittmer wrote:
> This is 100% reproducible here. Perfect test case. How to debug?
You want to dig into the code and see what's wrong? Put a breakpoint
on the force_sig_info(SIGSEGV, ...) in segv(). Then find the faulting
instruction -
RIP is
try exporting LD_ASSUME_KERNEL=2.4.1 before executing Your application,
to see if that works - this disables usage of NPTL
Jan Dittmer wrote:
> Jeff Dike wrote:
>
>> On Wed, Oct 18, 2006 at 05:33:50PM +0200, Jan Dittmer wrote:
>>
>>> clone(Process 484 attached
>>> child_stack=0x4244e280,
Jeff Dike wrote:
> On Wed, Oct 18, 2006 at 05:33:50PM +0200, Jan Dittmer wrote:
>> clone(Process 484 attached
>> child_stack=0x4244e280,
>> flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID|CLONE_DETACHED,
>>
>> par
On Wed, Oct 18, 2006 at 05:33:50PM +0200, Jan Dittmer wrote:
> clone(Process 484 attached
> child_stack=0x4244e280,
> flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID|CLONE_DETACHED,
>
> parent_tidptr=0x4244e9f0, t
On Wed, Oct 18, 2006 at 01:39:55AM +0200, Blaisorblade wrote:
> Jeff, I remember vaguely a recent (>=2.6.17) patch about udelay fixing a
> misbehaviour, would you please complete my recollection and verify the
> interaction with this?
There were two problems.
One was that the declaration and de
On Tue, Oct 17, 2006 at 11:19:43PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> Some other tested and little UML fixes for 2.6.19 (not all ones are oneliner,
> but those ones are tested).
These are acked, except as noted. I don't like uml-fix-prototypes.patch
or uml-make-execvp-safe-for-our-usa
On Tue, Oct 17, 2006 at 11:27:11PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> Reimplement execvp for our purposes - after we call fork() it is
> fundamentally unsafe to use the kernel allocator - current is not valid
> there.
This is horriby ugly. Can we instead do something different like
On Tue, Oct 17, 2006 at 11:27:09PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> Fix prototypes in user.h - was needed when including user.h in kernelspace,
> as we did in previous patch.
user.h shouldn't be included in kernelspace - its purpose is to
provide kernel prototypes to userspace code.
- Guest 2.6.19-rc1-git11
- Host Debian 2.6.18-1-amd64
- Debian etch for host and guest
- both using ext3
- command to start the guest
./linux-2.6.19-rc1-git11 ubd0=umlblob.cow,etch-amd64.img \
eth0=daemon,10:00:00:00:00:02,unix,/var/run/uml-utilities/uml_switch.ctl \
mem=128M \
> You really changed long to int? In this case, you may only have introduced a
> bigger overflow.
Yes, I'm aware of that, I just wanted to try how i386 variant behaves.
btw I just tried gdb to find out why i386 UML on x86_64 host hangs just
at the beginning, and it turned out to be same problem w
12 matches
Mail list logo
