Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751521AbcKZMyj (ORCPT ); Sat, 26 Nov 2016 07:54:39 -0500 Received: from mga11.intel.com ([192.55.52.93]:53029 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750912AbcKZMyb (ORCPT ); Sat, 26 Nov 2016 07:54:31 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.31,552,1473145200"; d="scan'208";a="1064409512" Date: Sat, 26 Nov 2016 14:54:25 +0200 From: Jarkko Sakkinen To: Jason Gunthorpe Cc: Nayna Jain , tpmdd-devel@lists.sourceforge.net, peterhuewe@gmx.de, tpmdd@selhorst.net, linux-kernel@vger.kernel.org, linux-security-module@vger.kernel.org Subject: Re: [PATCH v6 3/9] tpm: replace dynamically allocated bios_dir with a static array Message-ID: <20161126125425.nsi5h2wqsmciwgxu@intel.com> References: <1479117656-12403-1-git-send-email-nayna@linux.vnet.ibm.com> <1479117656-12403-4-git-send-email-nayna@linux.vnet.ibm.com> <20161122112333.7ootyrbssd6pkrjb@intel.com> <20161122165856.GD3956@obsidianresearch.com> <20161124135723.kfafipftppjyr5ip@intel.com> <20161124165313.GB4930@obsidianresearch.com> <20161125080838.mpzflnz7epo6wv6g@intel.com> <20161125193813.GE16504@obsidianresearch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161125193813.GE16504@obsidianresearch.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.6.2-neo (2016-08-21) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 958 Lines: 23 On Fri, Nov 25, 2016 at 12:38:13PM -0700, Jason Gunthorpe wrote: > On Fri, Nov 25, 2016 at 10:08:38AM +0200, Jarkko Sakkinen wrote: > > > > This is no good at this point in the series - we need the ENODEV > > > detection in tpm_chip_register() from the 'Fix handle of missing event > > > log' moved into this patch, because it now returns ENODEV due to > > > sercurityfs > > > > Sure it would be cleaner but not really necessary. Do you really think > > this is mandatory? No matter how I reorder patches this will require > > time and effort to fix various merge conflicts because of the replacemnt > > of event log. After that I have to test everything. > > Well, once you started editing patches to fix them you should make > them fully correct so bisection works. > > If you applied the patch I gave you on top of the tree then I would > have said to leave it... I agree with you on this. I adjusted it to be like that now. Is it good now? /Jarkko