Hi Sylwester,
On 28 December 2011 04:44, Sylwester Nawrocki wrote:
> Hi Thomas,
>
> On 12/12/2011 04:46 PM, Thomas Abraham wrote:
>> The generic power domain infrastructure is used to control the power domains
>> available on Exynos4. For non-dt platforms, the power d
Hi Mark, Rafael,
On 27 December 2011 02:14, Rafael J. Wysocki wrote:
> On Monday, December 26, 2011, Mark Brown wrote:
>> On Mon, Dec 26, 2011 at 08:13:19PM +0100, Rafael J. Wysocki wrote:
>> > On Monday, December 12, 2011, Thomas Abraham wrote:
>>
>> > &g
SROMC static memory mapping is included in the common s5p initialization
code. Hence, remove the duplicated SROMC static memory mapping for Exynos.
Signed-off-by: Thomas Abraham
---
This was identified while testing Nicolas Pitre's vmalloc.h removal
patch series for Exynos. The duplicated s
Hi Rob,
On 12 December 2011 09:12, Rob Herring wrote:
>> +Example:
>> +
>> + combiner:interrupt-controller@1044 {
>> + compatible = "samsung,exynos4120-combiner";
>> + #interrupt-cells = <2>;
>> + interrupt-controoler;
>
> s/controoler/controller/
Ok.
Likely
Signed-off-by: Thomas Abraham
---
This patch is mainly derived from Mark Brown's work on generic power domain
support for s3c64xx platforms. The existing exynos4 power domain implementation
is not removed in this patch. The devices are not yet registered with the power
domains for n
: Grant Likely
Signed-off-by: Thomas Abraham
---
drivers/base/power/domain.c | 14 +-
include/linux/pm_domain.h | 13 +++--
2 files changed, 24 insertions(+), 3 deletions(-)
diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c
index 92e6a90..e895dc9
/scm/linux/kernel/git/rafael/linux-pm.git linux-next
Thomas Abraham (2):
PM / Domains: Add OF support
ARM: Exynos: Hook up power domains to generic power domain infrastructure
arch/arm/mach-exynos/Kconfig |1 +
arch/arm/mach-exynos/pm.c| 179
Add device tree support for external wakeup source interrupt controller
on Exynos4.
Cc: Rob Herring
Cc: Grant Likely
Signed-off-by: Thomas Abraham
---
.../bindings/arm/samsung/wakeup-eint.txt | 26
arch/arm/mach-exynos/cpu.c |7
the exynos4_init_irq for non-dt case.
Moreover, with single kernel image build, the exynos4_init_irq_eint has no
checks
to ensure that it is running on a exynos4 platform. So it would be appropriate
to invoke it from exynos4_init_irq.
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos/cpu.c
Add irq_domain support for the 32 wakeup interrupt sources.
Cc: Grant Likely
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos/include/mach/regs-gpio.h |4 +-
arch/arm/mach-exynos/irq-eint.c | 71 -
2 files changed, 47 insertions(+), 28
The exynos4_get_irq_nr function that converts a given wakeup interrupt
source number to a linux irq number is simplified and replaced with
the new macro exynos4_irq_eint_to_gic_irq.
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos/irq-eint.c | 25 +++--
1 files
] ARM: Exynos: Add irq domain and device tree support for interrupt
combiner
This patchset depends on the following patch from Jamie Iles.
[PATCH] irqdomain: export irq_domain._simple_op.s for !CONFIG_OF
Thomas Abraham (4):
arm: exynos4: simplify EINT number to linux irq number translation
arm: ex
translate interrupt specifiers for device nodes which use combiner
as their interrupt parent.
Signed-off-by: Thomas Abraham
---
Please ignore the previous post patch since that patch has a compilation error
when CONFIG_OF was not defined.
This patch is based on the following tree.
http
On 9 December 2011 15:20, Heiko Stübner wrote:
> Especially the TICNT registers are different from the two rtc types
> that currently exists.
>
> Signed-off-by: Heiko Stuebner
> ---
> arch/arm/plat-samsung/include/plat/regs-rtc.h | 24 +
> drivers/rtc/rtc-s3c.c
msung,s3c2410-rtc" },
> - { .compatible = "samsung,s3c6410-rtc" },
> + {
> + .compatible = "samsung,s3c2410-rtc"
> + .data = TYPE_S3C2410,
> + }, {
> + .compatible = "samsung,s3c6410-rtc&quo
translate interrupt specifiers for device nodes which use combiner
as their interrupt parent.
Signed-off-by: Thomas Abraham
---
This patch is based on the following tree.
http://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git for-next
.../bindings/arm/samsung/interrupt-combiner.txt
On 9 December 2011 11:47, Mark Brown
wrote:
> On Thu, Dec 08, 2011 at 09:57:39PM +0530, Thomas Abraham wrote:
>
>> +Required properties, if interrupts are delivered to host system:
>
> These are just optional properties, really.
Ok. Yeah, these can be classified as optional.
On 9 December 2011 12:09, Mark Brown
wrote:
> On Fri, Dec 09, 2011 at 12:00:07PM +0530, Thomas Abraham wrote:
>
>> If these gpio's are connected to the host system, and host system sets
>> up gpio interrupt notification for these gpio lines, the linux irq
>> number
On 9 December 2011 11:32, Mark Brown
wrote:
> On Fri, Dec 09, 2011 at 10:55:10AM +0530, Thomas Abraham wrote:
>> On 9 December 2011 10:11, Mark Brown
>
>> > Removing irq_base from platform data isn't going to be helpful for
>> > anyone using the driver on non-DT
Hi Mark,
On 9 December 2011 10:11, Mark Brown
wrote:
> On Thu, Dec 08, 2011 at 09:57:38PM +0530, Thomas Abraham wrote:
>
> You should be sending this to Samuel for review as it's a MFD patch.
Ok. I will Cc Samuel for the v2 of this patchset.
>
>> Add irq domain support
Dear Mr. Park,
On 9 December 2011 08:00, Kyungmin Park wrote:
> On 12/9/11, Thomas Abraham wrote:
>> Add device tree based discovery support for max8997.
>>
>> Cc: MyungJoo Ham
>> Cc: Rajendra Nayak
>> Cc: Rob Herring
>> Cc: Grant Likely
>> Sig
Add device tree based discovery support for max8997.
Cc: MyungJoo Ham
Cc: Rajendra Nayak
Cc: Rob Herring
Cc: Grant Likely
Signed-off-by: Thomas Abraham
---
.../devicetree/bindings/regulator/max8997-pmic.txt | 122 +
drivers/mfd/max8997.c | 70
Add irq domain support for max8997 interrupts. All uses of irq_base in platform
data and max8997 driver private data are removed.
Cc: MyungJoo Ham
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos/mach-nuri.c|4
arch/arm/mach-exynos/mach-origen.c |1 -
drivers/mfd
/kernel/git/broonie/regulator.git topic/dt
(from commit 8f446e6fa1d506be2cb80f91c214f1705327c7f9).
[2] Device tree support patches for wakeup interrupt sources on Exynos4.
[3] [PATCH] irqdomain: export irq_domain._simple_op.s for !CONFIG_OF
This patchset has been tested on Origen board.
Thomas
Hi Rob,
On 7 December 2011 21:54, Rob Herring wrote:
> Thomas,
>
> On 12/07/2011 07:59 AM, Thomas Abraham wrote:
>> Add irq_domain support for the 32 wakeup interrupt sources.
>>
>> Cc: Grant Likely
>> Signed-off-by: Thomas Abraham
>> ---
>>
Hi Rob,
On 7 December 2011 21:46, Rob Herring wrote:
> On 12/07/2011 07:59 AM, Thomas Abraham wrote:
>> Add device tree support for external wakeup source interrupt controller
>> on Exynos4.
>>
>> Cc: Rob Herring
>> Cc: Grant Likely
>> Signed-off-by:
Add device tree support for external wakeup source interrupt controller
on Exynos4.
Cc: Rob Herring
Cc: Grant Likely
Signed-off-by: Thomas Abraham
---
.../bindings/arm/samsung/wakeup-eint.txt | 14 ++
arch/arm/mach-exynos/cpu.c |5
Add irq_domain support for the 32 wakeup interrupt sources.
Cc: Grant Likely
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos/include/mach/regs-gpio.h |4 +-
arch/arm/mach-exynos/irq-eint.c | 69 -
2 files changed, 46 insertions(+), 27
the exynos4_init_irq for non-dt case.
Moreover, with single kernel image build, the exynos4_init_irq_eint has no
checks
to ensure that it is running on a exynos4 platform. So it would be appropriate
to invoke it from exynos4_init_irq.
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos/cpu.c
The exynos4_get_irq_nr function that converts a given wakeup interrupt
source number to a linux irq number is simplified and replaced with
the new macro exynos4_irq_eint_to_gic_irq.
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos/irq-eint.c | 25 +++--
1 files
following patch from Jamie Iles.
irqdomain: export irq_domain._simple_op.s for !CONFIG_OF
Thomas Abraham (4):
arm: exynos4: simplify EINT number to GIC irq number translation
arm: exynos4: add irq_domain support for wakeup interrupts
arm: exynos4: remove arch_initcall for wakeup interrupt
Dear Mr. Park,
On 5 December 2011 15:44, Kyungmin Park wrote:
[...]
>> static struct regulator_init_data __initdata max8997_ldo1_data = {
>> @@ -379,11 +379,11 @@ static struct regulator_init_data __initdata
>> max8997_buck5_data = {
>> static struct regulator_init_data __initdata max8997_buc
Dear Mr. Park,
On 5 December 2011 15:40, Kyungmin Park wrote:
[...]
>> + /*
>> + * If power to lcd and/or lcd interface is controlled using a
>> regulator,
>> + * enable or disable the regulator based in the power setting.
>> + */
>> + lcd_regulator = regulator_get(plcd->
Hi Felipe,
On 5 December 2011 14:22, Felipe Balbi wrote:
[...]
>> + if (lcd_power) {
>> + if (plcd->pdata->min_uV || plcd->pdata->max_uV)
>> + if (regulator_set_voltage(lcd_regulator,
>> + plcd->pdata->min_uV, plcd->pdata->max_uV))
in the datasheet.
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos/mach-origen.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-exynos/mach-origen.c
b/arch/arm/mach-exynos/mach-origen.c
index f56d027..5456254 100644
--- a/arch/arm/mach
low platform code to specifiy the desired output voltage from the
regulator.
Cc: Ben Dooks
Signed-off-by: Thomas Abraham
---
drivers/video/backlight/platform_lcd.c | 29 +
include/video/platform_lcd.h |7 +++
2 files changed, 36 insertions(+),
Hi Linus,
On 17 November 2011 19:27, Linus Walleij wrote:
> On Thu, Nov 17, 2011 at 12:26 PM, Thomas Abraham
> wrote:
>
>> For now, the Samsung GPIO, Pinconfig and Pinmux information is
>> represented in device tree as listed below.
>
> Does this mean that the unde
Hi Linus,
On 22 November 2011 01:17, Linus Walleij wrote:
> From: Linus Walleij
>
> This add per-pin and per-group pin config interfaces for biasing,
> driving and other such electronic properties. The intention is
> clearly to enumerate all things you can do with pins, hoping that
> these are e
On 17 November 2011 13:38, Linus Walleij wrote:
>> Linus,
>> Is there a plan to move even the data that exists in the pinmux
>> drivers today (including the function/pin-groups definition)
>> eventually to DT? Or is it just the 'mapping' data to map
>> devices to functions (that today is done from
o the overhead is only present on kernels compiled with
> support for EXYNOS.
>
> Tested on Origen (EXYNOS4) and Panda (OMAP4).
>
> Cc: Kukjin Kim
> Cc: Rob Herring
> Cc: Will Deacon
> Cc: Thomas Abraham
> Signed-off-by: Marc Zyngier
> ---
> This is a minor
Dear Mr. Lee,
On 16 November 2011 17:48, Sangwook Lee wrote:
> Hi Thomas
>
> On 16 November 2011 11:47, Thomas Abraham wrote:
>>
>> Dear Mr. Lee,
>>
>> On 16 November 2011 15:50, Sangwook Lee wrote:
>> > Add pm_caps into platform_data. This is powe
On 16 November 2011 16:53, Mark Brown
wrote:
> On Wed, Nov 16, 2011 at 01:36:40AM +0530, Thomas Abraham wrote:
>
>> +/* Note: The pin group list needs to be further populated */
>> +static unsigned int exynos4210_spi0_pins[] = {
>> + EXYNOS4_GPB(0), EXYNOS4_GPB(1), EXY
Dear Mr. Lee,
On 16 November 2011 15:50, Sangwook Lee wrote:
> Add pm_caps into platform_data. This is power management, usually
> for SDIO device such as SDIO WLAN.
>
> Signed-off-by: Sangwook Lee
> ---
> arch/arm/plat-samsung/include/plat/sdhci.h | 2 ++
> arch/arm/plat-samsung/platformdat
Add a combined gpio and pinctrl io-pad driver for Samsung platforms.
Signed-off-by: Thomas Abraham
---
This driver supports gpio, pinctrl and pinmux functionality. At present, all the
possible pin groups and pin functions have not been added. This driver is
designed to be reusable across all
On 15 November 2011 00:30, Stephen Warren wrote:
> Thomas Abraham wrote at Monday, November 14, 2011 6:57 AM:
>> On 12 November 2011 16:30, Linus Walleij wrote:
>> > On Sat, Nov 12, 2011 at 6:01 AM, Inderpal Singh
>> > wrote:
>> >
>> >> GPIO d
Hi Linus,
On 12 November 2011 16:30, Linus Walleij wrote:
> On Sat, Nov 12, 2011 at 6:01 AM, Inderpal Singh
> wrote:
>
>> GPIO driver strength settings are not preserved across suspend/resume
>> for s5pc100, s5pv210 and Exynos platforms which has been the cause of
>> mmc/sd card read/write failu
On 12 November 2011 19:49, Linus Walleij wrote:
> On Sat, Nov 12, 2011 at 12:22 PM, Thomas Abraham
> wrote:
>
>> Another question, not related to the above. The gpio and pinctrl
>> drivers would operate on the same physical memory space (pinmux and
>> gpio is just a si
On 12 November 2011 19:47, Linus Walleij wrote:
> On Sat, Nov 12, 2011 at 12:22 PM, Thomas Abraham
> wrote:
>
>> Samsung SoC's use two pin functions out of 4/8/16 pin functions to
>> represent that a pin is used as a gpio. For instance, function 0 means
>>
On 11 November 2011 19:39, Linus Walleij wrote:
> On Thu, Nov 10, 2011 at 5:33 PM, Stephen Warren wrote:
>> Linus Walleij wrote at Thursday, November 10, 2011 1:40 AM:
>>> Stephen Warren wrote:
>>> > Many drivers currently call gpio_request(). This is defined /not/ to
>>> > perform any pinmux ma
S3C24XX RTC, (c) 2004,2006 Simtec Electronics
>
> s3c-rtc s3c2410-rtc: rtc disabled, re-enabling
>
> s3c-rtc s3c2410-rtc: rtc core: registered s3c as rtc0
>
> i2c /dev entries driver
>
> S3C2410 Watchdog Timer, (c) 2004 Simtec Electronics
>
> s3c2410-wdt s3c2410-wdt: wa
On 10 November 2011 20:23, Jamie Iles wrote:
> On Wed, Nov 09, 2011 at 06:00:20PM +0530, Thomas Abraham wrote:
>> On 9 November 2011 17:24, Jamie Iles wrote:
>> > On Wed, Nov 09, 2011 at 04:55:06PM +0530, Thomas Abraham wrote:
>> >> Hi Jamie,
>> >>
On 10 November 2011 05:00, Paul Schilling wrote:
> Boot past init slow - stalled when using jffs2 also.
>
> On Wed, Nov 9, 2011 at 4:12 PM, Paul Schilling
> wrote:
>> Latest kernel 3.2.0-rc1 appears to break the following processors
>> s3c2440 and s3c2416
>>
>> both appear to stall when init is e
On 9 November 2011 17:24, Jamie Iles wrote:
> On Wed, Nov 09, 2011 at 04:55:06PM +0530, Thomas Abraham wrote:
>> Hi Jamie,
>>
>> On 4 November 2011 06:40, Jamie Iles wrote:
>> > Now that there is a generic IRQ handler for multiple VIC devices use it
>>
Hi Jamie,
On 9 November 2011 16:55, Thomas Abraham wrote:
> Hi Jamie,
>
> On 4 November 2011 06:40, Jamie Iles wrote:
>> Now that there is a generic IRQ handler for multiple VIC devices use it
>> for s3c64xx to help building multi platform kernels.
>>
>> Cc: B
Hi Jamie,
On 4 November 2011 06:40, Jamie Iles wrote:
> Now that there is a generic IRQ handler for multiple VIC devices use it
> for s3c64xx to help building multi platform kernels.
>
> Cc: Ben Dooks
> Signed-off-by: Jamie Iles
> ---
> arch/arm/Kconfig | 1 +
On 8 November 2011 21:39, Mark Brown
wrote:
> When the S3C64xx CPUs were converted to clkdev mappings were added for the
> I2C controllers on them. On S3C6410 a device name is specified for I2C
> controller 1 but not for controller 0 which makes the code less robust as
> we'll falsely return the c
Hi Grant,
On 8 November 2011 02:47, Grant Likely wrote:
> On Thu, Nov 03, 2011 at 02:06:03AM +0530, Thomas Abraham wrote:
>> Add device tree based discovery support for Samsung's sdhci controller
>>
>> Cc: Ben Dooks
>> Signed-off-by: Thomas Abraham
>> --
Hi Grant,
On 8 November 2011 02:45, Grant Likely wrote:
> On Mon, Nov 07, 2011 at 07:51:26PM +0530, Thomas Abraham wrote:
>> On 5 November 2011 01:27, Olof Johansson wrote:
>> > On Thu, Nov 03, 2011 at 02:06:02AM +0530, Thomas Abraham wrote:
>> >> Device nodes repr
On 5 November 2011 01:27, Olof Johansson wrote:
> On Thu, Nov 03, 2011 at 02:06:02AM +0530, Thomas Abraham wrote:
>> Device nodes representing sd/mmc controllers in a device tree would include
>> mmc host controller capabilities. Add support for parsing of mmc host
>> co
On 7 November 2011 16:18, Javi Merino wrote:
> On 05/11/11 19:05, Thomas Abraham wrote:
>> Hi Javi,
>>
>> On 6 October 2011 05:10, Javi Merino wrote:
>>> If two requests have been submitted and one of them is running, if you
>>> call pl330_chan_ctrl(ch_i
Hi Javi,
On 6 October 2011 05:10, Javi Merino wrote:
> If two requests have been submitted and one of them is running, if you
> call pl330_chan_ctrl(ch_id, PL330_OP_START), there's a window of time
> between the spin_lock_irqsave() and the _state() check in which the
> running transaction may fin
On 31 October 2011 11:14, Rajeshwari Shinde wrote:
> This patch modifies the driver to stop depending on the clock names
> being passed from the platform and switch over to bus clock lookup
> using generic clock names.
>
> V6 Changes:
> Changed sprintf to snprintf as suggested by Chris Ball.
The
The sdhci driver is modified to be independent of clk_type member in the sdhci
platform data. Hence, all usage of clk_type in platform code is removed.
Cc: Kyungmin Park
Cc: JeongHyeon Kim
Cc: Kukjin Kim
Cc: Changhwan Youn
Cc: Alim Akhtar
Signed-off-by: Thomas Abraham
---
arch/arm/mach
The platform data is copied into driver's private data and the copy is
used for all access to the platform data. This simpifies the addition
of device tree support for the sdhci-s3c driver.
Signed-off-by: Thomas Abraham
---
drivers/mmc/host/sdhci-s3c.c | 11 +--
1 files chang
Add device tree based discovery support for Samsung's sdhci controller
Cc: Ben Dooks
Signed-off-by: Thomas Abraham
---
.../devicetree/bindings/mmc/samsung-sdhci.txt | 75 ++
drivers/mmc/host/sdhci-s3c.c | 152 +++-
2 files changed
Device nodes representing sd/mmc controllers in a device tree would include
mmc host controller capabilities. Add support for parsing of mmc host
controller capabilities included in device nodes.
Signed-off-by: Thomas Abraham
---
.../devicetree/bindings/mmc/linux-mmc-host.txt | 13
With the addition of platform specific driver data in the sdhci driver
for exynos4, the device name of sdhci controllers on exynos4 is changed
accordingly.
Cc: Kukjin Kim
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos4/clock.c | 24
arch/arm/mach
n platform data is removed and the sdhci
quirk is used. In addition to that, since this qurik is SoC specific,
driver data is introduced to represent controllers on SoC's that require
this quirk.
Cc: Ben Dooks
Cc: Jeongbae Seo
Signed-off-by: Thomas Abraham
---
drivers/mmc/host/sdh
sable across other platforms as well. The
last patch adds device tree based discovery for the sdhci-s3c driver.
In this patchset, the comments from Rob Herring for the fifth patch in this
series has been addressed.
This patchset is based on the following tree.
https://github.com/kgene/linux-samsung.
Hi Mr. Kim,
On 2 November 2011 17:25, Kukjin Kim wrote:
> Thomas Abraham wrote:
>>
>> As gpio chips get registered, a device tree node which represents the
>> gpio chip is searched and attached to it. A translate function is also
>> provided to convert the gpio spe
Hi Sylwester,
On 1 November 2011 13:52, Sylwester Nawrocki wrote:
> Hi Thomas,
>
> thanks for your work on this.
>
> On 11/01/2011 01:43 AM, Thomas Abraham wrote:
>> As gpio chips get registered, a device tree node which represents the
>> gpio chip is searched and
Signed-off-by: Thomas Abraham
Acked-by: Grant Likely
---
arch/arm/boot/dts/exynos4210-origen.dts | 137 ++
arch/arm/boot/dts/exynos4210-smdkv310.dts | 182 +
arch/arm/boot/dts/exynos4210.dtsi | 397 +
3 files changed, 716 insert
the kernel.
Signed-off-by: Thomas Abraham
Acked-by: Grant Likely
---
.../devicetree/bindings/arm/insignal-boards.txt|8 ++
.../devicetree/bindings/arm/samsung-boards.txt |8 ++
arch/arm/mach-exynos4/Kconfig | 14 +++
arch/arm/mach-exynos
port
on these boards, migrate other existing Exynos4 based boards to use device tree
and enable device tree based boot on new upcoming boards.
This patchset has been tested on the following tree:
git://git.linaro.org/git/people/arnd/arm-soc.git branch: for-next
Thomas Abraham (2):
ARM: Samsung: Add
Enable conversion of device tree interrupt specifier to linux virq domain
for GIC controller.
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos4/cpu.c | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-exynos4/cpu.c b/arch/arm/mach
ioremap() request for statically remapped regions are intercepted and the
statically assigned virtual address is returned. For requests for which
there are no statically remapped regions, the requests are let through.
Cc: Kukjin Kim
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos4/cpu.c
for Exynos4.
A new macro 'IRQ_TIMER_BASE' specifies a platform specific base of the linux
virq number for the timer interrupts. For exynos4, this base is set to end of
the linux virq space. For the other s5p platforms, the existing base '11' is
retained.
Signed-off-by: Thoma
h 3 adds device tree support for GIC controllers on Exynos4. For GIC
controller, this patch is based on Rob Herring's,
"[PATCH 0/3] GIC OF bindings" patchset.
This patchset is based on the following tree:
git://git.linaro.org/git/people/arnd/arm-soc.git branch: for-next
Thomas Abr
: Thomas Abraham
Acked-by: Grant Likely
---
Changes since v1:
- As suggested by Rob and Grant, the gpio controller node lookup is based
on the base address of the gpio controller instead of the unique
per-controller compatible property value.
This patch is based on the following tree and branch
the 3.2 merge window.
Thanks,
Thomas.
>
> Best regards,
> Changhwan Youn
>
> On 10/10/2011 03:11 AM, Thomas Abraham wrote:
>> All of Samsung's s5p platforms have timer irqs statically mapped from linux
>> irq numbers 11 to 15. These timer irqs are moved to end
On 13 October 2011 06:31, Grant Likely wrote:
> On Wed, Oct 12, 2011 at 09:45:25PM +0530, Thomas Abraham wrote:
>> On 12 October 2011 20:41, Rob Herring wrote:
>> > On 10/11/2011 11:06 AM, Thomas Abraham wrote:
>> >> On 11 October 2011 21:00, Rob Herring wrote:
On 12 October 2011 22:00, Thomas Abraham wrote:
> On 12 October 2011 21:43, Rob Herring wrote:
>> On 10/10/2011 03:11 AM, Thomas Abraham wrote:
>>> ioremap() request for statically remapped regions are intercepted and the
>>> statically assigned virtual address is
On 12 October 2011 21:43, Rob Herring wrote:
> On 10/10/2011 03:11 AM, Thomas Abraham wrote:
>> ioremap() request for statically remapped regions are intercepted and the
>> statically assigned virtual address is returned. For requests for which
>> there are no statically
On 12 October 2011 21:40, Rob Herring wrote:
> On 10/10/2011 03:11 AM, Thomas Abraham wrote:
>> All of Samsung's s5p platforms have timer irqs statically mapped from linux
>> irq numbers 11 to 15. These timer irqs are moved to end of the statically
>> mapped linux irq s
On 12 October 2011 20:41, Rob Herring wrote:
> On 10/11/2011 11:06 AM, Thomas Abraham wrote:
>> On 11 October 2011 21:00, Rob Herring wrote:
>>> On 10/11/2011 10:19 AM, Thomas Abraham wrote:
>>>> Hi Rob,
>>>>
>>>> On 11 October 2011 20:41,
With the 'struct dma_pl330_peri' removed, the platfrom data for dma
driver can be simplified to a simple list of peripheral request ids.
Cc: Jassi Brar
Cc: Boojin Kim
Signed-off-by: Thomas Abraham
Acked-by: Boojin Kim
---
arch/arm/mach-s5pc100/dm
With the 'struct dma_pl330_peri' removed, the platfrom data for dma
driver can be simplified to a simple list of peripheral request ids.
Cc: Jassi Brar
Cc: Boojin Kim
Signed-off-by: Thomas Abraham
Acked-by: Kukjin Kim
Acked-by: Grant Likely
Acked-by: Boojin Kim
---
arch/arm/ma
Dear Boojin Kim,
2011/10/12 Boojin Kim :
> Thomas Abraham wrote:
>>
>> Dear Mr. Kim,
>>
>> On 10 October 2011 23:45, Thomas Abraham
>> wrote:
>> > With the 'struct dma_pl330_peri' removed, the platfrom data for dma
>> > driver
Dear Mr. Kim,
On 10 October 2011 23:45, Thomas Abraham wrote:
> With the 'struct dma_pl330_peri' removed, the platfrom data for dma
> driver can be simplified to a simple list of peripheral request ids.
>
> Cc: Jassi Brar
> Cc: Boojin Kim
> Signed-off-by: Thomas Abr
Hi Anca,
On 12 October 2011 09:41, Anca Emanuel wrote:
> On Mon, Oct 10, 2011 at 9:15 PM, Thomas Abraham
> wrote:
>
>
>> +u8 pdma1_peri[] = {
>> + DMACH_UART0_RX,
>> + DMACH_UART0_TX,
>> + DMACH_UART1_RX,
>> +
On 11 October 2011 21:59, Stephen Warren wrote:
> Thomas Abraham wrote at Sunday, October 09, 2011 12:58 AM:
>> On 5 October 2011 21:25, Stephen Warren wrote:
>> > Thomas Abraham wrote at Wednesday, October 05, 2011 8:28 AM:
>> >> On 5 October 2011 18:59, Rob He
On 11 October 2011 21:00, Rob Herring wrote:
> On 10/11/2011 10:19 AM, Thomas Abraham wrote:
>> Hi Rob,
>>
>> On 11 October 2011 20:41, Rob Herring wrote:
>>> Thomas,
>>>
>>> On 10/11/2011 03:16 AM, Thomas Abraham wrote:
>>>> As gpio c
Hi Rob,
On 11 October 2011 20:41, Rob Herring wrote:
> Thomas,
>
> On 10/11/2011 03:16 AM, Thomas Abraham wrote:
>> As gpio chips get registered, a device tree node which represents the
>> gpio chip is searched and attached to it. A translate function is also
>> p
Hi Vinod,
On 11 October 2011 17:36, Kukjin Kim wrote:
> Thomas Abraham wrote:
>>
>> Changes since v5:
>> - Added alias clocks for pdma clocks on Exynos4.
>> - Modified platform data for s5p64x0, s5pc100 and s5pv210.
>> - Rebased on the tip of for-next branch of
Signed-off-by: Thomas Abraham
---
arch/arm/boot/dts/exynos4210-origen.dts | 137 ++
arch/arm/boot/dts/exynos4210-smdkv310.dts | 182 +
arch/arm/boot/dts/exynos4210.dtsi | 403 +
3 files changed, 722 insertions(+), 0 deletions(-)
create m
the kernel.
Signed-off-by: Thomas Abraham
---
.../devicetree/bindings/arm/insignal-boards.txt|8 ++
.../devicetree/bindings/arm/samsung-boards.txt |8 ++
arch/arm/mach-exynos4/Kconfig | 14 +++
arch/arm/mach-exynos4/Makefile |2 +
arc
samsung.git branch: for-next
Thomas Abraham (2):
ARM: Samsung: Add Exynos4 device tree enabled board file
ARM: dts: Add intial dts file for Exynos4210 SoC, SMDKV310 and Origen board
.../devicetree/bindings/arm/insignal-boards.txt|8 +
.../devicetree/bindings/arm/samsung-boards.txt
: Thomas Abraham
---
This patch is based on the latest consolidated Samsung GPIO driver available
in the following tree:
https://github.com/kgene/linux-samsung.git branch: for-next
.../devicetree/bindings/gpio/gpio-samsung.txt | 30 +++
drivers/gpio/gpio-samsung.c
On 3 September 2011 21:19, Thomas Abraham wrote:
> Add device tree based discovery support for Samsung's rtc controller.
>
> Cc: Ben Dooks
> Signed-off-by: Thomas Abraham
> ---
> Documentation/devicetree/bindings/rtc/s3c-rtc.txt | 20
&
With the 'struct dma_pl330_peri' removed, the platfrom data for dma
driver can be simplified to a simple list of peripheral request ids.
Cc: Jassi Brar
Cc: Boojin Kim
Signed-off-by: Thomas Abraham
---
arch/arm/mach-s5pc100/dma.c | 247 --
1001 - 1100 of 1412 matches
Mail list logo
