From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from todd.t-8ch.de (todd.t-8ch.de [159.69.126.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C45531C6A1; Thu, 27 Jun 2024 17:17:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=159.69.126.157 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1719508643; cv=none; b=qlDdN6J3vO4XG4XrIRHTvXk3pusswMKMlD98l1EKBBGlZKbwVGuok/CBGltfomnelGFBDD1VhnaavHmTUh7I9pNg/XZrb1Rxklu9SyCUts/qfZgDubPxj0zy/dxADfOV0azcFtgs137ZZUFVEgVk4PWAfdkB2DO8pKlHDmImkZQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1719508643; c=relaxed/simple; bh=9Q/pog2xSjMT0jgQZHRrF+D+sHNG81NCOjNxL27WFJ8=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=KRkn0jufMnw7v4PVeXkQQK7ZNCtega/yuuz+0+xOiGn1zAS4ZL55cpzR9Nzo61DjbmaonOBVV5e6mOr8iXYeziLdqafAwr0Hn3pu6JMpx9UepHdO8RgMhu/NG6wXNCyuo1ikiqyHeza2cr0KsCcrBrB6y1EaGZBzgtS1bRsodD8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=weissschuh.net; spf=pass smtp.mailfrom=weissschuh.net; dkim=pass (1024-bit key) header.d=weissschuh.net header.i=@weissschuh.net header.b=IvVj8Ffg; arc=none smtp.client-ip=159.69.126.157 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=weissschuh.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=weissschuh.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=weissschuh.net header.i=@weissschuh.net header.b="IvVj8Ffg" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=weissschuh.net; s=mail; t=1719508630; bh=9Q/pog2xSjMT0jgQZHRrF+D+sHNG81NCOjNxL27WFJ8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=IvVj8FfgV+AOBT4EHIbLCR45qpXIbsvhzgRmpgevM30AlPXtYecaeA/kljCusl6pG WfnLcm1VeC6mBzVB4m6BD+D54X56OS+eEAA4sZSyqLKoQbyIs9eQqhSEKQhrP7ot3t NmhebQnYPjHu8Wj/cE9fy5ZzWQ0kEFYXext++txc= Date: Thu, 27 Jun 2024 19:17:09 +0200 From: Thomas =?utf-8?Q?Wei=C3=9Fschuh?= To: Mark Brown , "Rafael J. Wysocki" Cc: Len Brown , Robert Moore , linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, acpica-devel@lists.linux.dev, Aishwarya.TCV@arm.com Subject: Re: [PATCH 2/5] ACPI: sysfs: use device lifecycle for _STR result Message-ID: <4cd2352c-4e95-4ddf-a366-75dad45bf7e6@t-8ch.de> References: <20240613-acpi-sysfs-groups-v1-0-665e0deb052a@weissschuh.net> <20240613-acpi-sysfs-groups-v1-2-665e0deb052a@weissschuh.net> <111f7a2c-403b-40b3-9e25-8c4a040d8dfb@t-8ch.de> Precedence: bulk X-Mailing-List: linux-acpi@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Rafael: Would you mind backing this series out for now? I'll do some more experiments and resubmit. On 2024-06-26 16:39:10+0000, Mark Brown wrote: > On Tue, Jun 25, 2024 at 11:56:18PM +0200, Thomas Weißschuh wrote: > > On 2024-06-25 21:57:13+0000, Mark Brown wrote: > > > > <2>[ 50.236703] acpi LNXTHERM:08: Resources present before probing > > > This does make sense, the device is not yet bound to a driver. > > Which apparently precludes the usage of devres. > > Oh, yes - I really wouldn't expect that to work at all, devres is all > about tying things to the device being bound so trying to use it outside > of that is not something I'd expect to go well. > > > I'm also wondering why the _STR attribute behaved differently in the > > first place. > > Does the patch below work better? > > That patch applied on top of -next appears to resolve the issue. Thanks for the confirmation