Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp559593ybh; Tue, 21 Jul 2020 02:09:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzxWSkx6VPdwjK+uIDJqs6pBl0eo4J69Dtda12TTYgWI07XoKJf6jH9mHYw34Y0Haylg56S X-Received: by 2002:a17:906:2681:: with SMTP id t1mr23877414ejc.350.1595322580207; Tue, 21 Jul 2020 02:09:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595322580; cv=none; d=google.com; s=arc-20160816; b=hJl27MgNMitZ78wE51ifrSPPA3a+bjT0xFSoQgoGi0YLZRjxyQJP4iihKVJrUrWfUt opJnjuDhI0S6QsyO7gv8fLiyCuDXlcCQOJpLotKknBZgeEV1cFqbtvl+rac+wemtJVoq 9jyySxHQb1IudT6ph9g4gTM4eLNxersI7Bu5lvWPOslYbS+8C9dJE2KTol5InptB8kt1 nY1lxdYmkiPBuONq4tFwtHqv1r4Dk5Pw6Nf6x2riqpfdApN1Nrg531GaW8xO6sr5448Z v92tingnl00+OmcTE4OR4meo78bh61bBjDz4WQGFMSoi05SfIL4lJyVFWYBw43LID8L+ dVEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=YHaXmPhq5aJZAXKjIMb7d1HnCZTpM2IAc4+FHiIn/+Q=; b=ZxX3/TuKz6GaR4VKYs5v5UnRBy19Uf6wVcGQED+LxCV5qtKoph3dAJCNu7EW+RcLcK netYjR5T9OaHouUZtmyRl1LMqtYblwHsx0tQRVjC66OaUQ2+oE/g2mCHBUTa/0kQ1C6g ORNbUfipGzuPygy8AhK0tw3w/bw5k7ytq4YcZCeJ/gaGnAChUKJmE2JwN2gRY7QYrDUH SDI07gp1dubiU/78tNvj/xl0Jy6Mc6ntQS59U2amAnSKoFdrHbUhdz46b8Id7k4LXG6K +SUH6jW8TXaNZrjKlgWBT2CJ4SgS/q6B/EEvloPppf70Yk2R4EQHypingLIu8sKBK0qF /AFw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o17si12790250ejg.160.2020.07.21.02.09.16; Tue, 21 Jul 2020 02:09:40 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726990AbgGUJJF (ORCPT + 99 others); Tue, 21 Jul 2020 05:09:05 -0400 Received: from 8bytes.org ([81.169.241.247]:58282 "EHLO theia.8bytes.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726089AbgGUJJF (ORCPT ); Tue, 21 Jul 2020 05:09:05 -0400 Received: by theia.8bytes.org (Postfix, from userid 1000) id 1B17B2C8; Tue, 21 Jul 2020 11:09:03 +0200 (CEST) Date: Tue, 21 Jul 2020 11:09:01 +0200 From: Joerg Roedel To: Thomas Gleixner Cc: Arvind Sankar , hpa@zytor.com, Andy Lutomirski , Ingo Molnar , Borislav Petkov , x86@kernel.org, Andy Lutomirski , Peter Zijlstra , Joerg Roedel , linux-kernel@vger.kernel.org Subject: Re: [PATCH] x86/idt: Make sure idt_table takes a whole page Message-ID: <20200721090901.GC620@8bytes.org> References: <0CEC6A66-FD50-4B6B-9521-A40E5B9DA10F@zytor.com> <7FB389D0-77D4-482E-8A21-8662DDB00268@amacapital.net> <0B7CF270-EC04-4907-821A-A01F24BEF156@zytor.com> <20200719023405.GA564835@rani.riverdale.lan> <87pn8rokjz.fsf@nanos.tec.linutronix.de> <20200720161112.GB620@8bytes.org> <87sgdmm8u4.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87sgdmm8u4.fsf@nanos.tec.linutronix.de> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 20, 2020 at 06:48:03PM +0200, Thomas Gleixner wrote: > But with explicit sections which store only page aligned objects there > is an implicit guarantee that the object is alone in the page in which > it is placed. That works for all objects except the last one. That's > inconsistent. > > By enforcing page sized objects for this section you might also wreckage > memory sanitizers, because your object is artificially larger than it > should be and out of bound access becomes legit. Okay, valid points about the consistency and the memory sanitizers. I'll submit a patch for the linker scripts soon. Regards, Joerg