From nobody Sun Apr 5 16:27:54 2026 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 872BE3909B2; Tue, 24 Mar 2026 16:59:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.14 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774371595; cv=none; b=QNxh3VA4ErecsGi7NPRgdaoz35FzOWW48AJ7kp2uUYKudFU93a51PIScCKxUfa/4NIfuCZ3XwBJwk+KOjgkO8tyYREOB6y4JoXPGw9qB0+cxUqzOCClkgYR37HiUMRW/vngZvM0dllwFZLxAlh+q3UbPtr6C4gF3H1p0iE9kvUw= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774371595; c=relaxed/simple; bh=1PkvXAZOx3orpMkb8PpUbgz2WR5NIQkeHlnghDGYLjQ=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version:Content-Type; b=G4Iy0Jx3fjjt9t82sj3ZDlr6WtqAwY6UIyPjnfDtbRjjF5ao+4gSe36hYc23gHd4zCXRcMxxp3d1TMnDbR7qq1EksTnBXbHKvRwuOx/ZUUb8ZIzmb4Rqw47p6c9fEwkym/AxZQkpkAEYRZV+B97K2imJxCYP2+cCdjgwBvE1C1k= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=pass smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=JhwM3gmN; arc=none smtp.client-ip=198.175.65.14 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="JhwM3gmN" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1774371593; x=1805907593; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=1PkvXAZOx3orpMkb8PpUbgz2WR5NIQkeHlnghDGYLjQ=; b=JhwM3gmN6ni1u98M9Mnz8RO93EOabSJB/hIofQDq5V2d6PzqgRI77P9P 9LSx4wH8Z+M5l/srtHgwWUf9rjAPuRCK3tFrchxFFBGJnmMYHk5AB+FI9 44GjNUGFnk8ttCdiqOitVdApAsEmdrXQEww1bNKbut1UFXSYx0fDELXm1 rwwBT8DB4Y4gurFgDzEvqgOz44cGVhxx+q8KS2/FYfghkjF0e5FdXyhpq HwhhiCK1rjDPisT8PnbT8AUr6tbLpgVTzO1/js/jMc5f8weVcF2AP7NQS r3gdqsIV6WfZMTV5DTwuCNgGGC+dd4G6NSwHvnuBCqQEubMQIcxG6bIk8 Q==; X-CSE-ConnectionGUID: 7GrSIIJ8SemxCIvk181etg== X-CSE-MsgGUID: yCHLhH+4S8GxZVDaWT15Xw== X-IronPort-AV: E=McAfee;i="6800,10657,11739"; a="79252781" X-IronPort-AV: E=Sophos;i="6.23,138,1770624000"; d="scan'208";a="79252781" Received: from orviesa003.jf.intel.com ([10.64.159.143]) by orvoesa106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Mar 2026 09:59:52 -0700 X-CSE-ConnectionGUID: lSvW+pYLTSuPFRVG7+1ISg== X-CSE-MsgGUID: iJA4o6fzRaW9L3ZwLnjXfQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.23,138,1770624000"; d="scan'208";a="228447959" Received: from ijarvine-mobl1.ger.corp.intel.com (HELO localhost) ([10.245.244.217]) by ORVIESA003-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Mar 2026 09:59:38 -0700 From: =?UTF-8?q?Ilpo=20J=C3=A4rvinen?= To: linux-pci@vger.kernel.org, Bjorn Helgaas , Guenter Roeck , linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-m68k@lists.linux-m68k.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, linux-sh@vger.kernel.org, Russell King , Geert Uytterhoeven , Thomas Bogendoerfer , "James E.J. Bottomley" , Helge Deller , Michael Ellerman , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , "H. Peter Anvin" , Chris Zankel , Max Filippov , Madhavan Srinivasan , Yoshinori Sato , Rich Felker , John Paul Adrian Glaubitz , linux-kernel@vger.kernel.org Cc: =?UTF-8?q?Ilpo=20J=C3=A4rvinen?= Subject: [PATCH 05/10] am68k/PCI: Remove unnecessary second application of align Date: Tue, 24 Mar 2026 18:56:28 +0200 Message-Id: <20260324165633.4583-6-ilpo.jarvinen@linux.intel.com> X-Mailer: git-send-email 2.39.5 In-Reply-To: <20260324165633.4583-1-ilpo.jarvinen@linux.intel.com> References: <20260324165633.4583-1-ilpo.jarvinen@linux.intel.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Aligning res->start by align inside pcibios_align_resource() is unnecessary because caller of pcibios_align_resource() is __find_resource_space() that aligns res->start with align before calling pcibios_align_resource(). Aligning by align in case of IORESOURCE_IO && start & 0x300 cannot ever result in changing start either because 0x300 bits would have not survived the earlier alignment if align was large enough to have an impact. Thus, remove the duplicated aligning from pcibios_align_resource(). Signed-off-by: Ilpo J=C3=A4rvinen Acked-by: Greg Ungerer --- arch/m68k/kernel/pcibios.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/m68k/kernel/pcibios.c b/arch/m68k/kernel/pcibios.c index 1415f6e4e5ce..7e286ee1976b 100644 --- a/arch/m68k/kernel/pcibios.c +++ b/arch/m68k/kernel/pcibios.c @@ -36,8 +36,6 @@ resource_size_t pcibios_align_resource(void *data, const = struct resource *res, if ((res->flags & IORESOURCE_IO) && (start & 0x300)) start =3D (start + 0x3ff) & ~0x3ff; =20 - start =3D (start + align - 1) & ~(align - 1); - return start; } =20 --=20 2.39.5