linux-kernel - Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20160415162342.GC25094@kroah.com>
Date:	Fri, 15 Apr 2016 09:23:42 -0700
From:	Greg KH <gregkh@...uxfoundation.org>
To:	Sudeep Holla <sudeep.holla@....com>
Cc:	Vladimir Murzin <vladimir.murzin@....com>, arnd@...db.de,
	linux@....linux.org.uk, daniel.lezcano@...aro.org,
	tglx@...utronix.de, liviu.dudau@....com, lorenzo.pieralisi@....com,
	mark.rutland@....com, gnomes@...rguk.ukuu.org.uk,
	peter@...leysoftware.com, pawel.moll@....com,
	ijc+devicetree@...lion.org.uk, devicetree@...r.kernel.org,
	linux-api@...r.kernel.org, linux-kernel@...r.kernel.org,
	andy.shevchenko@...il.com, robh+dt@...nel.org,
	linux-serial@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System

On Fri, Apr 15, 2016 at 09:52:20AM +0100, Sudeep Holla wrote:
> 
> 
> On 14/04/16 20:25, Greg KH wrote:
> > On Thu, Apr 14, 2016 at 09:47:57AM +0100, Vladimir Murzin wrote:
> > > Hi,
> > > 
> > > On 01/04/16 15:02, Vladimir Murzin wrote:
> > > > Hi,
> > > > 
> > > > This patch series provides the basic support for running ucLinux on V2M-MPS2
> > > > platform.
> > > > 
> > > > With these patches applied ucLinux can be run on both HW and FVP models
> > > > with Cortex-M3/M4/M7 configurations.
> > > 
> > > Any objection to get it merged?
> > > 
> > > Sudeep Holla noticed that there is merge conflict against linux-next
> > > with PIC32 uart (Makefile and serial_core.h), so should I provide
> > > conflict resolution or do rebase on someone's branch?
> > > 
> > > Anyway, I'd be glad to know how it should be processed further?
> > 
> > I have no objection to the tty/serial changes, so if this all goes
> > through the arm-soc tree, that's fine with me.
> > 
> 
> Thanks Greg, can I take this as Ack ? arm-soc guys might expect to see
> that tag :)

Sorry, yes:

	Acked-by: Greg Kroah-Hartman <gregkh@...uxfoundation.org>