linux-kernel - Re: MacBookPro2,2 unable too boot with the latest HEAD

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Date:	Thu, 29 Apr 2010 09:03:46 -0700
From:	"Justin P. Mattock" <justinmattock@...il.com>
To:	Alexey Starikovskiy <astarikovskiy@...e.de>
CC:	Len Brown <lenb@...nel.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: MacBookPro2,2 unable too boot with the latest HEAD

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-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/