On 4 September 2013 04:06, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi Chander,
On Tuesday 03 of September 2013 17:04:28 Chander Kashyap wrote:
Some platform has provision to change cpu parent clock during
cpu frequency scaling. This patch series provides a mechanism to
implement the same
On 4 September 2013 03:17, Sylwester Nawrocki
sylvester.nawro...@gmail.com wrote:
Hi Chander,
On 09/03/2013 01:34 PM, Chander Kashyap wrote:
Some platforms use to migrate temporarily to another parent during cpu
frequency
scaling, e.g. Exynos and Tegra. Once the frequency is changed the
-Original Message-
From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
Sent: Wednesday, September 04, 2013 2:48 PM
To: Sean Paul
Cc: Rahul Sharma; linux-samsung-soc; dri-devel; kgene.kim; sw0312.kim;
InKi Dae; Lucas Stach; Tomasz Figa; Sylwester Nawrocki; sunil joshi;
On Tuesday 03 September 2013 09:20 PM, Greg KH wrote:
On Tue, Sep 03, 2013 at 08:55:23PM +0530, Kishon Vijay Abraham I wrote:
Hi Greg,
On Wednesday 28 August 2013 12:50 AM, Felipe Balbi wrote:
Hi,
On Mon, Aug 26, 2013 at 01:44:49PM +0530, Kishon Vijay Abraham I wrote:
On Wednesday 21
Hi Josh,
On Wednesday 04 of September 2013 10:13:16 Josh Boyer wrote:
Using Linus' tree as of this morning (v3.11-2654-g458c3f6), the
exynos-cpufreq driver doesn't build because it includes a file that
doesn't exist.
+ make -s ARCH=arm V=1 -j4 bzImage KALLSYMS_EXTRA_PASS=1
On Wed, Sep 4, 2013 at 3:37 AM, Inki Dae inki@samsung.com wrote:
-Original Message-
From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
Sent: Wednesday, September 04, 2013 2:48 PM
To: Sean Paul
Cc: Rahul Sharma; linux-samsung-soc; dri-devel; kgene.kim; sw0312.kim;
InKi Dae; Lucas
On Wednesday 04 of September 2013 10:41:31 Josh Boyer wrote:
On Wed, Sep 4, 2013 at 10:36 AM, Tomasz Figa t.f...@samsung.com wrote:
Hi Josh,
On Wednesday 04 of September 2013 10:13:16 Josh Boyer wrote:
Using Linus' tree as of this morning (v3.11-2654-g458c3f6), the
exynos-cpufreq
On Wed, Sep 4, 2013 at 11:04 AM, Tomasz Figa t.f...@samsung.com wrote:
On Wednesday 04 of September 2013 10:41:31 Josh Boyer wrote:
On Wed, Sep 4, 2013 at 10:36 AM, Tomasz Figa t.f...@samsung.com wrote:
Hi Josh,
On Wednesday 04 of September 2013 10:13:16 Josh Boyer wrote:
Using Linus'
Using Linus' tree as of this morning (v3.11-2654-g458c3f6), the
exynos-cpufreq driver doesn't build because it includes a file that
doesn't exist.
+ make -s ARCH=arm V=1 -j4 bzImage KALLSYMS_EXTRA_PASS=1
arch/arm/kernel/return_address.c:63:2: warning: #warning TODO:
return_address should use
On Wed, Sep 4, 2013 at 1:47 AM, Rahul Sharma r.sh.o...@gmail.com wrote:
Thanks Sean,
On 3 September 2013 20:15, Sean Paul seanp...@chromium.org wrote:
A few comments.
On Fri, Aug 30, 2013 at 2:59 AM, Rahul Sharma rahul.sha...@samsung.com
wrote:
Exynos hdmiphy operations and configs are
Quoting Tomasz Figa (2013-09-03 15:36:50)
Hi Chander,
On Tuesday 03 of September 2013 17:04:28 Chander Kashyap wrote:
Some platform has provision to change cpu parent clock during
cpu frequency scaling. This patch series provides a mechanism to
implement the same using CCF.
Patch1
On Wednesday 04 of September 2013 10:43:28 Mike Turquette wrote:
Quoting Tomasz Figa (2013-09-03 15:36:50)
Hi Chander,
On Tuesday 03 of September 2013 17:04:28 Chander Kashyap wrote:
Some platform has provision to change cpu parent clock during
cpu frequency scaling. This patch
On Thu, 2013-08-29 at 20:59 +0900, Seungwon Jeon wrote:
On Wed, August 28, 2013, Yuvaraj Kumar C D wrote:
Currently platform specific private data initialisation is done by
dw_mci_socfpga_priv_init and dw_mci_socfpga_parse_dt.As we already have
separate platform specific device tree parser
This series tries to provide a basic dmaengine driver for the s3c24xx
SoCs to subsequently retire the old one with custom API.
Since v3 more smaller fixes were added, and memcpy operations now have a very
simple mechanism to try to use higher transfer widths.
Since v2 only some small fixes to
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 virtual channels being mapped to a lot less physical ones.
The driver
Each dma channel has its own clock. The upcoming dma driver wants to
handle these itself and therefore needs to be able to get the correct
clock for a channel.
Therefore rename the dma clocks to dma.X for s3c2412, s3c2416 and
s3c2443. This does not change the behaviour for the old dma driver at
This includes defining the mapping for the request sources.
Signed-off-by: Heiko Stuebner he...@sntech.de
Acked-by: Linus Walleij linus.wall...@linaro.org
---
changes since v1:
- follow new pdata definition
arch/arm/mach-s3c24xx/common.c| 106 +
The spi-s3c64xx device is also used on the s3c2416 and s3c2443 SoCs.
The driver also already uses only generic dma-engine operations.
Therefore add another elif to set the s3c24xx filter.
Signed-off-by: Heiko Stuebner he...@sntech.de
Acked-by: Linus Walleij linus.wall...@linaro.org
---
-Original Message-
From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
ow...@vger.kernel.org] On Behalf Of Sean Paul
Sent: Wednesday, September 04, 2013 11:52 PM
To: Inki Dae
Cc: Rahul Sharma; Rahul Sharma; linux-samsung-soc; dri-devel; kgene.kim;
sw0312.kim;
On 5 September 2013 09:46, Inki Dae inki@samsung.com wrote:
-Original Message-
From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
ow...@vger.kernel.org] On Behalf Of Sean Paul
Sent: Wednesday, September 04, 2013 11:52 PM
To: Inki Dae
Cc: Rahul Sharma;
+static struct hdmiphy_config hdmiphy_4210_configs[] = {
+ {
+ .pixel_clock = 2700,
+ .conf = {
+ 0x01, 0x05, 0x00, 0xD8, 0x10, 0x1C, 0x30,
0x40,
+ 0x6B, 0x10, 0x02, 0x51, 0xDF, 0xF2, 0x54,
On Thu, Sep 5, 2013 at 1:01 AM, Dinh Nguyen dingu...@altera.com wrote:
On Thu, 2013-08-29 at 20:59 +0900, Seungwon Jeon wrote:
On Wed, August 28, 2013, Yuvaraj Kumar C D wrote:
Currently platform specific private data initialisation is done by
dw_mci_socfpga_priv_init and
22 matches
Mail list logo
