From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754651AbbDRUhX (ORCPT ); Sat, 18 Apr 2015 16:37:23 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:48570 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753949AbbDRUhU (ORCPT ); Sat, 18 Apr 2015 16:37:20 -0400 Date: Sat, 18 Apr 2015 22:37:16 +0200 From: Greg Kroah-Hartman To: Russell King - ARM Linux Cc: Jens Wiklander , valentin.manea@huawei.com, devicetree@vger.kernel.org, javier@javigon.com, emmanuel.michel@st.com, Herbert Xu , Arnd Bergmann , linux-kernel@vger.kernel.org, jean-michel.delorme@st.com, tpmdd-devel@lists.sourceforge.net, linux-arm-kernel@lists.infradead.org Subject: Re: [RFC PATCH 1/2] tee: generic TEE subsystem Message-ID: <20150418203716.GC1347@kroah.com> References: <1429257057-7935-1-git-send-email-jens.wiklander@linaro.org> <1429257057-7935-2-git-send-email-jens.wiklander@linaro.org> <20150418085712.GB29858@kroah.com> <20150418090420.GG12732@n2100.arm.linux.org.uk> <20150418184713.GA30508@kroah.com> <20150418190224.GK12732@n2100.arm.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150418190224.GK12732@n2100.arm.linux.org.uk> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Apr 18, 2015 at 08:02:24PM +0100, Russell King - ARM Linux wrote: > On Sat, Apr 18, 2015 at 08:47:13PM +0200, Greg Kroah-Hartman wrote: > > On Sat, Apr 18, 2015 at 10:04:20AM +0100, Russell King - ARM Linux wrote: > > > On Sat, Apr 18, 2015 at 10:57:12AM +0200, Greg Kroah-Hartman wrote: > > > > On Fri, Apr 17, 2015 at 09:50:56AM +0200, Jens Wiklander wrote: > > > > > +struct tee_device { > > > > > + char name[TEE_MAX_DEV_NAME_LEN]; > > > > > + const struct tee_desc *desc; > > > > > + struct device *dev; > > > > > > > > No, please embed the device in your structure, don't have a pointer to > > > > it. > > > > > > Greg, "dev" here is not a locally allocated device, but the parent device. > > > It's actually the same as struct tee_device.miscdev.parent, which could be > > > used instead and this member deleted. > > > > A miscdev doesn't need to have a "parent", it's just there to provide a > > character device node to userspace, not to represent a "device that you > > can do things with in the heirachy". > > > > If you really want that, then use a real 'struct device' as should be > > done here. Have just a pointer to a misc device, that is meant to be > > dynamic. > > Let's rewind. > > You are saying that "struct device *dev;" should be "struct device dev;" Yes. > I'm saying that you are mis-interpreting in your review what _that_ is. Probably, I really have no idea what it is anymore. What it _should_ be is the thing that controls the lifecycle of the structure. Do not use a miscdevice for that, it will not work, as the TPM developers found out the hard way. thanks, greg k-h