Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp3779368ybn; Fri, 27 Sep 2019 11:13:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqwPeBHV6cwIvorqWPTyQRO0ezZReU/pm2kK0K6PudKdMvcfCQFpI8Lr9+lgYUgj9U2DX/BY X-Received: by 2002:a17:906:fae2:: with SMTP id lu34mr8809555ejb.53.1569608004389; Fri, 27 Sep 2019 11:13:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569608004; cv=none; d=google.com; s=arc-20160816; b=WpgVQ2IA1cJuh0Kb5tmByiqmkqiDxOpTrNhm0/heyKC281Pt0y8tYW+2eK2cx4oVRC 2W0Tyzo/JTq6R2IdPoEd4icSUELUAmEqrIEx9z/Ex8iXNUgrnOfz9LZlZSNkMzm/qK9l BN5sHZejm4xUrUWqvQFugYKApgg3YZxy4ZSyIe6XSoVP9vx4vX05ahrHC5L216KkZjFR 3Lm4z23kK17XJ9g8cpjWTq7nAN36GspkvWMDmgpATgKEU14wDkWzZGQaCogIHiHVoeVH rlGPBjWyhFtehryRVj/PY3bhbSd+vLmhTjHCYriRkViYJ5Zsb5XAbJuuY0r5blcSiVqt 45Ww== 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=q8kRfB6Xbx6rONHxkGZUp3ildhXAQqVjOW7WQXlNe9c=; b=NlLpy3wQln2onU1DHB1CIyJhXd7KOv5Nw0MmDUD6RqyhIVTTDuS4OoJWzjHVgFJvac SSXrv/qrBMwEngj082hY4i1c1rTL3Jj6CfeN6NLuXt+1bkH4kHTQmacyWdF4gXT5MyAt 4Fd+pFV8eozuf45QA49e+blddylYFs37RCP/0Ie4W14DcSKLiI2qxyGKlrrzgUt+ryUz duyVxDgmQjP9Ku0/5nRuHSScs045DchYAwWmGaP/qt0O65sasMk9hJtIBRMgN6QII4Bp ja+xv5do7TH+Fq2/SWREkEf5AhcP9FvXWbA5CoSL9XEJ+63pDLTKyM14hXDLtAptyNGg DTHA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=NWjzuJPo; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y26si2132265edu.176.2019.09.27.11.12.59; Fri, 27 Sep 2019 11:13:24 -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=@google.com header.s=20161025 header.b=NWjzuJPo; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727366AbfI0SLy (ORCPT + 99 others); Fri, 27 Sep 2019 14:11:54 -0400 Received: from mail-oi1-f196.google.com ([209.85.167.196]:37316 "EHLO mail-oi1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726294AbfI0SLy (ORCPT ); Fri, 27 Sep 2019 14:11:54 -0400 Received: by mail-oi1-f196.google.com with SMTP id i16so5982300oie.4 for ; Fri, 27 Sep 2019 11:11:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=q8kRfB6Xbx6rONHxkGZUp3ildhXAQqVjOW7WQXlNe9c=; b=NWjzuJPo75rsgo5G56HU/2/h2qK1okO3pcWY3vt8StqVx/qozBdXqH634meZ0UGMdn nU4q5GfO73QiuCRk9uFpoj5a9t/dvREvcATdEIBeSvUwYdElXR8rdnxrIs7cWlnxAfSr 6xX63Iq4slc1fSyCIjLRLqYsxovQT+S8VFelJMhcbB2A+QQ4OQgj1Ql+WgCof5ks5K0F 7BsoWuPC/YoFI5nMFIAp74KR75NwF0piRQd5xeu9LD5QQKFhZwNe79XNK8n07x8iw5Wd fQXef2ZlcvYdzNVyxV19HNKy0p6DOqkAra1+uR2Ej/umCMcTegv4vjZTN8Tg6FRwoFVT 36ww== 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=q8kRfB6Xbx6rONHxkGZUp3ildhXAQqVjOW7WQXlNe9c=; b=C0vN3c8bGCBQ5X5UdOj/xUtWzXtxmf80X/naEDTDg/ogox2RARxlhA6Ha4Ggx0k1TI SmgMc27pKDljwQKgqf/qvxKJFk2He9jCeDqdEtATBG1ixGrnSZOebMXDYlRPmBZFUcIq FHPh7HZKF5/yvkSmMF2yr96h0ge+4tJTU7h68j71g15vGskJmbTt1ZJ5uTMRZVBur9OQ 5fBa9sv63zd7/tYwkNicZi/EeblczHHdMqV2CbF+xTUxZCKVLI4DFpn3wVzyKMa39hPx eDdPKYfCJaQBAFoqteg5A/yCqJuA8gFJEGXFQ/ZkxudmnVNYX/BbPujvkYLfaVzeIaCb bpCg== X-Gm-Message-State: APjAAAUuxQXpmUrjtpMXKh3YlDV2YfHIcVWvI256f8rNt/f8pWex/Zn+ /tfVD9emrMPNDOUKv2+et9aoMR1nhjvQSFZqYk1jvw== X-Received: by 2002:aca:d887:: with SMTP id p129mr8394743oig.92.1569607911837; Fri, 27 Sep 2019 11:11:51 -0700 (PDT) MIME-Version: 1.0 References: <20190903161655.107408-1-hridya@google.com> <20190927131912.pg7xtyfforiettgx@wittgenstein> In-Reply-To: <20190927131912.pg7xtyfforiettgx@wittgenstein> From: Hridya Valsaraju Date: Fri, 27 Sep 2019 11:11:15 -0700 Message-ID: Subject: Re: [PATCH v3 0/4] Add binder state and statistics to binderfs To: Christian Brauner Cc: Greg Kroah-Hartman , =?UTF-8?B?QXJ2ZSBIasO4bm5ldsOlZw==?= , Todd Kjos , Martijn Coenen , Joel Fernandes , "open list:ANDROID DRIVERS" , LKML , Android Kernel Team 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 Fri, Sep 27, 2019 at 6:19 AM Christian Brauner wrote: > > On Tue, Sep 03, 2019 at 09:16:51AM -0700, Hridya Valsaraju wrote: > > Currently, the only way to access binder state and > > statistics is through debugfs. We need a way to > > access the same even when debugfs is not mounted. > > These patches add a mount option to make this > > information available in binderfs without affecting > > its presence in debugfs. The following debugfs nodes > > will be made available in a binderfs instance when > > mounted with the mount option 'stats=global' or 'stats=local'. > > > > /sys/kernel/debug/binder/failed_transaction_log > > /sys/kernel/debug/binder/proc > > /sys/kernel/debug/binder/state > > /sys/kernel/debug/binder/stats > > /sys/kernel/debug/binder/transaction_log > > /sys/kernel/debug/binder/transactions > > I'm sitting in a talk from Jonathan about kernel documentation and what > I realized is that we forgot to update the documentation I wrote for > binderfs in Documentation/admin-guide/binderfs.rst to reflect the new > stats=global mount option. Would be great if we could add that after rc1 > is out. Would you have time to do that, Hridya? Thanks for catching that Christian, sorry about the miss! I will send out a patch ASAP to add the documentation. Regards, Hridya > > Should just be a new entry under: > > Options > ------- > max > binderfs instances can be mounted with a limit on the number of binder > devices that can be allocated. The ``max=`` mount option serves as > a per-instance limit. If ``max=`` is set then only ```` number > of binder devices can be allocated in this binderfs instance. > stats > > > Thanks! > Christian