Received: by 2002:a05:7412:40d:b0:e2:908c:2ebd with SMTP id 13csp280931rdf; Tue, 21 Nov 2023 02:33:09 -0800 (PST) X-Google-Smtp-Source: AGHT+IHMNKjw1h2YmfDckVvGM5gsKVDwF2Ymx+VtqxnlM4Dy7Ucp+Go/2qrBpcxiIJmm86vfjeH4 X-Received: by 2002:a17:902:f551:b0:1cc:6b55:fc5 with SMTP id h17-20020a170902f55100b001cc6b550fc5mr12569826plf.29.1700562789014; Tue, 21 Nov 2023 02:33:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700562788; cv=none; d=google.com; s=arc-20160816; b=Dsbsxro8J44xRsjNy27z2xrsBKSbi4AI79K1UWmWYgnO+teSHTmfPkAogk3YkQ/Bx7 z780LJpTUNQ3TM/ZMkxBX/bp0F1Bue9KWcwZgiRqa7aZKEa/B0+dxXPpkB/u1QzOZakl SXaCmocs4mDJPOLoLnUla+zBNUMZI1CYpAypWKlTcJD8HSiJuKCzpUWEI1rsJlwZTG24 BwnTJeYe8tJv36ez+BQkpXKawm4c6+RSDg9YRWr+hm1JpAlEiCOnKzczspAL+j+xFXmL yonICYTny5c+mLYuOST8dh8s+NTTbJ6cG97BwgELmQYCo7uh1QPep4kbD6mFZlaOMRAr K/jg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=cfNnWg07vc4dtfhe3jy2IEWts0b85w4zN19C29eJ7XI=; fh=arkrBY+DRp1IOX7xwcNgsf8csHxqRNWa0oun6ABNBes=; b=bPovXJbj83Q3PNT1Fp3x6yB88/ac2WlCZXf9UTyjoBEjtJ8OdoNnyi2Is70Xn3Ycf6 GBkYxKnpTcyNb/n4qPptvYHBSzWS3uzM0QhUMmKly5Lr6NNROS8f0ApKE1VUiG4YA071 iCAUrQvn7LKXb8ctgpX7BCvXmwZJKFFJLEpAScMZWhCuHDuDwogurJwd6hbLnaOLGy0S hmwB4k1DUOyvOze0lLvyLqRPaGtad868m6GDCgneuKpwz5cFkfzs7zN4mxNaDgW3njbO gK2KUuG3kGNV61cS41NQNRlqZxIYN1jXn7b/ogtvRxjLJTWYWT+IZAYYIXOZ3Ho/HNFp sOSQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=WhexbCvX; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from snail.vger.email (snail.vger.email. [2620:137:e000::3:7]) by mx.google.com with ESMTPS id o2-20020a170902d4c200b001cc31c32e0fsi10626755plg.91.2023.11.21.02.33.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Nov 2023 02:33:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) client-ip=2620:137:e000::3:7; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=WhexbCvX; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id 47EF3809500E; Tue, 21 Nov 2023 02:31:54 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232300AbjKUKbo (ORCPT + 99 others); Tue, 21 Nov 2023 05:31:44 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47558 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233832AbjKUKbi (ORCPT ); Tue, 21 Nov 2023 05:31:38 -0500 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9015D18E for ; Tue, 21 Nov 2023 02:21:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1700562117; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=cfNnWg07vc4dtfhe3jy2IEWts0b85w4zN19C29eJ7XI=; b=WhexbCvX1v3/0nJb/93UuUE9DBcgIltj0iTEHITtABjEZuHrd4c5fCfPQE7fz1Xa/cebtp yBMY81iNjK/VCEU46GDIy2aHl25e3QklecQK3TWnaQZPeWT7+/F72G0MQ/H7icmADG+aCM wlRA+TUkspvZkhKODdlEPEQvNKStXKg= Received: from mail-ej1-f71.google.com (mail-ej1-f71.google.com [209.85.218.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-251-8lwfXGSIM2msIORfI6T1ZA-1; Tue, 21 Nov 2023 05:21:55 -0500 X-MC-Unique: 8lwfXGSIM2msIORfI6T1ZA-1 Received: by mail-ej1-f71.google.com with SMTP id a640c23a62f3a-a01a0032b19so44661266b.2 for ; Tue, 21 Nov 2023 02:21:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1700562114; x=1701166914; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=cfNnWg07vc4dtfhe3jy2IEWts0b85w4zN19C29eJ7XI=; b=ON+/g5o/wbdFsMPfHYBRxB20yU8UaC9OWgLwTdQkw+Pjm3PsbkMOgGGIdUQnK6ZyLX 1Q0DAe41sjdP2OKLFydS5v/LOXvUCUaAS4R7fEsEkW/5WSuExRGzAzVsiqqrtTborvNk A+g5ph7reeJhv4bhsGbq0U1M/3juzJ0pb+Fjz8CgcJLfCH4kVvS7nMAypvzpk579Nw3q 4RfcKTtddUxT/fQXzlOfd8mkDuo/VyJMCJzFeJdtD0Btq6goRB4tfci/Ff8E4biyb6CV 6mtXGktHK2iNcYtCaKCKWVFQI7l41Pg0oLzWGUZwM9z3GBru4laxLPMRym1HehL5MfZq 0uuw== X-Gm-Message-State: AOJu0YwZL89RMzCv0H+mnRqgrTGhX5gnu/BXSzoCua2Nvc8/gueAvpsy v6676JtCW3dp0qoA9iRr6eE4DANh3LN4uiaNgp9xivoC7q1Ajj0sCfrbjAkFmmAN/PDHNR9TqAR xmQvKSqbiJhwwefkGqXJPaPTc X-Received: by 2002:a17:907:1ca8:b0:9e0:dcf:17d5 with SMTP id nb40-20020a1709071ca800b009e00dcf17d5mr7731227ejc.43.1700562114694; Tue, 21 Nov 2023 02:21:54 -0800 (PST) X-Received: by 2002:a17:907:1ca8:b0:9e0:dcf:17d5 with SMTP id nb40-20020a1709071ca800b009e00dcf17d5mr7731209ejc.43.1700562114388; Tue, 21 Nov 2023 02:21:54 -0800 (PST) Received: from ?IPV6:2001:1c00:c32:7800:5bfa:a036:83f0:f9ec? (2001-1c00-0c32-7800-5bfa-a036-83f0-f9ec.cable.dynamic.v6.ziggo.nl. [2001:1c00:c32:7800:5bfa:a036:83f0:f9ec]) by smtp.gmail.com with ESMTPSA id g9-20020a170906520900b009faca59cf38sm3718947ejm.182.2023.11.21.02.21.53 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 21 Nov 2023 02:21:53 -0800 (PST) Message-ID: Date: Tue, 21 Nov 2023 11:21:53 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Fwd: sysfs: cannot create duplicate filename .../system76_acpi::kbd_backlight/color Content-Language: en-US, nl To: Takashi Iwai , Thorsten Leemhuis Cc: Jean-Jacques Hiblot , Bagas Sanjaya , Linux Kernel Mailing List , Linux Regressions , Linux LEDs , Tim Crawford , Jeremy Soller , System76 Product Development , Lee Jones , Pavel Machek , =?UTF-8?Q?Johannes_Pen=C3=9Fel?= References: <87sf50pm34.wl-tiwai@suse.de> <87edgjo2kr.wl-tiwai@suse.de> From: Hans de Goede In-Reply-To: <87edgjo2kr.wl-tiwai@suse.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Tue, 21 Nov 2023 02:31:54 -0800 (PST) Hi, On 11/21/23 10:52, Takashi Iwai wrote: > On Tue, 21 Nov 2023 10:19:03 +0100, > Thorsten Leemhuis wrote: >> >> Takashi, Jean-Jacques Hiblot, Lee, >> >> On 20.11.23 14:53, Takashi Iwai wrote: >>> On Mon, 06 Nov 2023 14:19:08 +0100, >>> Bagas Sanjaya wrote: >>>> On Sat, Nov 04, 2023 at 01:01:56PM +0100, Jean-Jacques Hiblot wrote: >>>>> On 29/10/2023 02:48, Bagas Sanjaya wrote: >>>>>> On Thu, Oct 26, 2023 at 02:55:06PM +0700, Bagas Sanjaya wrote: >>>>>>> The culprit seems to be commit c7d80059b086c4986cd994a1973ec7a5d75f8eea, which introduces a new 'color' attribute for led sysfs class devices. The problem is that the system76-acpi platform driver tries to create the exact same sysfs attribute itself for the system76_acpi::kbd_backlight device, leading to the conflict. For testing purposes, I've just rebuilt the kernel with the system76-apci color attribute renamed to kb_color, and that fixes the issue. >>>>>> >>>>>> Jean-Jacques Hiblot, would you like to take a look on this regression, >>>>>> since you authored the culprit? >>> >>>>> The offending commit stores the color in struct led_classdev and exposes it >>>>> via sysfs. It was part of a series that create a RGB leds from multiple >>>>> single-color LEDs. for this series, we need the color information but we >>>>> don't really need to expose it it via sysfs. In order to fix the issue, we >>>>> can remove the 'color' attribute from the sysfs. >>>> >>>> OK, see you in the patch! >>> >>> Is there a patch available? >> >> Not that I know of. Could not find anything on lore either. >> >>> This bug hits for a few Logitech keyboard models, too, and it makes >>> 6.6 kernel unsable for them, as hid-lg-g15 driver probe fails due to >>> this bug: >>> https://bugzilla.kernel.org/show_bug.cgi?id=218155 >>> >>> We need a quick fix for 6.6.x. >> >> Given that Jean-Jacques Hiblot (the author of the culprit) and Lee (who >> committed it and sent it to Linus) know about this for a while already >> without doing anything about it, I wonder if someone should just send a >> revert to Linus (unless of course that is likely to introduce a >> regression on its own). >> >> Takashi, could you maybe do this, unless a fix shows up real soon? > > I can, but we need to decide which way to go. > There are several options: > > 1. Revert the commit c7d80059b086; > this drops led class color sysfs entries. Also the store of > led_cdev->color from fwnode is dropped, too. > > 2. Drop only led class color sysfs entries; > a partial revert of c7d80059b086 above AFAIK further up in the thread (or a related thread) there already was consensus to do this. Someone just needs to write the patch. > 3. Rename conflicting sysfs entries in drivers; > e.g. color -> kb_color for hid-lg-g15 and system76_acpi > > In either way, we'd break user-space (sysfs). The new color attribute causing the conflict has only been in 6.6 so there likely aren't any users of it yet and since dropping it would be backported to 6.6.y there shouldn't be any future users of it either, since any 6.6 users presumably will use 6.6.y and not 6.6.0 > IMO, 2 would be the least harm, as the class sysfs entry was > introduced since 6.6. Ack. > I guess this is what Jean-Jacques suggested. Right. > But I'm not sure how important this new class sysfs entry is; it has > to be clarified from leds people who actually use / wanted the > feature. If I have read the thread correctly it is not important the value it represents is used internally in the LED subsystem and userspace does not really need it. Regards, Hans