Re: dmidecode - Apple MacPro

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux