Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp996536yba; Thu, 18 Apr 2019 13:15:49 -0700 (PDT) X-Google-Smtp-Source: APXvYqxbIbM41IQkKPlWifV2qyxKfjmnPExhjbYhNWoc2sVIQuIsIhaVR4apeLiCAwxOSlsFV3SR X-Received: by 2002:a65:5cc1:: with SMTP id b1mr10908705pgt.275.1555618549626; Thu, 18 Apr 2019 13:15:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555618549; cv=none; d=google.com; s=arc-20160816; b=dE4W20cv4EREc6JDCfZx/o3/O8KtHbLua6VfzfsqSJHH9HP6dejh/7gBqji8sHU643 Cxh2c921SAuNiMxeDEjWu6ehcPLPmKDNKK+2vAU/sqXGhetoR/kPTr6663bWiRLTt+iP cIA35nMfgeuRWsIOOGH5c91HTLCFD8b/a7FokhEspumtTq9nvY/F6PzHUOPZQyuCV/on RJUQRTnHZH1LikO/dvVwzmQVqeqI3ejKjMrsUuX0AMu+L4IWjsTPcIuU8Eu6Of0iZ8hr PYmGDzTnnXhn+Nlp7h49NckGmyc+5gVLdAmiSHKBUS3AveTga/+hQl+i9RTTW0EfSQvm mpow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=NZYv0D/Lv/S4Y4YZ8eIubZ2MXBI/HA3x1HiaAk8MnBM=; b=l6egeaV+giN0v6EsQe2uiR2CBZVcQQLGlnlQPWSDzrKwwn8wDKdJ6Rvl+NKgg933Vj 79U78LzmSZ8fyZAwwBXIu5zIkTnyfT+9ytfIKi7QcwLxl+Zit49NOnr4yVEnZib3TN7P LOVcei1D9xMVwcBDVAUmnSmHRmL8RJpEVr8i7o6cSpBWx9UQ0JfzJbF/VCdxwZkpJ+IB 9UoeHMw7FfDm1LZzjyaqae8WnL+/o2uPl8jE1jWXspf1wJK084BFrwtcaPL/gcpLAFVF m+HCkoJUsmMJYD85+tWdLyavW1JpPZyojnXuRmQ7AShbiESV2TGz028XxXwv3c5aNv7y uvBQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ehfKR8su; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d23si2733065pgh.448.2019.04.18.13.15.34; Thu, 18 Apr 2019 13:15:49 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ehfKR8su; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390029AbfDRUDS (ORCPT + 99 others); Thu, 18 Apr 2019 16:03:18 -0400 Received: from mail-it1-f195.google.com ([209.85.166.195]:40781 "EHLO mail-it1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731317AbfDRUDR (ORCPT ); Thu, 18 Apr 2019 16:03:17 -0400 Received: by mail-it1-f195.google.com with SMTP id k64so5203389itb.5; Thu, 18 Apr 2019 13:03:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NZYv0D/Lv/S4Y4YZ8eIubZ2MXBI/HA3x1HiaAk8MnBM=; b=ehfKR8suZEuFpo/3C3nrgotliOuk+x/F3gWWjkja0Ebp1p5MIb9430CiRfFEKT26/z k+c778HqEjZnV0Y3vLUj79wdR/9jpHO5TNubLPeqvxz2MRaXlwI+CCQNdIah+frVGWzV jvbmScf1ycmUduoQ9SI9eWCTt12ca5aBI0a8HbxHB1ix0FFve8NvCSETD0FZWfYKI7j5 7rANMLl43P4lqWLTmJqirfdxnyU+g+CTKTBUr3zeqfUvv6j0YgGEU35K0Fs9BIPPcvsu 5SWaG+E+M0pxm4xKF1NhUUv1hWVuWVOAdoKy9nfA5iLEilB3gFhvlXlh59O5ZwUoYYVU +9Jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NZYv0D/Lv/S4Y4YZ8eIubZ2MXBI/HA3x1HiaAk8MnBM=; b=SSAbvPsQ/l1BWIHSKd2i6pxlSYR3CVl+nMVOPkA2JAQRTp2f5ZHRY3rnRwOQWvxHEq ZcV+c7WAQAMdL3XozPl/j+vKwXdJd94MEjHDgVOlcptPuchdRD5HTddys7+GFmeWSmtR uEXZ3i1GdCLPD8S+yTAvuAssP2IjfpDO+FV9uBjy0AfL8BpNm8RZu/7Bjx5c1Mn+fitb ZVxdHYITP2UEJhsNABOwxTtB+rSiOrgaqYczV/UiVj0OesEQ30F5s+Gytn8DrTNJMLl1 5mP88KNZfHoNcmHIC5jSxcW1+JSYI8hLAoSvAyjw1SRlymlraa14nwesIv2N5evaF1Az +FPA== X-Gm-Message-State: APjAAAUaIrlqFzL3y13FpCghblmbq1sc/P13xCohQEUU5QsyaVdqejGr AGbKKgJXA9EIQRlvbMD0Bz8ARggwN1LWGXMXMvw= X-Received: by 2002:a24:2244:: with SMTP id o65mr4754255ito.126.1555617796594; Thu, 18 Apr 2019 13:03:16 -0700 (PDT) MIME-Version: 1.0 References: <20190405073020.10361-1-andrew.smirnov@gmail.com> <20190417223708.4irrwrm4q7vig3vh@earth.universe> In-Reply-To: <20190417223708.4irrwrm4q7vig3vh@earth.universe> From: Andrey Smirnov Date: Thu, 18 Apr 2019 13:03:05 -0700 Message-ID: Subject: Re: [PATCH] power: supply: sysfs: prevent endless uevent loop with CONFIG_POWER_SUPPLY_DEBUG To: Sebastian Reichel Cc: Chris Healy , linux-pm@vger.kernel.org, linux-kernel Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 17, 2019 at 7:35 PM Sebastian Reichel wrote: > > Hi, > > On Fri, Apr 05, 2019 at 12:30:20AM -0700, Andrey Smirnov wrote: > > Fix a similar endless event loop as was done in commit 8dcf32175b4e > > ("i2c: prevent endless uevent loop with CONFIG_I2C_DEBUG_CORE"): > > > > The culprit is the dev_dbg printk in the i2c uevent handler. If > > this is activated (for instance by CONFIG_I2C_DEBUG_CORE) it results > > in an endless loop with systemd-journald. > > > > This happens if user-space scans the system log and reads the uevent > > file to get information about a newly created device, which seems > > fair use to me. Unfortunately reading the "uevent" file uses the > > same function that runs for creating the uevent for a new device, > > generating the next syslog entry > > > > Both CONFIG_I2C_DEBUG_CORE and CONFIG_POWER_SUPPLY_DEBUG were reported > > in https://bugs.freedesktop.org/show_bug.cgi?id=76886 but only former > > seems to have been fixed. Change debug prints to use pr_debug insted > > to resolve the issue. > > > > Signed-off-by: Andrey Smirnov > > Cc: Chris Healy > > Cc: Sebastian Reichel > > Cc: linux-pm@vger.kernel.org > > Cc: linux-kernel@vger.kernel.org > > --- > > I think we should just drop these debug messages, just like I2C did. > They don't offer any useful information considering the info is already > exposed to userspace via the uevent. OK, sounds good, will do in v2. Thanks, Andrey Smirnov