On 08/21/2015 10:21 AM, Krzysztof Kozlowski wrote:
> On 21.08.2015 10:00, Joonyoung Shim wrote:
>> On 08/21/2015 09:44 AM, Krzysztof Kozlowski wrote:
>>> On 21.08.2015 08:15, Alexandre Belloni wrote:
Hi,
On 13/08/2015 at 17:49:24 +0900, Joonyoung Shim wrote :
> According to datas
On 08/21/2015 03:30 PM, Shawn Lin wrote:
> On 2015/8/21 14:27, Jaehoon Chung wrote:
>> Hi, Shawn.
>>
>> Is this based on Ulf's repository?
>
>
> no, it's based on "https://github.com/jh80chung/dw-mmc.git
> tags/dw-mmc-for-ulf-v4.2" :)
Oh..I will rebase to Ulf's next branch on this weekend.
Then
On 2015/8/21 14:27, Jaehoon Chung wrote:
Hi, Shawn.
Is this based on Ulf's repository?
no, it's based on "https://github.com/jh80chung/dw-mmc.git
tags/dw-mmc-for-ulf-v4.2" :)
On 08/20/2015 05:43 PM, Shawn Lin wrote:
DesignWare MMC Controller can supports two types of DMA
mode: external
Hi, Shawn.
Is this based on Ulf's repository?
On 08/20/2015 05:43 PM, Shawn Lin wrote:
> DesignWare MMC Controller can supports two types of DMA
> mode: external dma and internal dma. We get a RK312x platform
> integrated dw_mmc and ARM pl330 dma controller. This patch add
> edmac ops to support
On 21.08.2015 12:41, Anand Moon wrote:
> Hi Krzysztof,
>
> On 21 August 2015 at 06:25, Krzysztof Kozlowski
> wrote:
>> On 21.08.2015 03:15, Anand Moon wrote:
>>> Hi Daniel,
>>>
>>> On 20 August 2015 at 21:40, Daniel Lezcano wrote:
On 08/20/2015 12:54 PM, Anand Moon wrote:
>
> Hello
Hi Krzysztof,
On 21 August 2015 at 06:25, Krzysztof Kozlowski wrote:
> On 21.08.2015 03:15, Anand Moon wrote:
>> Hi Daniel,
>>
>> On 20 August 2015 at 21:40, Daniel Lezcano wrote:
>>> On 08/20/2015 12:54 PM, Anand Moon wrote:
Hello Krzysztof/Kukjim,
CPUIdle seen to be not wor
On Fri, Aug 14, 2015 at 03:53:51AM +0900, Kukjin Kim 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://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-s
On Fri, Aug 14, 2015 at 03:51:40AM +0900, Kukjin Kim 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://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-s
On Fri, Aug 14, 2015 at 03:50:30AM +0900, Kukjin Kim wrote:
> The following changes since commit 5e080b078fa1f929d9aa5586985d5e7c0739d207:
>
> ARM: dts: Extend exynos5420-pinctrl nodes using labels instead of
> paths (2015-07-21 13:01:23 +0900)
>
> are available in the git repository at:
>
>
On Fri, Aug 14, 2015 at 03:42:31AM +0900, Kukjin Kim wrote:
> Hello Arnd, Olof, Kevin
>
> Here is re-spin of pull request for Samsung stuff for v4.3 as per Olof's
> suggestion.
>
> Most of this pull-requests are to switch to support generic cpufreq
> driver for exynos3250, 4210, 4412 and 5250 and
On Fri, Aug 14, 2015 at 03:48:37AM +0900, Kukjin Kim 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://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-s
On Fri, Aug 14, 2015 at 03:52:49AM +0900, Kukjin Kim 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://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-s
On 20.08.2015 20:34, Pankaj Dubey wrote:
> Hi Krzysztof,
>
> Sorry for delay in reply, as I got busy in some other official
> assignments and could not take this series further at that time.
>
> On Wednesday 27 May 2015 05:22 PM, Krzysztof Kozlowski wrote:
>> W dniu 29.04.2015 o 17:38, Pankaj Dub
On 21.08.2015 10:00, Joonyoung Shim wrote:
> On 08/21/2015 09:44 AM, Krzysztof Kozlowski wrote:
>> On 21.08.2015 08:15, Alexandre Belloni wrote:
>>> Hi,
>>>
>>> On 13/08/2015 at 17:49:24 +0900, Joonyoung Shim wrote :
According to datasheet, the S2MPS13X and S2MPS14X should update write
bu
On 21.08.2015 05:11, Heiner Kallweit wrote:
> Simplify s3c64xx_spi_remove by replacing the clock disabling with calling
> runtime PM suspend which does the same.
> Waking up the device if it was suspended wouldn't be strictly needed
> for this driver but using pm_runtime_get_sync is cleaner and mak
On 21.08.2015 05:07, Heiner Kallweit wrote:
> The runtime PM suspend / resume handlers take care of the enabling/
> disabling the clocks already. Therefore replace the duplicated
> clock handling with pm_runtime_force_suspend/resume.
>
> Signed-off-by: Heiner Kallweit
> ---
> Changed:
> - Replace
On 08/21/2015 09:44 AM, Krzysztof Kozlowski wrote:
> On 21.08.2015 08:15, Alexandre Belloni wrote:
>> Hi,
>>
>> On 13/08/2015 at 17:49:24 +0900, Joonyoung Shim wrote :
>>> According to datasheet, the S2MPS13X and S2MPS14X should update write
>>> buffer via setting WUDR bit to high after ctrl regist
On 21.08.2015 05:03, Heiner Kallweit wrote:
> Extend the driver to make full use of runtime PM autosuspend.
> Before only the SPI core was instructed to use autosuspend
> by setting master->auto_runtime_pm. Nevertheless due to the missing
> pm_runtime_use_autosuspend call autosuspend wasn't active.
On 21.08.2015 05:02, Heiner Kallweit wrote:
> Fix missing runtime PM cleanup if driver registration fails.
>
> Signed-off-by: Heiner Kallweit
> ---
> Changed:
> - Separated fix from added functionality
>
> drivers/spi/spi-s3c64xx.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
Lo
On 21.08.2015 03:15, Anand Moon wrote:
> Hi Daniel,
>
> On 20 August 2015 at 21:40, Daniel Lezcano wrote:
>> On 08/20/2015 12:54 PM, Anand Moon wrote:
>>>
>>> Hello Krzysztof/Kukjim,
>>>
>>> CPUIdle seen to be not working for Exynos5422 Odroid boards.
>>>
>>> Is their any way this feature will be
On 21.08.2015 01:41, Vaishali Thakkar wrote:
> There is no use of snd_soc_unregister_card in remove function
> as devm_snd_soc_register_card in probe function automatically
> handles it. So, remove use of snd_soc_unregister_card and with
> this change remove arndale_audio_remove as it is now redund
On 21.08.2015 08:15, Alexandre Belloni wrote:
> Hi,
>
> On 13/08/2015 at 17:49:24 +0900, Joonyoung Shim wrote :
>> According to datasheet, the S2MPS13X and S2MPS14X should update write
>> buffer via setting WUDR bit to high after ctrl register is updated.
>>
>> If not, ALARM interrupt of rtc-s5m d
Hi,
On 13/08/2015 at 17:49:24 +0900, Joonyoung Shim wrote :
> According to datasheet, the S2MPS13X and S2MPS14X should update write
> buffer via setting WUDR bit to high after ctrl register is updated.
>
> If not, ALARM interrupt of rtc-s5m doesn't happen first time when i use
> tools/testing/sel
On 11/08/2015 at 20:28:20 +0900, Joonyoung Shim wrote :
> It's unnecessary the code that assigns info->rtc_clk to NULL in
> s3c_rtc_remove.
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/rtc/rtc-s3c.c | 1 -
> 1 file changed, 1 deletion(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Elec
On 11/08/2015 at 20:28:19 +0900, Joonyoung Shim wrote :
> It's missed to call clk_unprepare() about info->rtc_src_clk in
> s3c_rtc_remove and to call clk_disable_unprepare about info->rtc_clk in
> error routine of s3c_rtc_probe.
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/rtc/rtc-s3c.c | 3
On 12/08/2015 at 19:21:46 +0900, Joonyoung Shim wrote :
> The clock enable/disable codes for alarm have been removed from
> commit 24e1455493da ("drivers/rtc/rtc-s3c.c: delete duplicate clock
> control") and the clocks are disabled even if alarm is set, so alarm
> interrupt can't happen.
>
> The s
Fix missing runtime PM cleanup if driver registration fails.
Signed-off-by: Heiner Kallweit
---
Changed:
- Separated fix from added functionality
drivers/spi/spi-s3c64xx.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/spi/spi-s3c64xx.c b/drivers/spi/spi-s3c64xx
Simplify s3c64xx_spi_remove by replacing the clock disabling with calling
runtime PM suspend which does the same.
Waking up the device if it was suspended wouldn't be strictly needed
for this driver but using pm_runtime_get_sync is cleaner and makes
s3c64xx_spi_remove more consistent with the runti
The runtime PM suspend / resume handlers take care of the enabling/
disabling the clocks already. Therefore replace the duplicated
clock handling with pm_runtime_force_suspend/resume.
Signed-off-by: Heiner Kallweit
---
Changed:
- Replaced pm_runtime_suspend/resume calls with their
.._force_.. e
Extend the driver to make full use of runtime PM autosuspend.
Before only the SPI core was instructed to use autosuspend
by setting master->auto_runtime_pm. Nevertheless due to the missing
pm_runtime_use_autosuspend call autosuspend wasn't active.
Signed-off-by: Heiner Kallweit
---
Changed:
- Let
On 08/20/2015 08:15 PM, Anand Moon wrote:
Hi Daniel,
On 20 August 2015 at 21:40, Daniel Lezcano wrote:
On 08/20/2015 12:54 PM, Anand Moon wrote:
Hello Krzysztof/Kukjim,
CPUIdle seen to be not working for Exynos5422 Odroid boards.
Is their any way this feature will be implemented in the fut
Hi Daniel,
On 20 August 2015 at 21:40, Daniel Lezcano wrote:
> On 08/20/2015 12:54 PM, Anand Moon wrote:
>>
>> Hello Krzysztof/Kukjim,
>>
>> CPUIdle seen to be not working for Exynos5422 Odroid boards.
>>
>> Is their any way this feature will be implemented in the future.
>
>
> Yeah a good willin
There is no use of snd_soc_unregister_card in remove function
as devm_snd_soc_register_card in probe function automatically
handles it. So, remove use of snd_soc_unregister_card and with
this change remove arndale_audio_remove as it is now redundant.
Signed-off-by: Vaishali Thakkar
---
sound/soc
On 08/20/2015 12:54 PM, Anand Moon wrote:
Hello Krzysztof/Kukjim,
CPUIdle seen to be not working for Exynos5422 Odroid boards.
Is their any way this feature will be implemented in the future.
Yeah a good willing to fix the bl1. More than one year asking for that !
nooo way !!
Your answer i
Hello Hans,
On 08/20/2015 02:41 PM, Hans Verkuil wrote:
> On 08/19/15 17:35, Javier Martinez Canillas wrote:
>> Hello,
>>
>> This series contains a couple of build fixes and cleanups for the
>> Media Controller framework. The goal of the series is to get rid of
>> the struct media_entity .parent m
On 08/19/15 17:35, Javier Martinez Canillas wrote:
> The struct media_entity has a .parent field that stores a pointer
> to the parent struct media_device. But recently a media_gobj was
> embedded into the entities and since struct media_gojb already has
> a pointer to a struct media_device in the
On 08/19/15 17:35, Javier Martinez Canillas wrote:
> Hello,
>
> This series contains a couple of build fixes and cleanups for the
> Media Controller framework. The goal of the series is to get rid of
> the struct media_entity .parent member since now that a media_gobj is
> embedded into entities,
Hi Krzysztof,
On Wednesday 27 May 2015 04:51 PM, Krzysztof Kozlowski wrote:
2015-04-29 17:38 GMT+09:00 Pankaj Dubey :
This patch adds exynos-srom binding information for SROM Controller
driver on Exynos SoCs.
CC: Rob Herring
CC: Mark Rutland
CC: Ian Campbell
Signed-off-by: Pankaj Dubey
---
Hi,
On Wednesday 27 May 2015 05:32 PM, Krzysztof Kozlowski wrote:
W dniu 29.04.2015 o 17:38, Pankaj Dubey pisze:
Add SROM device node for exynos4.
Subject prefix: "ARM: dts:"
Ok.
CC: Rob Herring
CC: Mark Rutland
CC: Ian Campbell
Signed-off-by: Pankaj Dubey
---
arch/arm/boot/dts/exy
Hi Krzysztof,
On Wednesday 27 May 2015 05:26 PM, Krzysztof Kozlowski wrote:
W dniu 29.04.2015 o 17:38, Pankaj Dubey pisze:
As now we have dedicated driver for SROM controller, it will take care
of saving register banks during S2R so we can safely remove these
settings from mach-exynos.
Signed-
Hi Krzysztof,
Sorry for delay in reply, as I got busy in some other official
assignments and could not take this series further at that time.
On Wednesday 27 May 2015 05:22 PM, Krzysztof Kozlowski wrote:
W dniu 29.04.2015 o 17:38, Pankaj Dubey pisze:
This patch adds Exynos SROM controller dr
Hello Krzysztof/Kukjim,
CPUIdle seen to be not working for Exynos5422 Odroid boards.
Is their any way this feature will be implemented in the future.
-Anand Moon
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
Hi Ravi,
I'm wondering is your e-mail come from eDP thread ? cause I see lots of
cc guys some as eDP emails :)
And for your question, I am not sure I understand rightly. Do you mean
that your ".ko" module not in
the same directory with driver source code?
If it's your question, I think you
Hi,
> From: Andrzej Hajda [mailto:a.ha...@samsung.com]
> Sent: Tuesday, August 18, 2015 3:32 PM
>
> On 05/13/2015 09:25 AM, Seung-Woo Kim wrote:
> > MFCINST_GOT_INST state is set to encoder context with set_format only
> > for catpure buffer. In queue_setup of encoder called during reqbufs,
> > i
Synopsys DesignWare mobile storage host controller supports three
types of transfer mode: pio, internal dma and external dma. However,
dw_mmc can only supports pio and internal dma now. Thus some platforms
using dw-mshc integrated with generic dma can't work in dma mode. So we
submit this patch to
synopsys-dw-mshc supports three types of transfer mode. We add
bindings and description for how to use them at runtime.
Signed-off-by: Shawn Lin
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
.../devicetree/bindings/mmc/synopsys-dw-mshc.
DesignWare MMC Controller can supports two types of DMA
mode: external dma and internal dma. We get a RK312x platform
integrated dw_mmc and ARM pl330 dma controller. This patch add
edmac ops to support these platforms. I've tested it on RK31xx
platform with edmac mode and RK3288 platform with idmac
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
Acked-by: Vineet Gupta
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Change
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
Acked-by: Wei Xu
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
Acked-by: Joachim Eastwood
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Ch
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
Acked-by: Govindraj Raja
Acked-by: Ralf Baechle
---
Changes in v6: None
Changes in v5: None
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
Acked-by: Krzysztof Kozlowski
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
On August 19, 2015 04:28, Pratyush Anand wrote:
> diff --git a/drivers/watchdog/da9052_wdt.c b/drivers/watchdog/da9052_wdt.c
> index 2e9589652e1e..67e67977bd29 100644
> --- a/drivers/watchdog/da9052_wdt.c
> +++ b/drivers/watchdog/da9052_wdt.c
> @@ -195,6 +195,7 @@ static int da9052_wdt_probe(struc
/sys/class/watchdog/watchdogn/device/modalias can help to identify the
driver/module for a given watchdog node. However, many wdt devices do not
set their parent and so, we do not see an entry for device in sysfs for
such devices.
This patch fixes parent of watchdog_device so that
/sys/class/watch
> diff --git a/drivers/misc/mei/wd.c b/drivers/misc/mei/wd.c
> index 2bc0f5089f82..b346638833b0 100644
> --- a/drivers/misc/mei/wd.c
> +++ b/drivers/misc/mei/wd.c
> @@ -364,6 +364,7 @@ int mei_watchdog_register(struct mei_device *dev)
>
> int ret;
>
> + amt_wd_dev.parent = dev->dev;
>
Hi Jingoo,
On 08/20/2015 02:49 AM, Jingoo Han wrote:
On 2015. 8. 19., at PM 11:52, Yakir Yang wrote:
What is the reason to make this patch?
Please make commit message including the reason.
Okay, I think the below words would be okay :)
"This change just make a little clean to make code mor
Hi Jingoo,
On 08/20/2015 02:22 AM, Jingoo Han wrote:
On 2015. 8. 19., at PM 11:50, Yakir Yang wrote:
link_rate and lane_count already configed in analogix_dp_set_link_train(),
s/configed/configured
Also, the commit name such as "fix ... bug" is not good.
How about following?
drm: bridge/ana
Hi Jingoo,
On 08/20/2015 01:55 AM, Jingoo Han wrote:
On 2015. 8. 20., at PM 3:23, Yakir Yang wrote:
Hi Jingoo & Archit,
On 08/20/2015 12:54 AM, Jingoo Han wrote:
On 2015. 8. 20., at PM 1:29, Archit Taneja wrote:
Hi,
On 08/19/2015 08:18 PM, Yakir Yang wrote:
Hi all,
The Samsung Exyn
Hi Jingoo,
On 08/20/2015 01:11 AM, Jingoo Han wrote:
On 2015. 8. 19., at PM 11:52, Yakir Yang wrote:
Some edp screen with no hpd signal would need some delay time
to ensure that screen would be ready for work, so we can expand
the delay time in hpd detect function, it works prefectly on my
rk3
On 2015. 8. 19., at PM 11:52, Yakir Yang wrote:
>
What is the reason to make this patch?
Please make commit message including the reason.
Best regards,
Jingoo Han
> Signed-off-by: Yakir Yang
> ---
> Changes in v3:
> - move dp hpd detect to connector detect function.
>
> Changes in v2: None
On 2015. 8. 19., at PM 11:50, Yakir Yang wrote:
>
> link_rate and lane_count already configed in analogix_dp_set_link_train(),
s/configed/configured
Also, the commit name such as "fix ... bug" is not good.
How about following?
drm: bridge/analogix_dp: remove duplicate configuration of link rat
63 matches
Mail list logo