Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp688153imb; Fri, 1 Mar 2019 11:13:35 -0800 (PST) X-Google-Smtp-Source: APXvYqxSSlrjJ7Ji4lAj+ptmlmm8SVwpHaNNBK2U1yy4NrmS5aDoyQFl76mhc8TOOR75ex6dUa00 X-Received: by 2002:a62:20d2:: with SMTP id m79mr2406032pfj.135.1551467615442; Fri, 01 Mar 2019 11:13:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551467615; cv=none; d=google.com; s=arc-20160816; b=XNZhyyoB29eW6tE0DgLmhPKPVjEmxuUARnZZW8kVWN/Xe7YhHjq5KbCwLF3ePpboPr Hh/3Iz3PiSsX35aZy2B4brHaOQh53DHUDFcDRk0gPcOH7O7UNk5K+xB/OM4jv9LvVW+1 cGC2qD4MKhQGqdTrm4bm7aKLMCSn5QBaTi1ZdaLXuPSeiYUzO/R/UVb9WfX9VrJOReFz TDGKB7suRpz0oqAc8+3bMqLX9bwkll5zths+u4mxLZqDxX01AmvBksGfKyED5+Ey8AqO 5TKnKtJQ6abaMEI6+wHAaR7sLz9OzewL4ArDq/vxIqbb4vvxEO3Xrub0t3EteqiPHgO2 Ai7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:feedback-id:mime-version:user-agent :references:message-id:in-reply-to:subject:cc:to:from:date :dkim-signature; bh=FDPvho67mHwhjGZkY+/Kcg+wZ7kTjOJhXHN8h7b6btE=; b=IGsy5A6dvprXGETGy4ZaUjurHaWMyyaXYBjzT4g1b+c5qhA5R2REXiAk1Lfd15x+Jk D9ep4XdWN958G+wqCNFxQljhglq8Vbt2K4QoQ3Zp5hfyhK5HicUdh50J12ys0HwpDl1n YlfJKTQekXsKFB4HjGDgzBLZCgkLujaKFUyN803DM/zkM+WRPxCf0UXq7aHuQ5jl/p8P cUSJD/xbRMkrltLHY9cKQDd25RdNV8CZ6b2eSfS5zreQAph2qNDp4J9mBZvgmQE+memq 4BjB7gxiXrB8ttTojORst6QwI8S+AheUiMjx39b5Hv+ofd/5/NJomuIcfEsckjLdQ+Nu U+0Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amazonses.com header.s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug header.b=gUqSTtDt; 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 w190si20052366pgd.105.2019.03.01.11.13.20; Fri, 01 Mar 2019 11:13:35 -0800 (PST) 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; dkim=pass header.i=@amazonses.com header.s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug header.b=gUqSTtDt; 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 S2388161AbfCASPy (ORCPT + 99 others); Fri, 1 Mar 2019 13:15:54 -0500 Received: from a9-37.smtp-out.amazonses.com ([54.240.9.37]:50906 "EHLO a9-37.smtp-out.amazonses.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725966AbfCASPy (ORCPT ); Fri, 1 Mar 2019 13:15:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1551464153; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:MIME-Version:Content-Type:Feedback-ID; bh=FDPvho67mHwhjGZkY+/Kcg+wZ7kTjOJhXHN8h7b6btE=; b=gUqSTtDt/xsrAgpcQkYT5r8uyTdVLqlGUGiTMHm+MT7gEpeJZuh5DZzWYecKjf6f WDBPABAwh2DBC/Tv5YiPM7nlrQX/JmUTGvQexQL/c24D1934mUifHQl26BDn8Mjipl1 kl6uclhmilgWQOgNWIru6mtWSvctWkppiJDjQHg4= Date: Fri, 1 Mar 2019 18:15:53 +0000 From: Christopher Lameter X-X-Sender: cl@nuc-kabylake To: Shaobo He cc: Bart Van Assche , linux-rdma@vger.kernel.org, Steve Wise , Doug Ledford , Jason Gunthorpe , open list Subject: Re: [PATCH] cxgb4: fix undefined behavior in mem.c In-Reply-To: Message-ID: <010001693a7840a4-9fc27417-7088-431a-9ecd-6836c3293c9d-000000@email.amazonses.com> References: <1551393519-96595-1-git-send-email-shaobo@cs.utah.edu> <1551394596.31902.209.camel@acm.org> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-SES-Outgoing: 2019.03.01-54.240.9.37 Feedback-ID: 1.us-east-1.fQZZZ0Xtj2+TD7V5apTT/NrT6QKuPgzCT/IC7XYgDKI=:AmazonSES Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 28 Feb 2019, Shaobo He wrote: > I think maybe the more problematic issue is that the value of a freed pointer > is intermediate. The pointer is not affected by freeing the data it points to. Thus it definitely has the same value as before and is not indeterminate. The pointer points now to an area of memory that could now be in use for different purposes so maybe it could be taken as a dangerous situation. But situations like that are common in code.