public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Scott Duplichan <sduplichan-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
To: Alexander Hoogerhuis <alexh-rpjHciJLgqZBDgjK7y7TUQ@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Compaq Evo 510SFF and ACPI
Date: Fri, 4 Jul 2003 04:57:41 -0700 (PDT)	[thread overview]
Message-ID: <20030704115741.84107.qmail@web13005.mail.yahoo.com> (raw)
In-Reply-To: <87of0app5v.fsf-E1YXmAG8v4VQD7NkSvH8p9BPR1lH4CV8@public.gmane.org>


--- Alexander Hoogerhuis <alexh-rpjHciJLgqZBDgjK7y7TUQ@public.gmane.org> wrote:
> Scott Duplichan <sduplichan-/E1597aS9LQAvxtiuMwx3w@public.gmane.org> writes:
> 
> > Alexander Hoogerhuis <alexh-KJKxBnNiUAU@public.gmane.org> wrote:
> > 
> > >I have a few Compaq Evo's that show the same symptom:
> > > 
> > > ACPI: Searched entire block, no RSDP was found.
> > > ACPI: RSDP located at physical address c00eaa10
> > > RSD PTR  v0 [COMPAQ]
> > > __va_range(0xf7f7b40, 0x68): idx=10 mapped at ffff5000
> > > ACPI table found: RSDT v1 [COMPAQ CPQ0050  8194.4656]
> > > ACPI: Too big length in RSDT: 120
> > 
> > 120 bytes minus 36 bytes leaves 84 bytes, or 21 table pointers.
> > I think some versions of Linux have a limit on the number of
> > tables that is smaller than 21. The ACPI spec lacks, among other
> > things, any guideline on what the maximum number of tables is.
> > 
> 
> Here's the offending piece of code:
> 
>         /*
>          * The number of tables is computed by taking the
>          * size of all entries (header size minus total
>          * size of RSDT) divided by the size of each entry
>          * (4-byte table pointers).
>          */
>         tables = (header->length - sizeof(acpi_table_header)) / 4;
>                                                                                 
>         memcpy(&saved_rsdt, rsdt, sizeof(saved_rsdt));
>                                                                                 
>         if (saved_rsdt.header.length > sizeof(saved_rsdt)) {
>                 printk(KERN_WARNING "ACPI: Too big length in RSDT: %d\n",
> saved_rsdt.header.length);
>                 return -ENODEV;
>         }
> 
> ...which then basically says what it found doesnt add up to what it
> thinks it has?
> 
> mvh,
> A
> -- 
> Alexander Hoogerhuis                               | alexh-rpjHciJLgqZBDgjK7y7TUQ@public.gmane.org
> CCNP - CCDP - MCNE - CCSE                          | +47 908 21 485
> "You have zero privacy anyway. Get over it."  --Scott McNealy

I believe the problem is that 'saved_rsdt' is smaller than the EVO rsdt.
If I am looking at the correct source code, the maximum number of
tables supported is ACPI_TABLE_COUNT, which is 17. That number is
based on the assumption that there is at most one table of each type.
But that assumption is not valid for the EVO 510, because it has many
SSDT tables, for a total of 21 tables.

-- 
Scott


__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

  parent reply	other threads:[~2003-07-04 11:57 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-04  0:10 Compaq Evo 510SFF and ACPI Scott Duplichan
     [not found] ` <20030704001029.71704.qmail-zOhVngzifveA/QwVtaZbd3CJp6faPEW9@public.gmane.org>
2003-07-04 10:22   ` Alexander Hoogerhuis
     [not found]     ` <87of0app5v.fsf-E1YXmAG8v4VQD7NkSvH8p9BPR1lH4CV8@public.gmane.org>
2003-07-04 11:57       ` Scott Duplichan [this message]
     [not found]         ` <20030704115741.84107.qmail-fSNY+zs/3deA/QwVtaZbd3CJp6faPEW9@public.gmane.org>
2003-07-04 12:47           ` Alexander Hoogerhuis
  -- strict thread matches above, loose matches on Subject: below --
2003-07-14  0:33 Grover, Andrew
     [not found] ` <F760B14C9561B941B89469F59BA3A8470255EE86-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
2003-07-14  0:41   ` Matthew Wilcox
2003-07-03 17:33 Alexander Hoogerhuis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030704115741.84107.qmail@web13005.mail.yahoo.com \
    --to=sduplichan-/e1597as9lqavxtiumwx3w@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=alexh-rpjHciJLgqZBDgjK7y7TUQ@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox