From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756072AbbIUFaR (ORCPT ); Mon, 21 Sep 2015 01:30:17 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:33550 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752528AbbIUFaP (ORCPT ); Mon, 21 Sep 2015 01:30:15 -0400 Date: Sun, 20 Sep 2015 22:30:14 -0700 From: Greg Kroah-Hartman To: Vladimir Zapolskiy Cc: Philipp Zabel , Heiko =?iso-8859-1?Q?St=FCbner?= , Arnd Bergmann , linux-kernel@vger.kernel.org Subject: Re: [PATCH] misc: sram: extend usage of reserved partitions Message-ID: <20150921053014.GE24350@kroah.com> References: <1439156402-10207-1-git-send-email-vladimir_zapolskiy@mentor.com> <1439156402-10207-2-git-send-email-vladimir_zapolskiy@mentor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1439156402-10207-2-git-send-email-vladimir_zapolskiy@mentor.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 10, 2015 at 12:40:02AM +0300, Vladimir Zapolskiy wrote: > This change adds functionality to operate on reserved SRAM partitions > described in device tree file. Two partition properties are added, > "pool" and "export", the first one allows to share a specific partition > for usage by a kernel consumer in the same manner as it is done for > the whole SRAM device, and "export" property provides access to some > SRAM area from userspace over sysfs interface. Practically it is > possible to specify both properties for an SRAM partition, however > simultaneous access from a kernel consumer and from userspace is not > serialized, but still the combination may be useful for debugging > purpose. This scares me, why do we need to partition sram off in this manner? What uses it in this way? I need some other people to weigh in on this, and at the very least, I need some DT people to bless the changes there... thanks, greg k-h