From mboxrd@z Thu Jan 1 00:00:00 1970 From: ynorov@caviumnetworks.com (Yury Norov) Date: Mon, 9 Jan 2017 14:00:07 +0530 Subject: [RFC3 nowrap: PATCH v7 00/18] ILP32 for ARM64 In-Reply-To: <20170106144704.GD12863@e104818-lin.cambridge.arm.com> References: <1477081997-4770-1-git-send-email-ynorov@caviumnetworks.com> <20161218070823.GA1153@yury-N73SV> <20170106144704.GD12863@e104818-lin.cambridge.arm.com> Message-ID: <20170109083007.GA6850@yury-N73SV> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Fri, Jan 06, 2017 at 02:47:04PM +0000, Catalin Marinas wrote: > On Sun, Dec 18, 2016 at 12:38:23PM +0530, Yury Norov wrote: > > On Fri, Oct 21, 2016 at 11:32:59PM +0300, Yury Norov wrote: > > > This series enables aarch64 with ilp32 mode, and as supporting work, > > > introduces ARCH_32BIT_OFF_T configuration option that is enabled for > > > existing 32-bit architectures but disabled for new arches (so 64-bit > > > off_t is is used by new userspace). > > > > > > This version is based on kernel v4.9-rc1. It works with glibc-2.24, > > > and tested with LTP. > > > > Hi Arnd, Catalin > > > > For last few days I'm trying to rebase this series on current master, > > and I see significant conflicts and regressions. In fact, every time > > I rebase on next rc1, I feel like I play a roulette. > > > > This is not a significant problem now because it's almost for sure > > that this series will not get into 4.10, for reasons not related to > > kernel code. And I have time to deal with regressions. But in general, > > I'd like to try my patches on top of other candidates for next merge > > window. I cannot read all emails in LKML, but I can easily detect > > problems and join to the discussion at early stage if I see any problem. > > > > This is probably a noob question, and there are well-known branches, > > like Andrew Morton's one. But at this stage it's very important to > > have this series prepared for merge, and I'd prefer to ask about it. > > I'm not entirely sure what the question is. For development, you could > base your series on a final release, e.g. 4.9. For reviews and > especially if you are targeting a certain merging window, it's useful to > rebase your patches on a fairly recent -rc, e.g. 4.10-rc3. I would > entirely skip any non-tagged kernel states (like middle of the merging > window) or out of tree branches. There may be a case to rebase on some > other developer's branch but only if there is a dependency that can't be > avoided and usually with prior agreement from both the respective > developer (as not to rebase the branch) and the involved maintainers. Hi Catalin, 4.10-rcX is good enough but I also need to be sure that when merge window will be opened I will not find my series broken due to conflicts, because merge window is only 2 weeks, and there's no much time to investigate and fix all bugs properly. Anyway, linux-next is what I need, as Chris mentioned. Yury From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933651AbdAIIa3 (ORCPT ); Mon, 9 Jan 2017 03:30:29 -0500 Received: from mail-sn1nam02on0051.outbound.protection.outlook.com ([104.47.36.51]:4928 "EHLO NAM02-SN1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751976AbdAIIa0 (ORCPT ); Mon, 9 Jan 2017 03:30:26 -0500 Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Yuri.Norov@caviumnetworks.com; Date: Mon, 9 Jan 2017 14:00:07 +0530 From: Yury Norov To: Catalin Marinas CC: , , , , , , , , , , , , , , , , , , , , , , , Subject: Re: [RFC3 nowrap: PATCH v7 00/18] ILP32 for ARM64 Message-ID: <20170109083007.GA6850@yury-N73SV> References: <1477081997-4770-1-git-send-email-ynorov@caviumnetworks.com> <20161218070823.GA1153@yury-N73SV> <20170106144704.GD12863@e104818-lin.cambridge.arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20170106144704.GD12863@e104818-lin.cambridge.arm.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Originating-IP: [103.78.20.242] X-ClientProxiedBy: HE1PR0802CA0014.eurprd08.prod.outlook.com (10.172.123.152) To CY1PR07MB2246.namprd07.prod.outlook.com (10.164.112.148) X-MS-Office365-Filtering-Correlation-Id: d780c711-5fcc-48cd-500b-08d43869c0b8 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:CY1PR07MB2246; X-Microsoft-Exchange-Diagnostics: 1;CY1PR07MB2246;3:wzng+iTC/d2xJ7yhevgY/GZol97nuTjlzIDy6uyqvR673RCFsIsG9De14hUJbXIxtGBOy+T75eaLEFIy+KZwQRbOfEkx8TBwsFA5jfkHvFZNELAfCRqBlRoY1096+Z2niJrSkrQFB7fNMH62RunsGxKma4voUd7B+rd8/JUWbb0RlAOwIxSasBeyOXLOiST6YB6VgDq14WM7j6biAgD0B0HFcmoLawM3ZY+66va0WIDPMT5mtWeFkooFxABuQy9+hXXJkymrDfE72YxxDnLnIA==;25:4ruaLQRTYZlKQQZ6krdhTVsYDkAZDGbUyZfICuIhcRgHcoa55HgRNbmt0PV8rBG2yG3NlKaCLZpdWxuy84oBitLExSWeM/jCn6cOMJXTmJ+ycvtpsHjJuRkS51dwbn/BM9O0rt+QckenZ7ueo4EVbzcrFd9XeBnNokEHhosmJOy09tVEi40HDcMJVAnxd77DIOtra1u1+Xne2xQN79nFogk1+gTjf7WtDItNmFderGEaQLQ7DEEdPvy30r/LG19PhpE/7bO+wN16zok/nIzW5beavwHK2LXr+/E1ktIbMtZFqQxUXh5HV/UabZIq0AJGkSflHNXxDafn0TDeBuOHIBrSBXY53GJ0lpcANUJ7qTKW83bpNKMAm6JB5eR43hDohlp6rKw0V5Zv5il9ZXpAe4GO60+2cUUjqZV7JGjfIF3nCIj9APbh+RlV0iHub8Nj6/RL2XgPZYgMcTQZGj1NCg== X-Microsoft-Exchange-Diagnostics: 1;CY1PR07MB2246;31:XCuNouPKdjB3niHrs3mJJ3WYipRKrPZNCZsf5834ZRMh4511KJTt2WFzxRXDaq+UCaVop9qXX9T8e6fn49aBawRg9YDd5y49AjS+TM4wVVw1OZoq8MW4t3oUj3gAMidIDa7fpcJbV1BimO7LaSs2M2X7C33B0oEtBA43z60vgBH0hELOQrzCJKBktGLrEyeVjTpbag6I5yjs7qgEfUQYTT12HWmkpXjDXILRKoDTMvRgLz4bUA8mXw4uEW9ABiHx9BIlLKyscQSRMLCBOrSi6g==;20:Bo1uFb533DzjcQU32igg6uu4SEYgzpyuxNyOT9UMEpu0j9jbmEirj8HAvRPAG/lsnNbAWLRS66JyRerrZ/ePF0AD0bRAYrwxGiz3TDtM56GMGmwMLlrTkTOeH9nFTgQgPM+EsHXEFb1LtFJ5lQZESxuj3FJ2KksMOQZpsAWAR99k9po0KpvH1OnQBLzDNITu0g3fwneibjQMs/sLIgTXyVz138yPsH0ZKJKjKU2U2AfJ4SS9PzGkm75zpv7xeTA/soc2vF2rm/YU0CYOXs/bAQu5CDIOKwgECWYYI2uZMypBoaWHy5Q7Wu+h7fupWcXr6kWg0yBi/a7vcCmnHabBzyad+Aa/L3/u63gDFjqj+sU8n4HsOE3Jg6uZW2vcm0aLuq+4PDCqi9foczqCfmGF7kZPqDrXBGlvs8969uICXtOudLKg6i28afmtKFiVnvpG4GasrPPTJE+/guJsNjXxU1f40qOcNQFgKVdR9uyQysNr0gaauIUDkoWFYaTxP2+UTucK0qI8xm4lyAfSeuwUCMzFggCvnq9g7505/gkeMkKo0WY4FVjEfI0pG090ZMnYpL3g0Y3QypefRSW6xj55LNRmUvJ1MaESIRZN0Urj5Fs= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(20161123560025)(20161123558021)(20161123555025)(20161123562025)(20161123564025)(6072148);SRVR:CY1PR07MB2246;BCL:0;PCL:0;RULEID:;SRVR:CY1PR07MB2246; X-Microsoft-Exchange-Diagnostics: 1;CY1PR07MB2246;4:fSdmAnn4bOm4rW4PeOyKfWjKiYxczfky6lPLsp8OPPR2KiATiDHc0AcHA9ZvI6Mzab8qDvqGIV8wBzeNXxiQ/bEPmCKkgKXtK1S2PegwpEpUfM1QQ33GftaNWqcfO0ab0HtO6kAMHju3e9RXF53F0r5iHkmVoIxLVO7AHmTNMKM8pBmEECDi/+4TgY+g8Z4CxQq5P0og8ZFwIuDfLTv3pCuuEweST6HTHea4igfZlu7UR3m+Rog24VgKBSKFjZm939s+wr6KnvL8vQCEmlfF1yAqfdydGazpVKxfD6jTB9icudCbH1euFLjpESiWmv3y5By6WeTEz6vd2Wej9eFqI+BLO7KH7FXMTHVPqRr4ZJS0jwViMshDNCDEWFN0TsojovA3piJumuNjW49IlNws8uqrh/HFDayaoLXkoXA9C4QjQPPbQY9RteS1LpP2XK764YpOwSO3ID1g8Ed4R/c3MO9DEXy84a9eSvBn/n0Thd1X9++appGg/4VAuKM9qUHPtwOe4H/7rl2DbnT66dMCG1pAOX6dsrVw7FY4u9dZ9DQ9yXOI8AOLcOLgazDx+Z5NVivu4kuX2k8eKXL8HRzDFr2YPf5Wlr3MYmW0AS3JSRQ= X-Forefront-PRVS: 0182DBBB05 X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(4630300001)(6009001)(6069001)(7916002)(39450400003)(24454002)(189002)(52314003)(199003)(83506001)(46406003)(76506005)(189998001)(42186005)(7736002)(97756001)(7416002)(229853002)(6486002)(38730400001)(6496003)(33656002)(39060400001)(305945005)(47776003)(9686003)(66066001)(23726003)(3846002)(2906002)(4326007)(6116002)(6916009)(2950100002)(6666003)(1076002)(50986999)(76176999)(54356999)(5660300001)(110136003)(50466002)(97736004)(4001350100001)(92566002)(105586002)(54906002)(106356001)(81166006)(68736007)(33716001)(8676002)(25786008)(101416001)(81156014)(18370500001);DIR:OUT;SFP:1101;SCL:1;SRVR:CY1PR07MB2246;H:localhost;FPR:;SPF:None;PTR:InfoNoRecords;MX:1;A:1;LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;CY1PR07MB2246;23:AaC6FeLcBdBrg+qf/xI+5EsQmf+WMKjYxXkqhHXva?= =?us-ascii?Q?J2krbwIZPGcnA2zJjxSyeVS+wpXHH0pT2x4oCEmd80KEAa30GFKTXqfpcB9j?= =?us-ascii?Q?ARLPweQdH59xKxFmpFNBgDC1IkrjKZbzxbvXnOgTid9tmMUmQ6nCgL5cqL8B?= =?us-ascii?Q?ohvkhMlGhZAC6FinubNoTPB27sYyRHYIjCT3FwdxD/S83pQgIaV5lHUj2AFz?= =?us-ascii?Q?6Y9BYBDvME43xnEluHgSlWBbFanXfa9fIkJ3NchyuQBc1USLM6336anyMEuS?= =?us-ascii?Q?dWn5iP2J/YdczLCbyT48FhaPtGFlK6lnM/Nr7mYn85xMpy1ITGAnlUq6tO/Y?= =?us-ascii?Q?eT52O/eh1FQzJrLqvSk7ZT6fDt2plpdBl1jdsog8qvLfokbIYmjt+VHGoa6F?= =?us-ascii?Q?Lb72BeCzijjwSu7edIwKYLTqlj4DbCWocxI8ZSBgK92NkzvVuq3gf8BvQnCN?= =?us-ascii?Q?YR+aZhD4ky0L9LBsnihdNJvMZ8+ubNzki1+xQXYhKrWBRzOLTZYA3b+dJQMA?= =?us-ascii?Q?mqmOCNhAMeL26gsv8FI+TEs5Y3CNo833jStgrMYlgtvsp+rAK2Lit2aNKe4a?= =?us-ascii?Q?tY55ZOowjIo9SmUSV/wigGDA/rqSAhch1T6T/xiBbss7xmF23tnjmKsYPy3p?= =?us-ascii?Q?qJeKXnmqA3vqQ2l6KV86yXw+phx9dY1zWBwyQxwlZioC04vI/GPlyDX9gsEP?= =?us-ascii?Q?sCM69fbbPIwjfupt13PI0vPHPpV/RFcPuXOXWm9Ree82J+UN5/p2pa5taSNm?= =?us-ascii?Q?XbXVama8nlRb8EopUeCEec77g4azJICOAGxPyfmSha0EorO/NP7q40PR3VzG?= =?us-ascii?Q?K4fSpDh4Kp42Se/yR77UorJ/KzNk7ePFjLA5JtfBlAuYvRp8XSxYlLgc5JWL?= =?us-ascii?Q?8BztIiDH8DWLjFosVDuWqwoUY5GI5cZ2lwtKq4SGRJiGzM5KuGIbChQBSY60?= =?us-ascii?Q?mi4a4CVXGQwjvi9TV2dB09TszPOw/URtZVa3QtpIR9ARPXgK4FwCLDIF9mh3?= =?us-ascii?Q?qr+h1PgZZXR6DWIZBukWgnvAXM0axptGMMbui/DL527LGZh32jhD8HHhK8Rm?= =?us-ascii?Q?ok+6SpUPLvVRRqKLnwddIvy+UFXqffJ1LZJojLVtG/lJnZ/cwSqmk4GQJeT6?= =?us-ascii?Q?EtQUW4XteTiB7fI/hkPYPfURXnnoALN5dZUNtM3Or3vXNR00C8vpocBh7gxo?= =?us-ascii?Q?tDnCXw1BwSD4ZGqaYs2PirFRDdplIHkJw5LSTZQXkK2u3LU7sO1EupnqQkyP?= =?us-ascii?Q?oUEa2xJxhRl5JrCN2k6UR6kkDXiLi5B8r1msrEc7r8dlHet69tv/zNVcBPgK?= =?us-ascii?Q?yyAiubxFOqG89p0kzzz0balIpAewGdiShF4mOLO+bXT?= X-Microsoft-Exchange-Diagnostics: 1;CY1PR07MB2246;6:DhEmS+qTSTWaZYYggOb793l6c3cDUFWQHpm4hmIabm+Z6JdH5oG8oKWarGjlCB0o3VupZa1EDtFGDop5yZ3j+WqGZlLtynC3xAXCiGagP0/yi9fKKld1U1ObU3951u33t+qVXshgF0AM+TKQizm3UqLraE/wgpHKCMCc6hnFPDv8r5aZNkl044pFTmX0MOMSSQrK+yaRAVQwvMWS3CUrJ3QiKIhwP2IMS+aFFLQ9QzhX9dwhCY8NrZfES26/EzRIzVmCtLikgKIaP4KcXSIbhXM80YDR/ce4mhgWz+j4SfV2nE+jefKCK43YEkB2xoBZGFL+UZ+eCnLobdGiuTswObtwTHGFrYRAFUURbWFxWJYixRWjfTf/vyJKZYdHn1j1C4IBpOpD/U2fCNtUlTXkELn3cVyLaYoFJUAaR/1SOlI=;5:pJuiQAF6oy+0Fqj/zjpEoSihrh2Y3USTxPnYJKoGvK0iYuSya+PKqAMBz/OpA6TPWFTaNf6kgmrwzlYscoJ76VlNhHRB7HTIewqC3RpwtCID7GUORzw/c8KDIWhvroTGF0mNKLnx5hqEPZozIpAJcA==;24:TN06YVbeWStRG/jyoETEDZxpmbt40VpBWCmq2R3C9EN0DTth2oEPeT120AYeKew8sLTZdghVxB0UeOlK3FKhW+Cwjup4N5kYAMKIul/QD0I= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1;CY1PR07MB2246;7:SeTbODPXJU0ULdLdA4Sf1IkVfB/0jpUHfEj8hu7C7B5UgCDU3pvFk7alTryCJecLmIx7ZSjRSKaO7UdeXvO2SJSl/HVNizGPgEjs9466O4pnawFXBk+IYVBfy4EFKt+FgECgZld3fYhNphR+5gWXknQS45vaH9Sff1dAz4CLoQz+Ra9DDq/Oc0RHtrHDOCdNw0EIdNBKSWKMm47EyeYpDi0QVTGQpNGxAiwhhJfsqT3Wn5TBK7dYLcJ7hG19wXirfi8dGorzqSCaEkNNpUdF0C8UiiZ+LqAJcBSsU2LnKgcqgf7QTKuhv3uvNzdiQydN4B2k2pSBPA16VStcvqKn75SDrvMKCo8eWaBme0puplydprEeBx1FlEhm33xSenheFM649kSK1VZKdjmDVc8eZz1Keru7UYYXfS+g54Hg8tFbd2GmjhGKX4gpjWJO6F2Ktmo2WAZSV+yVExFwjgQu3A== X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Jan 2017 08:30:21.4492 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR07MB2246 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 06, 2017 at 02:47:04PM +0000, Catalin Marinas wrote: > On Sun, Dec 18, 2016 at 12:38:23PM +0530, Yury Norov wrote: > > On Fri, Oct 21, 2016 at 11:32:59PM +0300, Yury Norov wrote: > > > This series enables aarch64 with ilp32 mode, and as supporting work, > > > introduces ARCH_32BIT_OFF_T configuration option that is enabled for > > > existing 32-bit architectures but disabled for new arches (so 64-bit > > > off_t is is used by new userspace). > > > > > > This version is based on kernel v4.9-rc1. It works with glibc-2.24, > > > and tested with LTP. > > > > Hi Arnd, Catalin > > > > For last few days I'm trying to rebase this series on current master, > > and I see significant conflicts and regressions. In fact, every time > > I rebase on next rc1, I feel like I play a roulette. > > > > This is not a significant problem now because it's almost for sure > > that this series will not get into 4.10, for reasons not related to > > kernel code. And I have time to deal with regressions. But in general, > > I'd like to try my patches on top of other candidates for next merge > > window. I cannot read all emails in LKML, but I can easily detect > > problems and join to the discussion at early stage if I see any problem. > > > > This is probably a noob question, and there are well-known branches, > > like Andrew Morton's one. But at this stage it's very important to > > have this series prepared for merge, and I'd prefer to ask about it. > > I'm not entirely sure what the question is. For development, you could > base your series on a final release, e.g. 4.9. For reviews and > especially if you are targeting a certain merging window, it's useful to > rebase your patches on a fairly recent -rc, e.g. 4.10-rc3. I would > entirely skip any non-tagged kernel states (like middle of the merging > window) or out of tree branches. There may be a case to rebase on some > other developer's branch but only if there is a dependency that can't be > avoided and usually with prior agreement from both the respective > developer (as not to rebase the branch) and the involved maintainers. Hi Catalin, 4.10-rcX is good enough but I also need to be sure that when merge window will be opened I will not find my series broken due to conflicts, because merge window is only 2 weeks, and there's no much time to investigate and fix all bugs properly. Anyway, linux-next is what I need, as Chris mentioned. Yury