rinivas Kandagatla
> Acked-by: Srinivas Kandagatla
> Signed-off-by: Thomas Bogendoerfer
> Signed-off-by: Paul Burton
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then please email paul.bur...@mips.com to report it. ]
device setup.
Applied to mips-next.
> commit 5dc76a96e95a
> https://git.kernel.org/mips/c/5dc76a96e95a
>
> Signed-off-by: Thomas Bogendoerfer
> Signed-off-by: Paul Burton
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then please em
Hello,
On Tue, Oct 01, 2019 at 11:11:58AM +0100, Srinivas Kandagatla wrote:
> On 23/09/2019 12:46, Thomas Bogendoerfer wrote:
> > nvmem_device_find provides a way to search for nvmem devices with
> > the help of a match function simlair to bus_find_device.
> >
> > Signed-off-by: Thomas Bogendoerf
Hello,
Thomas Bogendoerfer wrote:
> Refactored code to only have one ioc3 special handling for read
> access and one for write access.
Applied to mips-next.
> commit 813cafc4109c
> https://git.kernel.org/mips/c/813cafc4109c
>
> Signed-off-by: Thomas Bogendoerfer
> Signe
; dt-bindings: ingenic: Add DT bindings for TCU clocks
> commit 4bc3c420246e
> https://git.kernel.org/mips/c/4bc3c420246e
>
> Signed-off-by: Paul Cercueil
> Tested-by: Mathieu Malaterre
> Tested-by: Artur Rojek
> Reviewed-by: Rob Herring
> Acked-by: Stephen Boyd
Lee, Arnd,
On Wed, Jul 24, 2019 at 01:16:06PM -0400, Paul Cercueil wrote:
> device_node_to_regmap() is exactly like syscon_node_to_regmap(), but it
> does not check that the node is compatible with "syscon", and won't
> attach the first clock it finds to the regmap.
>
> The rationale behind this,
ide.rst} (67%)
> create mode 100644 Documentation/mips/index.rst
Acked-by: Paul Burton
Thanks,
Paul
RR(base))
> + return ERR_PTR(PTR_ERR(base));
This is equivalent to:
return ERR_CAST(base);
Apart from those:
Reviewed-by: Paul Burton
Thanks,
Paul
Hi Maciej, Aleksandar,
On Wed, Dec 06, 2017 at 05:50:52PM +, Maciej W. Rozycki wrote:
> What problem are you trying to solve anyway? Is it not something that
> can be handled with the `execstack' utility?
The commit message states that for Android "non-exec stack is required".
Is Android c
