Quoting Krzysztof Kozlowski (2013-12-17 01:56:39)
> Move reg_save[] into CONFIG_PM_SLEEP dependency block as it is used only
> by suspend and resume functions.
>
> This fixes the warning on CONFIG_PM_SLEEP=n:
> drivers/clk/samsung/clk-exynos-audss.c:29:22: warning: ‘reg_save’ defined but
> not us
On Thu, Dec 19, 2013 at 2:54 AM, Kukjin Kim wrote:
> On 12/18/13 15:11, MyungJoo Ham wrote:
>>
>> On Tue, Dec 17, 2013 at 8:52 PM, wrote:
>>>
>>> From: Kukjin Kim
>>>
>>> We don't need to keep the definitions for exynos4_bus into
>>> mach-exynos/ so this moves them into drviers/devfreq with
>>> a
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 misplaced base address.
Signed-off-by: Leela Krishna Amuda
On Exynos5440 and Exynos5420 there are registers common
across the TMU channels.
To support that, we introduced a ADDRESS_MULTIPLE flag in the
driver and the 2nd set of register base and size are provided
in the "reg" property of the node.
As per Amit's suggestion, this patch changes the base_com
Exynos5420 has 5 TMU channels, the TRIMINFO register is
misplaced for TMU channels 2, 3 and 4
TRIMINFO at 0x1006c000 contains data for TMU channel 3
TRIMINFO at 0x100a contains data for TMU channel 4
TRIMINFO at 0x10068000 contains data for TMU channel 2
This patch
1 Adds the neccessary regist
This patch replaces the inten_rise_shift/mask and inten_fall_shift/mask
with intclr_rise_shift/mask and intclr_fall_shift/mask respectively.
Currently, inten_rise_shift/mask and inten_fall_shift/mask bits are only used
to configure intclr related registers.
Description of H/W:
The offset for the b
On 29 November 2013 11:41, Lukasz Majewski wrote:
> Hi Sachin,
>
>> Use common clock framework (CCF) APIs to set the clock rates
>> instead of direct register manipulation. This now updates the
>> sysfs entry (cpuinfo_cur_freq) correctly which did not reflect
>> the correct value until now. While
Hello Tomasz,
On 18 December 2013 21:20, Tomasz Figa wrote:
> Hi Naveen,
>
> On Tuesday 10 of December 2013 12:12:25 Naveen Krishna Chatradhi wrote:
>> Exynos5420 has 5 TMU channels, the TRIMINFO register is
>> misplaced for TMU channels 2, 3 and 4
>> TRIMINFO at 0x1006c000 contains data for TMU
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 Kamat
>> ---
>> Changes since v1:
>> Changed node name
>> ---
>> arch/arm/boot/
Quoting Tomasz Figa (2013-12-18 06:54:30)
> On Friday 22 of November 2013 14:21:08 Seung-Woo Kim wrote:
> > The SRC_MFC register was incorrect. This patch corrects it.
> >
> > Signed-off-by: Seung-Woo Kim
> > ---
> > drivers/clk/samsung/clk-exynos4.c |2 +-
> > 1 files changed, 1 insertions(
Hi Tomasz,
On 10 November 2013 22:44, Tomasz Figa wrote:
> Hi Sachin, Andrew,
>
> On Friday 08 of November 2013 15:44:08 Sachin Kamat wrote:
>> From: Andrew Bresticker
>>
>> Register the APLL rate table so that we can set the APLL rate from
>> the cpufreq driver.
>>
>> Signed-off-by: Andrew Bres
On Wednesday 18 of December 2013 11:24:30 Mike Turquette wrote:
> Quoting Tomasz Figa (2013-12-18 10:28:57)
> > Hi Sachin,
> >
> > 2013/12/18 Sachin Kamat :
> > > Hi Tomasz,
> > >
> > > On 10 November 2013 22:38, Tomasz Figa wrote:
> > >> Hi Sachin, Andrew,
> > >>
> > >> On Friday 08 of November
On Wed, Dec 18, 2013 at 2:18 PM, Daniel Drake wrote:
> Yes, this looks very similar to the approach I tried earlier. I guess
> the patch was written for the same reasons as well.
> Sean, any objections to me taking your patch and sending it upstream?
>
> http://git.chromium.org/gitweb/?p=chromiumo
On Wed, Dec 18, 2013 at 1:58 PM, Daniel Kurtz wrote:
> +seanpaul
>
> I think the problem is that the hdmi irq is really just an undebounced
> gpio interrupt, and thus, it is firing way too soon.
> The chromium kernel adds an excplicit 1.1 second timer to debounce hpd
> between the hdmi hpd-gpio ir
On Tue, Dec 17, 2013 at 11:12 PM, Daniel Drake wrote:
>
> On Mon, Dec 16, 2013 at 5:40 PM, Daniel Vetter wrote:
> > Have a bit of logic in the exynos ->detect function to re-try a 2nd
> > round of edid probing after each hdp interrupt if the first one
> > returns an -ENXIO. Only tricky part is to
On 12/19/13 03:38, Olof Johansson wrote:
On Mon, Dec 9, 2013 at 12:56 PM, Kukjin Kim wrote:
On 12/10/13 01:16, Doug Anderson wrote:
Yuvaraj,
On Sun, Dec 8, 2013 at 10:38 PM, Yuvaraj Kumar C D
wrote:
Commit 0c3de788 ("ARM: dts: change status property of dwmmc nodes
for exynos5250") missed o
Quoting Tomasz Figa (2013-12-18 06:49:10)
> Hi Kukjin,
>
> On Thursday 12 of December 2013 08:32:02 Abhilash Kesavan wrote:
> > Fix wrong clock number in mdma0 node.
> >
> > Signed-off-by: Abhilash Kesavan
> > ---
> > arch/arm/boot/dts/exynos5250.dtsi |2 +-
> > 1 file changed, 1 insertion(
Quoting Tomasz Figa (2013-12-18 10:28:57)
> Hi Sachin,
>
> 2013/12/18 Sachin Kamat :
> > Hi Tomasz,
> >
> > On 10 November 2013 22:38, Tomasz Figa wrote:
> >> Hi Sachin, Andrew,
> >>
> >> On Friday 08 of November 2013 15:44:07 Sachin Kamat wrote:
> >>> From: Andrew Bresticker
> >>>
> >>> The gat
Hi Sachin,
2013/11/13 Sachin Kamat :
> Hi Leela,
>
> Thanks for the detailed explanation.
>
> On 12 November 2013 17:20, Leela Krishna Amudala
> wrote:
>> Hi Sachin,
>>
>> On Tue, Nov 12, 2013 at 3:53 PM, Kukjin Kim wrote:
>>> Sachin Kamat wrote:
>>>
>>> Following is more clear?
>>>
>>> "AR
On Mon, Dec 9, 2013 at 12:56 PM, Kukjin Kim wrote:
> On 12/10/13 01:16, Doug Anderson wrote:
>>
>> Yuvaraj,
>>
>> On Sun, Dec 8, 2013 at 10:38 PM, Yuvaraj Kumar C D
>> wrote:
>>>
>>> Commit 0c3de788 ("ARM: dts: change status property of dwmmc nodes
>>> for exynos5250") missed out handling the exyn
Hi Kukjin,
2013/12/18 Kukjin Kim :
> On 12/13/13 01:12, Tomasz Figa wrote:
>>
>> The node contains reg property, so unit-address suffix should be present
>> in its name.
>>
>> Signed-off-by: Tomasz Figa
>> Acked-by: Kyungmin Park
>> Reviewed-by: Sylwester Nawrocki
>> ---
>> arch/arm/boot/dts/exy
Hi Sachin,
2013/12/18 Sachin Kamat :
> Hi Tomasz,
>
> On 10 November 2013 22:38, Tomasz Figa wrote:
>> Hi Sachin, Andrew,
>>
>> On Friday 08 of November 2013 15:44:07 Sachin Kamat wrote:
>>> From: Andrew Bresticker
>>>
>>> The gate clocks for the MFC sysmmus appear to be flipped, i.e.
>>> GATE_I
On 12/13/13 01:12, Tomasz Figa wrote:
The node contains reg property, so unit-address suffix should be present
in its name.
Signed-off-by: Tomasz Figa
Acked-by: Kyungmin Park
Reviewed-by: Sylwester Nawrocki
---
arch/arm/boot/dts/exynos4.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
Hi Kukjin,
On 12 November 2013 15:53, Kukjin Kim wrote:
> Sachin Kamat wrote:
>>
>
> Following is more clear?
>
> "ARM: dts: Add missing GPIO entries for sd_bus_width4 in exynos5420-pinctrl"
>
>> Adds missing GPIO entries for sd_bus nodes in exynos5420-pinctrl.
>>
>> Signed-off-by: Sachin Kamat
Hi Tomasz,
On 10 November 2013 22:38, Tomasz Figa wrote:
> Hi Sachin, Andrew,
>
> On Friday 08 of November 2013 15:44:07 Sachin Kamat wrote:
>> From: Andrew Bresticker
>>
>> The gate clocks for the MFC sysmmus appear to be flipped, i.e.
>> GATE_IP_MFC[2] gates sysmmu_mfcl and GATE_IP_MFC[1] gate
On 12/18/13 23:49, Tomasz Figa wrote:
Hi Kukjin,
Hi,
On Thursday 12 of December 2013 08:32:02 Abhilash Kesavan wrote:
Fix wrong clock number in mdma0 node.
Signed-off-by: Abhilash Kesavan
---
arch/arm/boot/dts/exynos5250.dtsi |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On 10 December 2013 12:08, 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_defcon
On 12/18/13 15:11, MyungJoo Ham wrote:
On Tue, Dec 17, 2013 at 8:52 PM, wrote:
From: Kukjin Kim
We don't need to keep the definitions for exynos4_bus into
mach-exynos/ so this moves them into drviers/devfreq with
adding header file.
Acked-by: MyungJoo Ham
However, how are you going to merge
On 12/17/13 21:27, Tomasz Figa wrote:
On Tuesday 17 of December 2013 21:23:46 kg...@kernel.org wrote:
Tomasz Figa wrote:
Hi Kukjin,
Hi,
On Monday 16 of December 2013 05:21:21 Kukjin Kim wrote:
The following changes since commit
6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13
On 12/12/13 20:35, Leela Krishna Amudala wrote:
Hi Kukjin,
Even though you said it is applied, I didn't see this patch in any of
your trees.
Can you kindly look into this patch and take necessary action..?
Applied, thanks.
Kukjin
Best Wishes,
Leela Krishna.
On Tue, Nov 12, 2013 at 8:39 PM,
On 12/12/13 20:36, Leela Krishna Amudala wrote:
Hi Kukjin,
Even though you said it is applied, I didn't see this patch in any of
your trees.
Can you kindly look into this patch and take necessary action..?
Applied, thanks.
Kukjin
Best Wishes,
Leela Krishna.
On Tue, Nov 12, 2013 at 8:13 PM,
On 12/12/13 20:34, Leela Krishna Amudala wrote:
Hi Kukjin,
Can you kindly look into this patch and take necessary action..?
Best Wishes,
Leela Krishna.
On Tue, Nov 12, 2013 at 9:02 PM, Leela Krishna Amudala
wrote:
Hi Kukjin,
Thanks for reviewing the patch.
On Tue, Nov 12, 2013 at 4:46 PM,
On Wed, Dec 18, 2013 at 10:28:37AM -0600, Daniel Drake wrote:
> On Wed, Dec 18, 2013 at 2:43 AM, Daniel Vetter wrote:
> > I think we can do it simpler. When you get a hpd interrupt you eventually
> > call drm_helper_hpd_irq_event which will update all the state and poke
> > connectors. I'd just cr
Hi Vikas, Pankaj,
On Wednesday 11 of December 2013 16:25:15 Vikas Sajjan wrote:
> Adds initial PMU support for Exynos5260
>
> Following are the changes done
> --
>
> 1) Added initial PMU support for exynos5260
>
> 2) Added exynos5260_iodesc for mapping 5260 specific
Hi Vikas, Young-Gun,
On Wednesday 11 of December 2013 16:25:16 Vikas Sajjan wrote:
> From: Young-Gun Jang
>
> Adds CMU virtual addresses for exynos5260.
>
> Change-Id: Ia4f4eda96187d8d9e1edfc1a6b025af56d3bc43e
This line should be dropped.
> Signed-off-by: Young-Gun Jang
> Signed-off-by: Vika
On Wed, Dec 18, 2013 at 2:43 AM, Daniel Vetter wrote:
> I think we can do it simpler. When you get a hpd interrupt you eventually
> call drm_helper_hpd_irq_event which will update all the state and poke
> connectors. I'd just create a delay_work which you launch from
> hdmi_irq_thread with a 1 sec
On Wed, Dec 18, 2013 at 04:09:33PM +0530, Yuvaraj Kumar C D wrote:
> From: Andrew Bresticker
>
> In addition to enabling async suspend/resume on the xhci-plat device,
> we must enable it for the dwc3-exynos platform device in order to make
> the full USB stack resume asynchronously. Like the xhc
On Wed, Dec 18, 2013 at 04:09:34PM +0530, Yuvaraj Kumar C D wrote:
> From: Andrew Bresticker
>
> In addition to enabling async suspend/resume on the xhci-plat device,
> we must enable it for the dwc3 device (the parent of xhci-plat) in order
> to make the full USB stack resume asynchronously. Li
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 Sylwester Na
On Tuesday 10 of December 2013 12:11:56 Naveen Krishna Chatradhi wrote:
> On Exynos5440 and Exynos5420 there are registers common
> across the TMU channels.
>
> To support that, we introduced a ADDRESS_MULTIPLE flag in the
> driver and the 2nd set of register base and size are provided
> in the "r
On Tuesday 10 of December 2013 12:11:28 Naveen Krishna Chatradhi wrote:
> This patch replaces the inten_rise_shift/mask and inten_fall_shift/mask
> with intclr_rise_shift/mask and intclr_fall_shift/mask respectively.
> Currently, inten_rise_shift/mask and inten_fall_shift/mask bits are only used
>
Hi Naveen,
On Tuesday 10 of December 2013 12:12:25 Naveen Krishna Chatradhi wrote:
> Exynos5420 has 5 TMU channels, the TRIMINFO register is
> misplaced for TMU channels 2, 3 and 4
> TRIMINFO at 0x1006c000 contains data for TMU channel 3
> TRIMINFO at 0x100a contains data for TMU channel 4
> T
On Wed, Dec 18, 2013 at 09:36:14AM -0600, Felipe Balbi wrote:
> Hi,
>
> On Tue, Dec 17, 2013 at 03:35:54PM -0800, David Cohen wrote:
> > On Tue, Dec 17, 2013 at 03:31:40PM -0800, David Cohen wrote:
> > > On Thu, Dec 12, 2013 at 03:38:38PM -0600, Felipe Balbi wrote:
> > > > hi all,
> > > >
> > > >
Hi,
On Tue, Dec 17, 2013 at 03:35:54PM -0800, David Cohen wrote:
> On Tue, Dec 17, 2013 at 03:31:40PM -0800, David Cohen wrote:
> > On Thu, Dec 12, 2013 at 03:38:38PM -0600, Felipe Balbi wrote:
> > > hi all,
> > >
> > > these patches add pm_runtime support for all glue layers.
> > >
> > > I plan
On Tuesday 10 of December 2013 10:26:40 Naveen Krishna Ch wrote:
> Hello Tomasz,
>
>
> On 9 December 2013 22:01, Tomasz Figa wrote:
> >
> > Hi Naveen,
> >
> > On Friday 22 of November 2013 11:44:11 Naveen Krishna Chatradhi wrote:
> > > fifo_depth of the HSI2C is not constant
> > > Exynos5420 and
Hi Kukjin,
On Tuesday 10 of December 2013 06:27:27 Kukjin Kim wrote:
> On 12/05/13 18:44, Sachin Kamat wrote:
> > Added regulator entries to Exynos5420 SMDK board.
> >
> > Signed-off-by: Sachin Kamat
> > ---
> > Changes since v1:
> > Changed node name
> > ---
> > arch/arm/boot/dts/exynos5420-smd
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 Kamat
> ---
> Changes since v1:
> Changed node name
> ---
> arch/arm/boot/dts/exynos5420-smdk5420.dts | 216
> +
>
Hi Alex,
On Wednesday 18 of December 2013 21:23:59 Alex Ling wrote:
> Add a minimal board dts file for EXYNOS4412 based FriendlyARM's
> TINY4412 board. This patch including support peripherals like
> UART, SD card on SDMMC2 port and GPIO connected LEDs.
>
> Signed-off-by: Alex Ling
> ---
> Chang
On Friday 22 of November 2013 14:21:08 Seung-Woo Kim wrote:
> The SRC_MFC register was incorrect. This patch corrects it.
>
> Signed-off-by: Seung-Woo Kim
> ---
> drivers/clk/samsung/clk-exynos4.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/clk/samsung
Hi Kukjin,
On Thursday 12 of December 2013 08:32:02 Abhilash Kesavan wrote:
> Fix wrong clock number in mdma0 node.
>
> Signed-off-by: Abhilash Kesavan
> ---
> arch/arm/boot/dts/exynos5250.dtsi |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/boot/dts/exynos
Add a minimal board dts file for EXYNOS4412 based FriendlyARM's
TINY4412 board. This patch including support peripherals like
UART, SD card on SDMMC2 port and GPIO connected LEDs.
Signed-off-by: Alex Ling
---
Changes for v2:
- Clean up patch description
- Fix LED labels as Tomasz's suggested
On Fri, Dec 13, 2013 at 01:53:54PM +0100, Linus Walleij wrote:
> This isolates the custom S3C64xx GPIO definition table to
> as this is
> used in a few different places in the kernel, removing the
> need to depend on the implicit inclusion of
> from and thus getting rid of a few nasty
> cross-de
Hello Wim Van Sebroeck,
Can you kindly look into this series and take necessary action..?
Best Wishes,
Leela Krishna.
On Fri, Dec 6, 2013 at 2:47 PM, Leela Krishna Amudala
wrote:
> This patchset does the following things
> - Adds pmusysreg device node to exynos5.dtsi file
> - A
From: Andrew Bresticker
USB host controllers can take a significant amount of time to suspend
and resume, adding several hundred miliseconds to the kernel resume
time. Since the Exynos OHCI controller has no outside dependencies
(other than clocks, which are suspended late/resumed early), allow i
From: Andrew Bresticker
USB host controllers can take a significant amount of time to suspend
and resume, adding several hundred miliseconds to the kernel resume
time. Since the Exynos EHCI controller has no outside dependencies
(other than clocks, which are suspended late/resumed early), allow i
From: Andrew Bresticker
In addition to enabling async suspend/resume on the xhci-plat device,
we must enable it for the dwc3-exynos platform device in order to make
the full USB stack resume asynchronously. Like the xhci-plat, ehci-s5p,
and ohci-exynos drivers, there are no outside dependencies
From: Andrew Bresticker
USB host controllers can take a significant amount of time to suspend
and resume, adding several hundred miliseconds to the kernel resume
time. Since the XHCI controller has no outside dependencies (other than
clocks, which are suspended late/resumed early), allow it to su
From: Andrew Bresticker
In addition to enabling async suspend/resume on the xhci-plat device,
we must enable it for the dwc3 device (the parent of xhci-plat) in order
to make the full USB stack resume asynchronously. Like the xhci-plat,
ehci-s5p, and ohci-exynos drivers, there are no outside dep
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.kernel.org/pub/scm/linux/kernel/
Added GPIO based wake up key to Arndale octa board.
Signed-off-by: Sachin Kamat
---
arch/arm/boot/dts/exynos5420-arndale-octa.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420-arndale-octa.dts
b/arch/arm/boot/dts/exynos5420-arndale-octa.dts
inde
LDO10 is directly connected to MMC controller. Register this
through vmmc-supply property.
Signed-off-by: Sachin Kamat
---
arch/arm/boot/dts/exynos5420-arndale-octa.dts |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420-arndale-octa.dts
b/arch/arm/boot/dts/exy
On Tue, Dec 17, 2013 at 09:12:42AM -0600, Daniel Drake wrote:
> On Mon, Dec 16, 2013 at 5:40 PM, Daniel Vetter wrote:
> > Have a bit of logic in the exynos ->detect function to re-try a 2nd
> > round of edid probing after each hdp interrupt if the first one
> > returns an -ENXIO. Only tricky part
Added PMIC node to Arndale-Octa board.
Signed-off-by: Sachin Kamat
---
Changes since v1:
* Renamed the labels and fixed voltage levels as per board schema.
---
arch/arm/boot/dts/exynos5420-arndale-octa.dts | 281 +
1 file changed, 281 insertions(+)
diff --git a/arch/arm
Add firmware node for doing secure boot on Arndale-octa board.
Signed-off-by: Sachin Kamat
---
arch/arm/boot/dts/exynos5420-arndale-octa.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420-arndale-octa.dts
b/arch/arm/boot/dts/exynos5420-arndale-octa.dts
Secure firmware support for booting secondary CPUs on Exynos5420
based boards with trustzone support.
Signed-off-by: Sachin Kamat
Signed-off-by: Tushar Behera
---
arch/arm/mach-exynos/firmware.c|6 +-
arch/arm/mach-exynos/mach-exynos5-dt.c |1 +
2 files changed, 6 insertions
On trustzone enabled boards non-secure SYSRAM is used for
secondary CPU boot up.
Signed-off-by: Sachin Kamat
Signed-off-by: Tushar Behera
---
arch/arm/mach-exynos/common.c | 11 +++
arch/arm/mach-exynos/include/mach/map.h |1 +
2 files changed, 12 insertions(+)
diff --g
Add firmware node for doing secure boot on Arndale-octa board.
Signed-off-by: Sachin Kamat
---
arch/arm/boot/dts/exynos5420-arndale-octa.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420-arndale-octa.dts
b/arch/arm/boot/dts/exynos5420-arndale-octa.dts
Secure firmware support for booting secondary CPUs on Exynos5420
based boards with trustzone support.
Signed-off-by: Sachin Kamat
Signed-off-by: Tushar Behera
---
arch/arm/mach-exynos/firmware.c|6 +-
arch/arm/mach-exynos/mach-exynos5-dt.c |1 +
2 files changed, 6 insertions
On trustzone enabled boards non-secure SYSRAM is used for
secondary CPU boot up.
Signed-off-by: Sachin Kamat
Signed-off-by: Tushar Behera
---
arch/arm/mach-exynos/common.c | 11 +++
arch/arm/mach-exynos/include/mach/map.h |1 +
2 files changed, 12 insertions(+)
diff --g
69 matches
Mail list logo