On 3 September 2013 07:44, Jingoo Han wrote:
> According to datasheet, 'lcd_en' node should use gpf0-2,
> instead of gpe3-4. gpe3-4 is used for MDM_DATA[4]; thus,
> it should be fixed.
>
> Signed-off-by: Jingoo Han
> ---
> arch/arm/boot/dts/exynos4210-pinctrl.dtsi |2 +-
> 1 file changed, 1
As fifo-depth property in dw_mmc device tree node is SOC
specific, move this property to exynos5250 SOC specific
file.
Signed-off-by: Yuvaraj Kumar C D
---
arch/arm/boot/dts/exynos5250-arndale.dts |2 --
arch/arm/boot/dts/exynos5250-smdk5250.dts |2 --
arch/arm/boot/dts/exynos5250.dtsi
According to ePAPR, chapter 2.3.4, the status property has
defined that it should be set to "disabled" when "the device
is not presently operational, but it might become operational
in the future".
So this patch disable dwmmc node by "status = disabled" in SOC
dts file and enable dwmmc node by "st
This patch rename's the device tree mmc node's from "dwmmc" to "mmc".
According to ePAPR chapter 2.2.2 generic node name recommendation,
it has been opted change from dwmmc to mmc.Also this patch remove the
instance index from the node name.
Signed-off-by: Yuvaraj Kumar C D
---
arch/arm/boot/dts
changes from V3:
1.Added two new patch in the series
[1] ARM: dts: Move fifo-depth property from board dts
[2] ARM: dts: rename mmc dts node for exynos5 series
changes from V2:
1.remove from exynos5.dtsi and add in exynos5250.dtsi
in single
Exynos5 series SOC's 5250 and 5420 have different versions of
DWMMC controller.So there is a new compatible string to distinguish
between them.So these nodes should be moved out of Exynos5 series
common device tree source to SOC specific device tree source.
Changes since V3: none
Changes since V2
This patch adds the mmc device tree node entries for exynos5420 SOC.
Exynos5420 has a different version of DWMMC controller,so a new
compatible string is used to distinguish it from the prior SOC's.
This patch depends on
[1]mmc: dw_mmc: exynos: configure SMU in exynos5420
[2]mmc: d
According to datasheet, 'lcd_en' node should use gpf0-2,
instead of gpe3-4. gpe3-4 is used for MDM_DATA[4]; thus,
it should be fixed.
Signed-off-by: Jingoo Han
---
arch/arm/boot/dts/exynos4210-pinctrl.dtsi |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/e
On Mon, Sep 02, 2013 at 05:21:58PM +0100, Sylwester Nawrocki wrote:
> Hi Mark,
Hi Sylwester,
>
> On 08/27/2013 11:14 AM, Mark Rutland wrote:
> >> +endpoint node
> >> +-
> >> +
> >> +- data-lanes : (optional) specifies MIPI CSI-2 data lanes as covered in
> >> + video-interfaces.txt.
Hi Mark,
On 08/27/2013 11:14 AM, Mark Rutland wrote:
>> +endpoint node
>> +-
>> +
>> +- data-lanes : (optional) specifies MIPI CSI-2 data lanes as covered in
>> + video-interfaces.txt. This property can be only used to specify number
>> + of data lanes, i.e. the array's content is un
On Monday, September 02, 2013 05:52:15 PM Daniel Lezcano wrote:
> On 09/02/2013 04:43 PM, Bartlomiej Zolnierkiewicz wrote:
> > On Monday, September 02, 2013 04:24:23 PM Daniel Lezcano wrote:
> >> On 09/02/2013 03:48 PM, Bartlomiej Zolnierkiewicz wrote:
> >>> On Monday, September 02, 2013 03:18:51 P
On 09/02/2013 04:43 PM, Bartlomiej Zolnierkiewicz wrote:
> On Monday, September 02, 2013 04:24:23 PM Daniel Lezcano wrote:
>> On 09/02/2013 03:48 PM, Bartlomiej Zolnierkiewicz wrote:
>>> On Monday, September 02, 2013 03:18:51 PM Daniel Lezcano wrote:
On 09/02/2013 11:41 AM, Bartlomiej Zolnierk
On 08/29/2013 07:32 PM, Stefano Stabellini wrote:
> Initially set dma_ops to arm_dma_ops.
>
>
> Signed-off-by: Stefano Stabellini
> Acked-by: Konrad Rzeszutek Wilk
> CC: will.dea...@arm.com
> CC: li...@arm.linux.org.uk
>
>
> Changes in v3:
> - keep using arm_dma_ops in dmabounce.
> ---
> ar
On Monday, September 02, 2013 04:24:23 PM Daniel Lezcano wrote:
> On 09/02/2013 03:48 PM, Bartlomiej Zolnierkiewicz wrote:
> > On Monday, September 02, 2013 03:18:51 PM Daniel Lezcano wrote:
> >> On 09/02/2013 11:41 AM, Bartlomiej Zolnierkiewicz wrote:
> >>> On Monday, September 02, 2013 10:54:17 A
On 09/02/2013 03:48 PM, Bartlomiej Zolnierkiewicz wrote:
> On Monday, September 02, 2013 03:18:51 PM Daniel Lezcano wrote:
>> On 09/02/2013 11:41 AM, Bartlomiej Zolnierkiewicz wrote:
>>> On Monday, September 02, 2013 10:54:17 AM Daniel Lezcano wrote:
On 08/30/2013 12:21 PM, Bartlomiej Zolnierk
On Monday, September 02, 2013 03:18:51 PM Daniel Lezcano wrote:
> On 09/02/2013 11:41 AM, Bartlomiej Zolnierkiewicz wrote:
> > On Monday, September 02, 2013 10:54:17 AM Daniel Lezcano wrote:
> >> On 08/30/2013 12:21 PM, Bartlomiej Zolnierkiewicz wrote:
> >>> Add "cpuidle-exynos.max_states=" paramet
On 09/02/2013 11:41 AM, Bartlomiej Zolnierkiewicz wrote:
> On Monday, September 02, 2013 10:54:17 AM Daniel Lezcano wrote:
>> On 08/30/2013 12:21 PM, Bartlomiej Zolnierkiewicz wrote:
>>> Add "cpuidle-exynos.max_states=" parameter to allow user to specify
>>> the maximum of allowed CPU idle states f
On Monday, September 02, 2013 11:09:55 AM Daniel Lezcano wrote:
> On 08/30/2013 12:15 PM, Bartlomiej Zolnierkiewicz wrote:
> > ARM EXYNOS cpuidle driver is currently not multiplatform support ready
> > (as it uses device_initcall() for initialization and doesn't check on
> > what platform it is run
On Wed, Aug 28, 2013 at 12:13:51AM +0200, Heiko Stübner wrote:
> This adds a new driver to support the s3c24xx dma using the dmaengine
> and makes the old one in mach-s3c24xx obsolete in the long run.
>
> Conceptually the s3c24xx-dma feels like a distant relative of the pl08x
> with numerous virtu
On Monday 02 of September 2013 16:45:41 Yuvaraj Kumar wrote:
> On Fri, Aug 30, 2013 at 12:29 PM, Yuvaraj Kumar
wrote:
> > On Wed, Aug 28, 2013 at 5:52 PM, Tomasz Figa
wrote:
> >> Hi Yuvaraj,
> >>
> >> On Wednesday 28 of August 2013 17:33:06 Yuvaraj Kumar C D wrote:
> >>> This patch adds the de
On Fri, Aug 30, 2013 at 12:29 PM, Yuvaraj Kumar wrote:
> On Wed, Aug 28, 2013 at 5:52 PM, Tomasz Figa wrote:
>> Hi Yuvaraj,
>>
>> On Wednesday 28 of August 2013 17:33:06 Yuvaraj Kumar C D wrote:
>>> This patch adds the device tree node entries for exynos5420 SOC.
>>> Exynos5420 has a different ve
> -Original Message-
> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> Sent: Monday, September 02, 2013 6:06 PM
> To: Inki Dae
> Cc: Rahul Sharma; linux-samsung-soc; dri-de...@lists.freedesktop.org;
> Kukjin Kim; sw0312.kim; Sean Paul; Lucas Stach; Tomasz Figa; Sylwester
> Nawrocki; sun
On Monday, September 02, 2013 10:54:17 AM Daniel Lezcano wrote:
> On 08/30/2013 12:21 PM, Bartlomiej Zolnierkiewicz wrote:
> > Add "cpuidle-exynos.max_states=" parameter to allow user to specify
> > the maximum of allowed CPU idle states for ARM EXYNOS cpuidle driver.
> >
> > This change is needed
On 08/30/2013 12:15 PM, Bartlomiej Zolnierkiewicz wrote:
> ARM EXYNOS cpuidle driver is currently not multiplatform support ready
> (as it uses device_initcall() for initialization and doesn't check on
> what platform it is running). Fix it by converting the driver to be
> a platform driver and reg
On 2 September 2013 12:52, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
>> Sent: Monday, September 02, 2013 3:28 PM
>> To: Inki Dae
>> Cc: Rahul Sharma; linux-samsung-soc; dri-de...@lists.freedesktop.org;
>> Kukjin Kim; sw0312.kim; Sean Paul;
On 08/30/2013 12:21 PM, Bartlomiej Zolnierkiewicz wrote:
> Add "cpuidle-exynos.max_states=" parameter to allow user to specify
> the maximum of allowed CPU idle states for ARM EXYNOS cpuidle driver.
>
> This change is needed because C1 state (AFTR mode) is often not able
> to work properly due to
> -Original Message-
> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> Sent: Monday, September 02, 2013 3:28 PM
> To: Inki Dae
> Cc: Rahul Sharma; linux-samsung-soc; dri-de...@lists.freedesktop.org;
> Kukjin Kim; sw0312.kim; Sean Paul; Lucas Stach; Tomasz Figa; Sylwester
> Nawrocki; sun
On 2 September 2013 12:07, Chander Kashyap wrote:
> I tested on 3.11-rc7.
> Both the cpu's are booting. I didnet see any issue.
Strange.. I am sure about the problem I reported.. Please share your .config
and I will give it a try..
--
To unsubscribe from this list: send the line "unsubscribe linu
On Sun, Aug 11, 2013 at 07:59:12PM +0200, Tomasz Figa wrote:
> This is first non-RFC version of my patches extending support of
> amba-pl08x DMA engine driver to PL080S DMA engine (PL080 modified by
> Samsung) found in Samsung S3C64xx SoCs.
>
> Due to changes scattered across different areas of ke
29 matches
Mail list logo
