[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160429130123.GA18473@wunner.de>
Date: Fri, 29 Apr 2016 15:01:23 +0200
From: Lukas Wunner <lukas@...ner.de>
To: "Zheng, Lv" <lv.zheng@...el.com>
Cc: "Rafael J. Wysocki" <rjw@...ysocki.net>,
"Chen, Yu C" <yu.c.chen@...el.com>, Lv Zheng <zetalog@...il.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
"Brown, Len" <len.brown@...el.com>
Subject: Re: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support
Hi Lv Zheng,
On Fri, Apr 29, 2016 at 02:07:53AM +0000, Zheng, Lv wrote:
> I just sent UPDATE of PATCH 4/6 and PATCH 6/6 to the mailing list with this
> corrected.
> I was hoping they could update patchwork content so that the Bugzilla
> reporters might use the updated patches for confirmation.
> The Message-Id(s) of the 2 patches were kept as same as the old ones.
As promised on Bugzilla I've tested v2 of this series (with the "INC"
manually fixed up) on a MacBookPro9,1.
I only reviewed the patches in a superficial fashion, but one issue I've
noticed is that
#define pr_fmt(fmt) "ACPI: " fmt
is missing in osi.c (patch [6/6]).
Without command line arguments, Linux responds yay to _OSI("Darwin")
and nothing else and the Thunderbolt controller is powered up.
With "acpi_osi=!Darwin", Linux responds nay to everything and the
Thunderbolt controller is powered down.
So it seems to work as intended. If you want me to test anything else
please let me know.
Thanks,
Lukas
Powered by blists - more mailing lists