Received: by 10.192.165.148 with SMTP id m20csp1642883imm; Thu, 3 May 2018 03:02:23 -0700 (PDT) X-Google-Smtp-Source: AB8JxZr5sVM9jDUlB16KxGmspj7ZnVfSNjqaFeoH74fZ0hJ/BrT/QaQXbF8ZQpe3DyTCL4VbrSQk X-Received: by 2002:a17:902:2947:: with SMTP id g65-v6mr22937671plb.346.1525341743769; Thu, 03 May 2018 03:02:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525341743; cv=none; d=google.com; s=arc-20160816; b=Nz3F2ZE21XJOXvcncyohfBs1U6U/zKCKRsyIhIXywtPCKh4s8qC/aJcPsxujDAeIKt Bms3/4D/XiNp48eQPwTb9r8bOkRYsnVnZsEPZh03/s1xlcgJxXk99wmjxyfgah7B2tkW NqRUqZuke7Z9XZLRJP6MZEzOCGcikLte5RLbErQ7PYLkQRSBwohCxg+3unymcaZYj31v LOIScsKKl2WYwVvTC7UxmLMZ5CVvJ46EGPFbJ9vY9ynz5j5gWpbbATlmDt4jXwdI2jLc HZzl4N6hptoGYywkZHQbY4XTcJtkTmRGVsDHMSQsAU1YBcoE5Od3hZ+zoDvjYUZCSCXX H6hQ== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=hUz/8dyD+IeMG+BjRz+xko8RdPORXrH02H3sq2yGHRM=; b=v78NVvYgSRhZK/izojDARzGpV0E7BLsi+hNTa42UiVdWhLj+6Y1gOvR/4InX1FucdI iYn9LxGFuXRU/lNeVnHUTbamAyQaZUZH/fbXgtmiDSc5dTBhMaFMk08n5tPCD3ZkCpY+ N+N7bRzyGHF9fAla46RKDyiA3Tf2RhvulsQQ98wDAbwLAyORz0/9GpJ62I/7GdoaGzl9 jT4GD5xkVdRJePKQ7u2uzNz+qez0iqTX6K/dqKThzGmRZPOy1BtG/JiMhW2piNDideTu IFijvKtiCCSNZERi321GqPVVItoYIeg+L0eSbFCtRpBbj4PqFUtaOzsRZPEBJGAxUIsC GnOQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v123si13652973pfc.273.2018.05.03.03.02.09; Thu, 03 May 2018 03:02:23 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751796AbeECKCB (ORCPT + 99 others); Thu, 3 May 2018 06:02:01 -0400 Received: from mail.skyhub.de ([5.9.137.197]:54162 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751593AbeECKB5 (ORCPT ); Thu, 3 May 2018 06:01:57 -0400 X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de Received: from mail.skyhub.de ([127.0.0.1]) by localhost (blast.alien8.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 0y3sVXBB9bBo; Thu, 3 May 2018 12:01:40 +0200 (CEST) Received: from pd.tnic (p200300EC2BCA5200291DCD3F071579FF.dip0.t-ipconnect.de [IPv6:2003:ec:2bca:5200:291d:cd3f:715:79ff]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 2D93E1EC009F; Thu, 3 May 2018 12:01:40 +0200 (CEST) Date: Thu, 3 May 2018 12:01:33 +0200 From: Borislav Petkov To: "Maciej S. Szmigiero" Cc: Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , x86@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v5 4/6] x86/microcode/AMD: Check microcode container data in the late loader Message-ID: <20180503100133.GB20023@pd.tnic> References: <8f204a953dc4b46477e214ebd291021d7ab6fa6c.1524515406.git.mail@maciej.szmigiero.name> <20180430090527.GC6509@pd.tnic> <20180501084317.GC31863@pd.tnic> <20180501200308.GC13171@pd.tnic> <9cf234e8-4d96-46f0-70e0-7d60d49671d8@maciej.szmigiero.name> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <9cf234e8-4d96-46f0-70e0-7d60d49671d8@maciej.szmigiero.name> User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 02, 2018 at 02:47:39AM +0200, Maciej S. Szmigiero wrote: > On 01.05.2018 22:03, Borislav Petkov wrote: > > On Tue, May 01, 2018 at 06:19:56PM +0200, Maciej S. Szmigiero wrote: > >> -EINVAL cast to unsigned int is 4294967274 and this value is also > >> a valid count of bytes to skip that this function can return. > > > > And where exactly in the *old* code do we do that? > > The old code returned this value as a signed int, but then any > "patch_size" value (which is u32) above INT_MAX read from a section header > wrapped around to a negative pseudo-error code (which likely didn't match > any actual error number). Lemme repeat my question: *where* *exactly* in the old code do we do that? Feel free to paste snippets to show what you mean. -- Regards/Gruss, Boris. Good mailing practices for 400: avoid top-posting and trim the reply.