Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1620039pxb; Mon, 11 Oct 2021 09:37:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJygcJ4P8MmKd0RcVH8XyV6DcodcTlX9L2g0b37Ur/FffA5oK88pAZT+rmlSzJlAn7U6FLzV X-Received: by 2002:a17:906:2ed1:: with SMTP id s17mr28200237eji.261.1633970222949; Mon, 11 Oct 2021 09:37:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633970222; cv=none; d=google.com; s=arc-20160816; b=HWsFWsTf0oIManGeaHYr5PWhP7uWMNH4j+LdWYoj9S+egVEnp55zEBDRDQvSvOETLG Kuv/pU4jm6xlJ7c2oCfNmx5RQI/6FixT4ZAgr3ZihJNdApjICMX9BdqTgGtnjzkuL+lG BkBekKRoZUSF8paeuwLlvsDSa22I9io/o9IeI6T+A6Nluoif/LxT7Fu4rdz1M13yAf5v XSN4LHfSNCsELvVVyPCqfMTIvfvSQjnnTaQpHrh/dMim1JwXqkFPNQDJhVAmg2AMN1U7 Bkr2sNae496VQTJhpeHA+Lbwjl9PJQkihGoQajcqqzP4To5btYbzUQeg1c8sgRgwf+qT GYaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=55OBnEyr6APERzhIulQ+OwuOO3gX/H/0j2j5ZkCt91E=; b=A2tg1MW3Bx4JA602coUibtGCI6/JdXwoKJITb7FoRISXplEI1bi4IOk2zfjlki6gYB aO5S3qCWzLUBdq4c7dy1ah8fqttt2zb6LenqxT2p3B1OcXxbchc+I+pDC+1oilNnVSxO GWXTT5Jk8HcrzbadwhNEhAUsKt+P9LZuT8+Ibb9y3UobUZ+WtVsVCLrjFBFjkMktXNDg AXQ5uw+piiMHejAHZlZWEJy2grnPMWVWPVO2vvvZoSxlew8u7dh9h2YougS8IATqL3x9 x7aG+WkPfrpiDTg8E2wE6d9GsG4JIAQkBMJy/3oGa+NY0KQi4DrEI79VRzowukLPqAEo HMyQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=FxLjYP+J; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r25si12060136eju.704.2021.10.11.09.36.39; Mon, 11 Oct 2021 09:37:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=FxLjYP+J; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238862AbhJKOIA (ORCPT + 99 others); Mon, 11 Oct 2021 10:08:00 -0400 Received: from mail.kernel.org ([198.145.29.99]:56462 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238214AbhJKOFk (ORCPT ); Mon, 11 Oct 2021 10:05:40 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 0A0CC60F35; Mon, 11 Oct 2021 13:59:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1633960795; bh=KatlpQaVe2Tnj8+hKldMj+ZI/hitDdpstM/2v3SlcLM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=FxLjYP+JhgpgP/5fujnopGtocmJFKcvL/yQxEEQ7bzSFHSsnsxF4Sn2nOHds0hBU5 pPo1RuOe+p/rGQNvAxvs2ZqtBefusCgsHcUf3LA5uySjxXyNGJ/UZ7hgGi3mN72+Vu OrmlUtl6e5Jk9SzifZdhepuWjMYLYhmzQFWzbCsQ= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Shawn Guo , Marijn Suijten , Bjorn Andersson , Sasha Levin Subject: [PATCH 5.14 042/151] soc: qcom: mdt_loader: Drop PT_LOAD check on hash segment Date: Mon, 11 Oct 2021 15:45:14 +0200 Message-Id: <20211011134519.213747184@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20211011134517.833565002@linuxfoundation.org> References: <20211011134517.833565002@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Shawn Guo [ Upstream commit 833d51d7c66d6708abbc02398892b96b950167b9 ] PT_LOAD type denotes that the segment should be loaded into the final firmware memory region. Hash segment is not one such, because it's only needed for PAS init and shouldn't be in the final firmware memory region. That's why mdt_phdr_valid() explicitly reject non PT_LOAD segment and hash segment. This actually makes the hash segment type check in qcom_mdt_read_metadata() unnecessary and redundant. For a hash segment, it won't be loaded into firmware memory region anyway, due to the QCOM_MDT_TYPE_HASH check in mdt_phdr_valid(), even if it has a PT_LOAD type for some reason (misusing or abusing?). Some firmware files on Sony phones are such examples, e.g WCNSS firmware of Sony Xperia M4 Aqua phone. The type of hash segment is just PT_LOAD. Drop the unnecessary hash segment type check in qcom_mdt_read_metadata() to fix firmware loading failure on these phones, while hash segment is still kept away from the final firmware memory region. Fixes: 498b98e93900 ("soc: qcom: mdt_loader: Support loading non-split images") Signed-off-by: Shawn Guo Reviewed-by: Marijn Suijten Signed-off-by: Bjorn Andersson Link: https://lore.kernel.org/r/20210828070202.7033-1-shawn.guo@linaro.org Signed-off-by: Sasha Levin --- drivers/soc/qcom/mdt_loader.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/soc/qcom/mdt_loader.c b/drivers/soc/qcom/mdt_loader.c index eba7f76f9d61..6034cd8992b0 100644 --- a/drivers/soc/qcom/mdt_loader.c +++ b/drivers/soc/qcom/mdt_loader.c @@ -98,7 +98,7 @@ void *qcom_mdt_read_metadata(const struct firmware *fw, size_t *data_len) if (ehdr->e_phnum < 2) return ERR_PTR(-EINVAL); - if (phdrs[0].p_type == PT_LOAD || phdrs[1].p_type == PT_LOAD) + if (phdrs[0].p_type == PT_LOAD) return ERR_PTR(-EINVAL); if ((phdrs[1].p_flags & QCOM_MDT_TYPE_MASK) != QCOM_MDT_TYPE_HASH) -- 2.33.0