Hi Kukjin,
On Friday, July 25, 2014 Kukjin Kim wrote:
> Subject: RE: [PATCH v7 3/4] ARM: EXYNOS: Add platform driver support for
> Exynos PMU
>
> Pankaj Dubey wrote:
> >
> > This patch modifies Exynos Power Management Unit (PMU) initialization
> > implementation in following way:
> >
> > - Added
Andreas Färber wrote:
>
> Move it from exynos5250-cros-common.dtsi to exynos5250-snow.dts.
> Spring does not need it, it uses an s5m8767 instead.
>
> Signed-off-by: Andreas Färber
> ---
Hi Andreas,
I think this should be reviewed by chrome guys.
Doug, can you have a look this series for exyn
Hi Kukjin,
On Fri, Jul 25, 2014 at 8:06 AM, Kukjin Kim wrote:
> Vikas Sajjan wrote:
>>
>> Refactoring the pm.c to avoid using "soc_is_exynos" checks,
>> instead use the DT based lookup.
>>
> Yes! please.
>
> Can you please make a separate patch from this series?
>
Sure, will respin this patch se
Mark Brown wrote:
>
> From: Victor Kamensky
>
> Exynos processors generally operate in little endian mode so their
> bootloader and ROM will almost always operate in little endian mode.
> This means that if a big endian kernel is run it must switch the CPU
> into big endian mode after gaining co
This moves into mach-s5pv210 so no more
include/mach/ under mach-s5pv210.
Signed-off-by: Kukjin Kim
Cc: Tomasz Figa
---
arch/arm/mach-s5pv210/pm.c| 3 +--
arch/arm/mach-s5pv210/{include/mach => }/regs-clock.h | 3 +--
arch/arm/mach-s5pv210/s5pv210.c
Pankaj Dubey wrote:
>
> This patch modifies Exynos Power Management Unit (PMU) initialization
> implementation in following way:
>
> - Added platform driver support and probe function where Exynos PMU
> driver will register itself as syscon provider with syscon framework.
> - Added platform str
Vikas Sajjan wrote:
>
> Refactoring the pm.c to avoid using "soc_is_exynos" checks,
> instead use the DT based lookup.
>
Yes! please.
Can you please make a separate patch from this series?
And see my small comments inline...
> While at it, consolidate the common code across SoCs
> and create a
Replaced the "disable-wp" into host's quirks.
(Because the slot-node is removed at dt-file.)
Signed-off-by: Jaehoon Chung
Tested-by: Sachin Kamat
Acked-by: Seungwon Jeon
---
drivers/mmc/host/dw_mmc.c | 12 +---
include/linux/mmc/dw_mmc.h |6 ++
2 files changed, 7 insertions(
dw-mmc controller can support multiple slots.
But, there are no use-cases anywhere. So we don't need to support the
slot-node for dw-mmc controller.
And "supports-highspeed" property in dw-mmc is deprecated.
"supports-highspeed" property can be replaced to "cap-sd/mmc-highspeed".
Signed-off-by: Ja
dw-mmc controller can support multiple slots.
But, there are no use-cases anywhere. So we don't need to support the
slot-node for dw-mmc controller.
And "supports-highspeed" property in dw-mmc is deprecated.
"supports-highspeed" property can be replaced to "cap-sd/mmc-highspeed".
Signed-off-by: Ja
Almost Soc is used the slot per a host.
Don't use the slot-node and deprecated the "supports-highsped" property.
Instead, use the cap-mmc/sd-highspeed.
Signed-off-by: Jaehoon Chung
Reviewed-by: Tushar Behera
Reviewed-by: Ulf Hansson
Tested-by: Sachin Kamat
Acked-by: Seungwon Jeon
---
.../dev
dw-mmc controller can support multiple slots.
But, there are no use-cases anywhere. So we don't need to support the
slot-node for dw-mmc controller.
And "supports-highspeed" property in dw-mmc is deprecated.
"supports-highspeed" property can be replaced to "cap-sd/mmc-highspeed".
Signed-off-by: Ja
Since used the mmc_of_parse(), didn't parse the sub-node.
So we can remove the sub-node, because almost SoC used the only one card per a
host.
And supports-highspeed can be replaced to "cap-mmc/sd-highspeed" property.
Changelog V6:
- Fixed Wrong bit control for host's quirks and rename.
On 07/25/14 03:43, Javier Martinez Canillas wrote:
Many Exynos5 boards (e.g: Snow, Peach Pit and Pi) have
a SBS-compliant gas gauge battery. Enable it as module
so the needed support is available for these boards.
Suggested-by: Doug Anderson
Signed-off-by: Javier Martinez Canillas
---
arch/arm
On 07/21/14 22:57, Bartlomiej Zolnierkiewicz wrote:
Recent patch by Tomasz Figa ("irqchip: gic: Fix core ID calculation
when topology is read from DT") fixed GIC driver to filter cluster ID
from values returned by cpu_logical_map() for SoCs having registers
mapped without per-CPU banking making i
* Note that this is based on tags/samsung-cleanup
The following changes since commit a7a30232df01db886473324050d79c3122937c78:
Merge branch 'v3.17-next/cleanup-samsung' into v3.17-next/dt-s5pv210
(2014-07-19 04:24:18 +0900)
are available in the git repository at:
git://git.kernel.org/pu
The following changes since commit 5f534d10d223636b3cd214376471fcfef71baea2:
Merge branch 'v3.17-next/cpuidle-exynos' into v3.17-next/power-exynos
(2014-07-23 08:18:15 +0900)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
ta
On Wed, Jul 23, 2014 at 11:18 AM, Ajay kumar wrote:
> On Wed, Jul 23, 2014 at 8:12 PM, Sean Paul wrote:
>> On Wed, Jul 23, 2014 at 7:22 AM, Ajay kumar wrote:
>>> Sean,
>>>
>>> On Tue, Jul 22, 2014 at 8:29 PM, Sean Paul wrote:
On Thu, Jul 17, 2014 at 4:43 PM, Ajay Kumar
wrote:
>
Many Exynos5 boards (e.g: Snow, Peach Pit and Pi) have
a SBS-compliant gas gauge battery. Enable it as module
so the needed support is available for these boards.
Suggested-by: Doug Anderson
Signed-off-by: Javier Martinez Canillas
---
arch/arm/configs/exynos_defconfig | 1 +
1 file changed, 1 i
On Thu, 24 Jul 2014, Javier Martinez Canillas wrote:
> Maxim MAX77802 is a power management chip that contains 10 high
> efficiency Buck regulators, 32 Low-dropout (LDO) regulators used
> to power up application processors and peripherals, a 2-channel
> 32kHz clock outputs, a Real-Time-Clock (RTC)
Maxim MAX77802 is a power management chip that contains 10 high
efficiency Buck regulators, 32 Low-dropout (LDO) regulators used
to power up application processors and peripherals, a 2-channel
32kHz clock outputs, a Real-Time-Clock (RTC) and a I2C interface
to program the individual regulators, clo
+CC: Thierry and Alexandre
On 07/18/2014 12:56 PM, Inki Dae wrote:
> This patch adds LPM transfer support for video or command data.
>
> With this patch, Exynos MIPI DSI controller can transfer command or
> video data with HS or LP mode in accordance with mode_flags set
> by LCD Panel driver.
>
>
Hi Inki,
+CC: Thierry and Alexandre
On 07/18/2014 12:56 PM, Inki Dae wrote:
> This patch adds below two flags for LPM transfer, and it attaches LPM flags
> to a msg in accordance with master's mode_flags set by LCD Panel driver.
>
> MIPI_DSI_MODE_CMD_LPM: low power command transfer
> MIPI_DSI_MOD
On Wed, Jul 23, 2014 at 11:10:42AM +0100, Lukasz Majewski wrote:
> Hi Viresh,
>
> > On 23 July 2014 13:08, Lukasz Majewski wrote:
> > > Do you want to say that we have enough tests and we don't need
> > > more ?
> >
> > No. We don't have any tests at all :)
>
> Then we should encourage as many
On czw, 2014-07-24 at 08:42 +0200, Krzysztof Kozlowski wrote:
> On śro, 2014-07-23 at 17:18 -0700, Mike Turquette wrote:
> > Quoting Krzysztof Kozlowski (2014-07-18 07:36:32)
> > > Enable ARMCLK down feature on all Exynos4 SoCs. The frequency of
> > > ARMCLK will be reduced upon entering idle mode
Hi Rafael,
> On Monday, July 21, 2014 09:02:34 AM Lukasz Majewski wrote:
> > This commit adds first regression test "cpufreq_freq_test.sh" for
> > the cpufreq subsystem.
>
> First of all, I'm not seeing any explanation why this script should be
> shipped with the kernel.
OK.
>
> What regressio
26 matches
Mail list logo
