MacPro (Please send dmidecode to linux-acpi@vger.kernel.org)

MacPro (Please send dmidecode to linux-acpi@vger.kernel.org)

[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 linux-acpi@vger.kernel.org

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,

-- 
  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 majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: dmidecode - Apple MacPro

[Len Brown]

On Wednesday 29 August 2007 07:49, René Rebe wrote:
> 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 linux-acpi@vger.kernel.org
> 
> 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).

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 majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: dmidecode - Apple MacPro

[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.

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,

On 19.01.2008, at 04:36, Len Brown wrote:

> On Wednesday 29 August 2007 07:49, René Rebe wrote:
>> 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 linux-acpi@vger.kernel.org
>>
>> 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).
>
> 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

-- 
   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 majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: dmidecode - Apple MacPro

[Len Brown]

On Saturday 19 January 2008 05:16, René Rebe wrote:
> 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.

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

> 
> On 19.01.2008, at 04:36, Len Brown wrote:
> 
> > On Wednesday 29 August 2007 07:49, René Rebe wrote:
> >> 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 linux-acpi@vger.kernel.org
> >>
> >> 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).
> >
> > 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 majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html