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]
Date:	Thu, 13 Aug 2015 15:08:18 +0200
From:	Olof Johansson <olof@...om.net>
To:	Andy Gross <agross@...eaurora.org>
Cc:	arm@...nel.org, Arnd Bergmann <arnd@...db.de>,
	linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
	linux-arm-msm@...r.kernel.org
Subject: Re: [GIT PULL] qcom SoC changes for 4.3 *CORRECTED*

On Fri, Jul 31, 2015 at 04:47:55PM -0500, Andy Gross wrote:
> The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754:
> 
>   Linux 4.2-rc1 (2015-07-05 11:01:52 -0700)
> 
> are available in the git repository at:
> 
>   git://codeaurora.org/quic/kernel/agross-msm.git tags/qcom-soc-for-4.3
> 
> for you to fetch changes up to ba68227e610cec8e0bef7da7e04af3f479d9797d:
> 
>   devicetree: soc: Add Qualcomm SMD based RPM DT binding (2015-07-29 14:13:48 -0500)
> 
> ----------------------------------------------------------------
> Qualcomm ARM Based SoC Updates for 4.3
> 
> * Add SMEM driver
> * Add SMD driver
> * Add RPM over SMD driver
> * Select QCOM_SCM by default
> 
> ----------------------------------------------------------------
> Bjorn Andersson (5):
>       soc: qcom: Add Shared Memory Manager driver
>       soc: qcom: Add device tree binding for Shared Memory Device
>       soc: qcom: Add Shared Memory Driver
>       soc: qcom: Driver for the Qualcomm RPM over SMD
>       devicetree: soc: Add Qualcomm SMD based RPM DT binding
> 
> Lina Iyer (1):
>       drivers: qcom: Select QCOM_SCM unconditionally for QCOM_PM

Ok, after looking through it, I've decided to merge this branch.

I'm still concerned that we are picking up similar functionality without
any shared implementation for a lot of platforms right now. At some
point we'll have to say that enough is enough and someone will have to
clean it up.

In the past, Linaro has done some of that work since several members have been
affected. I don't know if this is the right time to kick something off though,
or if we should let a few more implementations surface such that there is
a better set of needed use cases to base a common framework on.


-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