linux-kernel - Re: [GIT PULL] at91: fixes for 3.12 #2

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: <CAOesGMh8sv0mSZ5NbJGd=oN4Ay_k8WMUDkVjpM7Aw+S6_jJk3w@mail.gmail.com>
Date:	Mon, 30 Sep 2013 10:02:54 -0700
From:	Olof Johansson <olof@...om.net>
To:	Nicolas Ferre <nicolas.ferre@...el.com>
Cc:	Arnd Bergmann <arnd@...db.de>, "arm@...nel.org" <arm@...nel.org>,
	boris brezillon <b.brezillon@...rkiz.com>,
	Jean-Christophe PLAGNIOL-VILLARD <plagnioj@...osoft.com>,
	Linux Kernel list <linux-kernel@...r.kernel.org>,
	linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
	Ludovic Desroches <ludovic.desroches@...el.com>
Subject: Re: [GIT PULL] at91: fixes for 3.12 #2

On Mon, Sep 30, 2013 at 9:48 AM, Nicolas Ferre <nicolas.ferre@...el.com> wrote:
> Arnd, Olof, Kevin,
>
> Second batch of fixes for AT91. Two little patches but that can be important
> for AT91.
> One is finishing the conversion to clk_xxx_[un]prepare() routines. That will
> allow us to begin the move to common clock framework with help from Boris and
> his big patch series. I tried to push it through Thomas and John's git tree but
> without success.

It sounds to me like this patch should go in together with the CCF
patches, since it doesn't address a regression and is just a
prerequisite for the conversion? If you can shake an Ack out of John
you should be all set for that. :-)

> The other one is important for sam9g45 when the second DDR conrtoller is in
> use. The DDR / EBI lines are not properly reseted after a shutdown and could
> prevent the use of whatever is connected to this EBI. It is not a configuration
> that we are using on the Evaluation Kit and this explains why we face this isue
> just now...

Ok, that sounds like a valid fix.

I'll cherry-pick in the DDR fix right away, and if you for some reason
need the other one we can add it later, but it sounds like it should
just go in with the CCF branch.


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