Skip to contentSkip to conversation

MacPro (Please send dmidecode to [email protected])

DISCUSSION René Rebe 2 participants 4 messages Aug 29, 2007 – Jan 20, 2008 ACPI

lore
Share & tools
lore

René Rebe

author
#0 lore raw

Hi all,

I just post because my dmesg says so:

ACPI: System BIOS is requesting _OSI(Linux)
ACPI: Please test with "acpi_osi=!Linux" Please send dmidecode to [email protected]

Handle 0x003A, DMI type 0, 24 bytes
BIOS Information

        Vendor: Apple Computer, Inc.
        Version:     MP21.88Z.007F.B02.0703191612
        Release Date: 03/19/07

Handle 0x003B, DMI type 1, 27 bytes
System Information
Manufacturer: Apple Computer, Inc.
Product Name: MacPro2,1
Version: 1.0

...

If you need more let me know. I mostly looked thru the dmesg because the box shuts down sometimes, randomly. Maybe too hot? But I still investigate.

However, the box (2 Quad-Core CPUs) even awakes from echo mem > /sys/power/state (without graphic though, maybe s2ram posting would fix that - but I do not really care about the graphic as it is indended to be used as server anyway).

Yours,

Signature · 6 lines
  René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
  http://exactcode.de | http://t2-project.org | http://rene.rebe.name
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
reviewer
#1 lore raw

Re: dmidecode - Apple MacPro

Quoted 22 lines · René Rebe

Hi all,

I just post because my dmesg says so:

ACPI: System BIOS is requesting _OSI(Linux)
ACPI: Please test with "acpi_osi=!Linux" Please send dmidecode to [email protected]

Handle 0x003A, DMI type 0, 24 bytes
BIOS Information

        Vendor: Apple Computer, Inc.
        Version:     MP21.88Z.007F.B02.0703191612
        Release Date: 03/19/07

Handle 0x003B, DMI type 1, 27 bytes
System Information
Manufacturer: Apple Computer, Inc.
Product Name: MacPro2,1
Version: 1.0

...

Quoted 8 lines

If you need more let me know. I mostly looked thru the dmesg because the box shuts down sometimes, randomly. Maybe too hot? But I still investigate.

However, the box (2 Quad-Core CPUs) even awakes from echo mem > /sys/power/state (without graphic though, maybe s2ram posting would fix that - but I do not really care about the graphic as it is indended to be used as server anyway).

Thanks for the dmidecode output.

Do you notice any functional difference when booting with

"acpi_osi=Linux" (default for 2.6.22 and earlier)
vs.
"acpi_osi=!Linux" (default for 2.6.23 and later)

Also, please send me the output from acpidump.

thanks,
-Len

ps
If you don't have acpidump, you can get it from pmtools here:
http://www.lesswatts.org/projects/acpi/utilities.php
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

author
#2 lore raw

Re: dmidecode - Apple MacPro

Hi Len,

now that was some time between the mails :-)

Unfortunately the 8-core box is sort of running in production and I can not randomly boot kernels.

Passing acpi_os=whatever did not really changed anything back in the days when I tried that. Actually the box is running quite fine (normal server load, no suspend or so) though currently an older 2.6.18+openvz kernel as that was the only openvz patch- set that was stable, all the other openvz patchsets locked up sooner than later ...

If you are still interested in the acpidump I can hunting for it.

Yours,

Quoted 50 lines · Len Brown
Quoted 26 lines · René Rebe

Hi all,

I just post because my dmesg says so:

ACPI: System BIOS is requesting _OSI(Linux)
ACPI: Please test with "acpi_osi=!Linux" Please send dmidecode to [email protected]

Handle 0x003A, DMI type 0, 24 bytes
BIOS Information

       Vendor: Apple Computer, Inc.
       Version:     MP21.88Z.007F.B02.0703191612
       Release Date: 03/19/07

Handle 0x003B, DMI type 1, 27 bytes
System Information
Manufacturer: Apple Computer, Inc.
Product Name: MacPro2,1
Version: 1.0

...

If you need more let me know. I mostly looked thru the dmesg because the box shuts down sometimes, randomly. Maybe too hot? But I still investigate.

Quoted 6 lines

However, the box (2 Quad-Core CPUs) even awakes from echo mem > /sys/power/state (without graphic though, maybe s2ram posting would fix
that - but I do not really care about the graphic as it is indended to be used
as server anyway).

Thanks for the dmidecode output.

Do you notice any functional difference when booting with

"acpi_osi=Linux" (default for 2.6.22 and earlier)
vs.
"acpi_osi=!Linux" (default for 2.6.23 and later)

Also, please send me the output from acpidump.

thanks,
-Len

ps
If you don't have acpidump, you can get it from pmtools here:
http://www.lesswatts.org/projects/acpi/utilities.php

Signature · 10 lines
   René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
   Geschäftsführer: Susanne Klaus, René Rebe
   Sitz: Berlin, Amtsgericht Charlottenburg HRB 105 123 B
   USt-IdNr.: DE251602478
   http://exactcode.de | http://t2-project.org | http://rene.rebe.name

-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
reviewer
#3 lore raw

Re: dmidecode - Apple MacPro

Quoted 7 lines · René Rebe

Hi Len,

now that was some time between the mails :-)

Unfortunately the 8-core box is sort of running in production and I can not randomly boot kernels.

Quoted 8 lines

Passing acpi_os=whatever did not really changed anything back in the days when I tried that. Actually the box is running quite fine (normal server load, no suspend or so) though currently an older 2.6.18+openvz kernel as that was the only openvz patch- set that was stable, all the other openvz patchsets locked up sooner than later ...

If you are still interested in the acpidump I can hunting for it.

Yes, I'm still interseted in the acpidump.

While I hear a lot from folks running Linux on Apple laptops, I hear less from folks running Linux on Apple servers -- so I don't have this acpidump yet.

Hopefully the acpidump will tell all, and we'll have no need for testing.

thanks,
-Len

Quoted 45 lines · Len Brown
Quoted 43 lines · René Rebe
Quoted 26 lines

Hi all,

I just post because my dmesg says so:

ACPI: System BIOS is requesting _OSI(Linux)
ACPI: Please test with "acpi_osi=!Linux" Please send dmidecode to [email protected]

Handle 0x003A, DMI type 0, 24 bytes
BIOS Information

       Vendor: Apple Computer, Inc.
       Version:     MP21.88Z.007F.B02.0703191612
       Release Date: 03/19/07

Handle 0x003B, DMI type 1, 27 bytes
System Information
Manufacturer: Apple Computer, Inc.
Product Name: MacPro2,1
Version: 1.0

...

If you need more let me know. I mostly looked thru the dmesg because the box shuts down sometimes, randomly. Maybe too hot? But I still investigate.

Quoted 6 lines

However, the box (2 Quad-Core CPUs) even awakes from echo mem > /sys/power/state (without graphic though, maybe s2ram posting would fix
that - but I do not really care about the graphic as it is indended to be used
as server anyway).

Thanks for the dmidecode output.

Do you notice any functional difference when booting with

"acpi_osi=Linux" (default for 2.6.22 and earlier)
vs.
"acpi_osi=!Linux" (default for 2.6.23 and later)

Quoted 9 lines
Quoted 8 lines

Also, please send me the output from acpidump.

thanks,
-Len

ps
If you don't have acpidump, you can get it from pmtools here:
http://www.lesswatts.org/projects/acpi/utilities.php

-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html