> i've had a core i7 machine for some time with 4c/8t.
> unfortunately, the mp table has only 4 processor entries.
My impression is that mp tables are getting worse and worse on new
hardware because vendors assume everyone is running an acpi-aware OS.
Does anybody have an (informed) opinion as to
There's an initial implementation of acpi, but it's not yet ready.
Getting boot-time MP info is not enough, the information regarding
bus/interrupt entries is provided in many cases by AML methods.
So, in short, you need all of acpi to get that information.
The good news is that it's implemented.
On Mon Apr 5 02:32:10 EDT 2010, r...@swtch.com wrote:
> instead of adding all sorts of goo to the interface,
> why not just make the ctl write guarantee
> that from the time it returns, the relevant proc
> will only run on the wired mach?
good point. two reasons
1. if up != p, what do you sleep
On Mon Apr 5 05:21:57 EDT 2010, 9f...@hamnavoe.com wrote:
> > i've had a core i7 machine for some time with 4c/8t.
> > unfortunately, the mp table has only 4 processor entries.
>
> My impression is that mp tables are getting worse and worse on new
> hardware because vendors assume everyone is run
>> My impression is that mp tables are getting worse and worse on new
>> hardware because vendors assume everyone is running an acpi-aware OS.
>
> it's not clear to me that's it's not just general low
> quality,
Does that imply that we can expect the acpi tables to be often
incorrect too? That w
> >> My impression is that mp tables are getting worse and worse on new
> >> hardware because vendors assume everyone is running an acpi-aware OS.
> >
> > it's not clear to me that's it's not just general low
> > quality,
>
> Does that imply that we can expect the acpi tables to be often
> incorr
> >> My impression is that mp
> tables are getting worse and worse on new
> >> hardware because vendors assume everyone is
> running an acpi-aware OS.
> >
> > it's not clear to me that's it's not just general low
> > quality,
>
> Does that imply that we can expect the acpi tables to be
> often
>
On Mon, Apr 5, 2010 at 2:20 AM, Richard Miller <9f...@hamnavoe.com> wrote:
>> i've had a core i7 machine for some time with 4c/8t.
>> unfortunately, the mp table has only 4 processor entries.
>
> My impression is that mp tables are getting worse and worse on new
> hardware because vendors assume ev
>
> Extremely doable.
>
If you forget about bus information.
2010/4/5 ron minnich :
> On Mon, Apr 5, 2010 at 2:20 AM, Richard Miller <9f...@hamnavoe.com> wrote:
>>> i've had a core i7 machine for some time with 4c/8t.
>>> unfortunately, the mp table has only 4 processor entries.
>>
>> My impression is that mp tables are getting worse and worse on new
>> hard
> Nemo, I wonder if you have any way to allow others to collaborate on
> that code? Seems like there's certainly interest, and the ACPI spec
> *is* open...
>
Well, the code is done. The interpreter seems to be working, and the
tables seem to be parsed.
The problem is that we have to supply bus in
On Monday 05 April 2010 15:00:01 9fans-requ...@9fans.net wrote:
> The good news is that it's implemented.
> The bad news is that is does not work yet.
> What remains to be done is to supply bus information to the kernel
> correctly, and that's not happening as of today.
where can I find the implem
> fix, and there's the joy of "acpi aware drivers".
what does this mean?
- erik
An example, enumerating and configuring PCI using acpi methods,
enumerate and configure X using acpi methods.
On Mon, Apr 5, 2010 at 5:56 PM, erik quanstrom wrote:
>> fix, and there's the joy of "acpi aware drivers".
>
> what does this mean?
>
> - erik
>
>
On Mon Apr 5 12:06:39 EDT 2010, n...@lsub.org wrote:
> An example, enumerating and configuring PCI using acpi methods,
> enumerate and configure X using acpi methods.
i hope i'm not being ignorant here, but i just went through
the linux code for enumerating pci. they try every trick in
the book,
I may be mistaken, but I think they have all sorts of ways to
enumerate devices, both with and without acpi.
On Mon, Apr 5, 2010 at 6:12 PM, erik quanstrom wrote:
> On Mon Apr 5 12:06:39 EDT 2010, n...@lsub.org wrote:
>> An example, enumerating and configuring PCI using acpi methods,
>> enumera
Not that this is a great answer, but the way I've done SMP boot without
parsing either the ACPI or MPS tables was to issue broadcast init and
startup IPIs, rather than targeted ones. All the CPUs in an i7-based machine
came up, fwiw...
-- vs
On Mon Apr 5 14:44:44 EDT 2010, m...@acm.jhu.edu wrote:
> Not that this is a great answer, but the way I've done SMP boot without
> parsing either the ACPI or MPS tables was to issue broadcast init and
> startup IPIs, rather than targeted ones. All the CPUs in an i7-based machine
> came up, fwiw.
> good point. two reasons
> 1. if up != p, what do you sleep on? or do you mess
> with the innards of sched? seems dangerous
given that you can echo stop >ctl and then echo start >ctl
from outside the kernel, i don't see why you can't do
something similar from inside the kernel.
> in looking
Hello 9fans,
My name is Scott Sullivan and I'd like to introduce myself and seek out
other 9fans in the Greater Toronto Area.
I first learned of Plan 9 back in 2007 and took a cursory glance over
the system and a couple of the introductory papers and was fascinated.
Since then I've spent co
Read the source for the programs and the system, and experiment with
them at will. It´s fun.
> Any Tips, suggestions and experiences in regards to where to focus my
> exploration next would be appreciated.
Nemo is too modest, what he really meant was that you should take a
look at this:
http://plan9.lsub.org/who/nemo/9.intro.pdf
and then experiment at will :)
you will hardly find a better resource for delving into Plan 9.
On Mon, Apr 05, 2010 at 06:27:56PM -0600, andrey mirtchovski wrote:
> Nemo is too modest, what he really meant was that you should take a
> look at this:
>
> http://plan9.lsub.org/who/nemo/9.intro.pdf
>
> and then experiment at will :)
>
> you will hardly find a better resource for delving into
On 04/05/2010 08:27 PM, andrey mirtchovski wrote:
Nemo is too modest, what he really meant was that you should take a
look at this:
http://plan9.lsub.org/who/nemo/9.intro.pdf
and then experiment at will :)
you will hardly find a better resource for delving into Plan 9.
Wow... It's a book
24 matches
Mail list logo
