Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp2303746ybb; Sun, 12 Apr 2020 02:40:19 -0700 (PDT) X-Google-Smtp-Source: APiQypJpqIH9OSkOeFkTMXkPFWKoInKsKRXHPwahhdEAHT4faa+xoHfs56LyFl8sr5YkTIix00NF X-Received: by 2002:ad4:55eb:: with SMTP id bu11mr5935466qvb.192.1586684418935; Sun, 12 Apr 2020 02:40:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586684418; cv=none; d=google.com; s=arc-20160816; b=mQgkNa/XwJ+B38y+3C6aaUhQCDU6eIeRoxezdjG/vjCYIVkZFZps84V3v71aJ/gZ5Z a85+woo3HYWW6s9VedJxZ4B4d70NYXJPU87h1IU/n7R3daaccrI+RTjra+QGWE/riKxn sAbG4hi3RQzIRfu3rvNDilLrrZTnr4Cme/1M/VfVsHM3pxHI8kqj4o0nqjuF7uEoi0Yk dfgE2Pg4SxlEsnEdLutM1mDICHDmphm5Mi9QUZnOSd/6gcUUWBUVhRCnRf+GtqpW4DNj 8bKtfgW+LX9dl2x4cQ1mCeE4afjuRM+jq0YJKkAfPFY0tAs7kqeXTuUcnWwkT3I8NCy+ xM2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:dkim-signature; bh=jzM1HwyeiZx6az/WiMdwq7PjdtGd/BUXPmewPdJFr+E=; b=AbotQwbG616A8bDiGi7AusdHEzp6bfiq1XFvtHITU69L737DwADpH/kWhjA8yg5Kqg mfYgd5mu3ipeS/r3JvJsR+m4efZb+3XmXcIobjlVcfac3dRsvT8IeUZT5/tuS5lwdo/h iGwRJf+Byvcscj7AdVJBkd2mS7q4sWSbFlNKyUdKOcZWp9kfM5vcfN3EZetqDuD1884t Mb41PFcKWBYLrCHsHx0mSI23LO+tFAB82yy3TcYz5c0yWgnHoRbq04kxedU6wo0bpnzZ LPe7bXAxw3wxnJGQwvQxMHojvf/LPRx9O3sNsWLtLXxn4asvA5+yvSFSVQWzchSrLJUl PSMw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=CCvFXU6Z; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h44si4054814qtc.325.2020.04.12.02.40.04; Sun, 12 Apr 2020 02:40:18 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=CCvFXU6Z; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726955AbgDLJjP (ORCPT + 99 others); Sun, 12 Apr 2020 05:39:15 -0400 Received: from mail.kernel.org ([198.145.29.99]:45412 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725907AbgDLJjP (ORCPT ); Sun, 12 Apr 2020 05:39:15 -0400 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 1D9A620709; Sun, 12 Apr 2020 09:39:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1586684354; bh=wbyOBODIndCEMu0D2z+phq+6eSufCY9PcFL95wATkQc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=CCvFXU6ZZAkPrqhY+3mO0dLN947kPjR0dnkmJSLpM8pYApfGKpeH/f2n2ddJe6pre YIswjxP8gVprMtr/9TTFdGG9nzgWZGJs7MNrbIE4WGoIiShAV7Zft3ggd5BxeCt+YC o23fwDeeTcJzz/NMWB712zrQ5FcEDe+ApYn4lckc= Received: from 78.163-31-62.static.virginmediabusiness.co.uk ([62.31.163.78] helo=why) by disco-boy.misterjones.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jNZ55-002cys-Sy; Sun, 12 Apr 2020 10:39:12 +0100 Date: Sun, 12 Apr 2020 10:39:08 +0100 From: Marc Zyngier To: Jiaxun Yang Cc: kbuild test robot , kbuild-all@lists.01.org, linux-mips@vger.kernel.org, Thomas Bogendoerfer , Huacai Chen , Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Florian Fainelli , Robert Richter , Sudeep Holla , Greg Kroah-Hartman , "Rafael J. Wysocki" , Daniel Lezcano , Thomas Gleixner , Jason Cooper , Paul Burton , Allison Randal , Enrico Weigelt , Kate Stewart , Vladimir Kondratiev , Paul Cercueil , Zhou Yanjie , " =?UTF-8?Q?=E5=91=A8=E7=90=B0=E6=9D=B0?= (Zhou Yanjie) " , YunQiang Su , Arnd Bergmann , Serge Semin , Matt Redfearn , Steve Winslow , Alexios Zavras , Richard Fontana , Peter Xu , afzal mohammed , Kamal Dasu , Oleksij Rempel , linux-kernel@vger.kernel.org, bcm-kernel-feedback-list@broadcom.com, oprofile-list@lists.sf.net, linux-pm@vger.kernel.org Subject: Re: [PATCH v2 05/11] MIPS: Switch to arch_topology Message-ID: <20200412103908.2594483d@why> In-Reply-To: <20200412154927.7ac453d5@flygoat-x1e> References: <20200412032123.3896114-6-jiaxun.yang@flygoat.com> <202004121349.xFzTOGS4%lkp@intel.com> <20200412154927.7ac453d5@flygoat-x1e> Organization: Approximate X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 62.31.163.78 X-SA-Exim-Rcpt-To: jiaxun.yang@flygoat.com, lkp@intel.com, kbuild-all@lists.01.org, linux-mips@vger.kernel.org, tsbogend@alpha.franken.de, chenhc@lemote.com, peterz@infradead.org, mingo@redhat.com, acme@kernel.org, mark.rutland@arm.com, alexander.shishkin@linux.intel.com, jolsa@redhat.com, namhyung@kernel.org, f.fainelli@gmail.com, rric@kernel.org, sudeep.holla@arm.com, gregkh@linuxfoundation.org, rafael@kernel.org, daniel.lezcano@linaro.org, tglx@linutronix.de, jason@lakedaemon.net, paulburton@kernel.org, allison@lohutok.net, info@metux.net, kstewart@linuxfoundation.org, vladimir.kondratiev@intel.com, paul@crapouillou.net, zhouyanjie@zoho.com, zhouyanjie@wanyeetech.com, syq@debian.org, arnd@arndb.de, fancer.lancer@gmail.com, matt.redfearn@mips.com, swinslow@gmail.com, alexios.zavras@intel.com, rfontana@redhat.com, peterx@redhat.com, afzal.mohd.ma@gmail.com, kdasu.kdev@gmail.com, linux@rempel-privat.de, linux-kernel@vger.kernel.org, bcm-kernel-feedback-list@broadcom.com, oprofile-lis t@lists.sf.net, linux-pm@vger.kernel.org X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 12 Apr 2020 15:49:27 +0800 Jiaxun Yang wrote: > On Sun, 12 Apr 2020 13:24:21 +0800 > kbuild test robot wrote: > > > Hi Jiaxun, > > > > I love your patch! Yet something to improve: > > > > [auto build test ERROR on driver-core/driver-core-testing] > > [also build test ERROR on pm/linux-next linus/master next-20200411] > > [cannot apply to tip/perf/core tip/irq/core v5.6] > > [if your patch is applied to the wrong git tree, please drop us a > > note to help improve the system. BTW, we also suggest to use '--base' > > option to specify the base tree in git format-patch, please see > > https://stackoverflow.com/a/37406982] > > > > url: > > https://github.com/0day-ci/linux/commits/Jiaxun-Yang/MIPS-Topology-DeviceTree-CPU-rework-v2/20200412-113308 > > base: > > https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git > > a10c9c710f9ecea87b9f4bbb837467893b4bef01 config: mips-allnoconfig > > (attached as .config) compiler: mips-linux-gcc (GCC) 9.3.0 reproduce: > > wget > > https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross > > -O ~/bin/make.cross chmod +x ~/bin/make.cross # save the attached > > .config to linux build tree GCC_VERSION=9.3.0 make.cross ARCH=mips > > > > If you fix the issue, kindly add following tag as appropriate > > Reported-by: kbuild test robot > > > > Note: the > > linux-review/Jiaxun-Yang/MIPS-Topology-DeviceTree-CPU-rework-v2/20200412-113308 > > HEAD 8e8e9d4f7aa74359f2199773786ffe2fbb7877d0 builds fine. It only > > hurts bisectibility. > > > Hi all, > > In this case I think it should be fine to break bisect, otherwise #05 > will combine too many modifications in different subsystems. No. It is never OK to break bisection, specially when it affects a whole architecture. We introduce gradual changes over multiple subsystems all the time by using configuration symbols, no matter the number of patches. Yes, it is sometimes hard. But breaking the kernel and forcing everyone else to just deal with it is not acceptable. Thanks, M. -- Jazz is not dead. It just smells funny...