From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934915AbcI2WVo (ORCPT ); Thu, 29 Sep 2016 18:21:44 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:57179 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932838AbcI2WVh (ORCPT ); Thu, 29 Sep 2016 18:21:37 -0400 From: Thiago Jung Bauermann To: "Eric W. Biederman" Cc: Mimi Zohar , Andrew Morton , linux-security-module , linux-ima-devel@lists.sourceforge.net, Dave Young , kexec@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, Stephen Rothwell Subject: Re: [PATHC v2 0/9] ima: carry the measurement list across kexec Date: Thu, 29 Sep 2016 19:21:29 -0300 User-Agent: KMail/4.14.3 (Linux/4.4.0-38-generic; KDE/4.14.13; x86_64; ; ) In-Reply-To: <87eg42xtzn.fsf@x220.int.ebiederm.org> References: <1472596811-9596-1-git-send-email-zohar@linux.vnet.ibm.com> <1743059.2ZOQaNILxh@hactar> <87eg42xtzn.fsf@x220.int.ebiederm.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 16092922-0028-0000-0000-000001510276 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 16092922-0029-0000-0000-0000143C933C Message-Id: <2846678.ltpVeSnPm7@hactar> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-09-29_14:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609280000 definitions=main-1609290384 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Donnerstag, 29 September 2016, 16:43:08 schrieb Eric W. Biederman: > Thiago Jung Bauermann writes: > > Hello Eric, > > > > Am Dienstag, 20 September 2016, 11:07:29 schrieb Eric W. Biederman: > >> A semi-generic concept called a hand-over buffer seems to be a > >> construction of infrustructure for no actual reason that will just > >> result in confusion. There are lots of things that are handed over, > >> the > >> flattend device tree, ramdisks, bootparams on x86, etc, etc. ima is > >> not > >> special in this execpt for being perhaps the first addition that we are > >> going to want the option of including on most architectures. > > > > Ok, I understand. I decided to implement a generic concept because I > > thought that proposing a feature that is more useful than what I need > > it for would increase its chance of being accepted. It's interesting to > > see that it had the opposite effect. > > Yes. In this case it was not clear that anyone else could use it, and > being less generic you can tweak the needs of the code to ima without > anyone having to worry about it. > > So thank you very much for making the code more specific to the > circumstances. Thank you very much for your feedback and your reviews! -- []'s Thiago Jung Bauermann IBM Linux Technology Center