Re: [PATCH v5 2/2] staging: ion: create one device entry per heap

2017-10-03 Thread Sandeep Patil
On Tue, Oct 03, 2017 at 02:42:32PM -0700, Laura Abbott wrote: > On 10/03/2017 09:48 AM, Mark Brown wrote: > > On Mon, Oct 02, 2017 at 11:07:48AM -0700, Laura Abbott wrote: > > > >> Thinking about this a bit more, I'm not 100% sure if this > >> will allow the security rules we want. Heap ids are

Re: [PATCH] tracing: do not leak kernel addresses

2018-07-30 Thread Sandeep Patil
On Fri, Jul 27, 2018 at 08:04:28PM -0400, Theodore Y. Ts'o wrote: > On Fri, Jul 27, 2018 at 03:05:43PM -0700, Sandeep Patil wrote: > > On Fri, Jul 27, 2018 at 04:21:14PM -0400, Theodore Y. Ts'o wrote: > > > On Fri, Jul 27, 2018 at 04:11:03PM -0400, Steven Rostedt wrote: > >

Re: [PATCH] tracing: do not leak kernel addresses

2018-07-27 Thread Sandeep Patil
On Fri, Jul 27, 2018 at 04:21:14PM -0400, Theodore Y. Ts'o wrote: > On Fri, Jul 27, 2018 at 04:11:03PM -0400, Steven Rostedt wrote: > > That said, I would assume that > > other Android utilities are using other debugfs files for system > > status and such. As of today, I think a lot of

Re: [PATCH v5 2/2] staging: ion: create one device entry per heap

2017-10-03 Thread Sandeep Patil
On Tue, Oct 03, 2017 at 02:42:32PM -0700, Laura Abbott wrote: > On 10/03/2017 09:48 AM, Mark Brown wrote: > > On Mon, Oct 02, 2017 at 11:07:48AM -0700, Laura Abbott wrote: > > > >> Thinking about this a bit more, I'm not 100% sure if this > >> will allow the security rules we want. Heap ids are

Re: [RESEND PATCH v1 0/5] Solve postboot supplier cleanup and optimize probe ordering

2019-06-24 Thread Sandeep Patil
(Responding to the first email in the series to summarize the current situation and choices we have.) On Mon, Jun 03, 2019 at 05:32:13PM -0700, 'Saravana Kannan' via kernel-team wrote: > Add a generic "depends-on" property that allows specifying mandatory > functional dependencies between

Re: [RESEND PATCH v1 0/5] Solve postboot supplier cleanup and optimize probe ordering

2019-06-25 Thread Sandeep Patil
On Tue, Jun 25, 2019 at 11:53:13AM +0800, Greg Kroah-Hartman wrote: > On Mon, Jun 24, 2019 at 03:37:07PM -0700, Sandeep Patil wrote: > > We are trying to make sure that all (most) drivers in an Aarch64 system can > > be kernel modules for Android, like any other desktop system

Re: [RESEND PATCH v1 1/5] of/platform: Speed up of_find_device_by_node()

2019-06-11 Thread Sandeep Patil
On Tue, Jun 11, 2019 at 01:56:25PM -0700, 'Saravana Kannan' via kernel-team wrote: > On Tue, Jun 11, 2019 at 8:18 AM Frank Rowand wrote: > > > > Hi Saravana, > > > > On 6/10/19 10:36 AM, Rob Herring wrote: > > > Why are you resending this rather than replying to Frank's last > > > comments on

Re: Alternatives to /sys/kernel/debug/wakeup_sources

2019-06-18 Thread Sandeep Patil
Hi Rafael, Viresh etc. On Tue, Jun 11, 2019 at 10:31:16AM -0700, Tri Vo wrote: > On Tue, Jun 4, 2019 at 5:23 PM Tri Vo wrote: > > > > Hello Rafael, > > > > Currently, Android reads wakeup sources statistics from > > /sys/kernel/debug/wakeup_sources in production environment. This > >

Re: [RESEND PATCH v1 1/5] of/platform: Speed up of_find_device_by_node()

2019-06-18 Thread Sandeep Patil
0600, Rob Herring wrote: > > > > On Wed, Jun 12, 2019 at 8:22 AM Greg Kroah-Hartman > > > > wrote: > > > > > > > > > > On Wed, Jun 12, 2019 at 07:53:39AM -0600, Rob Herring wrote: > > > > > > On Tue, Jun 11, 2019 at 3:52 PM San

Re: Alternatives to /sys/kernel/debug/wakeup_sources

2019-06-19 Thread Sandeep Patil
On Wed, Jun 19, 2019 at 10:35:17AM +0200, Rafael J. Wysocki wrote: > On Wed, Jun 19, 2019 at 1:52 AM Joel Fernandes wrote: > > > > On Tue, Jun 18, 2019 at 7:15 PM Tri Vo wrote: > > [snip] > > > > > > > > > > > > > > Android userspace reading wakeup_sources is not ideal because: > > > > > > > -

Re: [PATCH] tracing: do not leak kernel addresses

2018-07-27 Thread Sandeep Patil
On Fri, Jul 27, 2018 at 04:21:14PM -0400, Theodore Y. Ts'o wrote: > On Fri, Jul 27, 2018 at 04:11:03PM -0400, Steven Rostedt wrote: > > That said, I would assume that > > other Android utilities are using other debugfs files for system > > status and such. As of today, I think a lot of

Re: [PATCH] tracing: do not leak kernel addresses

2018-07-30 Thread Sandeep Patil
On Fri, Jul 27, 2018 at 08:04:28PM -0400, Theodore Y. Ts'o wrote: > On Fri, Jul 27, 2018 at 03:05:43PM -0700, Sandeep Patil wrote: > > On Fri, Jul 27, 2018 at 04:21:14PM -0400, Theodore Y. Ts'o wrote: > > > On Fri, Jul 27, 2018 at 04:11:03PM -0400, Steven Rostedt wrote: > >

Re: [RFC 0/2] opportunistic memory reclaim of a killed process

2019-04-11 Thread Sandeep Patil
On Thu, Apr 11, 2019 at 12:51:11PM +0200, Michal Hocko wrote: > On Wed 10-04-19 18:43:51, Suren Baghdasaryan wrote: > [...] > > Proposed solution uses existing oom-reaper thread to increase memory > > reclaim rate of a killed process and to make this rate more deterministic. > > By no means the

Re: [PATCH] mm: proc: smaps_rollup: Fix pss_locked calculation

2019-02-02 Thread Sandeep Patil
On Tue, Jan 29, 2019 at 04:52:21PM +0100, Vlastimil Babka wrote: > On 1/29/19 1:15 AM, Andrew Morton wrote: > > On Sun, 20 Jan 2019 17:10:49 -0800 Sandeep Patil > > wrote: > > > >> The 'pss_locked' field of smaps_rollup was being calculated incorrectly > >

[PATCH v2] mm: proc: smaps_rollup: Fix pss_locked calculation

2019-02-02 Thread Sandeep Patil
") Cc: sta...@vger.kernel.org # 4.14.y 4.19.y Signed-off-by: Sandeep Patil --- v1->v2 -- - Move pss_locked accounting into smaps_account() inline with pss fs/proc/task_mmu.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-) diff --git a/fs/proc/task_mm

Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel

2019-01-20 Thread Sandeep Patil
On Sun, Jan 20, 2019 at 06:49:56PM -0800, h...@zytor.com wrote: > On January 20, 2019 5:45:53 PM PST, Joel Fernandes > wrote: > >On Sun, Jan 20, 2019 at 01:58:15PM -0800, h...@zytor.com wrote: > >> On January 20, 2019 8:10:03 AM PST, Joel Fernandes > > wrote: > >> >On Sat, Jan 19, 2019 at

[PATCH] mm: proc: smaps_rollup: Fix pss_locked calculation

2019-01-21 Thread Sandeep Patil
: 493b0e9d945f ("mm: add /proc/pid/smaps_rollup") Cc: sta...@vger.kernel.org # 4.14.y 4.19.y Signed-off-by: Sandeep Patil --- fs/proc/task_mmu.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c index f0ec9edab2f3..51a00a2b4