Re: [LinuxBIOS] util/getpir & util/mptable [Was "A boot problem...."]

[Ken Fuchs]

  On Thu, 28 Jul 2005, Ken Fuchs wrote:
  > Please note that some people consider running
either util/getpir or
 > util/mptable to be a waste of time.  (I agree; Maybe these utilities
 > could be fixed so they would be more useful on LinuxBIOS v2.)
Ron Minnich wrote:

  ??
Sorry, I worded the above paragraph far too strongly.  I meant to say
that booting a COTS BIOS & Linux and running util/getpir and
util/mptable can be very useful in LinuxBIOS v2, but hand editing the
results may be required.  It would be nice, if util/getpir and
util/mptable could be modified so hand editing the resultant
irq_table.c and mptable.c would not be needed.  This may not be very
useful for experienced LinuxBIOS developers, but can save a lot of
porting time for people who don't have as much LinuxBIOS or other BIOS
experience.

Sincerely,

Ken Fuchs <kfuchs(a)winternet.com>

[LinuxBIOS] util/getpir & util/mptable [Was "A boot problem...."]

[Ronald G. Minnich]

On Thu, 28 Jul 2005, Ken Fuchs wrote:

  Sorry, I worded the above paragraph far too strongly. 
I meant to say
 that booting a COTS BIOS & Linux and running util/getpir and
 util/mptable can be very useful in LinuxBIOS v2, but hand editing the
 results may be required.  It would be nice, if util/getpir and
 util/mptable could be modified so hand editing the resultant irq_table.c
 and mptable.c would not be needed.  This may not be very useful for
 experienced LinuxBIOS developers, but can save a lot of porting time for
 people who don't have as much LinuxBIOS or other BIOS experience.
ah! tell me how it needs to change. I just used getpir recently and did no 
hand editing.

ron

[LinuxBIOS] util/getpir & util/mptable [Was "A boot problem...."]

[yhlu]

      If there are several peer root bus, the irq_table.c must be modified maually.

Please refer to src/mainboard/tyan/s2895/irq_table.c

YH

On 7/28/05, Ronald G. Minnich <rminnich(a)lanl.gov> wrote:
  
 
 On Thu, 28 Jul 2005, Ken Fuchs wrote:
 
  Sorry, I worded the above paragraph far too
strongly.  I meant to say
 that booting a COTS BIOS & Linux and running util/getpir and
 util/mptable can be very useful in LinuxBIOS v2, but hand editing the
 results may be required.  It would be nice, if util/getpir and
 util/mptable could be modified so hand editing the resultant irq_table.c
 and mptable.c would not be needed.  This may not be very useful for
 experienced LinuxBIOS developers, but can save a lot of porting time for
 people who don't have as much LinuxBIOS or other BIOS experience.
 
 ah! tell me how it needs to change. I just used getpir recently and did no
 hand editing.
 
 ron
 
 _______________________________________________
 LinuxBIOS mailing list
 LinuxBIOS(a)openbios.org
 http://www.openbios.org/mailman/listinfo/linuxbios

[LinuxBIOS] util/getpir & util/mptable [Was "A boot problem...."]

[Stefan Reinauer]

      * yhlu <yinghailu(a)gmail.com> [050728 23:13]:
  If there are several peer root bus, the irq_table.c
must be modified maually.
 
 Please refer to src/mainboard/tyan/s2895/irq_table.c
Also, on AMD K8 CPUs it needs to be modified due to the difference in
breadth-first vs depth-first bus enumeration, resulting in different bus
numbers.

Stefan

[LinuxBIOS] util/getpir & util/mptable [Was "A boot problem...."]

[Ronald G. Minnich]

On Fri, 29 Jul 2005, Stefan Reinauer wrote:

  Also, on AMD K8 CPUs it needs to be modified due to
the difference in
 breadth-first vs depth-first bus enumeration, resulting in different bus
 numbers.
ah, somebody fix it please :-)

ron

[LinuxBIOS] util/getpir & util/mptable [Was "A boot problem...."]

[yhlu]

      No, the irq table can be produced dynmaically as mptable.c

the developer must change irqtable.c mptable.c manually to make it dynamically.

YH

On 7/29/05, Ronald G. Minnich <rminnich(a)lanl.gov> wrote:
  
 
 On Fri, 29 Jul 2005, Stefan Reinauer wrote:
 
  Also, on AMD K8 CPUs it needs to be modified due
to the difference in
 breadth-first vs depth-first bus enumeration, resulting in different bus
 numbers.
 
 ah, somebody fix it please :-)
 
 ron