From: "Justin P. Mattock" <justinmattock@gmail.com>
To: Alexey Starikovskiy <astarikovskiy@suse.de>
Cc: Len Brown <lenb@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: MacBookPro2,2 unable too boot with the latest HEAD
Date: Thu, 29 Apr 2010 09:03:46 -0700 [thread overview]
Message-ID: <4BD9ADE2.3090208@gmail.com> (raw)
In-Reply-To: <4BD9A150.6060402@suse.de>
On 04/29/2010 08:10 AM, Alexey Starikovskiy wrote:
> 29.04.2010 18:38, Justin P. Mattock пишет:
>> 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=25962
>>>>
>>>> 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=25962" for this case.
>>>
>>> you'll find the patch in this comment:
>>> https://bugzilla.kernel.org/show_bug.cgi?id=15749#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[] = {
>> {"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, so
> 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 more
> 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" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: "Justin P. Mattock" <justinmattock@gmail.com>
To: Alexey Starikovskiy <astarikovskiy@suse.de>
Cc: Len Brown <lenb@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: MacBookPro2,2 unable too boot with the latest HEAD
Date: Thu, 29 Apr 2010 09:03:46 -0700 [thread overview]
Message-ID: <4BD9ADE2.3090208@gmail.com> (raw)
In-Reply-To: <4BD9A150.6060402@suse.de>
On 04/29/2010 08:10 AM, Alexey Starikovskiy wrote:
> 29.04.2010 18:38, Justin P. Mattock пишет:
>> 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=25962
>>>>
>>>> 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=25962" for this case.
>>>
>>> you'll find the patch in this comment:
>>> https://bugzilla.kernel.org/show_bug.cgi?id=15749#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[] = {
>> {"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, so
> 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 more
> 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
next prev parent reply other threads:[~2010-04-30 16:53 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-14 15:12 MacBookPro2,2 unable too boot with the latest HEAD Justin Mattock
2010-04-19 21:28 ` Andrew Morton
2010-04-19 21:36 ` Justin P. Mattock
2010-04-19 21:57 ` Andrew Morton
2010-04-19 22:02 ` Thomas Backlund
2010-04-19 22:56 ` Justin P. Mattock
2010-04-19 22:09 ` Justin P. Mattock
2010-04-20 14:17 ` Len Brown
2010-04-29 14:38 ` Justin P. Mattock
[not found] ` <4BD9A150.6060402@suse.de>
2010-04-29 16:03 ` Justin P. Mattock [this message]
2010-04-29 16:03 ` Justin P. Mattock
2010-04-30 20:49 ` Matthew Garrett
[not found] ` <4BDB47A7.8080200@gmail.com>
2010-04-30 21:14 ` Matthew Garrett
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=4BD9ADE2.3090208@gmail.com \
--to=justinmattock@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=astarikovskiy@suse.de \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@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.