Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752137AbbEFKSk (ORCPT ); Wed, 6 May 2015 06:18:40 -0400 Received: from mail-ie0-f177.google.com ([209.85.223.177]:35528 "EHLO mail-ie0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752108AbbEFKSf (ORCPT ); Wed, 6 May 2015 06:18:35 -0400 MIME-Version: 1.0 In-Reply-To: References: From: Andreas Noever Date: Wed, 6 May 2015 12:18:14 +0200 Message-ID: Subject: Re: Thunderbolt hotplug not working on MacMini7,1 To: Adam Goode Cc: "linux-kernel@vger.kernel.org" , Matthew Garrett Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2828 Lines: 66 On Mon, May 4, 2015 at 3:00 PM, Adam Goode wrote: > On Sat, Apr 25, 2015 at 11:00 PM, Adam Goode wrote: >> Here's the problem: >> >> [ 0.126595] ACPI Error: No handler for Region [CMS0] >> (ffff8802658a0438) [SystemCMOS] (20150410/evregion-163) >> [ 0.126597] ACPI Error: Region SystemCMOS (ID=5) has no handler >> (20150410/exfldio-297) >> [ 0.126600] ACPI Error: Method parse/execution failed >> [\_SB_.PCI0._INI] (Node ffff8802658ac500), AE_NOT_EXIST >> (20150410/psparse-536) >> [ 0.126605] ACPI Exception: AE_NOT_EXIST, during >> \_SB_.PCI0._INI._INI execution (20150410/nsinit-588) >> >> ... >> >> [ 0.170603] bus-0130 bus_get_status : Device [RTC] >> status [0000000f] >> [ 0.170605] evhandler-0446 ev_install_space_handl: Creating object >> on Device ffff8802658a82a8 while installing handler >> [ 0.170607] evhandler-0482 ev_install_space_handl: Installing >> address handler for region SystemCMOS(5) on Device RTC_ >> ffff8802658a82a8(ffff880264160090) >> [ 0.170610] evregion-0506 ev_attach_region : Adding Region >> [CMS0] ffff8802658a0438 to address handler ffff880264160480 >> [SystemCMOS] >> >> >> Next step is to figure out how to install the address handler earlier. >> >> > > Current status: > > I have a patch out to fix the CMOS handler issue: > http://marc.info/?l=linux-acpi&m=143052869625376&w=2 > > The CMOS handler is called in the Darwin codepath as well, so it's a > useful fix regardless. > > When I patched with this support, and booted in non-Darwin mode, > hotplug worked without further Linux driver support (I disabled the > thunderbolt module). Suspend/resume still does not work unless I don't > activate any thunderbolt device at all. This happens regardless of > which OSI mode. > > So there is a suspend/resume problem which seems more generic. I am > not sure if I have time to debug this. > > One thing that would be useful would be to change the Darwin special > case code to make it configurable on the kernel command line. > > Lastly, when ACPI fully initializes the thunderbolt controller, the > Linux thunderbolt module hangs for several seconds upon loading, and > then fails. Which is probably correct, but I don't know if it messes > up any state in the mean time (plus it shouldn't hang). Is there a way > to have the module detect BIOS support and disable itself? Or to > properly do a handover? I have no idea how to do a proper handoff. I guess the easiest way is to refuse loading the thunderbolt module if the new "no_darwin" acpi flag is set. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/