Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1237764
| Path | csiph.com!eternal-september.org!feeder.eternal-september.org!aioe.org!bofh.it!news.nic.it!robomod |
|---|---|
| From | "Pinski, Andrew" <Andrew.Pinski@caviumnetworks.com> |
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v5 00/23] ILP32 for ARM64 |
| Date | Thu, 01 Oct 2015 23:50:01 +0200 |
| Message-ID | <qeTTH-eK-11@gated-at.bofh.it> (permalink) |
| References | <qebpD-2HP-3@gated-at.bofh.it> <qemEv-1ZQ-69@gated-at.bofh.it> <qeTTH-eK-13@gated-at.bofh.it> <qeTAo-8jY-53@gated-at.bofh.it> |
| X-Original-To | Arnd Bergmann <arnd@arndb.de> |
| Thread-Topic | [PATCH v5 00/23] ILP32 for ARM64 |
| Thread-Index | AQHQ+wRGzbz2tf40okGG43vsnyh9055U3OaAgAIoGACAACUwAIAABfYN |
| Accept-Language | en-US |
| Content-Language | en-US |
| Authentication-Results | spf=none (sender IP is ) smtp.mailfrom=Andrew.Pinski@caviumnetworks.com; |
| X-Originating-IP | [64.2.3.194] |
| X-Microsoft-Exchange-Diagnostics | 1;CY1PR0701MB1162;5:24Lh3l4fOSU6UOi1HeNu9IBIntNmKYVuG2R89X+gFiT4xUmUF3TBh+1Hh4d9TMGNF3dxAmOa2ko1PCvmlOAzswNN2UWnCSKYSaUJR+/cUJ8SpCy6damSD+CxVl57zQ2PWs2+XM4XPRrr9EBPFacqwg==;24:PvYs6os09g2AwzBmA2r/Wxvkw6afDfh/+mB6ujVHzzgVn2uUbZbjv5Rte0pYxa1Os73bEUTLUqa8lqAUmcb++AcXDA4oFQy37Jp+Di3kBWk=;20:ypOEax8+GIBa4zrIQ4xekl7HY6BOqvmxJR1wsfhgLp+1swmCyC0fyerGddKynlRVdcoDUTcXPgutXeF2Z0kbVw== |
| X-Microsoft-Antispam | UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0701MB1162; |
| X-Microsoft-Antispam-Prvs | <CY1PR0701MB1162BD070BC6D631B5087ACE9E4C0@CY1PR0701MB1162.namprd07.prod.outlook.com> |
| X-Exchange-Antispam-Report-Test | UriScan:; |
| X-Exchange-Antispam-Report-Cfa-Test | BCL:0;PCL:0;RULEID:(601004)(2401047)(5005006)(520078)(8121501046)(3002001);SRVR:CY1PR0701MB1162;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0701MB1162; |
| X-Forefront-Prvs | 0716E70AB6 |
| X-Forefront-Antispam-Report | SFV:NSPM;SFS:(10009020)(6009001)(199003)(377454003)(189002)(24454002)(164054003)(107886002)(5002640100001)(10400500002)(5001920100001)(106356001)(68736005)(105586002)(99286002)(11100500001)(77156002)(106116001)(83716003)(189998001)(77096005)(5001960100002)(102836002)(82746002)(110136002)(5007970100001)(36756003)(62966003)(87936001)(101416001)(54356999)(5008740100001)(33656002)(86362001)(50986999)(19580405001)(66066001)(4001540100001)(92566002)(81156007)(19580395003)(5004730100002)(2950100001)(40100003)(5001830100001)(64706001)(93886004)(5001860100001)(122556002)(97736004)(2900100001)(46102003)(76176999)(4001430100001)(104396002);DIR:OUT;SFP:1101;SCL:1;SRVR:CY1PR0701MB1162;H:CY1PR0701MB1244.namprd07.prod.outlook.com;FPR:;SPF:None;PTR:InfoNoRecords;A:1;MX:1;LANG:en; |
| Received-Spf | None (protection.outlook.com: caviumnetworks.com does not designate permitted sender hosts) |
| Spamdiagnosticoutput | 1:23 |
| Spamdiagnosticmetadata | NSPM |
| Content-Type | text/plain; charset="us-ascii" |
| Content-Transfer-Encoding | 8BIT |
| MIME-Version | 1.0 |
| X-Originatororg | caviumnetworks.com |
| X-Ms-Exchange-Crosstenant-Originalarrivaltime | 01 Oct 2015 21:49:46.8860 (UTC) |
| X-Ms-Exchange-Crosstenant-Fromentityheader | Hosted |
| X-Ms-Exchange-Crosstenant-ID | 711e4ccf-2e9b-4bcf-a551-4094005b6194 |
| X-Ms-Exchange-Transport-Crosstenantheadersstamped | CY1PR0701MB1162 |
| Sender | robomod@news.nic.it |
| List-ID | <linux-kernel.vger.kernel.org> |
| X-Mailing-List | linux-kernel@vger.kernel.org |
| Approved | robomod@news.nic.it |
| Lines | 68 |
| Organization | linux.* mail to news gateway |
| X-Original-Cc | "Norov, Yuri" <Yuri.Norov@caviumnetworks.com>, Catalin Marinas <catalin.marinas@arm.com>, "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, "agraf@suse.de" <agraf@suse.de>, "bamvor.zhangjian@huawei.com" <bamvor.zhangjian@huawei.com>, "yury.norov@gmail.com" <yury.norov@gmail.com>, "klimov.linux@gmail.com" <klimov.linux@gmail.com>, "apinski@cavium.com" <apinski@cavium.com>, "philipp.tomsich@theobroma-systems.com" <philipp.tomsich@theobroma-systems.com>, "christoph.muellner@theobroma-systems.com" <christoph.muellner@theobroma-systems.com>, "Kapoor, Prasun" <Prasun.Kapoor@caviumnetworks.com> |
| X-Original-Date | Thu, 1 Oct 2015 21:49:46 +0000 |
| X-Original-Message-ID | <F6B719D8-1FC0-4B26-A926-40FB6953AAE3@caviumnetworks.com> |
| X-Original-References | <1443564860-31208-1-git-send-email-ynorov@caviumnetworks.com> <20150930101918.GA9753@e104818-lin.cambridge.arm.com> <20151001191520.GA25295@yury-N73SV>,<1708349.DFbfvHcnCR@wuerfel> <1708349.DFbfvHcnCR@wuerfel> |
| X-Original-Sender | linux-kernel-owner@vger.kernel.org |
| Xref | csiph.com linux.kernel:1237764 |
Show key headers only | View raw
> On Oct 1, 2015, at 2:29 PM, Arnd Bergmann <arnd@arndb.de> wrote: > >> On Thursday 01 October 2015 22:15:20 Yury Norov wrote: >> >> Regarding time_t, it, of course, doesn't takes much time to make it >> 32-bit, but I think 64 bit is better because of Y2038. X32 and mips >> n32 has time_t 64-bit (and ppc, not sure), and that's OK for them. > > I'm pretty sure that n32 has 32-bit time_t, and we know that it still > causes real-world problems on x32: socket timestamps, v4l, alsa and > other subsystems all have bugs in this area that are hard to fix. > >> That's OK for BSD as well. The objection may come from users of ABI, >> complaining portability problems, but I found no such complains in >> public discussions. >> >> Nevertheless, as I told, I do not see any problem to rework time_t. >> But some arguments supporting this decision are appreciated. >> >> The downside of 32 bit time_t is that we still face Y2038 problem, >> but that's the other story fixing it. > > The main reason for 32-bit time_t is compatibility with existing > ioctls (also getsockopts and some others), and having a sane way > for fixing them. We cannot change compat_time_t to be 64-bit > without breaking arm32 compat mode, and we can't use the native > 64-bit ioctl implementation on ARM64/ILP32 because that breaks > all interfaces that pass 'long' or a pointer. > > This means drivers that currently pass a time_t (or timeval, timespec > etc) need to not only have a compat_ioctl handler to convert it, > they also need to check whether which of the two compat modes they > are talking to. This is a mess to add (I know, because I'm working > on this for y2038 compliance for normal 32-bit mode), and making > the two behave differently makes it even harder to get right for > all cases. > >> __kernel_long_t is the same. Now it's 64 bits length. Compatibility >> may suffer, but, again, there're no complains, and in long run it >> looks better. > > __kernel_long_t isn't actually used that much, and rarely used in > places where it matters. The idea was to be able to reuse the > native syscalls rather than the compat syscall calls, but that > comes with the downside of defining the ABI in a way that is > incompatible with all other 32-bit user space. > > Having a 64-bit __kernel_off_t is similar to the 64-bit time_t: > a good idea in principle, but it breaks device drivers that > expect user space to pass 32-bit arguments. For any interface > that really needs 64-bit data, we have to fix it for all > 32-bit architectures, and we're better off avoiding special > cases. Ok, we will rewrite these patches using 32bit time_t and 32bit off_t and redo the toolchain support for them. Note this is going back to the abi I had originally done when I submitted my original version when it was asked to change time_t to be 64bit. Thanks, Andrew > > 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/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v5 00/23] ILP32 for ARM64 Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
[PATCH v5 08/23] arm64:ilp32: use 64bit syscall-names for ILP32 when passing 64bit registers Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
[PATCH v5 17/23] arm64:ilp32: add vdso-ilp32 and use for signal return Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
Re: [PATCH v5 17/23] arm64:ilp32: add vdso-ilp32 and use for signal return Nathan Lynch <Nathan_Lynch@mentor.com> - 2015-09-30 06:10 +0200
Re: [PATCH v5 17/23] arm64:ilp32: add vdso-ilp32 and use for signal return Yury Norov <ynorov@caviumnetworks.com> - 2015-10-01 21:50 +0200
Re: [PATCH v5 17/23] arm64:ilp32: add vdso-ilp32 and use for signal return "Dr. Philipp Tomsich" <philipp.tomsich@theobroma-systems.com> - 2015-10-01 22:40 +0200
[PATCH v5 09/23] arm64:ilp32: use non-compat syscall names for ILP32 as for LP64 Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
[PATCH v5 23/23] arm64:ilp32: add ARM64_ILP32 to Kconfig Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
[PATCH v5 13/23] arm64:ilp32: share HWCAP between LP64 and ILP32 Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
[PATCH v5 04/23] arm64: change some CONFIG_COMPAT over to use CONFIG_AARCH32_EL0 instead Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
Re: [PATCH v5 04/23] arm64: change some CONFIG_COMPAT over to use CONFIG_AARCH32_EL0 instead kbuild test robot <lkp@intel.com> - 2015-09-30 05:40 +0200
[PATCH v5 02/23] arm64: ensure the kernel is compiled for LP64 Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
[PATCH v5 16/23] arm64: add support for starting ILP32 (ELFCLASS32) binaries Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
[PATCH v5 15/23] arm64:ilp32: support core dump generation for ILP32 Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
[PATCH v5 05/23] arm64:ilp32: expose 'kernel_long' as 'long long' for ILP32 Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
[PATCH v5 10/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat) Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:20 +0200
Re: [PATCH v5 10/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat) kbuild test robot <lkp@intel.com> - 2015-09-30 05:50 +0200
[PATCH v5 22/23] aarch64: ilp32: msgrcv, msgsnd handlers Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:30 +0200
[PATCH v5 20/23] arm64:ilp32: use the native siginfo instead of the compat siginfo Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:30 +0200
[PATCH v5 07/23] arm64:ilp32: share signal structures between ILP32 and LP64 ABIs Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:30 +0200
[PATCH v5 19/23] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:30 +0200
[PATCH v5 21/23] arm64:ilp32: change COMPAT_ELF_PLATFORM to report a a subplatform for ILP32 Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:30 +0200
[PATCH v5 18/23] ptrace: Allow compat to use the native siginfo Yury Norov <ynorov@caviumnetworks.com> - 2015-09-30 00:30 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Catalin Marinas <catalin.marinas@arm.com> - 2015-09-30 12:20 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Mark Brown <broonie@kernel.org> - 2015-09-30 18:50 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Catalin Marinas <catalin.marinas@arm.com> - 2015-10-01 13:20 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Mark Brown <broonie@kernel.org> - 2015-10-01 13:40 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Andrey Konovalov <andrey.konovalov@linaro.org> - 2015-10-01 18:50 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Yury Norov <ynorov@caviumnetworks.com> - 2015-10-01 21:40 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Yury Norov <ynorov@caviumnetworks.com> - 2015-10-01 21:20 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Arnd Bergmann <arnd@arndb.de> - 2015-10-01 23:30 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 "Pinski, Andrew" <Andrew.Pinski@caviumnetworks.com> - 2015-10-01 23:50 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Catalin Marinas <catalin.marinas@arm.com> - 2015-10-02 11:40 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 "Kapoor, Prasun" <Prasun.Kapoor@caviumnetworks.com> - 2015-10-03 05:00 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Catalin Marinas <catalin.marinas@arm.com> - 2015-10-05 18:00 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 "Pinski, Andrew" <Andrew.Pinski@caviumnetworks.com> - 2015-10-05 23:10 +0200
Re: [PATCH v5 00/23] ILP32 for ARM64 Yury Norov <ynorov@caviumnetworks.com> - 2015-10-05 21:20 +0200
csiph-web