Instead of hardcoding the SYSRAM details for each SoC,
pass this information through device tree (DT) and make
the code SoC agnostic.
Signed-off-by: Sachin Kamat
---
Based on top of my earlier patch
"ARM: EXYNOS: Consolidate CPU init code" at
http://comments.gmane.org/gmane.linux.kernel.samsung-s
Hi Tomasz,
On 19 February 2014 18:15, Tomasz Figa wrote:
> Hi Sachin,
>
> [adding linux-arm-kernel ML to CC list]
>
>
> On 19.02.2014 12:34, Sachin Kamat wrote:
>>
>> To avoid modifying the kernel every time a new SoC variant
>> comes out.
>
> Since all Exynos chips can be easily recognized usin
Thanks Dave,
On 20 February 2014 06:54, Dave Airlie wrote:
>> I am working on enabling a Color Enhancement block for primary display
>> for Exynos SoC. I need to
>> set a bunch of parameters like Color Conversion matrix, Contrast
>> Improvement parameters etc ~ 30 parameters from User Space.
>>
>
> I am working on enabling a Color Enhancement block for primary display
> for Exynos SoC. I need to
> set a bunch of parameters like Color Conversion matrix, Contrast
> Improvement parameters etc ~ 30 parameters from User Space.
>
> I am planning to use KDS blob property to receive these parameter
Hi All,
I am working on enabling a Color Enhancement block for primary display
for Exynos SoC. I need to
set a bunch of parameters like Color Conversion matrix, Contrast
Improvement parameters etc ~ 30 parameters from User Space.
I am planning to use KDS blob property to receive these parameters.
On Tue, Feb 18, 2014 at 03:43:11PM +, Sylwester Nawrocki wrote:
> On 22/12/13 22:27, Sylwester Nawrocki wrote:
> > This patch adds DT binding documentation for the Samsung S5K6A3(YX)
> > raw image sensor.
> >
> > Signed-off-by: Sylwester Nawrocki
> > Signed-off-by: Kyungmin Park
> > ---
> >
Hi Tomasz,
Am Samstag, den 11.01.2014, 20:42 +0100 schrieb Tomasz Figa:
> This patch introduces generic code to perform power domain look-up using
> device tree and automatically bind devices to their power domains.
> Generic device tree binding is introduced to specify power domains of
> devices
On Wed, Feb 19, 2014 at 02:47:51PM +, One Thousand Gnomes wrote:
> > anything to complain that people are following the recommendations of
> > the maintainer or to demand that this somehow gets hacked around in
> > arch/ when we're trying to convince all the architectures to get their
> > driv
On Wed, Feb 19, 2014 at 03:19:00PM +0100, Krzysztof Kozlowski wrote:
> As I understand the suspend mode (correct me if I'm wrong), the
> regulator core during suspend to mem:
> 1. Calls suspend_set_state().
> 2. rstate->disabled is true so the ops->set_suspend_disable() is called.
> 3. The ops->se
> Please try to avoid this sort of misdirected yelling, it's not helping
I don't see any misdirected yelling
> anything to complain that people are following the recommendations of
> the maintainer or to demand that this somehow gets hacked around in
> arch/ when we're trying to convince all the
On Wed, 2014-02-19 at 13:08 +0900, Mark Brown wrote:
> On Tue, Feb 18, 2014 at 09:12:09AM +0100, Krzysztof Kozlowski wrote:
> > On Tue, 2014-02-18 at 09:35 +0900, Mark Brown wrote:
>
> > > I don't understand the above? Are you saying that suspend mode actually
> > > turns off the regulator or som
On Tue, Feb 18, 2014 at 10:09:43AM +, Etched Pixels wrote:
> Mark Brown wrote:
> > It's a very real problem which affects actual kernels that distro style
> > users are building.
> Only because you persist in trying to keep the old static minor
> numbers even though they are not needed by an
On Wed, Feb 19, 2014 at 11:09:40AM +0100, Krzysztof Kozlowski wrote:
> I can't only find a way to set this from DTS. There are no bindings for
> regulation_constraints->state_{disk,mem,standby}.
> Should the driver set manually after obtaining init_data from DTS?
Someone should work out a suitab
Hi Sachin,
[adding linux-arm-kernel ML to CC list]
On 19.02.2014 12:34, Sachin Kamat wrote:
To avoid modifying the kernel every time a new SoC variant
comes out.
Suggested-by: Arnd Bergmann
Signed-off-by: Sachin Kamat
---
arch/arm/mach-exynos/mach-exynos4-dt.c |1 +
arch/arm/mach-exyn
To avoid modifying the kernel every time a new SoC variant
comes out.
Suggested-by: Arnd Bergmann
Signed-off-by: Sachin Kamat
---
arch/arm/mach-exynos/mach-exynos4-dt.c |1 +
arch/arm/mach-exynos/mach-exynos5-dt.c |1 +
2 files changed, 2 insertions(+)
diff --git a/arch/arm/mach-exynos
On Wed, 2014-02-19 at 13:08 +0900, Mark Brown wrote:
> On Tue, Feb 18, 2014 at 09:12:09AM +0100, Krzysztof Kozlowski wrote:
> > On Tue, 2014-02-18 at 09:35 +0900, Mark Brown wrote:
>
> > > I don't understand the above? Are you saying that suspend mode actually
> > > turns off the regulator or som
16 matches
Mail list logo