linux-kernel - Re: Build regressions/improvements in v4.1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 25 Jun 2015 10:34:09 +0100
From:	Russell King - ARM Linux <linux@....linux.org.uk>
To:	Geert Uytterhoeven <geert@...ux-m68k.org>
Cc:	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>,
	Linux Media Mailing List <linux-media@...r.kernel.org>
Subject: Re: Build regressions/improvements in v4.1

On Thu, Jun 25, 2015 at 10:30:07AM +0100, Russell King - ARM Linux wrote:
> On Thu, Jun 25, 2015 at 10:18:15AM +0100, Russell King - ARM Linux wrote:
> > On Tue, Jun 23, 2015 at 09:50:00AM +0200, Geert Uytterhoeven wrote:
> > As for the build errors you're reporting, that doesn't seem to be
> > anything new.  It seems to be down to a missing dependency between
> > ARM_PTDUMP and MMU, which means that ARM_PTDUMP is selectable on !MMU
> > systems.  I'll add that dependency, but that's just a small drop in
> > the ocean - it looks like it's the least of the problems with ARM
> > randconfig...
> 
> Now that the build has finished... even with that fixed...
> 
> arch/arm/mach-versatile/built-in.o: In function `pci_versatile_setup':
> arch/arm/mach-versatile/pci.c:249: undefined reference to `pci_ioremap_io'
> kernel/built-in.o: In function `set_section_ro_nx':
> kernel/module.c:1738: undefined reference to `set_memory_nx'
> kernel/built-in.o: In function `set_page_attributes':
> kernel/module.c:1709: undefined reference to `set_memory_ro'
> ...
> 
> which means that DEBUG_SET_MODULE_RONX also needs to depend on MMU.
> As for the pci_ioremap_io, I'm not sure what to do about that.
> 
> In any case, I'll queue up both of these dependency fixes as low
> priority.  Thanks.

No I won't.  Arnd has already caught the one you originally reported,
and there's a fix already queued for it to be merged during this window...

-- 
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/