From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Justin P. Mattock" Subject: Re: MacBookPro2,2 unable too boot with the latest HEAD Date: Thu, 29 Apr 2010 09:03:46 -0700 Message-ID: <4BD9ADE2.3090208@gmail.com> References: <20100419142804.3cd53666.akpm@linux-foundation.org> <4BCCCCDF.4010605@gmail.com> <20100419145741.95688467.akpm@linux-foundation.org> <4BD999C8.7090602@gmail.com> <4BD9A150.6060402@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from mail-px0-f174.google.com ([209.85.212.174]:65283 "EHLO mail-px0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757663Ab0D3Qxa (ORCPT ); Fri, 30 Apr 2010 12:53:30 -0400 Received: by pxi17 with SMTP id 17so255978pxi.19 for ; Fri, 30 Apr 2010 09:53:27 -0700 (PDT) In-Reply-To: <4BD9A150.6060402@suse.de> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Alexey Starikovskiy Cc: Len Brown , Andrew Morton , ACPI Devel Maling List , Linux Kernel Mailing List On 04/29/2010 08:10 AM, Alexey Starikovskiy wrote: > 29.04.2010 18:38, Justin P. Mattock =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> On 04/20/2010 07:17 AM, Len Brown wrote: >>> >>>>> the patch here fixes it for me:ACPI: EC: Limit burst to 64 bit >>>>> https://bugzilla.kernel.org/attachment.cgi?id=3D25962 >>>> >>>> hm. I wonder how you go from a bugzilla attachment back up tot he = bug >>>> to which it is attached? >>> >>> Use "A comment contains this string" in bugzilla's advanced search >>> and plug in "attachment.cgi?id=3D25962" for this case. >>> >>> you'll find the patch in this comment: >>> https://bugzilla.kernel.org/show_bug.cgi?id=3D15749#c7 >>> >>> It is a bit more user friendly to supply the >>> URL of the commment containing the patch rather than >>> the direct URL of the attachment itself. >>> >>>> Oh well. Alexey, I trust that patch is in the 2.6.34 queue? >>> >>> it shipped in 2.6.34-rc5 in commit >>> 2060c44576c79086ff24718878d7edaa7384a985 >>> >>> thanks, >>> Len Brown, Intel Open Source Technology Center >>> >>> >> >> >> ahh... o.k. so I just have to add >> #(then a comment number) i.g. >> #7 at the end of the bug URL. >> >> make sense... >> >> off topic of this bug, I've another >> issue over here with the iMac9,1 >> (that I've been slowly working on) >> >> basically long story short there is >> no entry for the AC adapter in it's >> dsdt(ACPI0003) >> ac.c: >> static const struct acpi_device_id ac_device_ids[] =3D { >> {"ACPI0003", 0}, >> {"", 0}, >> }; >> >> causing no entries in /proc/acpi/* >> and /sys/class/power_supply >> >> This doesn't seem to be a big issue >> it's just one machine defaults to ac >> and then another machine defaults to battery >> (keep in mind both machines are iMac9,1's >> just different gpu's). >> >> is there some boot param to tell the kernel >> to simply go to ac? >> >> Justin P. Mattock > There is no external AC switch. You may try to blacklist ac driver, s= o > kernel might be fulled into being run on a desktop... > You might also open a bug report for this issue, so we could give a m= ore > meaningful answer... > > Regards, > Alex. > your right!! (I've been putting off filling a bug only to really see if I can do this,but the more I look into it the more daunting it becomes). as for the issue, I was thinking in the area of a dmi blacklist or something to where proc_mkdir etc.. will just make the file "online" to trick the kernel and any other mechanism reading those files. but first things first, I'll file a bug. Justin P. Mattock -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html