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

[Justin P. Mattock]

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@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/