From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934361AbcI2VtF (ORCPT ); Thu, 29 Sep 2016 17:49:05 -0400 Received: from out03.mta.xmission.com ([166.70.13.233]:50484 "EHLO out03.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932185AbcI2Vs5 (ORCPT ); Thu, 29 Sep 2016 17:48:57 -0400 From: ebiederm@xmission.com (Eric W. Biederman) To: Andrew Morton Cc: Thiago Jung Bauermann , Stephen Rothwell , Mimi Zohar , LKML References: <1687520.U903BamSQx@hactar> <20160929140206.bc37b32cd63d9635682274c8@linux-foundation.org> Date: Thu, 29 Sep 2016 16:47:08 -0500 In-Reply-To: <20160929140206.bc37b32cd63d9635682274c8@linux-foundation.org> (Andrew Morton's message of "Thu, 29 Sep 2016 14:02:06 -0700") Message-ID: <87wphuwf8j.fsf@x220.int.ebiederm.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-XM-SPF: eid=1bpjCK-0002ci-0C;;;mid=<87wphuwf8j.fsf@x220.int.ebiederm.org>;;;hst=in01.mta.xmission.com;;;ip=75.170.125.99;;;frm=ebiederm@xmission.com;;;spf=neutral X-XM-AID: U2FsdGVkX1/YXk5xiVGtvr0HA+VES65rvHqKG0i+dAI= X-SA-Exim-Connect-IP: 75.170.125.99 X-SA-Exim-Mail-From: ebiederm@xmission.com X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.0 TVD_RCVD_IP Message was received from an IP address * 0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available. * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.4999] * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa02 1397; Body=1 Fuz1=1 Fuz2=1] X-Spam-DCC: XMission; sa02 1397; Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;Andrew Morton X-Spam-Relay-Country: X-Spam-Timing: total 632 ms - load_scoreonly_sql: 0.06 (0.0%), signal_user_changed: 3.9 (0.6%), b_tie_ro: 2.7 (0.4%), parse: 1.24 (0.2%), extract_message_metadata: 33 (5.2%), get_uri_detail_list: 5 (0.8%), tests_pri_-1000: 16 (2.5%), tests_pri_-950: 2.2 (0.4%), tests_pri_-900: 1.80 (0.3%), tests_pri_-400: 35 (5.5%), check_bayes: 33 (5.2%), b_tokenize: 11 (1.8%), b_tok_get_all: 9 (1.5%), b_comp_prob: 4.5 (0.7%), b_tok_touch_all: 3.6 (0.6%), b_finish: 0.97 (0.2%), tests_pri_0: 526 (83.2%), check_dkim_signature: 1.64 (0.3%), check_dkim_adsp: 4.5 (0.7%), tests_pri_500: 7 (1.2%), rewrite_mail: 0.00 (0.0%) Subject: Re: ima measurement carrying on -mm X-Spam-Flag: No X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600) X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Andrew Morton writes: > On Thu, 29 Sep 2016 17:44:10 -0300 Thiago Jung Bauermann wrote: > >> Hello Andrew, >> >> You have in the -mm tree a version of the "kexec handover buffer" and "ima >> carry measurement list" patches that were NAKed by Eric Biederman. I would >> just like to double-check that there's no risk of that version reaching >> v4.9. >> >> Mimi posted v5 of a merged patch set that addresses Eric's concern: >> >> https://lists.ozlabs.org/pipermail/linuxppc-dev/2016-September/149183.html >> >> There are no separate kexec handover patches anymore. They were folded into >> the series above. The kexec code is simplified now, it doesn't support >> updating the buffer and recalculating the hash on reboot, and is now IMA- >> specific instead of a generic kexec feature. > > Yup, thanks. > > I wasn't thinking any of this material is suitable for 4.9. Seems that > a bit more consideration will be needed. Am I wrong about that? With Mimi's v5 version of these patches the kexec portions look reasonable and the rest is pretty much just ima code and a little bit of powerpc specific glue (as this is only currently supported for the powerpc way of passing boot parameters). > Are all of these -mm patches up to date? No. There was a v5 that mimi posted. I think the patches listed below are obsolete at this point. > kexec_file-allow-arch-specific-memory-walking-for-kexec_add_buffer.patch > kexec_file-change-kexec_add_buffer-to-take-kexec_buf-as-argument.patch > kexec_file-factor-out-kexec_locate_mem_hole-from-kexec_add_buffer.patch > powerpc-change-places-using-config_kexec-to-use-config_kexec_core-instead.patch > powerpc-factor-out-relocation-code-from-module_64c-to-elf_util_64c.patch > powerpc-generalize-elf64_apply_relocate_add.patch > powerpc-adapt-elf64_apply_relocate_add-for-kexec_file_load.patch > powerpc-add-functions-to-read-elf-files-of-any-endianness.patch > powerpc-implement-kexec_file_load.patch > powerpc-add-code-to-work-with-device-trees-in-kexec_file_load.patch > powerpc-add-support-for-loading-elf-kernels-with-kexec_file_load.patch > powerpc-add-support-for-loading-elf-kernels-with-kexec_file_load-fix.patch > powerpc-add-purgatory-for-kexec_file_load-implementation.patch > powerpc-add-purgatory-for-kexec_file_load-implementation-fix.patch > powerpc-enable-config_kexec_file-in-powerpc-server-defconfigs.patch > # > kexec_file-include-the-purgatory-segment-in-the-kexec-image-checksum.patch > kexec_file-add-buffer-hand-over-support-for-the-next-kernel.patch > powerpc-kexec_file-add-buffer-hand-over-support-for-the-next-kernel.patch > kexec_file-add-mechanism-to-update-kexec-segments.patch Eric