Hi Naveen,
On Thu, Jul 17, 2014 at 4:49 PM, Naveen Krishna Chatradhi
wrote:
> This patch updates the IIO based ADC driver to use syscon and regmap
> APIs to access and use PMU registers instead of remapping the PMU
> registers in the driver.
>
> Signed-off-by: Naveen Krishna Chatradhi
> To: linu
Hi Naveen,
On Fri, Jul 11, 2014 at 2:36 PM, Naveen Krishna Chatradhi
wrote:
> The DT bindings in exynos-adc.txt applies to the ADC
> driver (exynos-adc.c) developed based on IIO framework.
>
> The bindings are more appropriate to be under
> Documentation/devicetree/bindings/iio/adc/
>
> Signed-of
Samsung SPI driver uses generic DMA bindings. Update the documentation
accordingly.
Signed-off-by: Sachin Kamat
---
.../devicetree/bindings/spi/spi-samsung.txt| 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/Documentation/devicetree/bindings/spi
On Wed, Jul 2, 2014 at 5:22 AM, Chanwoo Choi wrote:
> On 07/01/2014 01:10 PM, Sachin Kamat wrote:
>> Hi Chanwoo,
>>
>> On Tue, Jul 1, 2014 at 9:34 AM, Chanwoo Choi wrote:
>>> Hi Sachin,
>>>
>>> On 07/01/2014 12:33 PM, Sachin Kamat wrote:
>>&
n history for subsequent versions.
Tested on Exynos 5250 based Snow and Arndale boards. Works fine now.
Tested-by: Sachin Kamat
--
Regards,
Sachin.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Chanwoo,
On Tue, Jul 1, 2014 at 9:34 AM, Chanwoo Choi wrote:
> Hi Sachin,
>
> On 07/01/2014 12:33 PM, Sachin Kamat wrote:
>> Hi Chanwoo,
>>
>> On Tue, Jul 1, 2014 at 6:10 AM, Chanwoo Choi wrote:
>>> This patch add TMU (Thermal Management Unit) dt node to
Hi Chanwoo,
On Tue, Jul 1, 2014 at 6:10 AM, Chanwoo Choi wrote:
> This patch add TMU (Thermal Management Unit) dt node to monitor the high
> temperature for Exynos3250.
>
> Signed-off-by: Chanwoo Choi
> Acked-by: Kyungmin Park
> ---
> This patch has a dependency on following patch [1]:
> [1] h
Hi Jaehoon,
On Mon, Jun 30, 2014 at 12:52 PM, Jaehoon Chung wrote:
> 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.
>
>
s2m_osc: clocks {
> compatible = "samsung,s2mps11-clk";
> - #clock-cells = 1;
> + #clock-cells = <1>;
> clock-output-names = "xx", "yy", "zz";
; - valid values for n are 1 to 28
> - - Example: LDO1, LD02, LDO28
> + - Example: LDO1, LDO2, LDO28
> - BUCKn
> - valid values for n are 1 to 9.
> - Example: BUCK1, BUCK2, BUCK9
>
t;mout_aclk200_disp1_sub",
> - GATE_IP_DISP1, 2, 0, 0),
> + GATE_IP_DISP1, 9, 0, 0),
SysMMU TV corresponds to bit 9 as per user manual of 5250.
Reviewed-by: Sachin Kamat
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
;0 37 0>, <0 38 0>, <0 39 0>, <0 40 0>, <0 41 0>;
> clocks = <&clock CLK_PWM>;
> clock-names = "timers";
> - #pwm-cells = <2>;
> + #pwm-cells = <3>;
>
max_speed is no longer used. Remove it.
Signed-off-by: Sachin Kamat
---
drivers/of/of_mdio.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/of/of_mdio.c b/drivers/of/of_mdio.c
index b85709458639..7c6e277cdd1f 100644
--- a/drivers/of/of_mdio.c
+++ b/drivers/of/of_mdio.c
@@ -46,7
On 5 May 2014 14:56, Sachin Kamat wrote:
> of_get_flat_dt_prop return type is now const.
> Fixes the following compilation warning introduced by commit 9d0c4dfedd96
> ("of/fdt: update of_get_flat_dt_prop in prep for libfdt")
>
> arch/arm/mach-exynos/exynos.c:259:6: warni
Hi Beomho,
On 21 May 2014 14:09, Beomho Seo wrote:
> This patch replaces magic number of MIPI DSI Master node with
> macros in clock binding for exynos4
>
> Signed-off-by: Beomho Seo
> ---
Looks good. All 3 patches
Reviewed-by: Sachin Kamat
--
With warm regards,
Sachin
--
boot/dts/exynos5250-snow.dts
>> @@ -206,4 +206,10 @@
>> clock-frequency = <2400>;
>> };
>> };
>> +
>> + fimd@1440 {
>> + status = "okay";
>
> (+cc Sachin Kamat, Tomasz Figa)
&g
Instead of hardcoding the SYSRAM details for each SoC,
pass this information through device tree (DT) and make
the code SoC agnostic. Generic SRAM bindings are used
for achieving this.
Signed-off-by: Sachin Kamat
Acked-by: Arnd Bergmann
Acked-by: Heiko Stuebner
---
Changes since v2.
* Updated
Add SRAM binding documentation.
Signed-off-by: Sachin Kamat
Acked-by: Arnd Bergmann
---
No changes since v1.
---
.../devicetree/bindings/arm/exynos/smp-sram.txt| 38
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/exynos/smp
Hi Tomasz,
On 7 May 2014 22:33, Tomasz Figa wrote:
> On 06.05.2014 20:09, Sachin Kamat wrote:
> [snip]
>> On 6 May 2014 22:14, Tomasz Figa wrote:
> [snip]
>>> On 06.05.2014 10:10, Sachin Kamat wrote:
> [snip]
>>>> diff --git a/arch/arm/mach-exynos/platsmp.
Hi Tomasz,
On 6 May 2014 23:39, Sachin Kamat wrote:
> Hi Tomasz,
>
> On 6 May 2014 22:14, Tomasz Figa wrote:
>> Hi Sachin,
>>
>> Thanks for addressing the comments. I need to verify few things on Universal
>> C210 board first, before I could give my Revie
missed before, due to limited time
> for review. Please see inline.
Thanks for your review.
>
>
> On 06.05.2014 10:10, Sachin Kamat wrote:
>>
>> Instead of hardcoding the SYSRAM details for each SoC,
>> pass this information through device tree (DT) and make
>> the
Instead of hardcoding the SYSRAM details for each SoC,
pass this information through device tree (DT) and make
the code SoC agnostic. Generic SRAM bindings are used
for achieving this.
Signed-off-by: Sachin Kamat
Acked-by: Arnd Bergmann
Acked-by: Heiko Stuebner
---
Changes since v1
Add SRAM binding documentation.
Signed-off-by: Sachin Kamat
Acked-by: Arnd Bergmann
---
No changes since v1.
---
.../devicetree/bindings/arm/exynos/smp-sram.txt| 38
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/exynos/smp
e [enabled by
default]
Signed-off-by: Sachin Kamat
Cc: Rob Herring
---
Based on linux-next (20140505)
---
arch/arm/mach-exynos/exynos.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-exynos/exynos.c b/arch/arm/mach-exynos/exynos.c
index 77293d39dfc9..f3
Hi Tomasz,
On 2 May 2014 23:24, Tomasz Figa wrote:
> Hi Sachin,
>
> The whole series looks quite good,
Thanks :)
>but I have one concern about support for
> Universal C210 board. Please see my comment inline.
>
>
> On 02.05.2014 07:06, Sachin Kamat wrote:
>>
>&
On 2 May 2014 07:55, Kukjin Kim wrote:
> Heiko Stübner wrote:
>>
>> Hi Sachin,
>>
>> Am Donnerstag, 1. Mai 2014, 16:14:44 schrieb Sachin Kamat:
>> > Instead of hardcoding the SYSRAM details for each SoC,
>> > pass this information through device
Instead of hardcoding the SYSRAM details for each SoC,
pass this information through device tree (DT) and make
the code SoC agnostic. Generic SRAM bindings are used
for achieving this.
Signed-off-by: Sachin Kamat
Acked-by: Arnd Bergmann
Acked-by: Heiko Stuebner
---
This patch is based on linux
Add SRAM binding documentation.
Signed-off-by: Sachin Kamat
Acked-by: Arnd Bergmann
---
Changes since v1:
Minor re-wording for better clarity.
---
.../devicetree/bindings/arm/exynos/smp-sram.txt| 38
1 file changed, 38 insertions(+)
create mode 100644 Documentation
Hi Heiko,
On 1 May 2014 18:57, Heiko Stübner wrote:
> Hi Sachin,
>
> Am Donnerstag, 1. Mai 2014, 16:14:44 schrieb Sachin Kamat:
>> Instead of hardcoding the SYSRAM details for each SoC,
>> pass this information through device tree (DT) and make
>> the code SoC agnostic
Instead of hardcoding the SYSRAM details for each SoC,
pass this information through device tree (DT) and make
the code SoC agnostic. Generic SRAM bindings are used
for achieving this.
Signed-off-by: Sachin Kamat
Cc: Heiko Stuebner
Cc: Arnd Bergmann
---
This patch is based on linux next (next
Add SRAM binding documentation.
Signed-off-by: Sachin Kamat
---
.../devicetree/bindings/arm/exynos/smp-sram.txt| 38
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/exynos/smp-sram.txt
diff --git a/Documentation/devicetree
On 30 April 2014 14:25, Vivek Gautam wrote:
> Add required device node for ehci and ohci controllers to
> enable USB 2.0 support.
>
> Signed-off-by: Vivek Gautam
> ---
> arch/arm/boot/dts/exynos5420.dtsi | 36 +++-
> 1 file changed, 35 insertions(+), 1 deletion(
Hi Vivek,
On 30 April 2014 14:25, Vivek Gautam wrote:
> From: Kamil Debski
>
> Add support to PHY of USB2 of the Exynos 5250 SoC.
>
> Signed-off-by: Kamil Debski
> [gautam.vi...@samsung.com: Split the usb phy entries from
> syscon entries from earlier patch: dts: Add usb2phy to Exynos 5250]
> [
Hi Shaik,
On 24 April 2014 18:33, Shaik Ameer Basha wrote:
> This patch fixes some parent-child relationships according
> to the latest datasheet and adds more clocks related to
> PERIS and GEN blocks.
Again, it is better to split up the fixes from other stuff so that it
can go in the -rc
and ca
Hi Shaik,
On 24 April 2014 18:33, Shaik Ameer Basha wrote:
> This patch fixes the wrong register offset for sclk_bpll clock.
Since this patch is a fix, it is better to send it separately so that
it gets into one of
the upcoming RCs (and if needed to stable).
>
> Signed-off-by: Shaik Ameer Basha
Hi Heiko,
On 16 April 2014 22:55, Heiko Stübner wrote:
> Hi,
>
> Am Mittwoch, 16. April 2014, 16:35:36 schrieb Arnd Bergmann:
>> On Wednesday 16 April 2014 17:20:51 Sachin Kamat wrote:
>> > Instead of hardcoding the SYSRAM details for each SoC,
>> > pass this in
Hi YoungJun,
On 27 April 2014 07:20, YoungJun Cho wrote:
> To support MIPI DSI command mode interface, FIMD should do followings:
> - Sets LCD block configuration for I80 interface.
> - Uses "lcd_sys" as an IRQ resource and sets relevant IRQ configuration.
> - Implements trigger feature which tra
On 27 April 2014 07:20, YoungJun Cho wrote:
> The offset of register DSIM_PLLTMR_REG in Exynos5420 is different
> from the one in Exynos4 SoC.
>
> In case of Exynos5420 SoC, there is no frequency band bit in DSIM_PLLCTRL_REG,
> and it uses DSIM_PHYCTRL_REG and DSIM_PHYTIMING*_REG instead.
> So thi
Hi Chanho,
On 25 April 2014 12:29, Chanho Park wrote:
> This patch enables a exynos_usbphy node for exynos4 SoCs.
> A exynos4x12 usb phy node is almost same with 4210's one
> except compatible string and pmu syscon.
>
> Cc: Tomasz Figa
> Cc: Kamil Debski
> Signed-off-by: Chanho Park
> ---
> a
Hi Arun,
On 20 April 2014 10:56, Arun Kumar K wrote:
> Adds the google peach-pit board dts file which uses
> exynos5420 SoC.
>
> Signed-off-by: Arun Kumar K
> Signed-off-by: Doug Anderson
> ---
> arch/arm/boot/dts/Makefile |1 +
> arch/arm/boot/dts/exynos5420-peach-pit.dts
Hi Chanwoo,
On 16 April 2014 16:36, Chanwoo Choi wrote:
> Hi Sachin,
>
> I want to use this patch to remove static SYSRAM memory mapping for
> Exynos3250.
> But this patch has conflict on 3.15-rc1 base.
> Do you have a plan to resend this patch?
Rebased and resent (CC'd you). Please let me have
Instead of hardcoding the SYSRAM details for each SoC,
pass this information through device tree (DT) and make
the code SoC agnostic.
Signed-off-by: Sachin Kamat
---
Rebased on latest linux-next.
---
.../devicetree/bindings/arm/samsung-boards.txt | 11 +++
arch/arm/boot/dts/exynos4210
Hi Tomasz,
On 16 April 2014 13:27, Tomasz Figa wrote:
> Hi Rahul,
>
>
> On 16.04.2014 05:58, Rahul Sharma wrote:
>>
>> From: Pankaj Dubey
>>
>> This patch add basic arch side support for exynos5260 SoC.
>>
>> Signed-off-by: Pankaj Dubey
>> Signed-off-by: Rahul Sharma
>> Reviewed-by: Tomasz Fig
Hi Chanwoo,
On 16 April 2014 10:25, Chanwoo Choi wrote:
> Hi Sachin,
>
> On 04/16/2014 01:44 PM, Chanwoo Choi wrote:
>> Hi Sachin,
>>
>> On 04/16/2014 12:48 PM, Sachin Kamat wrote:
>>> Hi Chanwoo,
>>>
>>> On 14 April 2014 14:37, Chanwoo Choi
04 +++
> arch/arm/mach-exynos/Kconfig |5 +
> 5 files changed, 987 insertions(+)
> create mode 100644 arch/arm/boot/dts/exynos5260-pinctrl.dtsi
> create mode 100644 arch/arm/boot/dts/exynos5260-xyref5260.dts
> create mode 100644 arch/arm/boot/dts/exy
Hi Chanwoo,
On 14 April 2014 14:37, Chanwoo Choi wrote:
> This patch control special clock for ADC in Exynos series's FSYS block.
> If special clock of ADC is registerd on clock list of common clk framework,
> Exynos ADC drvier have to control this clock.
>
> Exynos3250/Exynos4/Exynos5 has 'adc'
On 15 April 2014 14:25, Krzysztof Kozlowski wrote:
> On wto, 2014-04-15 at 14:02 +0530, Sachin Kamat wrote:
>> On 15 April 2014 13:42, Krzysztof Kozlowski wrote:
>> > On wto, 2014-04-15 at 13:26 +0530, Sachin Kamat wrote:
>> >> On 15 April 2014 02:41, Mark Brown
On 15 April 2014 14:48, Sylwester Nawrocki wrote:
> On 15/04/14 10:41, Sachin Kamat wrote:
>> On 15 April 2014 11:17, YoungJun Cho wrote:
>>> This patch adds sysreg device node, and sysreg property to fimd device node
>>> which is required to use I80 interface.
>
On 15 April 2014 11:17, YoungJun Cho wrote:
> This patch adds sysreg device node, and sysreg property to fimd device node
> which is required to use I80 interface.
>
> Signed-off-by: YoungJun Cho
> Signed-off-by: Inki Dae
> Signed-off-by: Kyungmin Park
> ---
> arch/arm/boot/dts/exynos5.dtsi |
On 15 April 2014 13:42, Krzysztof Kozlowski wrote:
> On wto, 2014-04-15 at 13:26 +0530, Sachin Kamat wrote:
>> On 15 April 2014 02:41, Mark Brown wrote:
>> > On Mon, Apr 14, 2014 at 10:09:09AM +0200, Krzysztof Kozlowski wrote:
>> >
>> >> - - s5m8767,
On 15 April 2014 11:17, YoungJun Cho wrote:
> This patch adds DT bindings for s6e3fa0 panel.
> The bindings describes panel resources, display timings, delays
> and physical size.
>
> Signed-off-by: YoungJun Cho
> Signed-off-by: Inki Dae
> Signed-off-by: Kyungmin Park
> ---
> .../devicetree/bi
On 15 April 2014 11:17, YoungJun Cho wrote:
> This patch adds exynos5420 SoC support.
This patch just updates binding documentation :)
> Signed-off-by: YoungJun Cho
> Signed-off-by: Inki Dae
> Signed-off-by: Kyungmin Park
> ---
> .../devicetree/bindings/video/exynos_dsim.txt |4 +++-
Hi YoungJun,
On 15 April 2014 11:17, YoungJun Cho wrote:
> This patch adds common part of dsi node.
>
> Signed-off-by: YoungJun Cho
> Signed-off-by: Inki Dae
> Signed-off-by: Kyungmin Park
> ---
> arch/arm/boot/dts/exynos5420.dtsi | 14 ++
> 1 file changed, 14 insertions(+)
>
>
Hi YoungJun,
On 15 April 2014 11:17, YoungJun Cho wrote:
> This patch adds sysreg support for exynos5 SoCs.
The patch title and commit description seem a bit off here. This patch does
not add support per se. It only updates the binding documentaion.
--
With warm regards,
Sachin
--
To unsubscri
On 15 April 2014 02:41, Mark Brown wrote:
> On Mon, Apr 14, 2014 at 10:09:09AM +0200, Krzysztof Kozlowski wrote:
>
>> - - s5m8767,pmic-ext-control-gpios: (optional) GPIO specifier for one
>> + - samsung,ext-control-gpios: (optional) GPIO specifier for one
>> GPIO controlling
On 7 April 2014 14:14, Sachin Kamat wrote:
> On 3 April 2014 10:47, Rahul Sharma wrote:
>> The patch adds the dts files for exynos5260.
>>
>> Signed-off-by: Pankaj Dubey
>> Signed-off-by: Rahul Sharma
>> Signed-off-by: Arun Kum
On 3 April 2014 10:47, Rahul Sharma wrote:
> The patch adds the dts files for exynos5260.
>
> Signed-off-by: Pankaj Dubey
> Signed-off-by: Rahul Sharma
> Signed-off-by: Arun Kumar K
> Reviewed-by: Tomasz Figa
> ---
> +/ {
> + compatible = "samsung,exynos5260";
Add "samsung,exynos5260"
On 3 April 2014 15:30, Rahul Sharma wrote:
> The patch adds the dts files for xyref5260 board which
> is based on Exynos5260 Evt0 sample.
>
> Signed-off-by: Rahul Sharma
> ---
> +/ {
> + model = "SAMSUNG XYREF5260 EVT0 board based on EXYNOS5260";
> + compatible = "samsung,xyref5260",
Hi Rahul,
On 3 April 2014 15:30, Rahul Sharma wrote:
> From: Pankaj Dubey
>
> This patch add basic arch side support for exynos5260 SoC.
> @@ -374,6 +374,7 @@ static char const *exynos_dt_compat[] __initconst = {
> "samsung,exynos4412",
> "samsung,exynos5",
> "samsung,e
select them from Exynos4 and 5 config symbols. Individual
SoC symbols can be removed eventually once the driver Kconfig dependencies
on these symbols are removed.
Signed-off-by: Sachin Kamat
Acked-by: Tomasz Figa
---
This is a resend of the series rebased on top of latest linux-next and
Tomasz Figa
Instead of hardcoding the SYSRAM details for each SoC,
pass this information through device tree (DT) and make
the code SoC agnostic.
Signed-off-by: Sachin Kamat
---
.../devicetree/bindings/arm/samsung-boards.txt | 11 +++
arch/arm/boot/dts/exynos4210-universal_c210.dts|9 ++
arch
for every SoC.
Tested on Exynos4210, 5250 and 5420 based boards.
Signed-off-by: Sachin Kamat
Tested-by: Tomasz Figa
---
arch/arm/mach-exynos/common.c | 108 +
1 file changed, 23 insertions(+), 85 deletions(-)
diff --git a/arch/arm/mach-exynos/common.c
On 19 March 2014 14:29, Cho KyongHo wrote:
> On Tue, 18 Mar 2014 16:14:53 +0100, Tomasz Figa wrote:
>> On 18.03.2014 12:09, Cho KyongHo wrote:
>> > On Fri, 14 Mar 2014 20:52:43 +0530, Sachin Kamat wrote:
>> >> Hi KyongHo,
>> >>
>> >> On 14 M
:
> drivers/mfd/sec-core.c:342:45: warning: 'regmap_rtc' may be used
> uninitialized in this function [-Wuninitialized]
>
> Signed-off-by: Krzysztof Kozlowski
>From the point of suppressing this warning and considering how it is
done for S2MPS11,
Acked-by: Sachin Ka
On 18 March 2014 16:33, Cho KyongHo wrote:
> On Fri, 14 Mar 2014 22:27:59 +0530, Sachin Kamat wrote:
>> Hi KyongHo,
>>
>> On 14 March 2014 19:13, Tomasz Figa wrote:
>> > Hi KyongHo,
>> >
>> >
>> > On 14.03.2014 06:09, Cho KyongHo wrote:
On 18 March 2014 16:44, Cho KyongHo wrote:
> On Fri, 14 Mar 2014 20:57:42 +0530, Sachin Kamat wrote:
>> Hi KyongHo,
>>
>> On 14 March 2014 10:39, Cho KyongHo wrote:
>> >
>> > -static struct platform_driver exynos_sysmmu_driver = {
>> &g
Hi Vikas,
On 17 March 2014 18:39, Vikas Sajjan wrote:
> Instead of hardcoding the PMU details for each SoC, pass this information
> through device tree (DT).
>
> Signed-off-by: Vikas Sajjan
> ---
> .../devicetree/bindings/arm/samsung/pmu.txt|5 +-
> arch/arm/boot/dts/exynos4.dtsi
Hi KyongHo,
On 14 March 2014 19:13, Tomasz Figa wrote:
> Hi KyongHo,
>
>
> On 14.03.2014 06:09, Cho KyongHo wrote:
>>
>> exynos-iommu driver must care about master H/W's gate clock as well as
>> System MMU's gate clock. To enhance readability of the source code,
>> macros to gate/ungate those cl
Hi KyongHo,
On 14 March 2014 10:39, Cho KyongHo wrote:
> This commit adds device tree support for System MMU.
>
> Signed-off-by: Cho KyongHo
> ---
> drivers/iommu/Kconfig|5 ++---
> drivers/iommu/exynos-iommu.c | 21 +
> 2 files changed, 19 insertions(+), 7 del
Hi KyongHo,
On 14 March 2014 10:35, Cho KyongHo wrote:
> This patch uses managed device helper functions in the probe().
>
> Signed-off-by: Cho KyongHo
> ---
[snip]
> + data->clk = devm_clk_get(dev, "sysmmu");
> + if (IS_ERR(data->clk)) {
> + dev_info(dev, "No gate clo
On 14 March 2014 17:19, Cho KyongHo wrote:
>> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
>> Sent: Friday, March 14, 2014 7:00 PM
>>
>> On 14 March 2014 10:31, Cho KyongHo wrote:
>> > Commit 25e9d28d92 (ARM: EXYNOS: remove system mmu initialization from
&
Add support for S2MPA01 voltage and current regulator.
Signed-off-by: Sachin Kamat
Acked-by: Mark Brown
---
Changes since v3:
Removed a redundant array and instead used a simple variable
to check return value of devm_regulator_register.
---
drivers/regulator/Kconfig |7 +
drivers
Add the necessary entries required for S2MPA01 multi-function
device. While at it also convert whitespaces to tabs in core.h.
Signed-off-by: Sachin Kamat
Acked-by: Lee Jones
---
No change since v3
---
drivers/mfd/sec-core.c | 49 -
include/linux/mfd/samsung/core.h
Added initial binding documentation for S2MPA01 MFD.
Signed-off-by: Sachin Kamat
Acked-by: Mark Brown
---
No changes since v3.
---
Documentation/devicetree/bindings/mfd/s2mpa01.txt | 90 +
1 file changed, 90 insertions(+)
create mode 100644 Documentation/devicetree
On 14 March 2014 10:31, Cho KyongHo wrote:
> Commit 25e9d28d92 (ARM: EXYNOS: remove system mmu initialization from
> exynos tree) removed arch/arm/mach-exynos/mach/sysmmu.h header without
> removing remaining use of it from exynos-iommu driver, thus causing a
> compilation error.
>
> This patch fi
On 6 March 2014 09:55, Mark Brown wrote:
> On Wed, Mar 05, 2014 at 06:24:42PM +0800, Lee Jones wrote:
>
>> This document has been sitting on the MLs for nearly a month now. It
>> seems well written and doesn't add any new bindings. With that in mind
>> I'm inclined to take it though. However, as m
> CC: Tomasz Figa
> ---
Sensible move.
Reviewed-by: Sachin Kamat
Now that the dt-bindings/clk folder is empty (with these 2 patches
applied), it can be deleted as well.
--
With warm regards,
Sachin
--
To unsubscribe from this list: send the line "unsubscribe devicetree"
On 5 March 2014 18:56, Andreas Oberritter wrote:
> On 05.03.2014 09:23, Sachin Kamat wrote:
>>> diff --git a/arch/arm/boot/dts/exynos4210-universal_c210.dts
>>> b/arch/arm/boot/dts/exynos4210-universal_c210.dts
>>> index d2e3f5f5916d..3ca3fb6aa5f4 100644
>>
On 5 March 2014 17:42, Tomasz Figa wrote:
> On 05.03.2014 09:25, Sachin Kamat wrote:
>>
>> On 25 February 2014 17:12, Arnd Bergmann wrote:
>>>
>>> On Tuesday 25 February 2014, Olof Johansson wrote:
>>>>
>>>> I disagree. I don't k
ample: LDO1, LD02, LDO28
> - BUCKn
> - - valid values for n are 1 to 10.
> + - valid values for n are:
> + - S2MPS11: 1 to 10
> + - S2MPS14: 1 to 5
> - Example: BUCK1, BUCK2, BUCK9
&
On 25 February 2014 17:12, Arnd Bergmann wrote:
> On Tuesday 25 February 2014, Olof Johansson wrote:
>> I disagree. I don't know what Samsung has in mind, but the revision of
>> the CPU doesn't have all that much to do with the rest of the SoC.
>> It's quite likely that some vendors (maybe not Sam
On 20 February 2014 11:35, Sachin Kamat wrote:
> Instead of hardcoding the SYSRAM details for each SoC,
> pass this information through device tree (DT) and make
> the code SoC agnostic.
>
> Signed-off-by: Sachin Kamat
> ---
> Based on top of my earlier patch
> "ARM:
On 25 February 2014 06:22, Tomasz Figa wrote:
> On 25.02.2014 01:35, Kukjin Kim wrote:
>>
>> On 02/24/14 21:03, Sachin Kamat wrote:
>>>
>>> On 21 February 2014 21:01, Tomasz Figa wrote:
>>>>
>>>> On 21.02.2014 16:21, Tomasz Figa wrote:
&
On 21 February 2014 21:01, Tomasz Figa wrote:
> On 21.02.2014 16:21, Tomasz Figa wrote:
>>
>> On 21.02.2014 15:48, Arnd Bergmann wrote:
>>>
>>> On Friday 21 February 2014 14:18:49 Tomasz Figa wrote:
> Now that we have a broader agreement on this, I think we can go
> ahead with th
On 21 February 2014 20:51, Tomasz Figa wrote:
> On 21.02.2014 15:48, Arnd Bergmann wrote:
>>
>> On Friday 21 February 2014 14:18:49 Tomasz Figa wrote:
>>>
>>>
Now that we have a broader agreement on this, I think we can go ahead
with the
following steps as an initial approach:
On 13 February 2014 12:07, Sachin Kamat wrote:
> Added initial binding documentation for S2MPA01 MFD.
>
> Signed-off-by: Sachin Kamat
> ---
> Changes since v2:
> * Re-worded as suggested by Mark Rutland
> ---
> Documentation/devicetree/binding
On 20 February 2014 23:18, Arnd Bergmann wrote:
> On Thursday 20 February 2014 18:34:23 Tomasz Figa wrote:
>> On 20.02.2014 18:00, Arnd Bergmann wrote:
>> >> Of course nothing stops you from retaining more specific compatible
>> >> strings. In fact, this is probably the most appropriate solution,
On 20 February 2014 16:25, Kevin Hao wrote:
> On Thu, Feb 20, 2014 at 03:57:07PM +0530, Sachin Kamat wrote:
>> Hi Kevin,
>>
>> On 20 February 2014 15:42, Kevin Hao wrote:
>> > On Thu, Feb 20, 2014 at 02:09:08PM +0530, Sachin Kamat wrote:
>> >> Hi Grant
Hi Kevin,
On 20 February 2014 15:42, Kevin Hao wrote:
> On Thu, Feb 20, 2014 at 02:09:08PM +0530, Sachin Kamat wrote:
>> Hi Grant,
>>
>> I observe the following boot failure with today's (next-20140220) linux-next
>> tree on Exynos based boards with the default
Hi Grant,
I observe the following boot failure with today's (next-20140220) linux-next
tree on Exynos based boards with the default exynos_defconfig.
Uncompressing Linux... done, booting the kernel.
[0.00] Booting Linux on physical CPU 0x900
[0.00] Linux version 3.14.0-rc3-next-20
Instead of hardcoding the SYSRAM details for each SoC,
pass this information through device tree (DT) and make
the code SoC agnostic.
Signed-off-by: Sachin Kamat
---
Based on top of my earlier patch
"ARM: EXYNOS: Consolidate CPU init code" at
http://comments.gmane.org/gmane.linux.kern
Hi Arnd,
On 18 February 2014 16:33, Arnd Bergmann wrote:
> On Tuesday 18 February 2014 16:27:54 Rahul Sharma wrote:
>> diff --git a/arch/arm/mach-exynos/common.c b/arch/arm/mach-exynos/common.c
>> index 7654f19..1cc52c9 100644
>> --- a/arch/arm/mach-exynos/common.c
>> +++ b/arch/arm/mach-exynos/c
Hi Rahul,
On 14 February 2014 19:07, Rahul Sharma wrote:
> From: Pankaj Dubey
>
> This patch add basic arch side support for exynos5260 SoC.
>
> Signed-off-by: Pankaj Dubey
> Signed-off-by: Arun Kumar K
> Signed-off-by: Rahul Sharma
> ---
> arch/arm/mach-exynos/Kconfig |9 +++
Hi Tomasz,
On 14 February 2014 16:11, Tomasz Figa wrote:
> Hi Kukjin,
>
>
> On 14.02.2014 01:17, Kukjin Kim wrote:
>>
>> On 02/14/14 09:10, Kukjin Kim wrote:
>>>
>>> On 01/28/14 06:49, Mike Turquette wrote:
Quoting Tomasz Figa (2014-01-07 07:17:22)
>
> Hi Mike,
>
> On Tu
Add support for S2MPA01 voltage and current regulator.
Signed-off-by: Sachin Kamat
Acked-by: Mark Brown
---
Changes since v2:
* Added missing of_node_put
* Used of_get_child_by_name
---
drivers/regulator/Kconfig |7 +
drivers/regulator/Makefile |1 +
drivers/regulator/s2mpa01.c
Added initial binding documentation for S2MPA01 MFD.
Signed-off-by: Sachin Kamat
---
Changes since v2:
* Re-worded as suggested by Mark Rutland
---
Documentation/devicetree/bindings/mfd/s2mpa01.txt | 90 +
1 file changed, 90 insertions(+)
create mode 100644 Documentation
Add the necessary entries required for S2MPA01 multi-function
device. While at it also convert whitespaces to tabs in core.h.
Signed-off-by: Sachin Kamat
Acked-by: Lee Jones
---
No change in v3 since v2.
---
drivers/mfd/sec-core.c | 45 +++-
include/linux/mfd/samsung/core.h
Hi Mark,
On 12 February 2014 23:40, Mark Rutland wrote:
> Hi Sachin,
>
> Apologies for the delay on this.
No problem :). Thank you for your review. Please see my comments inline.
>
> On Thu, Jan 09, 2014 at 11:22:34AM +0000, Sachin Kamat wrote:
>> Added initial bind
On 12 February 2014 23:32, Mark Rutland wrote:
> On Thu, Jan 09, 2014 at 11:22:33AM +0000, Sachin Kamat wrote:
>> Add support for S2MPA01 voltage and current regulator.
>>
>> Signed-off-by: Sachin Kamat
>> ---
>> * Addressed comments from Mark Brown
>> -
+cc Inki Dae
Looks like you missed CCing Exynos DRM maintainers.
On 12 February 2014 17:01, Andrzej Hajda wrote:
> In case fbdev is initialized before any output is connected,
> fb resolution defaults to 1024x768. After that any output with
> bigger resolution is ignored and fbdev is not display
1 - 100 of 163 matches
Mail list logo