All of lore.kernel.org
 help / color / mirror / Atom feed
From: Len Brown <lenb@kernel.org>
To: Jaakan Shorter <jaakanshorter@gmail.com>
Cc: linux-acpi@vger.kernel.org
Subject: Re: dmidecode from Dell Vostro 1000
Date: Sun, 20 Jan 2008 13:52:43 -0500	[thread overview]
Message-ID: <200801201352.43845.lenb@kernel.org> (raw)
In-Reply-To: <3a082f0c0801190745k34ad76ddi83417ad56b08f0ee@mail.gmail.com>

On Saturday 19 January 2008 10:45, Jaakan Shorter wrote:
> I added acpi_osi=Linux to 2.6.24 and didn't see a change should I also
> try acpi_osi=!Linux on 2.6.24

no need, acpi_osi=!Linux is the default for 2.6.23 and later.

> jaakan@jms1000:~$ cat /var/log/dmesg | grep 0x37E80F06
> jaakan@jms1000:~$ cat /var/log/dmesg | grep BIOS
> [    0.000000] BIOS-provided physical RAM map:
> [    0.000000]  BIOS-e820: 0000000000000000 - 000000000009dc00 (usable)
> [    0.000000]  BIOS-e820: 000000000009dc00 - 00000000000a0000 (reserved)
> [    0.000000]  BIOS-e820: 00000000000ce000 - 0000000000100000 (reserved)
> [    0.000000]  BIOS-e820: 0000000000100000 - 0000000037e70000 (usable)
> [    0.000000]  BIOS-e820: 0000000037e70000 - 0000000037e80000 (ACPI data)

         OperationRegion (OSTY, SystemMemory, 0x37E80F06, 0x00000001)
         Field (OSTY, AnyAcc, NoLock, Preserve)
         {
             TPOS,   8
         }

Curious, Op-region OSTY sits in the (reclaimable) ACPI tables region
in the e820 map.  I guess it is a good thing that Linux never calls
the BIOS's bluff and reclaims that region after the tables are read
(we leave the tables in place and use them there) -- because otherwise
the OS could scribble on a region that is used by AML at run time.

thanks for testing.  I think we're done here.

-Len

> [    0.000000]  BIOS-e820: 0000000037e80000 - 0000000037f00000 (ACPI NVS)
> [    0.000000]  BIOS-e820: 0000000037f00000 - 0000000040000000 (reserved)
> [    0.000000]  BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
> [    0.000000]  BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
> [    0.000000]  BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
> [    0.000000]  BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
> [   15.634917] ..MP-BIOS bug: 8254 timer not connected to IO-APIC
> [   15.826827] ACPI: System BIOS is requesting _OSI(Linux)
> [   18.539020]     ide0: BM-DMA at 0x8420-0x8427, BIOS settings:
> hda:DMA, hdb:pio
> jaakan@jms1000:~$
> 
> 
> On Jan 19, 2008 1:38 AM, Len Brown <lenb@kernel.org> wrote:
> > On Friday 18 January 2008 19:08, Jaakan Shorter wrote:
> > > I didn't see any kind of changes with acpi_osi=!Linux on 2.6.22
> > >
> > >
> > > here is the current output from uname -a, I'm  now using the current Ubuntu beta
> > > Linux jms1000 2.6.24-4-generic #1 SMP Mon Jan 14 18:19:11 UTC 2008
> > > x86_64 GNU/Linux
> > >
> > > I'll try adding acpi_osi=Linux in a few and look for any changes.
> >
> > Like others, Dell Vostro 1000 sets LINX, but never checks it.
> >
> > TPOS and OSTB are also affected, but in the ASL they're referened
> > only with comparisons > 4, (NT or greater) so OSI(Linux) shouldn't
> > have any effect there either.
> >
> > That leaves the return value of OSTP(), which I see invoked
> > in several places, but the return value is never used.
> >
> > So I'll add this box to the OSI(Linux) NOP list.
> >
> > BTW.
> >
> > Where does 0x37E80F06 show up in the e820 map in dmesg?
> > I'm wondering why they put OSTY (TPOS) in a special place.
> >
> > thanks,
> > -Len
> >
> >
> >     Scope (\_SB)
> >     {
> >         Name (LINX, 0x00)
> >         Name (OSTB, Ones)
> >         OperationRegion (OSTY, SystemMemory, 0x37E80F06, 0x00000001)
> >         Field (OSTY, AnyAcc, NoLock, Preserve)
> >         {
> >             TPOS,   8
> >         }
> >
> >         Method (OSTP, 0, NotSerialized)
> >         {
> >             If (LEqual (^OSTB, Ones))
> >             {
> >                 If (CondRefOf (\_OSI, Local0))
> >                 {
> >                     Store (0x00, ^OSTB)
> >                     Store (0x00, ^TPOS)
> >                     If (\_OSI ("Windows 2001"))
> >                     {
> >                         Store (0x08, ^OSTB)
> >                         Store (0x08, ^TPOS)
> >                     }
> >
> >                     If (\_OSI ("Windows 2001.1"))
> >                     {
> >                         Store (0x20, ^OSTB)
> >                         Store (0x20, ^TPOS)
> >                     }
> >
> >                     If (\_OSI ("Windows 2001 SP1"))
> >                     {
> >                         Store (0x10, ^OSTB)
> >                         Store (0x10, ^TPOS)
> >                     }
> >
> >                     If (\_OSI ("Windows 2001 SP2"))
> >                     {
> >                         Store (0x11, ^OSTB)
> >                         Store (0x11, ^TPOS)
> >                     }
> >
> >                     If (\_OSI ("Windows 2001 SP3"))
> >                     {
> >                         Store (0x12, ^OSTB)
> >                         Store (0x12, ^TPOS)
> >                     }
> >
> >                     If (\_OSI ("Windows 2006"))
> >                     {
> >                         Store (0x40, ^OSTB)
> >                         Store (0x40, ^TPOS)
> >                     }
> >
> >                     If (\_OSI ("Linux"))
> >                     {
> >                         Store (0x01, LINX)
> >                         Store (0x80, ^OSTB)
> >                         Store (0x80, ^TPOS)
> >                     }
> >                 }
> >                 Else
> >                 {
> >                     If (CondRefOf (\_OS, Local0))
> >                     {
> >                         If (^SEQL (\_OS, "Microsoft Windows"))
> >                         {
> >                             Store (0x01, ^OSTB)
> >                             Store (0x01, ^TPOS)
> >                         }
> >                         Else
> >                         {
> >                             If (^SEQL (\_OS, "Microsoft WindowsME: Millennium Edition"))
> >                             {
> >                                 Store (0x02, ^OSTB)
> >                                 Store (0x02, ^TPOS)
> >                             }
> >                             Else
> >                             {
> >                                 If (^SEQL (\_OS, "Microsoft Windows NT"))
> >                                 {
> >                                     Store (0x04, ^OSTB)
> >                                     Store (0x04, ^TPOS)
> >                                 }
> >                                 Else
> >                                 {
> >                                     Store (0x00, ^OSTB)
> >                                     Store (0x00, ^TPOS)
> >                                 }
> >                             }
> >                         }
> >                     }
> >                     Else
> >                     {
> >                         Store (0x00, ^OSTB)
> >                         Store (0x00, ^TPOS)
> >                     }
> >             Return (^OSTB)
> >         }
> >
> > ...
> >         Device (PCI0)
> >         {
> >             Name (_ADR, 0x00)
> >             Name (_UID, 0x01)
> >             Name (_BBN, 0x00)
> >             Method (_INI, 0, NotSerialized)
> >             {
> >                 \_SB.OSTP ()
> >             }
> >
> > ...
> >         Method (OSHT, 0, NotSerialized)
> >         {
> >             \_SB.OSTP ()
> >             Store (0x48, \_SB.PCI0.LPC0.BCMD)
> >             Store (Zero, \_SB.PCI0.LPC0.SMIC)
> >         }
> > ...
> >
> -
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

  reply	other threads:[~2008-01-20 18:52 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-21  3:15 dmidecode from Dell Vostro 1000 Jaakan Shorter
2008-01-18 22:06 ` Len Brown
     [not found]   ` <3a082f0c0801181608h68fa3bdtca82d6ccc5391a53@mail.gmail.com>
2008-01-19  6:38     ` Len Brown
2008-01-19 15:45       ` Jaakan Shorter
2008-01-20 18:52         ` Len Brown [this message]
2008-01-20 19:25           ` Henrique de Moraes Holschuh

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=200801201352.43845.lenb@kernel.org \
    --to=lenb@kernel.org \
    --cc=jaakanshorter@gmail.com \
    --cc=linux-acpi@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.