Commit a0ae0240507... "ARM: kernel: add device tree init map function" started
using 24 LSBs of MPIDR to calculate the cpu_logical_map. Hence update the same
in exynos_secondary_startup code.
Signed-off-by: Chander Kashyap
Signed-off-by: Inderpal Singh
---
arch/arm/mach-exynos/headsmp.S |2
On 12 February 2013 06:42, amit kachhap wrote:
> On Fri, Feb 8, 2013 at 8:49 AM, Inderpal Singh
> wrote:
>> On 8 February 2013 00:03, amit kachhap wrote:
>>> On Wed, Feb 6, 2013 at 8:49 PM, Inderpal Singh
>>> wrote:
On 7 February 2013 01:09, Amit Daniel Kachhap
wrote:
> Add cpuf
Hi,
It looks like the bindings here are still completely unsettled, or at least
unimplemented -- there seems to be a preference for an encoding similar to how
interrupts/gpios/clks work. I think that wouldn't be a bad idea.
For the case of this particular driver and connections, it'd just mean yo
On Fri, Feb 8, 2013 at 8:49 AM, Inderpal Singh
wrote:
> On 8 February 2013 00:03, amit kachhap wrote:
>> On Wed, Feb 6, 2013 at 8:49 PM, Inderpal Singh
>> wrote:
>>> On 7 February 2013 01:09, Amit Daniel Kachhap
>>> wrote:
Add cpufreq controller device node for Exynos5440 SoC for passing
This was suggested by Mark Brown in response to a patch for adding
this functionality only for the s3c2410 bus:
https://lkml.org/lkml/2012/11/20/681
I have also modified the i2c-pxa driver to use this new functionality.
The i2c-pxa driver changes have only been compile-tested and are just
for cl
Wolfram,
Thanks for the review. New patch was just sent. :)
On Sun, Feb 10, 2013 at 4:19 AM, Wolfram Sang wrote:
>> +static int i2c_get_number_from_dt(struct i2c_adapter *adap)
>
> i2c_get_id_from_dt()?
Done.
>> + if (!dev->of_node)
>> + return -1;
>
> -ESOMETHING?
Function
The commit: "i2c-core: dt: Pick i2c bus number from i2c alias if
present" adds support for automatically picking the bus number based
on the alias ID. Remove the now unnecessary code from i2c-pxa that
did the same thing.
Signed-off-by: Doug Anderson
---
Changes in v3: None
Changes in v2:
- No lo
This allows you to get the equivalent functionality of
i2c_add_numbered_adapter() with all data in the device tree and no
special case code in your driver. This is a common device tree
technique.
For quick reference, the FDT syntax for using an alias to provide an
ID looks like:
aliases {
i
On Mon, Feb 11, 2013 at 3:53 PM, Doug Anderson wrote:
> Wolfram,
>
> On Sun, Feb 10, 2013 at 10:17 AM, Wolfram Sang wrote:
>> On Mon, Feb 04, 2013 at 02:33:15PM +0530, Yuvaraj Kumar C D wrote:
>>> This RFC patch is w.r.t multimaster bus arbitration which is already
>>> being discussing in the mai
The s3c2412 handles the eints 0 to 3 different than all the other SoCs
of the 24xx range. These eints must be acked and masked in the regular
bits as well as the bits 0 to 3 of the eint registers, which are unused
on the other SoCs.
This of course can be realized using the new infrastructure with
Makes it possible to identify s3c2412 SoCs.
Signed-off-by: Heiko Stuebner
---
arch/arm/plat-samsung/include/plat/cpu.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-samsung/include/plat/cpu.h
b/arch/arm/plat-samsung/include/plat/cpu.h
index e12
This patch moves the irq numbers starting with EINT4 4 points down to
enable the inclusion of the first 4 bits of EINT register into the mapping
removing the need for special offset handling.
For most S3C24XX architectures this will simply create 4 additional unused
interrupts, but enables the S3C
This series is meant to go on top of the recent basic integration of the
s3c2412, s3c2440 and s3c2442 and implements the last necessary change by
making the overrides of the eints 0 to 3 on the s3c2412 unnecessary.
After this everything is handled using the new structure.
Heiko Stuebner (3):
A
Wolfram,
On Sun, Feb 10, 2013 at 10:17 AM, Wolfram Sang wrote:
> On Mon, Feb 04, 2013 at 02:33:15PM +0530, Yuvaraj Kumar C D wrote:
>> This RFC patch is w.r.t multimaster bus arbitration which is already
>> being discussing in the mainline.
>> This patch provides hooks for the i2c multimaster bus
Hi Mark,
Thanks for your comments. See my replies inline.
On Monday 11 of February 2013 11:00:56 Mark Rutland wrote:
> On Sun, Feb 10, 2013 at 01:20:23PM +, Tomasz Figa wrote:
> > This patch adds support for parsing all platform-specific data from
> > Device Tree and instantiation using clock
On 02/09/2013 03:29 PM, Sylwester Nawrocki wrote:
> On 02/09/2013 01:32 AM, Stephen Warren wrote:
>> On 02/08/2013 05:05 PM, Sylwester Nawrocki wrote:
>>> On 02/09/2013 12:21 AM, Stephen Warren wrote:
On 02/08/2013 04:16 PM, Sylwester Nawrocki wrote:
> On 02/07/2013 12:40 AM, Stephen Warre
On Monday 11 of February 2013 05:21:13 Shirish S wrote:
> This patch corrects the pin function value of sd4_bus8 from 3
> to 4.
> This is verified on origen board for testing eMMC on
> dw_mci controller.
>
> Signed-off-by: Shirish S
> Signed-off-by: Alim Akhtar
> ---
> arch/arm/boot/dts/exynos4
On 2013-02-11 11:31, Marcus Lorentzon wrote:
> Ok, so what about a compromise which I think would work for "both" HWs
> ... we allow the "configure" operation during video on, then each HW
> driver could decide if this means you have to stop or not to do the
> changes required. But then it is also
Done!
--- Original Message ---
Sender : Tomasz Figa Junior Software Engineer/SRPOL-Linux
Platform (SSD)/Samsung Electronics
Date : Feb 11, 2013 15:20 (GMT+05:30)
Title : Re: [PATCH] ARM: dts: Correct the pin configuration for eMMC
Hi Shirish,
On Monday 11 of February 2013 05:01:28 S
This patch corrects the pin function value of sd4_bus8 from 3
to 4.
This is verified on origen board for testing eMMC on
dw_mci controller.
Signed-off-by: Shirish S
Signed-off-by: Alim Akhtar
---
arch/arm/boot/dts/exynos4x12-pinctrl.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
Hi Shirish,
On Monday 11 of February 2013 05:01:28 Shirish S wrote:
> This patch corrects the pin function value of sd4_bus8 from 3
> to 4.
> This is verified on origen board for testing eMMC on
> dw_mci controller.
>
> Signed-off-by: Shirish S
> Signed-off-by: Alim Akhtar
> ---
> arch/arm/boo
This patch corrects the pin function value of sd4_bus8 from 3
to 4.
This is verified on origen board for testing eMMC on
dw_mci controller.
Signed-off-by: Shirish S
Signed-off-by: Alim Akhtar
---
arch/arm/boot/dts/exynos4x12-pinctrl.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
On 02/11/2013 09:21 AM, Tomi Valkeinen wrote:
On 2013-02-08 16:54, Marcus Lorentzon wrote:
On 02/08/2013 03:02 PM, Tomi Valkeinen wrote:
On 2013-02-08 15:28, Marcus Lorentzon wrote:
When we do that we stop->setup->start during blanking. So our "DSS" is
optimized to be able to do that without
This patch removes the usage of DMACH_DT_PROP and dt_dmach_prop
from dma code as the new generic dma dt binding support has been
added.
Signed-off-by: Padmavathi Venna
Acked-by: Arnd Bergmann
---
arch/arm/mach-s3c24xx/include/mach/dma.h |1 -
arch/arm/mach-s3c64xx/include/mach/dma.h
This patch adds #dma-cells property to PL330 DMA controller
nodes for supporting generic dma dt bindings on samsung
exynos5250 platform.
Signed-off-by: Padmavathi Venna
Acked-by: Arnd Bergmann
---
.../devicetree/bindings/dma/arm-pl330.txt | 21 +++
arch/arm/boot/dts/e
This patch registers the pl330 dma controller driver with the generic
device tree dma helper functions.
Signed-off-by: Padmavathi Venna
Acked-by: Arnd Bergmann
---
drivers/dma/pl330.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/dma/pl330.c b/driver
Add xlate to translate the device-tree binding information into
the appropriate format. The filter function requires the dma
controller device and dma channel number as filter_params.
Signed-off-by: Padmavathi Venna
Acked-by: Arnd Bergmann
---
drivers/dma/pl330.c | 25
This patch adds a new pl330_dt_filter for DT case to filter the
required channel based on the new filter params and modifies the
old filter only for non-DT case as suggested by Arnd Bergmann.
Signed-off-by: Padmavathi Venna
Acked-by: Arnd Bergmann
---
drivers/dma/pl330.c | 29 +++-
Changes since V3:
- Make dma-cells property optional as suggested by Rob Herring
- Add dma-requests and dma-channels properties to DMA controller
as suggested by Arnd for future-proof
- Add Acked-by for some of the patches
Changes since V2:
- Add new filte
On 2013-02-08 16:54, Marcus Lorentzon wrote:
> On 02/08/2013 03:02 PM, Tomi Valkeinen wrote:
>> On 2013-02-08 15:28, Marcus Lorentzon wrote:
>>
>>> When we do that we stop->setup->start during blanking. So our "DSS" is
>>> optimized to be able to do that without getting blocked. All DSI video
>>> m
30 matches
Mail list logo