Hi Tomasz,
On Sat, Dec 21, 2013 at 3:23 AM, Tomasz Figa wrote:
> On Friday 20 of December 2013 13:37:36 Olof Johansson wrote:
>> On Fri, Dec 20, 2013 at 1:19 PM, Tomasz Figa wrote:
>> > Hi,
>> >
>> > On Friday 20 of December 2013 15:56:38 sunil joshi wrote:
>> >> Hi Abhilash,
>> >> I saw another
Hi Tomasz,
On Sat, Dec 21, 2013 at 3:07 AM, Tomasz Figa wrote:
> Hi Abhilash,
>
> Please see my comments inline.
>
> On Monday 16 of December 2013 17:31:10 Abhilash Kesavan wrote:
>> Add PMU configuration table for various low power modes - AFTR/LPA/SLEEP.
>> Also, add core s2r support for Exynos
Hi Olof,
On Sat, Dec 21, 2013 at 2:52 AM, Olof Johansson wrote:
> On Fri, Dec 20, 2013 at 3:38 AM, Abhilash Kesavan
> wrote:
>> Hi Sunil,
>>
>> On Fri, Dec 20, 2013 at 3:56 PM, sunil joshi wrote:
>>> Hi Abhilash,
>>> I saw another patch in chrome tree ..by Andrew Bresticker
>>> which may be rel
Some boards might not have RTC xtal, so RTC shouldn't really be
enabled by default. Enable it in the required board files. For
now enable it for all board files to maintain the enabled status
exisitng prior to this patch.
Signed-off-by: Sachin Kamat
---
arch/arm/boot/dts/exynos5250-arndale.dts
On 21 December 2013 02:44, Tomasz Figa wrote:
> On Thursday 19 of December 2013 21:05:09 Sachin Kamat wrote:
>> Hi Tomasz,
>>
>> On 19 December 2013 19:40, Tomasz Figa wrote:
>> > Hi Sachin, Andrew,
>> >
>> > On Wednesday 18 of December 2013 23:39:58 Sachin Kamat wrote:
>> >> Hi Tomasz,
>> >>
>>
Hi Tomasz,
On 21 December 2013 02:42, Tomasz Figa wrote:
> Hi Sachin,
>
> On Thursday 19 of December 2013 16:27:53 Sachin Kamat wrote:
>> Some boards might not have RTC xtal, so RTC shouldn't really be
>> enabled by default. Enable it in the required board files.
>>
>> Signed-off-by: Sachin Kamat
Tomasz,
On Fri, Dec 20, 2013 at 1:19 PM, Tomasz Figa wrote:
> Hi,
>
> On Friday 20 of December 2013 15:56:38 sunil joshi wrote:
>> Hi Abhilash,
>> I saw another patch in chrome tree ..by Andrew Bresticker
>> which may be relevant here ..
>>
>> Just wondering if you missed adding this ? or this is
On 12/21/13 09:57, Doug Anderson wrote:
Kukjin,
On Fri, Dec 20, 2013 at 3:37 PM, Kukjin Kim wrote:
On 12/21/13 08:09, Kukjin Kim wrote:
On 11/25/13 21:15, Mark Brown wrote:
From: Mark Brown
Make it easier to notice the common file for ChromeOS devices based on
the Exynos5250 by giving it
Kukjin,
On Fri, Dec 20, 2013 at 3:37 PM, Kukjin Kim wrote:
> On 12/21/13 08:09, Kukjin Kim wrote:
>>
>> On 11/25/13 21:15, Mark Brown wrote:
>>>
>>> From: Mark Brown
>>>
>>> Make it easier to notice the common file for ChromeOS devices based on
>>> the Exynos5250 by giving it the exynos5250 prefi
dma_buf_map_attachment and dma_buf_vmap can return NULL or
ERR_PTR on a error. This encourages a common buggy pattern in
callers:
sgt = dma_buf_map_attachment(attach, DMA_BIDIRECTIONAL);
if (IS_ERR_OR_NULL(sgt))
return PTR_ERR(sgt);
This causes the caller to return
On 12/21/13 08:09, Kukjin Kim wrote:
On 11/25/13 21:15, Mark Brown wrote:
From: Mark Brown
Make it easier to notice the common file for ChromeOS devices based on
the Exynos5250 by giving it the exynos5250 prefix that the boards have.
Signed-off-by: Mark Brown
Acked-by: Tomasz Figa
---
arch/arm
On 10/17/2013 08:06 PM, Sylwester Nawrocki wrote:
This patch adds binding documentation for the Samsung S5K6A3(YX)
raw image sensor.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
Hi Mauro,
Can we merge it now without a DT binding maintainer Ack ?
There was no comments for 2 m
On 11/25/13 21:15, Mark Brown wrote:
From: Mark Brown
Make it easier to notice the common file for ChromeOS devices based on
the Exynos5250 by giving it the exynos5250 prefix that the boards have.
Signed-off-by: Mark Brown
Acked-by: Tomasz Figa
---
arch/arm/boot/dts/{cros5250-common.dtsi =>
On 12/18/13 19:20, Heiko Stübner wrote:
Hi Kukjin,
Am Sonntag, 15. Dezember 2013, 21:21:54 schrieb Kukjin Kim:
The following changes since commit
6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)
are available in the git repository at:
git://git.ker
The memory allocator is being initialized before registering the subdevs
so reverse the cleanup sequence to avoid trying unregister not registered
subdevs.
Signed-off-by: Sylwester Nawrocki
---
drivers/media/platform/exynos4-is/fimc-is.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions
On 12/12/13 06:39, Mark Brown wrote:
From: Mark Brown
There is a 16.934MHz fixed rate clock connected to MCLK1 on the CODEC, add
this to the device tree bindings.
Signed-off-by: Mark Brown
---
arch/arm/boot/dts/exynos5250-smdk5250.dts | 9 +
1 file changed, 9 insertions(+)
diff --gi
Devices should also operate normally when runtime PM is not enabled.
In case runtime PM is disabled activate the device already in probe().
Any related power domain needs to be then left permanently in active
state by the platform.
Signed-off-by: Sylwester Nawrocki
---
drivers/media/platform/exy
Ensure the device works also when runtime PM is disabled. This will
allow to drop an incorrect dependency on PM_RUNTIME.
Signed-off-by: Sylwester Nawrocki
---
drivers/media/platform/exynos4-is/fimc-is.c | 25 -
1 files changed, 20 insertions(+), 5 deletions(-)
diff --g
Now when the sub-drivers are fixed to work with runtime PM disabled
this erroneous dependency can be removed.
The CAM and ISP power domains should be left in active state by the
platform if runtime PM is not used.
Signed-off-by: Sylwester Nawrocki
---
drivers/media/platform/exynos4-is/Kconfig |
Ensure the device also works when runtime PM is disabled.
Signed-off-by: Sylwester Nawrocki
---
drivers/media/platform/exynos4-is/fimc-lite.c | 24 +---
1 files changed, 13 insertions(+), 11 deletions(-)
diff --git a/drivers/media/platform/exynos4-is/fimc-lite.c
b/drivers
Driver should ensure a device can be also used normally when runtime
PM is disabled. So enable the FIMC clock in probe() in such situation.
Signed-off-by: Sylwester Nawrocki
---
drivers/media/platform/exynos4-is/fimc-core.c | 29 +---
1 files changed, 16 insertions(+), 13 d
This series removes incorrect dependency of the driver on PM_RUNTIME
and is a preparation for further work on actual implementation of
suspend/resume for the FIMC-IS.
Sylwester Nawrocki (6):
exynos4-is: Leave FIMC clocks enabled when runtime PM is disabled
exynos4-is: Activate mipi-csis in pro
On 12/20/2013 10:36 PM, Kukjin Kim wrote:
On 12/21/13 06:25, Sylwester Nawrocki wrote:
The only thing exynos_pm_late_initcall() does is calling
pm_genpd_poweroff_unused(), which is already stubbed when
CONFIG_PM_GENERIC_DOMAINS is not enabled. So replace
exynos_pm_late_initcall() with a direct c
On 12/13/13 01:18, Tomasz Figa wrote:
This series fixes spotted issues with DW-MSHC support on Exynos4x12
SoCs and then enables DW-MSHC controller to handle eMMC memory on
Exynos4412-TRATS2 board. As opposed to using sdhci-s3c for eMMC,
MMC 4.4 extensions can be used and in general performance is
2013/12/20 Kukjin Kim :
> On 12/19/13 00:55, Tomasz Figa wrote:
>>
>> On Tuesday 10 of December 2013 14:37:13 Sachin Kamat wrote:
>>>
>>> On 13 November 2013 17:51, Tomasz Figa wrote:
On Wednesday 13 of November 2013 12:52:05 Bartlomiej Zolnierkiewicz
wrote:
[+ DT maintain
Hi Rahul,
On Friday 20 of December 2013 18:27:25 Rahul Sharma wrote:
> DT nodes contain clock numbers which are referred by drivers
> to get the clocks. These numbers are replaced by MACROs
> which are defined in the exynos5420-clk.h header file.
This is a good idea, but we already have such conv
On Friday 20 of December 2013 13:37:36 Olof Johansson wrote:
> On Fri, Dec 20, 2013 at 1:19 PM, Tomasz Figa wrote:
> > Hi,
> >
> > On Friday 20 of December 2013 15:56:38 sunil joshi wrote:
> >> Hi Abhilash,
> >> I saw another patch in chrome tree ..by Andrew Bresticker
> >> which may be relevant h
On 12/20/2013 07:47 PM, Bartlomiej Zolnierkiewicz wrote:
If the system is booted with some CPUs offline C1E promotion disable quirk
won't be applied because on_each_cpu() in intel_idle_cpuidle_driver_init()
operates only on online CPUs. Fix it by adding the C1E promotion disable
handling to intel
On 12/20/2013 07:47 PM, Bartlomiej Zolnierkiewicz wrote:
intel_idle driver sets dev->state_count to drv->state_count so
the default dev->state_count initialization in cpuidle_enable_device()
(called from cpuidle_register_device()) can be used instead.
Signed-off-by: Bartlomiej Zolnierkiewicz
Si
On 12/19/13 00:55, Tomasz Figa wrote:
On Tuesday 10 of December 2013 14:37:13 Sachin Kamat wrote:
On 13 November 2013 17:51, Tomasz Figa wrote:
On Wednesday 13 of November 2013 12:52:05 Bartlomiej Zolnierkiewicz wrote:
[+ DT maintainers]
Hi,
On Wednesday, November 13, 2013 11:27:03 AM Syl
On 12/20/2013 07:47 PM, Bartlomiej Zolnierkiewicz wrote:
It is now possible to use the common cpuidle_[un]register() routines
(instead of open-coding them) so do it.
Just an addition:
The cpuidle_register common routine calls cpuidle_register_driver which
initialize the driver's cpumask to cp
On 12/10/13 15:38, Sachin Kamat wrote:
S2MPS11 voltage regulator is commonly used on the latest Exynos
boards like SMDK5420, Arndale-Octa, etc. Hence it makes sense to
enable it like S5M8767A voltage regulator.
Signed-off-by: Sachin Kamat
---
arch/arm/configs/exynos_defconfig |1 +
1 file
Hi Abhilash,
Please see my comments inline.
On Monday 16 of December 2013 17:31:10 Abhilash Kesavan wrote:
> Add PMU configuration table for various low power modes - AFTR/LPA/SLEEP.
> Also, add core s2r support for Exynos5420.
>
> Signed-off-by: Abhilash Kesavan
> ---
> This patch depends on "
On Fri, Dec 20, 2013 at 1:19 PM, Tomasz Figa wrote:
> Hi,
>
> On Friday 20 of December 2013 15:56:38 sunil joshi wrote:
>> Hi Abhilash,
>> I saw another patch in chrome tree ..by Andrew Bresticker
>> which may be relevant here ..
>>
>> Just wondering if you missed adding this ? or this is not need
On 12/21/13 06:25, Sylwester Nawrocki wrote:
The only thing exynos_pm_late_initcall() does is calling
pm_genpd_poweroff_unused(), which is already stubbed when
CONFIG_PM_GENERIC_DOMAINS is not enabled. So replace
exynos_pm_late_initcall() with a direct call to
pm_genpd_poweroff_unused().
Signed-
On 12/21/13 06:24, Sylwester Nawrocki wrote:
Instead of repeating "select PM_GENERIC_DOMAINS" for all Exynos4
variants add relevant entry in the Kconfig section common to the
SoC series.
Signed-off-by: Sylwester Nawrocki
---
arch/arm/mach-exynos/Kconfig |4 +---
1 files changed, 1 inserti
On 12/20/2013 07:47 PM, Bartlomiej Zolnierkiewicz wrote:
dev->state_count is now always equal to drv->state_count so
it can be removed.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Acked-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle.c | 3 ---
drivers/cpuidle/
The only thing exynos_pm_late_initcall() does is calling
pm_genpd_poweroff_unused(), which is already stubbed when
CONFIG_PM_GENERIC_DOMAINS is not enabled. So replace
exynos_pm_late_initcall() with a direct call to
pm_genpd_poweroff_unused().
Signed-off-by: Sylwester Nawrocki
---
arch/arm/mach-
On Friday 20 of December 2013 13:25:06 Olof Johansson wrote:
> On Fri, Dec 20, 2013 at 1:23 PM, Tomasz Figa wrote:
> > On Friday 20 of December 2013 13:22:06 Olof Johansson wrote:
> >> On Fri, Dec 20, 2013 at 3:38 AM, Abhilash Kesavan
> >> wrote:
> >> > Hi Sunil,
> >> >
> >> > On Fri, Dec 20, 201
Instead of repeating "select PM_GENERIC_DOMAINS" for all Exynos4
variants add relevant entry in the Kconfig section common to the
SoC series.
Signed-off-by: Sylwester Nawrocki
---
arch/arm/mach-exynos/Kconfig |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/arm/ma
On Fri, Dec 20, 2013 at 1:23 PM, Tomasz Figa wrote:
> On Friday 20 of December 2013 13:22:06 Olof Johansson wrote:
>> On Fri, Dec 20, 2013 at 3:38 AM, Abhilash Kesavan
>> wrote:
>> > Hi Sunil,
>> >
>> > On Fri, Dec 20, 2013 at 3:56 PM, sunil joshi wrote:
>> >> Hi Abhilash,
>> >> I saw another pa
On Friday 20 of December 2013 13:22:06 Olof Johansson wrote:
> On Fri, Dec 20, 2013 at 3:38 AM, Abhilash Kesavan
> wrote:
> > Hi Sunil,
> >
> > On Fri, Dec 20, 2013 at 3:56 PM, sunil joshi wrote:
> >> Hi Abhilash,
> >> I saw another patch in chrome tree ..by Andrew Bresticker
> >> which may be re
On 12/06/13 18:48, Arun Kumar K wrote:
Adds the CPU clock divider shifts and masks for Exynos5 SoC.
These defines will be used in cpufreq driver.
Signed-off-by: Arjun.K.V
Signed-off-by: Arun Kumar K
---
arch/arm/mach-exynos/include/mach/regs-clock.h | 24
1 file cha
On Fri, Dec 20, 2013 at 3:38 AM, Abhilash Kesavan
wrote:
> Hi Sunil,
>
> On Fri, Dec 20, 2013 at 3:56 PM, sunil joshi wrote:
>> Hi Abhilash,
>> I saw another patch in chrome tree ..by Andrew Bresticker
>> which may be relevant here ..
>>
>> Just wondering if you missed adding this ? or this is no
Hi,
On Friday 20 of December 2013 15:56:38 sunil joshi wrote:
> Hi Abhilash,
> I saw another patch in chrome tree ..by Andrew Bresticker
> which may be relevant here ..
>
> Just wondering if you missed adding this ? or this is not needed ?
> You did not face any issue in getting core to suspend ?
On 12/20/2013 07:47 PM, Bartlomiej Zolnierkiewicz wrote:
The EXYNOS cpuidle driver code assumes that cpuidle core will handle
dev->state_count smaller than drv->state_count but currently this is
untrue (dev->state_count is used only for handling cpuidle state sysfs
entries and drv->state_count is
On Thursday 19 of December 2013 21:05:09 Sachin Kamat wrote:
> Hi Tomasz,
>
> On 19 December 2013 19:40, Tomasz Figa wrote:
> > Hi Sachin, Andrew,
> >
> > On Wednesday 18 of December 2013 23:39:58 Sachin Kamat wrote:
> >> Hi Tomasz,
> >>
> >> On 10 November 2013 22:38, Tomasz Figa wrote:
> >> >
Hi Sachin,
On Thursday 19 of December 2013 16:27:53 Sachin Kamat wrote:
> Some boards might not have RTC xtal, so RTC shouldn't really be
> enabled by default. Enable it in the required board files.
>
> Signed-off-by: Sachin Kamat
> ---
> arch/arm/boot/dts/exynos5420-arndale-octa.dts |4 +++
On Thursday 19 of December 2013 10:05:52 Sachin Kamat wrote:
> Hi Tomasz,
>
> On 18 December 2013 20:46, Tomasz Figa wrote:
> > Hi Sachin,
> >
> > On Thursday 05 of December 2013 15:14:24 Sachin Kamat wrote:
> >> Added regulator entries to Exynos5420 SMDK board.
> >>
> >> Signed-off-by: Sachin Ka
On 12/20/13 07:36, Doug Anderson wrote:
When the exynos5250 device tree was sent upstream the keyboard mapping
was missing the 2nd instance of the "\" key. There are two copies of
the "\" because it simply has a different row and column on US and
non-US keyboards.
For more details, see the prev
Hi Kukjin,
On Saturday 21 of December 2013 05:44:24 Kukjin Kim wrote:
> On 12/20/13 21:34, Seungwon Jeon wrote:
> > Clock lookup information is required as driver can manipulate
> > clock rate properly.
> >
> > Signed-off-by: Seungwon Jeon
> > ---
> > arch/arm/boot/dts/exynos4412.dtsi |2 ++
On 12/20/13 14:11, Naveen Krishna Chatradhi wrote:
Exynos5420 SoC has per core thermal management unit.
5 TMU channels 4 for CPUs and 5th for GPU.
This patch adds the device tree nodes to the DT device list.
Nodes carry the misplaced second base address and the second
clock to access the mispla
On 12/20/13 18:12, Linus Walleij wrote:
On Fri, Dec 13, 2013 at 10:37 AM, Linus Walleij
wrote:
On Fri, Dec 13, 2013 at 10:24 AM, wrote:
José Miguel Gonçalves wrote:
(..)
Was this patch forgotten?
Hi Jose,
Sorry about missing your patch. It's my fault :( and as you know, at this
moment t
On 12/21/13 03:47, Bartlomiej Zolnierkiewicz wrote:
The EXYNOS cpuidle driver code assumes that cpuidle core will handle
dev->state_count smaller than drv->state_count but currently this is
untrue (dev->state_count is used only for handling cpuidle state sysfs
entries and drv->state_count is used
On 12/20/13 21:34, Seungwon Jeon wrote:
Clock lookup information is required as driver can manipulate
clock rate properly.
Signed-off-by: Seungwon Jeon
---
arch/arm/boot/dts/exynos4412.dtsi |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/exynos4412.
d patch series with next-20131220
- added ACKs from Daniel Lezcano
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics
Bartlomiej Zolnierkiewicz (9):
ARM: EXYNOS: cpuidle: fix AFTR mode check
POWERPC: pseries: cpuidle: remove superfluous dev->state_cou
It is now possible to use the common cpuidle_[un]register() routines
(instead of open-coding them) so do it.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Acked-by: Daniel Lezcano
Cc: Deepthi Dharwar
---
arch/powerpc/platforms/pseries/processor_idle.c | 57 ++--
pseries cpuidle driver sets dev->state_count to drv->state_count so
the default dev->state_count initialization in cpuidle_enable_device()
(called from cpuidle_register_device()) can be used instead.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Acked-by: Daniel Lezcano
The EXYNOS cpuidle driver code assumes that cpuidle core will handle
dev->state_count smaller than drv->state_count but currently this is
untrue (dev->state_count is used only for handling cpuidle state sysfs
entries and drv->state_count is used for all other cases) and will not
be fixed in the fut
dev->state_count is now always equal to drv->state_count and
drv->state_count no longer can change during driver's lifetime so
the default dev->state_count initialization in cpuidle_enable_device()
(called from cpuidle_register_device()) can be used instead.
Signed-off-by: Bartlomiej Zolnierkiewic
If the system is booted with some CPUs offline C1E promotion disable quirk
won't be applied because on_each_cpu() in intel_idle_cpuidle_driver_init()
operates only on online CPUs. Fix it by adding the C1E promotion disable
handling to intel_idle_cpu_init() (which is also called during CPU_ONLINE
op
acpi_processor_hotplug() calls acpi_processor_setup_cpuidle_cx()
without calling acpi_processor_setup_cpuidle_states() first so it
is possible that dev->state_count becomes different from
drv->state_count (in case of SMP system with unsupported C2/C3
states + enabled CPU hotplug and num_online_cpus
intel_idle driver sets dev->state_count to drv->state_count so
the default dev->state_count initialization in cpuidle_enable_device()
(called from cpuidle_register_device()) can be used instead.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Cc: Len Brown
---
drivers/idl
It is now possible to use the common cpuidle_[un]register() routines
(instead of open-coding them) so do it.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Cc: Len Brown
---
drivers/idle/intel_idle.c | 114 --
1 file changed, 2
dev->state_count is now always equal to drv->state_count so
it can be removed.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
---
drivers/cpuidle/cpuidle.c | 3 ---
drivers/cpuidle/sysfs.c | 5 +++--
include/linux/cpuidle.h | 1 -
3 files changed, 3 insertions(+), 6 d
The cpufreq_driver's boost_supported flag is true only when boost
support is explicitly enabled. Boost related attributes are exported only
under the same condition.
Signed-off-by: Lukasz Majewski
Signed-off-by: Myungjoo Ham
Acked-by: Viresh Kumar
---
Changes for v12:
- None
Changes for v11:
The Intel's hardware based boost solution driver has been changed to cooperate
with
common cpufreq boost framework.
The global sysfs boost attribute entry code
(/sys/devices/system/cpu/cpufreq/boost)
has been moved to a core cpufreq code. This attribute is now only visible,
when cpufreq driver s
This commit adds boost frequency support in cpufreq core (Hardware &
Software). Some SoCs (like Exynos4 - e.g. 4x12) allow setting frequency
above its normal operation limits. Such mode shall be only used for a
short time.
Overclocking (boost) support is essentially provided by platform
dependent
This patch series introduces support for CPU overclocking technique
called Boost.
It is a follow up of a LAB governor proposal. Boost is a LAB component:
http://thread.gmane.org/gmane.linux.kernel/1484746/match=cpufreq
Boost unifies hardware based solution (e.g. Intel Nehalem) with
software orien
For safety reasons new flag - CONFIG_CPU_FREQ_BOOST_SW has been added.
Only after selecting "EXYNOS Frequency Overclocking - Software" Kconfig
option the software managed boost is enabled. It also selects thermal
subsystem to be compiled in. Thermal is necessary for disabling boost
and cooling down
Since the support for software and hardware controlled boosting has been
added, the corresponding Documentation entry had been updated.
Signed-off-by: Lukasz Majewski
Signed-off-by: Myungjoo Ham
Acked-by: Viresh Kumar
---
Changes for v12:
- None
Changes for v11:
- None
Changes for v10:
- Non
This patch provides auto disable/enable operation for boost. It uses already
present thermal infrastructure to provide BOOST hysteresis.
The TMU data has been modified to work properly with or without BOOST.
Hence, the two first trip points with corresponding clip frequencies were
adjusted.
The fi
Special driver data flag (CPUFREQ_BOOST_FREQ) has been added to indicate
frequency, which can be only enabled for BOOST mode.
This frequency shall be used only for limited time, since it might cause
target device to overheat.
Signed-off-by: Lukasz Majewski
Signed-off-by: Myungjoo Ham
Acked-by: V
Previously the of_phy_get function took a struct device * and
was declared static. It was impossible to call it from
another driver and thus it was impossible to get phy defined
for a given node. The old function was renamed to _of_phy_get
and was left for internal use. of_phy_get function was adde
From: Mateusz Krawczuk
Add support for the Samsung's S5PV210 SoC to the Exynos USB 2.0 PHY driver.
Signed-off-by: Mateusz Krawczuk
[k.deb...@samsung.com: cleanup and commit description]
[k.deb...@samsung.com: make changes accordingly to the mailing list
comments]
Signed-off-by: Kamil Debski
--
Add support for Exynos 5250. This driver is to replace the old
USB 2.0 PHY driver.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
.../devicetree/bindings/phy/samsung-phy.txt|1 +
drivers/phy/Kconfig| 11 +
drivers/phy/Makefile
Adding devm_of_phy_get will allow to get phys by supplying a
pointer to the struct device_node instead of struct device.
Signed-off-by: Kamil Debski
---
drivers/phy/phy-core.c | 31 +++
include/linux/phy/phy.h |2 ++
2 files changed, 33 insertions(+)
diff --gi
Add a new driver for the Exynos USB 2.0 PHY. The new driver uses the generic
PHY framework. The driver includes support for the Exynos 4x10 and 4x12
SoC families.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
.../devicetree/bindings/phy/samsung-phy.txt| 55
drivers
Change the phy provider used from the old one using the USB phy
framework to a new one using the Generic phy framework.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
Documentation/devicetree/bindings/usb/usb-ehci.txt | 35 +++
drivers/usb/host/ehci-exynos.c
Change the used phy driver to the new Exynos USB phy driver that uses the
generic phy framework.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
.../devicetree/bindings/usb/samsung-hsotg.txt |4
drivers/usb/gadget/s3c-hsotg.c | 11 ++-
2
Add support to PHY of USB2 of the Exynos 4 SoC.
Signed-off-by: Kamil Debski
---
.../devicetree/bindings/arm/samsung/pmu.txt|2 ++
arch/arm/boot/dts/exynos4.dtsi | 31
arch/arm/boot/dts/exynos4210.dtsi | 17 +++
arc
Add support to PHY of USB2 of the Exynos 5250 SoC.
Signed-off-by: Kamil Debski
---
arch/arm/boot/dts/exynos5250.dtsi | 33 ---
drivers/phy/phy-exynos5250-usb2.c | 64 +
2 files changed, 78 insertions(+), 19 deletions(-)
diff --git a/arch/a
This the alternative version of the support for Exynos 421x USB 2.0 PHY
in the Generic PHY framework. In this version the support for Exynos
4210 and 4212 was joined into one file.
Signed-off-by: Kamil Debski
---
Hi,
Me and Kishon were discussing for quite a long time the way how Exynos 4
should
This the alternative version of the support for Exynos 421x USB 2.0 PHY
in the Generic PHY framework. In this version the support for Exynos
4210 and 4212 was joined into one file.
Signed-off-by: Kamil Debski
---
Hi,
This is the second alternative version. Please look at
"[PATCH RFC alternative
Hi,
This is the fifth version of the patchset. It adds a new Exynos USB 2.0 PHY
driver. The driver uses the Generic PHY Framework.
I would like to thank everyone who contributed with comments and took the time
to read through the patches in the previous versions of this patchset.
We had a lengthy
Many changes/fixes have been identified for clock file for exynos5420.
These include correct parents, bit fields, new clocks etc. Existing
files needs some correction in terms of names of the clock and
indentation. These issues are addressed in this patch series. It also
replaces the usage of enums
DT nodes contain clock numbers which are referred by drivers
to get the clocks. These numbers are replaced by MACROs
which are defined in the exynos5420-clk.h header file.
Signed-off-by: Rahul Sharma
---
arch/arm/boot/dts/exynos5420.dtsi | 47 +++--
1 file chang
Clock lookup information is required as driver can manipulate
clock rate properly.
Signed-off-by: Seungwon Jeon
---
arch/arm/boot/dts/exynos4412.dtsi |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/exynos4412.dtsi
b/arch/arm/boot/dts/exynos4412.dtsi
i
This patch adds the registers, bit fields and compatible strings
required to support for the 5 TMU channels on Exynos5260.
Signed-off-by: Naveen Krishna Chatradhi
---
This patch goes on top of the series (Reviewed and Acked)
https://www.mail-archive.com/devicetree@vger.kernel.org/msg08043.html
This patch fixes a compilation warning.
warning: passing argument 5 of 'thermal_zone_device_register' discards 'const'
qualifier from pointer target type [enabled by default]
include/linux/thermal.h:270:29: note: expected 'struct thermal_zone_device_ops
*'
but argument is of type 'const struct th
On Fri, Dec 20, 2013 at 10:22:20AM +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Remove unneeded error handling on the result of a call
> to platform_get_resource() when the value is passed to
> devm_ioremap_resource().
Applied, thanks.
signature.asc
Description: Digital signature
Hi Abhilash,
On Fri, Dec 20, 2013 at 5:08 PM, Abhilash Kesavan
wrote:
> Hi Sunil,
>
> On Fri, Dec 20, 2013 at 3:56 PM, sunil joshi wrote:
>> Hi Abhilash,
>> I saw another patch in chrome tree ..by Andrew Bresticker
>> which may be relevant here ..
>>
>> Just wondering if you missed adding this ?
Hi Sunil,
On Fri, Dec 20, 2013 at 3:56 PM, sunil joshi wrote:
> Hi Abhilash,
> I saw another patch in chrome tree ..by Andrew Bresticker
> which may be relevant here ..
>
> Just wondering if you missed adding this ? or this is not needed ?
> You did not face any issue in getting core to suspend ?
Hi Abhilash,
I saw another patch in chrome tree ..by Andrew Bresticker
which may be relevant here ..
Just wondering if you missed adding this ? or this is not needed ?
You did not face any issue in getting core to suspend ?
-
From: Frank Rowand
The arm boot_lock is used by the secondary processor startup code. The locking
task is the idle thread, which has idle->sched_class == &idle_sched_class.
idle_sched_class->enqueue_task == NULL, so if the idle task blocks on the
lock, the attempt to wake it when the lock become
On Fri, Dec 13, 2013 at 10:37 AM, Linus Walleij
wrote:
> On Fri, Dec 13, 2013 at 10:24 AM, wrote:
>> José Miguel Gonçalves wrote:
> (..)
>>> Was this patch forgotten?
>>>
>> Hi Jose,
>>
>> Sorry about missing your patch. It's my fault :( and as you know, at this
>> moment the file will be remove
From: Prathyush K
The address for cb/cr needs to be swapped for 3 plane formats like
YVU420 and YVU420M. If these address gets swapped for other formats like
NV21, it results in passing a NULL dma address to gscalar (which will
result in a PAGE FAULT if sysmmu is enabled).
E.g. For NV21, the dma
97 matches
Mail list logo