Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp92888ybh; Mon, 9 Mar 2020 17:01:24 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsWVqN90hcR53TVq3NDeIv/dvGhTlajhOsSAFbPVorlmAGuOj99sR14sT/C25RAAz6pBWIc X-Received: by 2002:aca:4e47:: with SMTP id c68mr56112oib.16.1583798484804; Mon, 09 Mar 2020 17:01:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1583798484; cv=none; d=google.com; s=arc-20160816; b=r5i2Ek0ZkQpGSoFd3m4SqE9VDw+Jo3kjOmU7RNoD0hhmuRb+MZoLwUlub7XHawNP/x bNWQBBTmU7S/VJcqvL+STu5lO3KrUqFTa4tHsOoyyfs3xBhD4kX8G8hcZ2J7hQQDKsg9 mQ+W6ztVgFettzjkxXT0AL/7C5Xd8vBOB0S2VctpHdp/heor7wJZrb05Cy6RTTvcLX4S LhqRI/jYwHvefn+3mAPPFrrcYpvL5NA8jvW4vJk08hqrgYw7tQ5D8Z1YgmZOg4wm1/0A jhT/nG3+Y7AOUeWcD0/VzQv10U5JBQmtPLPTV+YMKUU7DNugU7sYpq4ymjy8PCB9++O3 5U6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=CAIbp1jCToJI29feBeEcnjrXkxv3GWdOnu4cDh/4qr0=; b=g4hTDJkBiRFqgHmf+CXlBTBa7wIwqpqVp3S3wM/WFqbSH7fpV8eQ6YZPmbTSuaDbRg qlTFJPch0QW4eWT1TUiHphR2E9MoZCzA5+t2KiHmAcjtHm+za3xwLaJgeVGT+HsxVNGf N7Rf9TLHLr3z/WRz5J2Sg3joy9BAwHhXVMj64ebKd3HYPwbkCoTnRQ309UEqArZjGTHx EutZgpfH+ZGEusxD97NKXvqSIawco7Uf9TPQSWx6Iw/8suXwQ0faUo5t8mHGkoebxQK8 5Z6MOOhDYasvGYT9EZT5jWNY1n+ifH8DD/y8/YWV5rlmA7NiXTu0Y9U3FNrRU1EfXP+A aEkw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=gO8+QJsi; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d5si3008652otc.161.2020.03.09.17.01.12; Mon, 09 Mar 2020 17:01:24 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=gO8+QJsi; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727513AbgCJAAK (ORCPT + 99 others); Mon, 9 Mar 2020 20:00:10 -0400 Received: from mail-pg1-f196.google.com ([209.85.215.196]:39344 "EHLO mail-pg1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727242AbgCJAAK (ORCPT ); Mon, 9 Mar 2020 20:00:10 -0400 Received: by mail-pg1-f196.google.com with SMTP id s2so5451072pgv.6 for ; Mon, 09 Mar 2020 17:00:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=CAIbp1jCToJI29feBeEcnjrXkxv3GWdOnu4cDh/4qr0=; b=gO8+QJsi1LWTUcN3H8T6YF+qHYOco+gtqLYeIuO3GQHRlMnsH/Vtkwb2IVlL5W/qfz degW0VCD/5IBWRsXabJZDYGAj84MkK37B53f8nt9r8XC+WXqpDpeXtOWRw44tkyalIn3 Zd7B5grh6zPS916RvZ8amE93tj5xu0NuNA47heZkGuWAVidYRnuO4xG991aGR9WIhuUH rGnR5Pik1mBxN3u7r5oncPsRxUqa4u8A7IA2zuf96x8/hHWANutp4RC8M5HHtgzyj7Mr 5qMS4mX+WNPsSrcbqYonC/pNJ6//OpShy9zk3uUqXqW8MzKqN2o4/QaBzS92HABci935 6VNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=CAIbp1jCToJI29feBeEcnjrXkxv3GWdOnu4cDh/4qr0=; b=XUwaMldmiT5CXAlSpBj8XmHCcA0TQdl74QKAmrVsdeZowps2f/0plrwli+GcHgUxgD bPGdcQWuJRTwZaaiZfKDZ5Qw16dYXi5tBFzJEve8mfCaf9nBxlr9GiLuJ0s0I29JKWj+ s6I/iIcUfPfnno8XVxurwkn5o+y+EtvAKvy+fyJ1kOJuMQj+kT435n8zmNVSZAzjzKXu i9YdSWWDmdH+nEN9jF1V3Wowi5sMb39CV/HnSNRtx627HOUg1qA6RKX1fGFtfpsF0fTf s9z4SNMfh9m1vrFJrb6x8pPOVpOpOGHWNyESX6BQMIv/6kPy5R2CGQ4nLQZE46ax5HlD XIMg== X-Gm-Message-State: ANhLgQ1hABx1pQvYCAmdIKMChqmq6CjldAS9ZfYc6YKP0Uvy5Pa9HjjX U0PQtrijQdBoudlCVVdqezTBnQ== X-Received: by 2002:a63:1201:: with SMTP id h1mr19039845pgl.284.1583798408689; Mon, 09 Mar 2020 17:00:08 -0700 (PDT) Received: from builder (104-188-17-28.lightspeed.sndgca.sbcglobal.net. [104.188.17.28]) by smtp.gmail.com with ESMTPSA id k14sm20564pfg.104.2020.03.09.17.00.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 Mar 2020 17:00:08 -0700 (PDT) Date: Mon, 9 Mar 2020 17:00:05 -0700 From: Bjorn Andersson To: Cl?ment Leger Cc: Ohad Ben-Cohen , Jonathan Corbet , Shawn Guo , Sascha Hauer , linux-remoteproc , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team , Andy Gross , Patrice Chotard , linux-doc , linux-kernel , linux-arm-kernel , linux-arm-msm , Arnaud Pouliquen , Loic PALLARDY , s-anna , Mathieu Poirier Subject: Re: [PATCH v5 5/8] remoteproc: Rename rproc_elf_sanity_check for elf32 Message-ID: <20200310000005.GF14744@builder> References: <20200210162209.23149-1-cleger@kalray.eu> <20200302093902.27849-1-cleger@kalray.eu> <20200302093902.27849-6-cleger@kalray.eu> <20200302231342.GE262924@yoga> <482678048.7666348.1583222551942.JavaMail.zimbra@kalray.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <482678048.7666348.1583222551942.JavaMail.zimbra@kalray.eu> User-Agent: Mutt/1.12.2 (2019-09-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 03 Mar 00:02 PST 2020, Cl?ment Leger wrote: > Hi Bjorn, > > ----- On 3 Mar, 2020, at 00:13, Bjorn Andersson bjorn.andersson@linaro.org wrote: > > > On Mon 02 Mar 01:38 PST 2020, Clement Leger wrote: > > > >> Since this function will be modified to support both elf32 and elf64, > >> rename the existing one to elf32 (which is the only supported format > >> at the moment). This will allow not to introduce possible side effect > >> when adding elf64 support (ie: all backends will still support only > >> elf32 if not requested explicitely using rproc_elf_sanity_check). > >> > > > > Is there a reason for preventing ELF64 binaries be loaded? > > I decided to go this way to let driver maintainer decide if they want > to support elf64 to avoid problems with 64bits addresses/sizes which do > not fit in their native type (size_t for instance). This is probably > not going to happen and there are additionnal checks before calling > rproc_da_to_va. And addresses should be filtered by rproc_da_to_va. > So, actually it seems there is no reason to forbid supporting elf32/64 > for all drivers. > I was hoping to hear some additional feedback on this from others. I've merge the patch as is, but think it would be nice to clean this up and just have the driver ignore if fed a 32 or 64-elf. Regards, Bjorn > Regards, > > Cl?ment > > > > > Regards, > > Bjorn > > > >> Signed-off-by: Clement Leger > >> --- > >> drivers/remoteproc/remoteproc_core.c | 2 +- > >> drivers/remoteproc/remoteproc_elf_loader.c | 6 +++--- > >> drivers/remoteproc/remoteproc_internal.h | 2 +- > >> drivers/remoteproc/st_remoteproc.c | 2 +- > >> drivers/remoteproc/st_slim_rproc.c | 2 +- > >> drivers/remoteproc/stm32_rproc.c | 2 +- > >> 6 files changed, 8 insertions(+), 8 deletions(-) > >> > >> diff --git a/drivers/remoteproc/remoteproc_core.c > >> b/drivers/remoteproc/remoteproc_core.c > >> index 4bfaf4a3c4a3..99f0b796fbc7 100644 > >> --- a/drivers/remoteproc/remoteproc_core.c > >> +++ b/drivers/remoteproc/remoteproc_core.c > >> @@ -2055,7 +2055,7 @@ struct rproc *rproc_alloc(struct device *dev, const char > >> *name, > >> rproc->ops->load = rproc_elf_load_segments; > >> rproc->ops->parse_fw = rproc_elf_load_rsc_table; > >> rproc->ops->find_loaded_rsc_table = rproc_elf_find_loaded_rsc_table; > >> - rproc->ops->sanity_check = rproc_elf_sanity_check; > >> + rproc->ops->sanity_check = rproc_elf32_sanity_check; > >> rproc->ops->get_boot_addr = rproc_elf_get_boot_addr; > >> } > >> > >> diff --git a/drivers/remoteproc/remoteproc_elf_loader.c > >> b/drivers/remoteproc/remoteproc_elf_loader.c > >> index c2a9783cfb9a..5a67745f2638 100644 > >> --- a/drivers/remoteproc/remoteproc_elf_loader.c > >> +++ b/drivers/remoteproc/remoteproc_elf_loader.c > >> @@ -25,13 +25,13 @@ > >> #include "remoteproc_internal.h" > >> > >> /** > >> - * rproc_elf_sanity_check() - Sanity Check ELF firmware image > >> + * rproc_elf_sanity_check() - Sanity Check ELF32 firmware image > >> * @rproc: the remote processor handle > >> * @fw: the ELF firmware image > >> * > >> * Make sure this fw image is sane. > >> */ > >> -int rproc_elf_sanity_check(struct rproc *rproc, const struct firmware *fw) > >> +int rproc_elf32_sanity_check(struct rproc *rproc, const struct firmware *fw) > >> { > >> const char *name = rproc->firmware; > >> struct device *dev = &rproc->dev; > >> @@ -89,7 +89,7 @@ int rproc_elf_sanity_check(struct rproc *rproc, const struct > >> firmware *fw) > >> > >> return 0; > >> } > >> -EXPORT_SYMBOL(rproc_elf_sanity_check); > >> +EXPORT_SYMBOL(rproc_elf32_sanity_check); > >> > >> /** > >> * rproc_elf_get_boot_addr() - Get rproc's boot address. > >> diff --git a/drivers/remoteproc/remoteproc_internal.h > >> b/drivers/remoteproc/remoteproc_internal.h > >> index 0deae5f237b8..28639c588d58 100644 > >> --- a/drivers/remoteproc/remoteproc_internal.h > >> +++ b/drivers/remoteproc/remoteproc_internal.h > >> @@ -54,7 +54,7 @@ void *rproc_da_to_va(struct rproc *rproc, u64 da, size_t len); > >> phys_addr_t rproc_va_to_pa(void *cpu_addr); > >> int rproc_trigger_recovery(struct rproc *rproc); > >> > >> -int rproc_elf_sanity_check(struct rproc *rproc, const struct firmware *fw); > >> +int rproc_elf32_sanity_check(struct rproc *rproc, const struct firmware *fw); > >> u64 rproc_elf_get_boot_addr(struct rproc *rproc, const struct firmware *fw); > >> int rproc_elf_load_segments(struct rproc *rproc, const struct firmware *fw); > >> int rproc_elf_load_rsc_table(struct rproc *rproc, const struct firmware *fw); > >> diff --git a/drivers/remoteproc/st_remoteproc.c > >> b/drivers/remoteproc/st_remoteproc.c > >> index a3268d95a50e..a6cbfa452764 100644 > >> --- a/drivers/remoteproc/st_remoteproc.c > >> +++ b/drivers/remoteproc/st_remoteproc.c > >> @@ -233,7 +233,7 @@ static const struct rproc_ops st_rproc_ops = { > >> .parse_fw = st_rproc_parse_fw, > >> .load = rproc_elf_load_segments, > >> .find_loaded_rsc_table = rproc_elf_find_loaded_rsc_table, > >> - .sanity_check = rproc_elf_sanity_check, > >> + .sanity_check = rproc_elf32_sanity_check, > >> .get_boot_addr = rproc_elf_get_boot_addr, > >> }; > >> > >> diff --git a/drivers/remoteproc/st_slim_rproc.c > >> b/drivers/remoteproc/st_slim_rproc.c > >> index 09bcb4d8b9e0..3cca8b65a8db 100644 > >> --- a/drivers/remoteproc/st_slim_rproc.c > >> +++ b/drivers/remoteproc/st_slim_rproc.c > >> @@ -203,7 +203,7 @@ static const struct rproc_ops slim_rproc_ops = { > >> .da_to_va = slim_rproc_da_to_va, > >> .get_boot_addr = rproc_elf_get_boot_addr, > >> .load = rproc_elf_load_segments, > >> - .sanity_check = rproc_elf_sanity_check, > >> + .sanity_check = rproc_elf32_sanity_check, > >> }; > >> > >> /** > >> diff --git a/drivers/remoteproc/stm32_rproc.c b/drivers/remoteproc/stm32_rproc.c > >> index a18f88044111..9a8b5f5e2572 100644 > >> --- a/drivers/remoteproc/stm32_rproc.c > >> +++ b/drivers/remoteproc/stm32_rproc.c > >> @@ -505,7 +505,7 @@ static struct rproc_ops st_rproc_ops = { > >> .load = rproc_elf_load_segments, > >> .parse_fw = stm32_rproc_parse_fw, > >> .find_loaded_rsc_table = rproc_elf_find_loaded_rsc_table, > >> - .sanity_check = rproc_elf_sanity_check, > >> + .sanity_check = rproc_elf32_sanity_check, > >> .get_boot_addr = rproc_elf_get_boot_addr, > >> }; > >> > >> -- > >> 2.15.0.276.g89ea799