[LinuxBIOS] mptable util not working?

Hello,
I am having prolems with the mptable utility. I keeps telling me "MP  
FPS NOT found, suggest trying -grope option!!!". If I try the grope  
option it still spits out the same message. Am I doing something wrong?

Thanks - Joe

[Uwe Hermann]

On Thu, Nov 01, 2007 at 09:30:11AM -0400, [e-mail] wrote:
> Hello,
> I am having prolems with the mptable utility. I keeps telling me "MP  
> FPS NOT found, suggest trying -grope option!!!". If I try the grope  
> option it still spits out the same message. Am I doing something wrong?

Probably not, could be that your system doesn't _have_ an mptable.
Not all systems do. Which board are we talking about here? Is it multi-CPU?

Uwe.

Quoting Uwe Hermann :
> On Thu, Nov 01, 2007 at 09:30:11AM -0400, [e-mail] wrote:
> > Hello,
> > I am having prolems with the mptable utility. I keeps telling me "MP
> > FPS NOT found, suggest trying -grope option!!!". If I try the grope
> > option it still spits out the same message. Am I doing something wrong?
>
> Probably not, could be that your system doesn't _have_ an mptable.
> Not all systems do. Which board are we talking about here? Is it multi-CPU?
>
> Uwe.

No single Processor, that's probibly why. It seems to contain alot of  
IO data though. I think this is my problem, CPU to IO doesn't seem to  
be communicating, and I thought the mptable might help. I'm  
stumped.... But Corey maybe able to help me figure this out very soon.

Thanks - Joe

[Corey Osgood]

[e-mail] wrote:
> Quoting Uwe Hermann :
> > On Thu, Nov 01, 2007 at 09:30:11AM -0400, [e-mail] wrote:
> > > Hello,
> > > I am having prolems with the mptable utility. I keeps telling me "MP
> > > FPS NOT found, suggest trying -grope option!!!". If I try the grope
> > > option it still spits out the same message. Am I doing something wrong?
> >
> > Probably not, could be that your system doesn't _have_ an mptable.
> > Not all systems do. Which board are we talking about here? Is it multi-CPU?
> >
> > Uwe.
>
> No single Processor, that's probibly why. It seems to contain alot of  
> IO data though. I think this is my problem, CPU to IO doesn't seem to  
> be communicating, and I thought the mptable might help. I'm  
> stumped.... But Corey maybe able to help me figure this out very soon.
>
> Thanks - Joe

Yeah, there's probably no mptable on that system. Even if there was, the
data output by it won't compile unless CONFIG_SMP is set in LB (which
you really don't need, since it's not an SMP system).

Uwe recently sent in some fixes to the 440bx to help speed that up, you
should take a look at it. I think one of the issues was with the cpu.

-Corey

Quoting Corey Osgood :
> [e-mail] wrote:
> > Quoting Uwe Hermann :
> > > On Thu, Nov 01, 2007 at 09:30:11AM -0400, [e-mail] wrote:
> > > > Hello,
> > > > I am having prolems with the mptable utility. I keeps telling me "MP
> > > > FPS NOT found, suggest trying -grope option!!!". If I try the grope
> > > > option it still spits out the same message. Am I doing something wrong?
> > >
> > > Probably not, could be that your system doesn't _have_ an mptable.
> > > Not all systems do. Which board are we talking about here? Is it multi-CPU?
> > >
> > > Uwe.
> >
> > No single Processor, that's probibly why. It seems to contain alot of
> > IO data though. I think this is my problem, CPU to IO doesn't seem to
> > be communicating, and I thought the mptable might help. I'm
> > stumped.... But Corey maybe able to help me figure this out very soon.
> >
> > Thanks - Joe
>
> Yeah, there's probably no mptable on that system. Even if there was, the
> data output by it won't compile unless CONFIG_SMP is set in LB (which
> you really don't need, since it's not an SMP system).
>
> Uwe recently sent in some fixes to the 440bx to help speed that up, you
> should take a look at it. I think one of the issues was with the cpu.
>
> -Corey

The only thing I coud see is Uwe changed it to do a 200us delay at the  
begining of the sdram_enable cycle is there more?

Thanks - Joe

[Uwe Hermann]

On Fri, Nov 02, 2007 at 01:20:56PM -0400, [e-mail] wrote:
> The only thing I coud see is Uwe changed it to do a 200us delay at the 
> begining of the sdram_enable cycle is there more?

The important thing is this (in Config.lb):

device apic_cluster 0 on
    chip cpu/intel/slot_2
      device apic 0 on end
    end
  end

If you only use

chip cpu/intel/slot_2
  end

that'll not do the full CPU init and thus result in a _very_ slow
system. I'm not entirely sure it's the _correct_ fix, but it _does_
fix the issue I have seen on the 440BX boards.

Uwe.

Quoting Uwe Hermann :
> On Fri, Nov 02, 2007 at 01:20:56PM -0400, [e-mail] wrote:
> > The only thing I coud see is Uwe changed it to do a 200us delay at the
> > begining of the sdram_enable cycle is there more?
>
> The important thing is this (in Config.lb):
>
> device apic_cluster 0 on
>     chip cpu/intel/slot_2
>       device apic 0 on end
>     end
>   end
>
> If you only use
>
> chip cpu/intel/slot_2
>   end
>
> that'll not do the full CPU init and thus result in a _very_ slow
> system. I'm not entirely sure it's the _correct_ fix, but it _does_
> fix the issue I have seen on the 440BX boards.
>
> Uwe.

Thanks Uwe I will give that a try.

Thanks - Joe