
|
[openbeos]
||
[Date Prev]
[01-2007 Date Index]
[Date Next]
||
[Thread Prev]
[01-2007 Thread Index]
[Thread Next]
[openbeos] Re: Boot failure with Quad-core
- From: "Axel Dörfler" <axeld@xxxxxxxxxxxxxxxx>
- To: openbeos@xxxxxxxxxxxxx
- Date: Sun, 7 Jan 2007 22:24:11 +0100 (MET)
"Larry Baydak" <lbaydak@xxxxxxxxxx> wrote:
> It appears that my machine loads 6 ranges into the
> "physical_allocated_array".
> Since MAX_PHYSICAL_ALLOCATED_RANGE. is defined as 4 - the
> sort_addr_range()
> function was definatly corrupting memory.
Okay, thanks - I'll look into it, and try to fix it on the way :-)
> Also : I had the devil of a time with the dprintf() function. It
> really does not not treat all integers as equal. It seems that if a
> number was originally created as 'uint32' - then
[...]
The kernel uses the exact same version, and there were never such
problems. The "uint32" type is the same as "unsigned long" in Haiku,
and you should use "%lu" to express it properly (but since it's 4
bytes, "%u" will work as well).
Can you give an example that I can reproduce?
> NEXT: How do I enable 'multiple processors' in Haiku ?
> When I clicked on 'about haiku' - it reported only 1
> processor running.
Maybe it just doesn't recognize the 4 cores at all? I never ran it on
such hardware, but it definitely recognizes both CPUs of the dual PIII
I have here.
Since the quad core is a bit too expensive, I won't look into buying it
in the foreseeable future, but I'm thinking about switching to a dual
core sooner or later to be able to test Haiku on it, and make sure
it'll run.
Bye,
Axel.
|

|