Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp848740ybl; Fri, 31 Jan 2020 09:04:03 -0800 (PST) X-Google-Smtp-Source: APXvYqxg6+dulYy2EZ+7giqopWUGoYgW4UsbpaCqKf4fmqlg6QEK0y/vd3Y8qdLcRuSe5DNRCvRW X-Received: by 2002:aca:ab51:: with SMTP id u78mr7028370oie.21.1580490243156; Fri, 31 Jan 2020 09:04:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580490243; cv=none; d=google.com; s=arc-20160816; b=ZtnYkcHPV2NG7q+vWLPaEUozS9wBjLeaEtRoJS4P5py8lmpr83T2A00D5SKSDxdBHX L9oa6nuVJrSN/Nh2B9DdooTFOwYTFfpwpSRwwQOd3do2Z4HKC9pynfRoGVt9bFaeLuqs lbGdnx/P0G0KAAJNxLa7ktQw68LYqvdz7RLe2Rt3dQxsL8vAi/5/BIwaySNESPWZjftD uTfppy41zh7ArV49zCVQnnfvGLV+6GRldpDpu4E/f/aFG0QScWSvFRi1VrImcER373PX UgKSs5ibu6FRiJ/fo+hK5FsoPxnnw3O8QvAkaJmQiy3ExY5WXa9ZzKxr8WT7ToX5vlXp he/Q== 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:organization:from:references:to:subject; bh=IUoRNkcVqR1iqtmlPClOKt6ODQp/1XBQ+pl5PfoKEMU=; b=0aMmhyY/fAbUcJhGHly+MsAejCTfbchS6J8ilP1+QbCjFKDOJQJnwr1/PMRKf5d+qR +jt6UtsfSyp1x/xkMcOqB5vBNKRmTo36A+DSI47y8B72xufpZrKpLcrpYcnjzlBnMTBa 04uYcY3oFiwUI2YPL2D44sMKHNjcV0DnFan1vB//yl2mBj8WkpIUqzBgJvrEtyk+9OdP cz4ROIYqgnsrJecbaUipWhZ9pd3yXxMLKk7wQonefzMyEPw2s6R8ja2lEPqopab+WVV3 0e2Jn4paF60KQM48dvVyQNwOzmq5yWTizZdqciM8nrP+sQB0VyD7CYnsP+5Xi+AltwSm yWCQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v14si5417864otn.293.2020.01.31.09.03.41; Fri, 31 Jan 2020 09:04:03 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726758AbgAaRCU (ORCPT + 99 others); Fri, 31 Jan 2020 12:02:20 -0500 Received: from mga07.intel.com ([134.134.136.100]:60372 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726157AbgAaRCU (ORCPT ); Fri, 31 Jan 2020 12:02:20 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Jan 2020 09:02:13 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,386,1574150400"; d="scan'208";a="377395532" Received: from unknown (HELO [134.134.177.86]) ([134.134.177.86]) by orsmga004.jf.intel.com with ESMTP; 31 Jan 2020 09:02:13 -0800 Subject: Re: [Intel PMC TGPIO Driver 1/5] drivers/ptp: Add Enhanced handling of reserve fields To: christopher.s.hall@intel.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, tglx@linutronix.de, hpa@zytor.com, mingo@redhat.com, x86@kernel.org, richardcochran@gmail.com, davem@davemloft.net, sean.v.kelley@intel.com References: <20191211214852.26317-1-christopher.s.hall@intel.com> <20191211214852.26317-2-christopher.s.hall@intel.com> From: Jacob Keller Organization: Intel Corporation Message-ID: <04485e14-52a0-3075-94d9-50d81f6b11da@intel.com> Date: Fri, 31 Jan 2020 09:02:13 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <20191211214852.26317-2-christopher.s.hall@intel.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/11/2019 1:48 PM, christopher.s.hall@intel.com wrote: > From: Christopher Hall > > Add functions that parameterize checking and zeroing of reserve fields in > ioctl arguments. Eliminates need to change this code when repurposing > reserve fields. > One thing to note that may be problematic with this handling: a later usage of a reserved field must still be reported as zero for callers of the old ioctl variants. Reserved fields were only handled properly in the "2" variants of the ioctls. This change might make it harder to notice and remember to ensure that previously unused fields get zero'd for the old ioctls. Richard, thoughts? Thanks, Jake