Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp177024ybt; Tue, 23 Jun 2020 18:44:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyx1KO9mlT2WLUR4ZZRNXQXEEAJx9ZLT0F6+MdzRPmrQa2GPmsRKz6aJjiHM3I3tt4ikD0+ X-Received: by 2002:aa7:dd8e:: with SMTP id g14mr14477672edv.208.1592963075612; Tue, 23 Jun 2020 18:44:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592963075; cv=none; d=google.com; s=arc-20160816; b=xx68dX8KBi2JWrKdYqSirKLsLtQUeTv8csRJEo1s+8zStRhchwJ+BznHHv2iWdw9ul odlzVmlXbYTYOGfGykWR1Wfa+URycCpVR+mn2GjQ8RPrKhro1GXeYtjif0Rvg3ii0IHS hh0P46O0EFIaneOOBKofxrEYDcfozL6UCZA7BwBEuC/vRyVoupoSYeKx/LFODLunVog1 1XEnPRkXd3ACMk7wClBc/2NLdfEAOx5gKcSO8AUmIeQObNkCbp6yehgSWJT+/k96akoI uZW/pCjD2Fou0urJr85GtdpwEfHzV/w59wGX/VQnSAxaQMPaJHKOBFk38MaadfV3OKGX O6RA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=pRMFky9SOual4Knjlw+jknritWEJ4sd2otEEt//wg78=; b=xAtM8JMG2K1TQtE1vX2vxTm6wCQyMoKmSJxyoOBylNw3lgD1D+gSoc3Zme7Ngt2hQG YccfLvb5DT+EXyY7p0OAVc41xZpiFeF5MBb/r4xGiuVt3UHCwVzra0G/a1zA/ywrU/x/ TRkJxvr5FX12Ls4qLsrvK0ZvulInuTi4ahp1+fRG7cn6wgT70MEqTsTVkSnXbmVzAmA5 lM7NHbMoTZRleS0MYOj6kR1LpNYM0K5B+S/Ky959plH/SRuLSAsXkAK+SlG0VPb8AwEW 1T7nNry8eAkwyFPM0MHGLG5MCw4yJl6GgQmFaVOvFwQWnGySpgYi0TiyBW2fTdFJS6w+ KF0w== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i22si12320829eja.116.2020.06.23.18.44.12; Tue, 23 Jun 2020 18:44:35 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388485AbgFXBnA (ORCPT + 99 others); Tue, 23 Jun 2020 21:43:00 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:6312 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2387780AbgFXBnA (ORCPT ); Tue, 23 Jun 2020 21:43:00 -0400 Received: from DGGEMS407-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 8AD91B060A5B3297B7E7; Wed, 24 Jun 2020 09:42:57 +0800 (CST) Received: from [10.134.22.195] (10.134.22.195) by smtp.huawei.com (10.3.19.207) with Microsoft SMTP Server (TLS) id 14.3.487.0; Wed, 24 Jun 2020 09:42:47 +0800 Subject: Re: [PATCH v2] erofs: fix partially uninitialized misuse in z_erofs_onlinepage_fixup To: Gao Xiang , CC: Chao Yu , Li Guifu , Fang Wei , LKML , Gao Xiang , Hongyu Jin , References: <20200618111936.19845-1-hsiangkao@aol.com> <20200618234349.22553-1-hsiangkao@aol.com> From: Chao Yu Message-ID: Date: Wed, 24 Jun 2020 09:42:47 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20200618234349.22553-1-hsiangkao@aol.com> Content-Type: text/plain; charset="windows-1252" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.134.22.195] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020/6/19 7:43, Gao Xiang wrote: > From: Gao Xiang > > Hongyu reported "id != index" in z_erofs_onlinepage_fixup() with > specific aarch64 environment easily, which wasn't shown before. > > After digging into that, I found that high 32 bits of page->private > was set to 0xaaaaaaaa rather than 0 (due to z_erofs_onlinepage_init > behavior with specific compiler options). Actually we only use low > 32 bits to keep the page information since page->private is only 4 > bytes on most 32-bit platforms. However z_erofs_onlinepage_fixup() > uses the upper 32 bits by mistake. > > Let's fix it now. > > Reported-by: Hongyu Jin > Fixes: 3883a79abd02 ("staging: erofs: introduce VLE decompression support") > Cc: # 4.19+ > Signed-off-by: Gao Xiang Reviewed-by: Chao Yu Thanks,