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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ