Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Re: undefined reference to `printk'
73 views
Skip to first unread message
Josh Triplett
Jun 12, 2016, 12:40:04 AM6/12/16
to
[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
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
Yoshinori Sato
Jun 27, 2016, 1:30:05 AM6/27/16
to
So I can testing and housekeeping.
If I'm not in other ones, I work.
> - Josh Triplett
> --
> To unsubscribe from this list: send the line "unsubscribe linux-arch" in
> the body of a message to majo...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Yoshinori Sato
<ys...@users.sourceforge.jp>
0 new messages