On Wed, Jan 05, 2022 at 11:33:48AM +0000, Jon Hunter wrote: > On 05/01/2022 11:12, Ard Biesheuvel wrote: > > Thanks for the report. > > > > It would be helpful if you could provide some more context: > > - does it happen on a LPAE build too? > > - does it only happen on SMP capable systems? > > These are all SMP systems. > > > - does it reproduce on such systems when using only a single CPU? > > (i.e., pass 'nosmp' on the kernel command line) > > I would need to try this. Please note that I want an answer on the vmap stack patches by the end of today (UK time - so about five hours after this email has been sent) as we have only tonight and tomorrow's linux-next before the probable opening of the merge window. The options are: 1. The problem gets fixed today and I merge the fix today so it can get tested in linux-next over the next few days by the various build farms and test setups. 2. We postpone the merging of this until the very end of the merge window to give more time to sort out this mess - but what it means is keeping it in linux-next and keeping various platforms broken during that period. However, this is really not fair for other people, and some would say this isn't even an option. 3. We drop the entire series for this merge window, meaning it gets dropped from linux-next, and have another go for the neext merge window. Sorry for being so demanding, but we're far too close to the merge window to be trying to debug a feature that is clearly causing a regression for several platforms. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
