public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* RE: ACPI: RSDP - ERROR: Invalid checksum
@ 2005-06-28 15:19 Moore, Robert
       [not found] ` <971FCB6690CD0E4898387DBF7552B90E01F2DB9A-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
  0 siblings, 1 reply; 10+ messages in thread
From: Moore, Robert @ 2005-06-28 15:19 UTC (permalink / raw)
  To: Klaus Muth, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

Does this work under windows?
Please post a memory dump of the area in question, I would be very
interested to see it.
Bob


> -----Original Message-----
> From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel-
> admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Klaus Muth
> Sent: Tuesday, June 28, 2005 12:25 AM
> To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: Re: [ACPI] ACPI: RSDP - ERROR: Invalid checksum
> 
> Am Donnerstag, 9. Juni 2005 11:13 schrieb Klaus Muth:
> 
> > It seems to happen, that the IBM BIOS contains just the string "RSD
PTR
> "
> > exactly at a 16-Byte-Boundary before the real RSDP block, so the
wrnog
> > address is returned and acpi_table_init() in drivers/acpi/tables.c
fails
> to
> > checksum this block of course.
> [... 2.4 kernel finding the real RSDP ...]
> > Is there any patch to do the same with a vanilla 2.6 Kernel?
> 
> Ahem. Did I hit a FAQ? If so: I could not find the answer. Could just
> someone
> be so kind to point me in the right direction?
> 
> TIA
> --
> Klaus Muth
> HAGOS eG                      Industriestr. 62      fon: (+49) 711
78805-
> 86
> EDV-Programmierung            70565  Stuttgart      fax: (+49) 711
78805-
> 35
> http://www.hagos.de               Germany
> mailto:muth-5lHx5lHeYlQ@public.gmane.org
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id\x16492&op=click

^ permalink raw reply	[flat|nested] 10+ messages in thread
* RE: ACPI: RSDP - ERROR: Invalid checksum
@ 2005-07-01 20:51 Moore, Robert
       [not found] ` <971FCB6690CD0E4898387DBF7552B90E01FDC975-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
  0 siblings, 1 reply; 10+ messages in thread
From: Moore, Robert @ 2005-07-01 20:51 UTC (permalink / raw)
  To: Moore, Robert, Klaus Muth,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
  Cc: Brown, Len, Alexey Starikovskiy

The actual ACPI CA core will continue until it finds a valid "RSD PTR "
string with a valid table checksum, since at least 11/2004:

19 November 2004.  Summary of changes for version 20041119:

Modified the RSDP memory scan mechanism to support the extended
checksum for ACPI 2.0 (and above) RSDPs. Note that the search
continues until a valid RSDP signature is found with a valid
checksum.



Unfortunately, I believe that Linux still has two versions of the RSDP
memory scan code, and the "other" version (not within the ACPI CA core)
continues to be down-revved and incorrect.

We really need to get rid of the "other" version so that there is only
one version of this important code.

Bob


> -----Original Message-----
> From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel-
> admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Moore, Robert
> Sent: Tuesday, June 28, 2005 8:20 AM
> To: Klaus Muth; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: RE: [ACPI] ACPI: RSDP - ERROR: Invalid checksum
> 
> Does this work under windows?
> Please post a memory dump of the area in question, I would be very
> interested to see it.
> Bob
> 
> 
> > -----Original Message-----
> > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel-
> > admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Klaus Muth
> > Sent: Tuesday, June 28, 2005 12:25 AM
> > To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > Subject: Re: [ACPI] ACPI: RSDP - ERROR: Invalid checksum
> >
> > Am Donnerstag, 9. Juni 2005 11:13 schrieb Klaus Muth:
> >
> > > It seems to happen, that the IBM BIOS contains just the string
"RSD
> PTR
> > "
> > > exactly at a 16-Byte-Boundary before the real RSDP block, so the
> wrnog
> > > address is returned and acpi_table_init() in drivers/acpi/tables.c
> fails
> > to
> > > checksum this block of course.
> > [... 2.4 kernel finding the real RSDP ...]
> > > Is there any patch to do the same with a vanilla 2.6 Kernel?
> >
> > Ahem. Did I hit a FAQ? If so: I could not find the answer. Could
just
> > someone
> > be so kind to point me in the right direction?
> >
> > TIA
> > --
> > Klaus Muth
> > HAGOS eG                      Industriestr. 62      fon: (+49) 711
> 78805-
> > 86
> > EDV-Programmierung            70565  Stuttgart      fax: (+49) 711
> 78805-
> > 35
> > http://www.hagos.de               Germany
> > mailto:muth-5lHx5lHeYlQ@public.gmane.org
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration
Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id\x16492&op=ick
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id\x16492&op=click

^ permalink raw reply	[flat|nested] 10+ messages in thread
* RE: ACPI: RSDP - ERROR: Invalid checksum
@ 2005-06-29 16:05 Moore, Robert
  0 siblings, 0 replies; 10+ messages in thread
From: Moore, Robert @ 2005-06-29 16:05 UTC (permalink / raw)
  To: Klaus Muth, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f


Thanks for the memory dump.  I will look at this against the ACPI spec
and get back to you.

I think that we may need to change the memory scan code (in tbxfroot.c)
to search for the first "RSD PTR" string with an associated table that
has a valid checksum. I also think that this has been requested before.

Bob

> -----Original Message-----
> From: Klaus Muth [mailto:muth-5lHx5lHeYlQ@public.gmane.org]
> Sent: Wednesday, June 29, 2005 1:42 AM
> To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Cc: Moore, Robert
> Subject: Re: [ACPI] ACPI: RSDP - ERROR: Invalid checksum
> 
> Am Mittwoch, 29. Juni 2005 09:30 schrieb Klaus Muth:
> 
> > Hups. How do I retreive that? I've got no idea :(.
> Argh! Little bit of googling helps around "no idea"s...
> 
> For every one else facing my problem:
>   dd if=/dev/mem of=~/mem bs=1k count=1k
>   xxd mem > dump


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id\x16492&op=click

^ permalink raw reply	[flat|nested] 10+ messages in thread
* ACPI: RSDP - ERROR: Invalid checksum
@ 2005-06-07 13:46 Klaus Muth
       [not found] ` <200506071546.57120.muth-5lHx5lHeYlQ@public.gmane.org>
  0 siblings, 1 reply; 10+ messages in thread
From: Klaus Muth @ 2005-06-07 13:46 UTC (permalink / raw)
  To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

Hi!
I've got here a brand new IBM xServer 236 and try to install debian sarge with 
kernel 2.6 and I'm now at the end of my knowledge. *sigh*. 

When I had a test machine, all went fine, both SMT Processors were detected 
and the system was stable with 4 Processors. Now, that I have the production 
machine (newer BIOS), the thing drives me crazy...

Kernel 2.6.11-mm4 dmesg:

Linux version 2.6.11-mm4-ibm1 (root@alderaan) (gcc-Version 3.3.5 (Debian 
1:3.3.5-12)) #1 SMP PREEMPT Fri Jun 3 10:29:57 CEST 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009c000 (usable)
 BIOS-e820: 000000000009c000 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 00000000bffcae80 (usable)
 BIOS-e820: 00000000bffcae80 - 00000000bffcf800 (ACPI data)
 BIOS-e820: 00000000bffcf800 - 00000000c0000000 (reserved)
 BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
2175MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 0009c140
On node 0 totalpages: 786378
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 225280 pages, LIFO batch:16
  HighMem zone: 557002 pages, LIFO batch:16
DMI 2.3 present.
ACPI: RSDP (v002 IBM                                   ) @ 0x000fdfb0
  >>> ERROR: Invalid checksum
Intel MultiProcessor Specification v1.4
    Virtual Wire compatibility mode.
OEM ID: IBM ENSW Product ID: REDWOOD SMP  APIC at: 0xFEE00000
Processor #0 15:4 APIC version 20
....

2.6.11 kernel with Zhenyu Z Wang's brute force searching for sane rsdp patch:

Linux version 2.6.11-ibm6 (root@alderaan) (gcc-Version 3.3.5 (Debian 
1:3.3.5-12)
) #1 SMP Tue Jun 7 15:08:26 CEST 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009c000 (usable)
 BIOS-e820: 000000000009c000 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 00000000bffcae80 (usable)
 BIOS-e820: 00000000bffcae80 - 00000000bffcf800 (ACPI data)
 BIOS-e820: 00000000bffcf800 - 00000000c0000000 (reserved)
 BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
2175MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 0009c140
On node 0 totalpages: 786378
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 225280 pages, LIFO batch:16
  HighMem zone: 557002 pages, LIFO batch:16
DMI 2.3 present.
Wrong RSDP!! 0xbffcf780
ACPI: Unable to locate RSDP
Intel MultiProcessor Specification v1.4
    Virtual Wire compatibility mode.
... yadda, yadda...

The RSDP found by acpidmp:
RSDP "IBM" @ 0x000fdfb0
  0000: 52 53 44 20 50 54 52 20 75 49 42 4d 20 20 20 02  RSD PTR uIBM   .
  0010: 80 f7 fc bf                                      ....

Problems: No SMT, PCI devices complaining in dmesg about invalid IRQ, probably 
buggy MP table, sometimes losing timer ticks on boot and kernel panic.

I also tried to correct the DSDT (sorry, I didn't know better), but the iasl 
did not find any errors, so what...

The intresting fact is, that the Redhat Enterprise Linux 3 Kernel (2.4.21 with 
380 patches/1,6x10^6 lines of patch) has no problems with the RSDP. I could 
not identify the patch, which made the RSDP work....

Please help me! Make my 236 work with a minimum of patches...
-- 
Klaus Muth
HAGOS eG                      Industriestr. 62      fon: (+49) 711 78805-86
EDV-Programmierung            70565  Stuttgart      fax: (+49) 711 78805-35
http://www.hagos.de               Germany              mailto:muth-5lHx5lHeYlQ@public.gmane.org


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20

^ permalink raw reply	[flat|nested] 10+ messages in thread
end of thread, other threads:[~2005-07-01 22:06 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-06-28 15:19 ACPI: RSDP - ERROR: Invalid checksum Moore, Robert
     [not found] ` <971FCB6690CD0E4898387DBF7552B90E01F2DB9A-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2005-06-29  7:30   ` Klaus Muth
     [not found]     ` <200506290930.05338.muth-5lHx5lHeYlQ@public.gmane.org>
2005-06-29  8:42       ` Klaus Muth
  -- strict thread matches above, loose matches on Subject: below --
2005-07-01 20:51 Moore, Robert
     [not found] ` <971FCB6690CD0E4898387DBF7552B90E01FDC975-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2005-07-01 22:06   ` Perry Hutchison
2005-06-29 16:05 Moore, Robert
2005-06-07 13:46 Klaus Muth
     [not found] ` <200506071546.57120.muth-5lHx5lHeYlQ@public.gmane.org>
2005-06-08 13:29   ` Klaus Muth
     [not found]     ` <200506081529.49355.muth-5lHx5lHeYlQ@public.gmane.org>
2005-06-09  9:13       ` Klaus Muth
     [not found]         ` <200506091113.14327.muth-5lHx5lHeYlQ@public.gmane.org>
2005-06-28  7:24           ` Klaus Muth

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox