On Nov 7, 2005, at 11:09 PM, Rob Landley wrote:
On Monday 07 November 2005 23:13, Can Sar wrote:
Hi,
I am trying to make a 1 thread version of UML that does not need to
be able to support user level programs.
Why?
Trust me, I wouldn't do this if it were not for a reason. I have no
inte
On Monday 07 November 2005 23:13, Can Sar wrote:
> Hi,
>
> I am trying to make a 1 thread version of UML that does not need to
> be able to support user level programs.
Why?
Did you ever read Rik van Reil's list of the dumbest patches he's ever seen?
This is the first entry in the list:
http:/
Hi,
I am trying to make a 1 thread version of UML that does not need to
be able to support user level programs. So I don't care about
systemcall interception or anything like that, I just want a copy of
UML that gets a basic kernel environment running (where I could call
some kernel funct
On Monday 07 November 2005 08:47, David Lang wrote:
> >> GCC version?
> >
> > 4.0.2, hacked to link against uClibc.
>
> does it use the GCC you include for the first compile, or the base
> compiler on the host OS?
You're right, building UML is the job of the base compiler in the host OS.
> David
On Mon, 7 Nov 2005, David Lang wrote:
GCC version?
4.0.2, hacked to link against uClibc.
does it use the GCC you include for the first compile, or the base compiler
on the host OS?
I added a gcc --version line to the build script and it's the host OS that
builds the kernel
so on my sys
On Mon, 7 Nov 2005, Rob Landley wrote:
Subject: Re: [uml-devel] Does UML 2.6.14 work under x86-64?
On Monday 07 November 2005 13:32, Blaisorblade wrote:
On Monday 07 November 2005 00:23, Rob Landley wrote:
David Lang is trying to get my firmware build working under x86-64,
proper x86-64 or
On Mon, 7 Nov 2005, Blaisorblade wrote:
On Monday 07 November 2005 00:23, Rob Landley wrote:
David Lang is trying to get my firmware build working under x86-64,
proper x86-64 or a 32-bit binary?
and
when I upgraded him to 2.6.14 (to get around the memory leak in 2.6.13.2),
he
started getti
On Monday 07 November 2005 13:32, Blaisorblade wrote:
> On Monday 07 November 2005 00:23, Rob Landley wrote:
> > David Lang is trying to get my firmware build working under x86-64,
>
> proper x86-64 or a 32-bit binary?
64 bit. Trying to build 32 bit on x86-64 died for him.
> > He first tried wit
On Sunday 06 November 2005 11:18, Blaisorblade wrote:
> > In theory, the state of truly free memory is irrelevant. The fact
> > madvise zeroes it out is nice, but not actually required. (And I'm not
> > sure madvise would actually zero if /tmp isn't tmpfs, so relying on the
> > zeroing behavior m
Title: Invitation from Yadunandan
user-mode-linux-devel@lists.sourceforge.net,
Come join my network a
Forgot one note - for at least one people, 2.6.14-bs1 binaries located at my
site work better than the ones he built.
They are 32-bit (not yet had the time to build and upload 64-bit) - but if you
need that, it's a nice bonus.
--
Inform me of my mistakes, so I can keep imitating Homer Simpson'
On Monday 07 November 2005 00:23, Rob Landley wrote:
> David Lang is trying to get my firmware build working under x86-64,
proper x86-64 or a 32-bit binary?
> and
> when I upgraded him to 2.6.14 (to get around the memory leak in 2.6.13.2),
> he
> started getting this:
> >> Kernel panic - not syn
On Monday 07 November 2005 13:20, Bodo Stroesser wrote:
> Blaisorblade wrote:
> > On Monday 31 October 2005 05:39, Jeff Dike wrote:
> >>From: Bodo Stroesser <[EMAIL PROTECTED]>
> > Or at least so I think (I must still give a proper look afterwards, and
> > I'll post patches). Actually it seems tha
On Sunday 06 November 2005 00:44, Rob Landley wrote:
> On Saturday 05 November 2005 05:30, Blaisorblade wrote:
> > I've proposed in fact including (for now) another of Con's patch, which
> > gives some preference to free memory over pagecache (to speed up page
> > allocation)... but I don't quite u
On Sun, Nov 06, 2005 at 05:23:32PM -0600, Rob Landley wrote:
> >> Kernel panic - not syncing: get_skas_faultinfo : failed to wait for
> >> SIGUSR1/SIGTRAP, pid = 16411, n = 16411, errno
> >> ? 0, status = 0xb7f
Can you apply the stub debugging patch (the first of the 10 patches I sent
to Andrew la
Blaisorblade wrote:
On Monday 31 October 2005 05:39, Jeff Dike wrote:
From: Bodo Stroesser <[EMAIL PROTECTED]>
Patch imlements full LDT handling in SKAS:
* UML holds it's own LDT table, used to deliver data on
modify_ldt(READ)
* UML disables the default_ldt, inherited from the host (SKAS3)
16 matches
Mail list logo
