Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752564AbbKPN5q (ORCPT ); Mon, 16 Nov 2015 08:57:46 -0500 Received: from mout.kundenserver.de ([217.72.192.75]:55078 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751214AbbKPN5o (ORCPT ); Mon, 16 Nov 2015 08:57:44 -0500 From: Arnd Bergmann To: Andreas Schwab Cc: linux-arm-kernel@lists.infradead.org, Joseph Myers , Rich Felker , Catalin Marinas , Chris Metcalf , Yury Norov , Philipp Tomsich , "Kapoor, Prasun" , Alexander Graf , Andrey Konovalov , Mike Frysinger , Andrew Pinski , Alexey Klimov , broonie@kernel.org, bamvor.zhangjian@huawei.com, David Daney , Paul Eggert , Nathan Lynch , LKML , Andrew Pinski , Jan Dakinevich , christoph.muellner@theobroma-systems.com Subject: Re: [PATCH v6 13/17] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it Date: Mon, 16 Nov 2015 14:54:31 +0100 Message-ID: <13567088.yUyVvkDQhR@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: References: <1446507046-24604-1-git-send-email-ynorov@caviumnetworks.com> <4164423.46Jfedud5Y@wuerfel> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:7HZ94FIRa5XKeJs0GQ2DE3aL1YuRKyVYQEHfJT2C++KDvQLYfNk rwr1pVknWfthXn4oMCtN8Ute5uCo1q4Y7YThGjmr8gmM1S08zNHRgUYJ32eRWa3hwswhMZo 7CV0p1ZlB+fmeEYNzrinOOe0IKF+5w85oJXOoZrWQXDOh2WYLeR7oYM8a6TKoyJSziqzsYp mOZtZQfPYzaWwsGXxTbcA== X-UI-Out-Filterresults: notjunk:1;V01:K0:tltHbrhMSCU=:WcIfoL+PRSLwS9Ig8h6nxz VBUv9G9LcI7ObAOpePNwb5S0A422e5JpiAprOvAR8VDf7mztotifca3CSSLABbo3Z/5lG3WjH O0AISWxAkpGt2BdqtYQwNQUt3MLhj+fDxeWDA2x8QIB/WFuxlegrafzFBKcvGR0LBBec4XhzD K9GeRHnv7QEobku+jtxI5PIdtIeuLd3soc6FyhM8S0tpydRP5RzB1Z1wlvVd1ADzBUwhasUbw N7gORNELlehqcUu+Qvl/f2ignBrwzrgGLB1wPyejJcEwagwZc8G2DOjJRqgrn3L7HZPBrJR2r LrFFeXxtMi0EdWBPl1lII78N0j+pKhOUE1p+jLvuxvPHvMkwCapaX/hi80IkbvkgxxVSx8u6s fP+nzVQKnkylrTGfXC588dZE/lAbRZfg+EtTUaoJQGpWbu99tn6rRWXuY3o0VgaDZ4hCyIpFL Le2QN7cknIVxycxAEeu6HrVu6eKfoLA1PWhvFc+9qpzm79iXILFgrQRYmC4AppKnaot8RAQFi gMMbzoYk4nX8u0PMN0laIcCc+3O9/aVESAqBolbZ3CfTDcEnz0RTBflJJpU7Tf8gEmOTaHJHP z6GOJyuz2EyOYKNQwBsPD3OHkZHlKy7X0H7joNRIq3rJ3tmflEm3Yxi0NL6v71jZl6Ea6UugZ /MpvDjx6Ww+4fV7wzAp2HELkm5hZ2oTfuoMkBRtldwQMSODngoWxxqxK7/4Q3XUcH3ISTNpVU YKKsi3GKZ66sE3cG Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1162 Lines: 42 On Monday 16 November 2015 14:34:50 Andreas Schwab wrote: > Arnd Bergmann writes: > > > ino_t seems to be the only other type in 'struct stat' that depends > > on _FILE_OFFSET_BITS in glibc. > > There is also blkcnt_t, and then there is fsblkcnt_t, fsfilcnt_t and > fsword_t in struct statfs. Ok, got it. Again these are just internal to glibc, the kernel just uses fixed width types in typedef struct { int val[2]; } __kernel_fsid_t; struct statfs64 { __u32 f_type; __u32 f_bsize; __u64 f_blocks; __u64 f_bfree; __u64 f_bavail; __u64 f_files; __u64 f_ffree; __kernel_fsid_t f_fsid; __u32 f_namelen; __u32 f_frsize; __u32 f_flags; __u32 f_spare[4]; }; so we need to be careful to define them in glibc to match the kernel types, but the kernel definition doesn't need changes. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/