Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp65108pxf; Wed, 17 Mar 2021 15:32:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxjKyve99MWbm3pVY8yoAdrDJl6Vcqp/pjEBr9k31VnSmpMg51OeP3CymSJVuUvzO1r/tTQ X-Received: by 2002:aa7:d656:: with SMTP id v22mr44164497edr.119.1616020329801; Wed, 17 Mar 2021 15:32:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616020329; cv=none; d=google.com; s=arc-20160816; b=gja5+PstM2M3qBTRZNH4tEU+S133SyitwYb2dFuz7/ferRg7vNguk+9CZ1VWsJqVda QXvCe4k+QAVuePep8+QkL52rODEjtMc3vpLXbYn37P9OzrUoIdk0brp4IA7N6lTTdPAw 0tMTct8x/Uf1U7BO6F85U+n8Vj9gY9P2fYhWrmJLEUt776efiLxKoLhWlDQ8Xvf89aqE wPkbLB4U1BUzQ8l/r3Oo43Ecgx6AO6C3ZkYHz0r091Wtze/+oXV34f9Hz8ggfySMnK/J 4v4EPW4NToCpFSv5dTERgqSo3VTCO7PsKir4getPe7TGYM7pFvljBWggqRmHxgpIWQdU SFVw== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=N1vkQNGymFwLks9UB15v9pfiGh7bDRvcY3otglQibLg=; b=UEJP9Aur2QtoI98P3zgUjF5aGycw5g0rNTdAmFoPMZiAGjAV01YevOUe7f3dna6FCE /Ghoa/btcb9k92iOfNYu3C+fGsnCbHkLVHKc1IQ5mDfF2ipqOPKs/tMl5BUYRI+8QJAl nQaqne1S56Tm94ejVXu69OTryIB+gyO0c6SdhN0Szt45nSOpR04F4iYIBLqd0MoFzSnw kDarH5uK5afiu8e2+YA5L/l48PeIV37aH4VOwva7EwdVo3BkGvXBYf6aYcSe/FbmqMLw mLWZr4NMEUPo5SJ/LCEaRcEvkXsAOJJ2kDSBLGvtvFWAm5zd30iYRXqM7q/x46j+dAr3 6G6w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=vpbFLeMR; 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=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v10si148259ejq.299.2021.03.17.15.31.47; Wed, 17 Mar 2021 15:32:09 -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=@linaro.org header.s=google header.b=vpbFLeMR; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231574AbhCQWaT (ORCPT + 99 others); Wed, 17 Mar 2021 18:30:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46128 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231375AbhCQW3y (ORCPT ); Wed, 17 Mar 2021 18:29:54 -0400 Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 930F1C06174A for ; Wed, 17 Mar 2021 15:29:54 -0700 (PDT) Received: by mail-io1-xd36.google.com with SMTP id z3so237947ioc.8 for ; Wed, 17 Mar 2021 15:29:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=N1vkQNGymFwLks9UB15v9pfiGh7bDRvcY3otglQibLg=; b=vpbFLeMRuTRlxQmt7mwB1X/oaGFaWym8vUPh8Nt5PAmxVH+3wxIqjd5ADo0z/cwnyw XOWGsvl2iYrFkuSi6VKM2oVkWwasB1q4xJwv0obRePsrEMZwy/a3VLOZNx/3hawk53Dn jLHvSp0aApANuCb5vyRY/UL3ZrR9xZ1X2A9srf7XGj+8hqJGGVylxahyeVRJu8lc6Xib 8pERSjbLNcJuD/aqYOhoaCLaVDV2DRscTTB9wUU3dErruFni8EEXJYggpcsxLEvINwys S43AvfRUeSzwJuwwGB2rGiNxOBRIH92mOOmsvoOO1KTkZFLxMFZecNutlM46KybSlEj8 Ri3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=N1vkQNGymFwLks9UB15v9pfiGh7bDRvcY3otglQibLg=; b=ZyCvw89ga+4vOvonAAI29wWEr9CZJTRdHpElsoqKIt/yVSfCA2qGPtHAiJsaQMalGN lXf032SKe6behhJZAsxlYd7t+IL+/BymSF9zdp3Mnx2KT6WxUXirhXDVRt+Em+CJTtvT RGnkbvWEDtVi0v7mZuNJxc4eVJYOL1XUkr9TNxuGj126xdDWRxG+GADC1Oo7sjQ9x4uh 6f6HI6Hu8JnCkjZEPGBRjZJhAj2F5IcqGz5LIjapkpuXSV9c9QMU+8aSNeOqd6s2yaY5 JSzs6StTgbrElSMHti4K6WOXjVEUqAAVBaHl50HRltYtAt+LUVTgEkjXctDpqHh13o6h 9GBQ== X-Gm-Message-State: AOAM530sKZIReonLIlPHuHcGX7zSqwUYD5jBul/33ZllXI+za3DbP0eB PQ471TSET1Y05LO5LNy/1/lsDA== X-Received: by 2002:a05:6638:e93:: with SMTP id p19mr4610398jas.10.1616020194041; Wed, 17 Mar 2021 15:29:54 -0700 (PDT) Received: from localhost.localdomain (c-73-185-129-58.hsd1.mn.comcast.net. [73.185.129.58]) by smtp.gmail.com with ESMTPSA id f3sm176405ilk.74.2021.03.17.15.29.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 17 Mar 2021 15:29:53 -0700 (PDT) From: Alex Elder To: davem@davemloft.net, kuba@kernel.org Cc: bjorn.andersson@linaro.org, evgreen@chromium.org, cpratapa@codeaurora.org, subashab@codeaurora.org, elder@kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH net-next 4/4] net: ipa: relax 64-bit build requirement Date: Wed, 17 Mar 2021 17:29:46 -0500 Message-Id: <20210317222946.118125-5-elder@linaro.org> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20210317222946.118125-1-elder@linaro.org> References: <20210317222946.118125-1-elder@linaro.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org We currently assume the IPA driver is built only for a 64 bit kernel. When this constraint was put in place it eliminated some do_div() calls, replacing them with the "/" and "%" operators. We now only use these operations on u32 and size_t objects. In a 32-bit kernel build, size_t will be 32 bits wide, so there remains no reason to use do_div() for divide and modulo. A few recent commits also fix some code that assumes that DMA addresses are 64 bits wide. With that, we can get rid of the 64-bit build requirement. Signed-off-by: Alex Elder --- drivers/net/ipa/Kconfig | 2 +- drivers/net/ipa/ipa_main.c | 10 ++++++++-- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/drivers/net/ipa/Kconfig b/drivers/net/ipa/Kconfig index b68f1289b89ef..90a90262e0d07 100644 --- a/drivers/net/ipa/Kconfig +++ b/drivers/net/ipa/Kconfig @@ -1,6 +1,6 @@ config QCOM_IPA tristate "Qualcomm IPA support" - depends on 64BIT && NET && QCOM_SMEM + depends on NET && QCOM_SMEM depends on ARCH_QCOM || COMPILE_TEST depends on QCOM_RPROC_COMMON || (QCOM_RPROC_COMMON=n && COMPILE_TEST) select QCOM_MDT_LOADER if ARCH_QCOM diff --git a/drivers/net/ipa/ipa_main.c b/drivers/net/ipa/ipa_main.c index 97c1b55405cbf..d354e3e65ec50 100644 --- a/drivers/net/ipa/ipa_main.c +++ b/drivers/net/ipa/ipa_main.c @@ -735,8 +735,14 @@ MODULE_DEVICE_TABLE(of, ipa_match); static void ipa_validate_build(void) { #ifdef IPA_VALIDATE - /* We assume we're working on 64-bit hardware */ - BUILD_BUG_ON(!IS_ENABLED(CONFIG_64BIT)); + /* At one time we assumed a 64-bit build, allowing some do_div() + * calls to be replaced by simple division or modulo operations. + * We currently only perform divide and modulo operations on u32, + * u16, or size_t objects, and of those only size_t has any chance + * of being a 64-bit value. (It should be guaranteed 32 bits wide + * on a 32-bit build, but there is no harm in verifying that.) + */ + BUILD_BUG_ON(!IS_ENABLED(CONFIG_64BIT) && sizeof(size_t) != 4); /* Code assumes the EE ID for the AP is 0 (zeroed structure field) */ BUILD_BUG_ON(GSI_EE_AP != 0); -- 2.27.0