From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755967AbcHBCtR (ORCPT ); Mon, 1 Aug 2016 22:49:17 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:32839 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933473AbcHBCtD (ORCPT ); Mon, 1 Aug 2016 22:49:03 -0400 X-IBM-Helo: d24dlp02.br.ibm.com X-IBM-MailFrom: bauerman@linux.vnet.ibm.com X-IBM-RcptTo: linux-kernel@vger.kernel.org From: Thiago Jung Bauermann To: linuxppc-dev@lists.ozlabs.org Cc: kexec@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 0/9] kexec_file_load implementation for PowerPC Date: Mon, 01 Aug 2016 20:48:05 -0300 User-Agent: KMail/4.14.3 (Linux/3.13.0-92-generic; KDE/4.14.13; x86_64; ; ) In-Reply-To: <1467908615-18952-1-git-send-email-bauerman@linux.vnet.ibm.com> References: <1467908615-18952-1-git-send-email-bauerman@linux.vnet.ibm.com> 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: 16080123-1523-0000-0000-0000020E16D1 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 16080123-1524-0000-0000-00002791FE56 Message-Id: <1610701.WIqt6fioh4@hactar> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-08-01_16:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1608010245 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, Am Donnerstag, 07 Juli 2016, 13:23:26 schrieb Thiago Jung Bauermann: > Note: We are currently discussing whether we need a new syscall so that > userspace can provide a custom device tree for the new kernel. Even if > that ends up being the way forward, it would affect only patches 7 and 8, > and even in those patches a significant part of the code would stay > the same. Therefore, it's still important for me to get feedback on > this series. The discussion about how to pass device tree nodes/properties via kexec_file_load seems a bit stuck at the moment. Since I'm targeting kernel 4.9 for this patch series, and considering that this code is functional and useful as it is, I'd like to keep the process of upstreaming it in motion. Ping? -- []'s Thiago Jung Bauermann IBM Linux Technology Center