From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756910AbdLPPzB (ORCPT ); Sat, 16 Dec 2017 10:55:01 -0500 Received: from cloudserver094114.home.net.pl ([79.96.170.134]:43503 "EHLO cloudserver094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752746AbdLPPzA (ORCPT ); Sat, 16 Dec 2017 10:55:00 -0500 From: "Rafael J. Wysocki" To: Borislav Petkov Cc: "Rafael J. Wysocki" , Vasyl Gomonovych , Len Brown , Tony Luck , ACPI Devel Maling List , Linux Kernel Mailing List Subject: Re: [PATCH] ACPI, APEI, Fix use resource_size Date: Sat, 16 Dec 2017 16:54:12 +0100 Message-ID: <2204439.yeF237Ovv0@aspire.rjw.lan> In-Reply-To: <20171216115615.j5uncek3iiigwkl7@pd.tnic> References: <1513007072-32020-1-git-send-email-gomonovych@gmail.com> <20171216115615.j5uncek3iiigwkl7@pd.tnic> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Saturday, December 16, 2017 12:56:15 PM CET Borislav Petkov wrote: > On Sat, Dec 16, 2017 at 11:43:27AM +0100, Rafael J. Wysocki wrote: > > The argument of resource_size() is (const struct resource *) and res > > is of type (struct apei_res *). > > > > I'm dropping this one. > > Yeah, us reviewing this one was one big FAIL. I don't know. We didn't catch this issue, but that's what 0-day is for, isn't it? :-) IMO it is not generally wrong to assume certain level of due diligence on the part of submitters and that assumption is actually met most of the time from my experience. It sometimes isn't, but then the submitter lands in my "suspicious" list and subsequent patches coming from them are subject to special treatment. Which basically boils down to "Don't do that". > And I tell myself everytime - build those patches first! Srsly! People > really don't even build-test their shit before submitting. Because look > at the compiler output - it is everything but quiet. Crap didn't even > build. Right, but at least we know that the current code isn't correct. Thanks, Rafael