lkml.org 
[lkml]   [2003]   [Dec]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Fixes for nforce2 hard lockup, apic, io-apic, udma133 covered
Date
On Thursday 11 December 2003 21:47, Ian Kumlien wrote:
> On Thu, 2003-12-11 at 07:55, Ross Dickson wrote:
> > albatron:/usr/src/mptable-2.0.15a # ./mptable -verbose
> >
> > ===============================================================================
> >
> > MPTable, version 2.0.15 Linux
> >
> > looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00
> > searching CMOS 'top of mem' @ 0x0009f800 (638K)
> > searching default 'top of mem' @ 0x0009fc00 (639K)
> > searching BIOS @ 0x000f0000
> >
> > MP FPS found in BIOS @ physical addr: 0x000f50b0
> >
> > -------------------------------------------------------------------------------
> >
> > MP Floating Pointer Structure:
> >
> > location: BIOS
> > physical address: 0x000f50b0
> > signature: '_MP_'
> > length: 16 bytes
> > version: 1.1
> > checksum: 0x00
> > mode: Virtual Wire
> >
> > -------------------------------------------------------------------------------
> >
> > MP Config Table Header:
> >
> > physical address: 0x0xf0c00
> > signature: '$ml$'
> > base table length: 0
> > version: 1.6
> > checksum: 0x00
> > OEM ID: 'Ä
> > ¸§'
> > °öProduct ID: '(
> > m'P
> > OEM table pointer: 0x12d90e22
> > OEM table size: 7964
> > entry count: 7964
> > local APIC address: 0x1f1c1f1c
> > extended table length: 65284
> > extended table checksum: 255
> >
> > -------------------------------------------------------------------------------
> >
> > MP Config Base Table Entries:
> >
> > --
> > MPTABLE HOSED! record type = 55
> > albatron:/usr/src/mptable-2.0.15a #
> >
>
> > Perhaps someone else could get mptable to run on their machine and send you
> > the result.
>
> mptable dosn't seem to accept it's own options, anyways, heres the
> output.
>
> mptable -extra -verbose -pirq
>
> ===============================================================================
>
> MPTable, version 2.0.15 Linux
>
> looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00
> searching CMOS 'top of mem' @ 0x0009f800 (638K)
> searching default 'top of mem' @ 0x0009fc00 (639K)
> searching BIOS @ 0x000f0000
>
> MP FPS found in BIOS @ physical addr: 0x000f5ce0
>
> -------------------------------------------------------------------------------
>
> MP Floating Pointer Structure:
>
> location: BIOS
> physical address: 0x000f5ce0
> signature: '_MP_'
> length: 16 bytes
> version: 1.1
> checksum: 0x00
> mode: Virtual Wire
>
> -------------------------------------------------------------------------------
>
> MP Config Table Header:
>
> physical address: 0x0xf0c00
> signature: ''
> base table length: 1280
> version: 1.7
> checksum: 0x00
> OEM ID: ''
> Product ID: ''
> OEM table pointer: 0x0000ffff
> OEM table size: 0
> entry count: 65535
> local APIC address: 0x000000c4
> extended table length: 1
> extended table checksum: 0
>
> -------------------------------------------------------------------------------
>
> MP Config Base Table Entries:
>
> --
> Processors: APIC ID Version State Family Model Step Flags
> 0 0x 7 BSP, usable 15 15 15 0x1a00c035
> 0 0x 0 AP, unusable 0 0 10 0x78ffff0a
> --
> MPTABLE HOSED! record type = 15
>
> I couldn't find the source so i used a old RedHat rpm...
> (Asus A7N8X-X bios 1007)
>
> --
> Ian Kumlien <pomac () vapor ! com> -- http://pomac.netswarm.net
>

Thanks Ian

Also many thanks for pointing out the relevant section to look in with the AMD
cpu link that you sent - Credit where credit is due (assuming we are both on the
right track).

I had a read and refined your surmisings. I think the
problem appears synchronous with the apic timer because of two reasons.
1) any apic irq can cause re-connection of the system bus after disconnect.
2) the apic timer irq in my examinations has the shortest path to an ack.

I also had a look back through the athlon cooler and power management
postings and web site articles. I was blissfully ignorant of these issues when I
started and now I wonder what I have stepped into... Yuk

I submitted a support request to AMD, apologies for not cc'ing you, I kept
the cc's down to just nvidia and the mailing list. If you have not seen it yet
then it is here

http://lkml.org/lkml/2003/12/11/17

We hope....

Regards
Ross

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:59    [W:0.078 / U:0.132 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site