Received: by 2002:a05:7412:d8a:b0:e2:908c:2ebd with SMTP id b10csp213291rdg; Tue, 10 Oct 2023 08:16:49 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGkEUwPogolKCGuSIBwy0dkR3SmXEmY0vBv67ta2oh8isAgvZeju9npqmzHH5mDKRKK99l5 X-Received: by 2002:a17:902:da8d:b0:1c0:d17a:bfe9 with SMTP id j13-20020a170902da8d00b001c0d17abfe9mr19555599plx.46.1696951008752; Tue, 10 Oct 2023 08:16:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1696951008; cv=none; d=google.com; s=arc-20160816; b=cxiG9zUC4AZkip72N0U7JbZrPEPnUc7oyOoKVJzo3bKGU2he7sQW3Y1LU8C7MhZTpg dkOAIQeChcmgRZriiTJjVOmeY6IDxM4UpZZWoxkf8RJIVezbNcUeXYzEzlMJBV4d/GVr YOuK2kjZWoj+M2UJtF/6YUPT8V9ehKlBCQhP+q+bHqmc00oyGkXUA4m4JvA8nBswHX1y g7CV9IoG48FK9BnNB/LlelCK0eOEXfFVLararH59h6bv9VfIVhGj0V9XAH4tB7ryKFhg XEvakjEgbaRWPhf78TMXH1YpFOqy0mlKo2+xixz7YBwpX178bGP1vOvPXuMgqN5MKkEK hYpg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=jtkhrz8Wds3YByOny2qieBZFvlhoRSbJRnrkGxOj/8s=; fh=I7osqrrn/MWSjbpbjhGgCP0H+dQ2vW/suKPI70nxgcY=; b=B4vOqq4nYav/hhu8uY8bl9jFm/0eXCKtzes9tUP6LgnuCyH4QdhzjWnFhty6UjnXAO I+2wzhD3aQOUB3+MwRm4GHbWxEjBXzXm9Ipngs3/fBF2R5OXbCG3BVrSLhPfj5LE/q5s i7o2Uxj7YNkrQouD86PU8Lkw+l+/t5NfwL9pJlMswCU2Ebzdu8jvYw5ONA7pUR8GK8kl 1tPzW+g9Yt7mC8sDk93Ubz1577BwT9i0X4/y2pvj5nHbtxLAPyrvkoPidnwwZBAmSS5a 5wJPeRYSbgEd9E/N75lQeOHEmpcAb/Xi/yDS/bIPDmmP2FWMiTmPt7SG9XzDmngedk+i Y1fg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=EA8aO9qt; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from agentk.vger.email (agentk.vger.email. [23.128.96.32]) by mx.google.com with ESMTPS id kf7-20020a17090305c700b001c76a1aa6basi8372913plb.27.2023.10.10.08.16.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Oct 2023 08:16:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=EA8aO9qt; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 0B61D8023A0B; Tue, 10 Oct 2023 08:16:46 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232587AbjJJPQd (ORCPT + 99 others); Tue, 10 Oct 2023 11:16:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39772 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232019AbjJJPQb (ORCPT ); Tue, 10 Oct 2023 11:16:31 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7C19AAC; Tue, 10 Oct 2023 08:16:28 -0700 (PDT) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1696950986; 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: in-reply-to:in-reply-to:references:references; bh=jtkhrz8Wds3YByOny2qieBZFvlhoRSbJRnrkGxOj/8s=; b=EA8aO9qtzCtdIIs3RB6R+H+yerguUoA4x7WGlWDVrlar2Ug8XOgXTjssquzdtFavax7YpH fGb5RLU9tXldOjNRPt0ACkXrRPf7ndi0Nettuj8lRVBID5GHd3/XyAvJ2LuvpsKBgt7QTd ThVSNXVfsRTXeBZrGVQfLmBTqVhBy1m6fv230wmgEpXEFr76o+nBuO0XC3rm8/PUOgrUQ4 bqmAT8WM4Z6F6s9SmFYbb4VVk/DyA8XJ1yyoH8Qsy8uD0dkrQZEiQTP+xfPm4VJPP9XGIE UH7sUr31sk7CKra01QYXudZbtffyi5VzXL4Ly9pwbp4c31lVuvT42z9b7rdbKQ== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1696950986; 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: in-reply-to:in-reply-to:references:references; bh=jtkhrz8Wds3YByOny2qieBZFvlhoRSbJRnrkGxOj/8s=; b=6kJnWBMsthzSw/fz7cKfale38tOjGv9DQfrYEvUmRAkRqh0m8GjA7XdsSdWPy2dkNkTQ8C aHwy7fhV3sdxaODw== To: Biju Das , Alessandro Zummo , Alexandre Belloni Cc: John Stultz , Stephen Boyd , Douglas Anderson , Geert Uytterhoeven , Biju Das , "linux-rtc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-renesas-soc@vger.kernel.org" , Greg Kroah-Hartman Subject: RE: [PATCH v2] alarmtimer: Fix rebind failure In-Reply-To: References: <20230922081208.26334-1-biju.das.jz@bp.renesas.com> <87il7fq1al.ffs@tglx> <87fs2jpznr.ffs@tglx> <87bkd7pic3.ffs@tglx> Date: Tue, 10 Oct 2023 17:16:26 +0200 Message-ID: <87o7h6o6d1.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=2.7 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_SBL_CSS,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email 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 (agentk.vger.email [0.0.0.0]); Tue, 10 Oct 2023 08:16:46 -0700 (PDT) X-Spam-Level: ** Biju! On Tue, Oct 10 2023 at 06:18, Biju Das wrote: > RTC driver is defined as a module, so I was testing > remove/unbind followed by install/bind on RTC driver to check > any resource leakage and found that device is not working properly. > > As you mentioned above, we should not remove RTC driver. So I would > like to drop this patch. > > Is there any place we can document this to avoid another person doing > same mistake? The point is that the removal should not happen in the first place. Though it seems that even a held refcount on the module is not preventing that, which is bad to begin with. That aside I'm not saying that supporting removal is completely impossible. The charger driver can probably be fixed, but as this is a user space visible change this needs a lot of thoughts and proper analysis why such a change would be correct under all circumstances. Thanks, tglx