From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gu Zheng Subject: Re: [PATCH 0/2] driver core / ACPI: Avoid device removal locking problems Date: Thu, 29 Aug 2013 10:00:39 +0800 Message-ID: <521EAB47.4060101@cn.fujitsu.com> References: <1543475.L7gSB7lLAu@vostro.rjw.lan> <20130828122422.GA18348@mtj.dyndns.org> <1592448.YZbpON5n7n@vostro.rjw.lan> <26495758.n1zOCiG3iV@vostro.rjw.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <26495758.n1zOCiG3iV@vostro.rjw.lan> Sender: linux-kernel-owner@vger.kernel.org To: "Rafael J. Wysocki" Cc: ACPI Devel Maling List , Greg Kroah-Hartman , Tejun Heo , Toshi Kani , LKML , Yasuaki Ishimatsu List-Id: linux-acpi@vger.kernel.org Hi Rafael, On 08/28/2013 09:45 PM, Rafael J. Wysocki wrote: > Hi All, > > The following two patches are to address possible deadlocks related to > device removal and device sysfs attribute access. In short, some device > sysfs attribute callbacks need to acquire locks that are also held around > device removal and that may lead to deadlocks with s_active draining in > sysfs_deactivate(). > > [1/2] Avoid possible device removal deadlocks related to device_hotplug_lock. > [2/2] Rework the handling of containers by ACPI hotplug (which makes a possible > device removal deadlock related to acpi_scan_lock go away). > This version is concise and friendly. It works well on latest kernel tree, and all the splat goes away.:) Best regards, Gu > On top of linux-next, for v3.12. > > Thanks, > Rafael > >