linux-kernel - Re: Linux 3.3-1 out

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 for Android: free password hash cracker in your pocket

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

Message-ID: <20120123131808.GC23571@ponder.secretlab.ca>
Date:	Mon, 23 Jan 2012 06:18:08 -0700
From:	Grant Likely <grant.likely@...retlab.ca>
To:	Ohad Ben-Cohen <ohad@...ery.com>,
	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	Tony Lindgren <tony@...mide.com>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Arnd Bergmann <arnd@...db.de>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Linus Walleij <linus.walleij@...aro.org>,
	Stephen Boyd <sboyd@...eaurora.org>,
	Rusty Russell <rusty@...tcorp.com.au>,
	Brian Swetland <swetland@...gle.com>
Subject: Re: Linux 3.3-1 out - merge window closed

On Mon, Jan 23, 2012 at 11:17:46AM +0200, Ohad Ben-Cohen wrote:
> Hi Linus,
> 
> On Fri, Jan 20, 2012 at 1:58 AM, Linus Torvalds
> <torvalds@...ux-foundation.org> wrote:
> > There are a couple of trees I haven't merged on purpose, and there may
> > be a few trees I overlooked by mistake. The "on purpose" ones were
> > things that looked unfamiliar and I felt I didn't have the bandwidth
> > to check. The "mistake" ones would just be things I missed due to
> > being busy.
> 
> I guess that the remoteproc/rpmsg tree belongs to the "on purpose" department :)
> 
> > So if you felt that your pull request was overlooked by mistake (or
> > intentionally, but really not so scary that you think I should have a
> > really easy time checking it), you have a couple of days to marshal
> > your arguments for why I should pull it after all.
> 
> I realize there's a slim chance to get it merged at this point, but I
> do think that both remoteproc and rpmsg are not so scary:
> 
> * The code is completely self contained, and the only few external
> places it changes amount to grabbing a new virtio id (which is
> Acked-by Rusty) and some OMAP init platform code (which is Acked-by
> Tony). People who aren't explicitly using it won't notice it's there;
> even its Kconfig entries get selected automatically when relevant
> (i.e. only on OMAP4 at this point) and would never show up otherwise.

Hi Linus,

I'd also like to see this merged.  Rather than going off and inventing
something completely new, Ohad has built on the existing virtio
infrastructure to implement IPC between CPUs and DSPs running
different operating environments.  This is a strong step in the
RightDirection(tm) in my opinion and such behaviour should be
encouraged.  :-)

g.

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