From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751186AbcFLEiX (ORCPT ); Sun, 12 Jun 2016 00:38:23 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:41606 "EHLO relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750708AbcFLEiV (ORCPT ); Sun, 12 Jun 2016 00:38:21 -0400 X-Originating-IP: 50.39.163.18 Date: Sat, 11 Jun 2016 21:38:10 -0700 From: Josh Triplett To: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org Cc: kbuild-all@01.org, linux-kernel@vger.kernel.org, Andrew Morton , Linux Memory Management List , kbuild test robot Subject: Re: undefined reference to `printk' Message-ID: <20160612043810.GA1326@x> References: <201606121058.3CeznQLn%fengguang.wu@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201606121058.3CeznQLn%fengguang.wu@intel.com> User-Agent: Mutt/1.6.0 (2016-04-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [Adding LKML, linux-arch, and Linus.] On Sun, Jun 12, 2016 at 10:17:01AM +0800, kbuild test robot wrote: > All errors (new ones prefixed by >>): > > arch/m32r/kernel/built-in.o: In function `default_eit_handler': > >> (.text+0x3f8): undefined reference to `printk' > arch/m32r/kernel/built-in.o: In function `default_eit_handler': > (.text+0x3f8): relocation truncated to fit: R_M32R_26_PCREL_RELA against undefined symbol `printk' As far as I can tell, there has been a patch available for this for months, and it still doesn't seem to have been applied anywhere. m32r is listed in MAINTAINERS as "Orphan", and has been since commit b4174867bee83e79dc155479cb1b67c452da6476 in 2014. And that commit in turn observed no commits from the maintainer since 2009. Looking at the log for arch/m32r, I don't see any activity other than random fixes by others, and based on the signoffs, all of those seem to go through miscellaneous trees. Is anyone using m32r? Is anyone willing to maintain it? And if not, should we consider removing it? - Josh Triplett