Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751576AbcLEIJj (ORCPT ); Mon, 5 Dec 2016 03:09:39 -0500 Received: from tartarus.angband.pl ([89.206.35.136]:42591 "EHLO tartarus.angband.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751320AbcLEIJh (ORCPT ); Mon, 5 Dec 2016 03:09:37 -0500 Date: Mon, 5 Dec 2016 09:09:27 +0100 From: Adam Borowski To: Thorsten Leemhuis Cc: Michal Marek , Linux Kernel Mailing List Subject: Re: Linux 4.9: Reported regressions as of Sunday, 2016-12-04 Message-ID: <20161205080926.GA907@angband.pl> References: <39bd6752-d30c-8994-1a09-ee6d225afd03@leemhuis.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <39bd6752-d30c-8994-1a09-ee6d225afd03@leemhuis.info> X-Junkbait: aaron@angband.pl, zzyx@angband.pl User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: kilobyte@angband.pl X-SA-Exim-Scanned: No (on tartarus.angband.pl); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1546 Lines: 29 On Sun, Dec 04, 2016 at 01:26:05PM +0100, Thorsten Leemhuis wrote: > Desc: builddeb: fix cross-building to arm64 producing host-arch debs > Repo: 16-11-04 https://www.spinics.net/lists/linux-kbuild/msg13635.html > Stat: 16-11-11 https://www.spinics.net/lists/linux-kbuild/msg13696.html > Note: Nothing happened when Adam pinged Michael in https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1276268.html The fix has been accepted and is sitting in kbuild/rc-fixes; I guess Michal wanted to wait for something else to pop up to not bother Linus with excessive one-patch pulls. And we had the modversions brouchacha that was a far more important regression in the kbuild land. This cross-building fail is not that vital: arm64 has nothing in between: * small SoCs with custom (and thus unpackaged) u-boot setups, it's less work to configure to boot Image rather than vmlinuz-$KVER, and they're so fragile their u-boot breaks if you as much as look at it funny * fat 48-way servers that you're likely to cross-build on rather than for I'm insisting on fixing this in 4.9 rather than 4.10 only because it's LTS both for kernel and for Debian, thus people are going to use *deb-pkg. So as long as the queue is flushed within this week, all is fine. Meow! -- u-boot problems can be solved with the help of your old SCSI manuals, the parts that deal with goat termination. You need a black-handled knife, and an appropriate set of candles (number and color matters). Or was it a silver-handled knife? Crap, need to look that up.