linux-kernel - Re: Build breakage due to latest ARM fixes

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]

Message-ID: <51FF7445.9080602@arm.com>
Date:	Mon, 05 Aug 2013 10:45:41 +0100
From:	Jonathan Austin <jonathan.austin@....com>
To:	Uwe Kleine-König 
	<u.kleine-koenig@...gutronix.de>
CC:	Olof Johansson <olof@...om.net>,
	Russell King - ARM Linux <linux@....linux.org.uk>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>
Subject: Re: Build breakage due to latest ARM fixes

On 04/08/13 20:36, Uwe Kleine-König wrote:
> Hello,
>
> On Sun, Aug 04, 2013 at 11:47:04AM -0700, Olof Johansson wrote:
>> On Sun, Aug 4, 2013 at 11:37 AM, Russell King - ARM Linux
>>> The only real testing I'm aware of is when I recreated the OKI67001
>>> support a while back and got my board to boot.
>>
>> Uwe has been busy pushing various patches for M3/M4 support, I don't
>> know how far it is from having some real hardware usable though. Uwe?
> On my efm32 devboard I have 3.11-rc running. The missing bits are
> available in my efm32 branch at
>
> 	git://git.pengutronix.de/git/ukl/linux.git efm32
> 	http://git.pengutronix.de/?p=ukl/linux.git;a=shortlog;h=refs/heads/efm32
>
> . It's not yet in a form ready for mainline but there isn't much
> missing. There is one problem I didn't debug yet (/proc/devicetree
> doesn't appear although I have the respective Kconfig symbol on); other
> than that I didn't notice any no-mmu problems. Also Jonathan Austin does
> some no-MMU work.
>

We use !MMU internally here for R-class stuff (see the recently added 
Cortex-R7 support).

Our CONFIG_MMU=n testing all happens on Versatile Express, and it should 
even be possible to run !MMU on TC2 (IE with an A-class processor). 
Perhaps if we feel that it isn't easy enough for people to test these 
configurations I can submit a vexpress_nommu defconfig or similar? It 
might need some additional patches to complete the story, but if it 
makes it easier to catch these breakages early then maybe it is worth it?

Jonny


--
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/