Go to the FreeLists Home Page Home Signup Help Login
 



[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.






[ Home | Signup | Help | Login | Archives | Lists ]

All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
Everything else ©2007 Avenir Technologies, LLC.