Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp5328810ybi; Tue, 4 Jun 2019 05:08:11 -0700 (PDT) X-Google-Smtp-Source: APXvYqy3RLKdIerp/AWdH14KE6LPYdtp6qjbhvi2jd2DOZt+qMRYRuewmH/zLYjEG1+RkHvBgr8T X-Received: by 2002:a17:902:e2:: with SMTP id a89mr36542028pla.210.1559650091820; Tue, 04 Jun 2019 05:08:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559650091; cv=none; d=google.com; s=arc-20160816; b=eVcCvuCtOTpWEAK9UCqRMvBfeKoN3xiYm622nzIFpBan5yhCpvRAojeBmSdMwYeIvz /g/E3WhQeT4ZunQplqmymCBAvNQTL2kYjlz07ft8nn0neP0I4RjvCDoFJHWgloY5Tml5 +TKZAeAKIXZlbdfuxFRo+VhPPC3z61ycB0KSfPcS2Jqz6gk+6vjrqbJjd0SYjexKVa7Z 1GWpN+i4o6rwBL6nA6qYKM5tOBoVeXReQwYLybD3nto/wmXrYFHGb8FP+vsyE5Pah+gn Lj7JtqGtass49zdhNuI5JK7mUi1sKmo0dNEnh/nj8slNMhGaswmJ5TydY3tKa4TfXyec XCtg== 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=Lc0/Hm4I4DC0BS0Kc9dzcpnn7JPGlWW3cREeKFmYDFc=; b=t8GQDNTXrtCJZQQ2bm9KFeEm96EtlFIAw77B7Amg8fBIQckcol+BSSm/PWQHo4Djlb 3E+v82DHOxVu5RkvaB4+9HZj/tI0bnWvXeKlsC84bUHc53UpePa3+2az6ruOlXdrI/dg vZKvqmMoK0xiF5yBuR/VdFos8C720P/SDnp2BowqE+1clL3S0QxTPprwjAhxB0Zl0E+u NaDg1wSa+fl2bb6PRjb+oRb+y/JiiNSv0UK9LF6Aw6b/b2T3vqJgJRx8c+H53bml6J2b cPqsXYLKZQEQZ6VUOizubE8lYrxz9ybpLdjySuSv1gGHKHjP2DnFGUSYZXdA+S2Yn409 TzLA== 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 s6si21397961plq.246.2019.06.04.05.07.54; Tue, 04 Jun 2019 05:08:11 -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 S1727694AbfFDMFq (ORCPT + 99 others); Tue, 4 Jun 2019 08:05:46 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:41498 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727386AbfFDMFq (ORCPT ); Tue, 4 Jun 2019 08:05:46 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 783AC80D; Tue, 4 Jun 2019 05:05:45 -0700 (PDT) Received: from [10.1.196.72] (e119884-lin.cambridge.arm.com [10.1.196.72]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 58CBA3F690; Tue, 4 Jun 2019 05:05:42 -0700 (PDT) Subject: Re: [PATCH v6 01/19] kernel: Standardize vdso_datapage To: Arnd Bergmann Cc: linux-arch , Linux ARM , Linux Kernel Mailing List , linux-mips@vger.kernel.org, "open list:KERNEL SELFTEST FRAMEWORK" , Catalin Marinas , Will Deacon , Russell King , Ralf Baechle , Paul Burton , Daniel Lezcano , Thomas Gleixner , Mark Salyzyn , Peter Collingbourne , Shuah Khan , Dmitry Safonov <0x7f454c46@gmail.com>, Rasmus Villemoes , Huw Davies References: <20190530141531.43462-1-vincenzo.frascino@arm.com> <20190530141531.43462-2-vincenzo.frascino@arm.com> From: Vincenzo Frascino Message-ID: Date: Tue, 4 Jun 2019 13:05:40 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: 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 31/05/2019 09:16, Arnd Bergmann wrote: > On Thu, May 30, 2019 at 4:15 PM Vincenzo Frascino > wrote: > >> + * vdso_data will be accessed by 64 bit and compat code at the same time >> + * so we should be careful before modifying this structure. >> + */ >> +struct vdso_data { >> + u32 seq; >> + >> + s32 clock_mode; >> + u64 cycle_last; >> + u64 mask; >> + u32 mult; >> + u32 shift; >> + >> + struct vdso_timestamp basetime[VDSO_BASES]; >> + >> + s32 tz_minuteswest; >> + s32 tz_dsttime; >> + u32 hrtimer_res; >> +}; > > The structure contains four padding bytes at the end, which is > something we try to avoid, at least if this ends up being used as > an ABI. Maybe add "u32 __unused" at the end? > Agreed, I will fix this in v7. > Arnd > -- Regards, Vincenzo