On Wed, Mar 03, 1999 at 06:13:43PM -0700, Russell L. Carter wrote:
>
> John Dyson extemporised:
>
> %Julian Elischer said:
> %>
> %>
> %> On Tue, 16 Feb 1999, Luoqi Chen wrote:
> %> > You may try my patch at http://www.freebsd.org/~luoqi, which would allow
> %> > linux threads to run on SMP.
>
John Dyson extemporised:
%Julian Elischer said:
%>
%>
%> On Tue, 16 Feb 1999, Luoqi Chen wrote:
%> > You may try my patch at http://www.freebsd.org/~luoqi, which would allow
%> > linux threads to run on SMP.
%>
%> I've gone through these patches and I can see that they are really needed
%> for
> > > You may try my patch at http://www.freebsd.org/~luoqi, which would allow
> > > linux threads to run on SMP.
> >
> > I've gone through these patches and I can see that they are really needed
> > for SMP where address spaces are shared.
>
> I agree -- a per-cpu page directory per multithreaded
> > It looks to me that this is serious stuff
> > spliting the pmap out of the vmspace structure is a big change.
> > caertainly a logical move but requires checking..
> >
> > I guess it should be refered to the VM cabal.
> >
> > I presume that this is to be done in conjunction with the linux
Julian Elischer said:
>
>
> On Tue, 16 Feb 1999, Luoqi Chen wrote:
> > You may try my patch at http://www.freebsd.org/~luoqi, which would allow
> > linux threads to run on SMP.
>
> I've gone through these patches and I can see that they are really needed
> for SMP where address spaces are shared
> I've gone through these patches and I can see that they are really needed
> for SMP where address spaces are shared.
>
> There are details I didn't get, such as where is the per-processor
> pde pointed, (i.e. where is the per processor KVM range) and is there a
> single page table for each proce
> who's looked at this.
Tor Egge, he has been very helpful during the development of the code. The
pmap change was a result of discussions with him.
> It looks to me that this is serious stuff
> spliting the pmap out of the vmspace structure is a big change.
> caertainly a logical move but req
On Tue, 16 Feb 1999, Luoqi Chen wrote:
> You may try my patch at http://www.freebsd.org/~luoqi, which would allow
> linux threads to run on SMP.
I've gone through these patches and I can see that they are really needed
for SMP where address spaces are shared.
There are details I didn't get, suc
I'm not sure why you need a different page directory for each processor.
what's your thinking on this?
You might add some comments in your patches so that if becomes more
obvious what you are doing...
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the
who's looked at this.
It looks to me that this is serious stuff
spliting the pmap out of the vmspace structure is a big change.
caertainly a logical move but requires checking..
I guess it should be refered to the VM cabal.
I presume that this is to be done in conjunction with the linuxthread
On Tue, 16 Feb 1999, Luoqi Chen wrote:
> > Hi,
> > I downloaded Star Office 5 and only THEN realised that the code for doing
> > linux thread
> > emulation is #ifndef SMP :) Still, after downloading 70 meg over a 56k
> > modem and paying
> > 19c/meg I was gonna try the sucker regardless.. And we
> Hi,
> I downloaded Star Office 5 and only THEN realised that the code for doing
> linux thread
> emulation is #ifndef SMP :) Still, after downloading 70 meg over a 56k modem
> and paying
> 19c/meg I was gonna try the sucker regardless.. And well, it works!
>
> The install hung at the end, afte
Hi,
I downloaded Star Office 5 and only THEN realised that the code for doing linux
thread
emulation is #ifndef SMP :) Still, after downloading 70 meg over a 56k modem
and paying
19c/meg I was gonna try the sucker regardless.. And well, it works!
The install hung at the end, after its done every
13 matches
Mail list logo
