Use the newly introduced irq_domains to let the basic ack, mask and unmask
functions use its hwirq field. This also includes the external irq sources
and removes all offset calculations based on the static irq numbers from
these parts.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/irq-
Don't strip off the rest of the irq_data struct when calling one of
the s3c_irqsub_* functions. This enables using its hwirq field
later on.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/irq-s3c2412.c |6 +++---
arch/arm/mach-s3c24xx/irq-s3c2416.c | 24 -
Add irqdomains for the three register sets in use for base, external
and sub-interrupts. This also pouplates the hwirq value for further
improvements.
Signed-off-by: Heiko Stuebner
---
drivers/irqchip/Kconfig |1 +
drivers/irqchip/irq-s3c24xx.c | 14 ++
2 files changed, 1
Removes another part from plat-s3c24xx and also enables further
improvements happening in the correct location.
Signed-off-by: Heiko Stuebner
---
arch/arm/Kconfig |1 +
arch/arm/plat-s3c24xx/Makefile |1 -
drivers/irqchip/Kconfig
On the way back from Barcelona I've started the move of the common
s3c24xx irq-code to drivers/irqchip and also modifications to enable
using it in a devicetree context at some point.
So, as I'm also missing the now probably famous tail-lights in this, it
would be cool to have some feedback if I'm
Am Donnerstag, 18. Oktober 2012, 11:36:03 schrieb Seungwon Jeon:
> On Thursday, October 18, 2012, Heiko Stübner wrote:
> > Hi,
> >
> > Am Donnerstag, 18. Oktober 2012, 04:04:42 schrieb Jaehoon Chung:
> > > Sorry, i didn't check this patch with s3c2416.
>
platforms affected that use the ext-gpio
code, it's probably right to revert it for now. Or you see a easy fix :-) .
Heiko
> Best Regards,
> Jaehoon Chung
>
> On 10/17/2012 06:15 PM, Heiko Stübner wrote:
> > Hi,
> >
> > Am Freitag, 14. September 2012, 11:08:51
Hi,
Am Freitag, 14. September 2012, 11:08:51 schrieb Chander Kashyap:
> Perform clock disable/enable in runtime suspend/resume.
>
> Signed-off-by: Chander Kashyap
It seems this patch breaks my S3C2416 based machine with 3.7-rc1. I'm not
yet sure why, but the only response I get is loop of:
Am Dienstag, 9. Oktober 2012, 13:48:50 schrieb Vasanth Ananthan:
> This patch adds polling mode support for i2c s3c-2410 driver.
> The I2C_SATAPHY controller lacks an interrupt line but the s3c-2410 driver
> is interrupt driven. Hence this support is required for functioning
> of the I2C_SATAPHY co
Commit a5238e360b71 (spi: s3c64xx: move controller information into driver
data) introduced separate device names for the different subtypes of the
spi controller but forgot to set these in the relevant machines.
To fix this introduce a s3c64xx_spi_setname function and populate all
Samsung arches
Am Montag, 1. Oktober 2012, 21:40:35 schrieb Sylwester Nawrocki:
> On 10/01/2012 09:18 PM, Heiko Stübner wrote:
> > Hi José,
> >
> > Am Montag, 1. Oktober 2012, 19:32:15 schrieb José Miguel Gonçalves:
> >> I'm trying to use the HSSPI controller on a S3C2416 b
Hi José,
Am Montag, 1. Oktober 2012, 19:32:15 schrieb José Miguel Gonçalves:
> I'm trying to use the HSSPI controller on a S3C2416 based board but I'm
> having some problems.
>
> I've added "&s3c64xx_device_spi0" to my array of platform devices and added
> a call to s3c64xx_spi0_set_platdata(NULL
Am Freitag, 7. September 2012, 07:38:52 schrieb Kukjin Kim:
> Heiko Stübner wrote:
> > Until now the Exynos-SoC was the only Samsung-SoC supporting the GPIOs
> > via the device tree. This patch implements dt-support for the
> > s3c24xx arches.
> >
> > The control
Am Mittwoch, 29. August 2012, 01:09:37 schrieb Kukjin Kim:
> On 08/28/12 14:55, Heiko Stübner wrote:
> > Until now the Exynos-SoC was the only Samsung-SoC supporting the GPIOs
> > via the device tree. This patch implements dt-support for the
> > s3c24xx arches.
> >
Until now the Exynos-SoC was the only Samsung-SoC supporting the GPIOs
via the device tree. This patch implements dt-support for the
s3c24xx arches.
The controllers contain only 3 cells, as the underlying gpio controller
does not support controlling the drive strength on a gpio level.
Tested with
Am Montag, 27. August 2012, 11:51:27 schrieb Vasily Khoruzhick:
> On Mon, Aug 27, 2012 at 12:44 PM, Heiko Stübner wrote:
> > Hi Vasily,
> >
> > I'm not sure I follow :-) .
> >
> > The compatible property here only sets the mechanism on how to handle t
Hi Vasily,
Am Montag, 27. August 2012, 10:57:04 schrieb Vasily Khoruzhick:
> Hi,
>
> On Mon, Aug 27, 2012 at 11:01 AM, Heiko Stübner wrote:
> > Hi Thomas,
> >
> > thanks for your review:
> >
> > Hmmm, but the logic to drive the gpio controller i
Hi Thomas,
thanks for your review:
Am Montag, 27. August 2012, 06:20:49 schrieb Thomas Abraham:
> Hi Heiko,
>
> On 26 August 2012 03:23, Heiko Stübner wrote:
> > Until now the Exynos-SoC was the only Samsung-SoC supporting the GPIOs
> > via the device tree. This patch impl
Hi Thomas,
Am Donnerstag, 16. August 2012, 17:49:29 schrieb Thomas Abraham:
> Add device tree based discovery support for Samsung's sdhci controller
>
> Cc: Ben Dooks
> Cc: Kukjin Kim
> Cc: Chris Ball
> Signed-off-by: Thomas Abraham
> ---
> drivers/mmc/host/sdhci-s3c.c | 146
> +
Am Dienstag, 7. August 2012, 09:28:40 schrieb Praveen Paneri:
> This driver uses usb_phy interface to interact with s3c-hsotg. Supports
> phy_init and phy_shutdown functions to enable/disable phy. Tested with
> smdk6410 and smdkv310. More SoCs can be brought under later.
>
> Signed-off-by: Praveen
Am Montag, 6. August 2012, 10:23:52 schrieb Kyungmin Park:
> Hi Praveen,
>
> On 8/6/12, Praveen Paneri wrote:
> > Hi Heiko,
> >
> > On Mon, Aug 6, 2012 at 3:24 AM, Heiko Stübner wrote:
> >> Hi Praveen,
> >>
> >> Am Mittwoch, 1. August 20
Hi Praveen,
Am Mittwoch, 1. August 2012, 15:05:47 schrieb Praveen Paneri:
> This driver uses usb_phy interface to interact with s3c-hsotg. Supports
> phy_init and phy_shutdown functions to enable/disable phy. Tested with
> smdk6410 and smdkv310. More SoCs can be brought under later.
Looks cool.
Commit 2b90807549 (spi: s3c64xx: add device tree support) requires
the DMACH_DT_PROP element in the dma_ch enum. It's not used on non-DT
platforms but has to be present nevertheless.
So mimic the dummy-add of DMACH_DT_PROP on s3c64xx for s3c24xx
machines, to correct the build breakage for the s3c2
Small fallout from from the s3c64xx spi changes and from a dma change from
last year, that only surfaced after a gcc update.
Heiko Stuebner (2):
ARM: S3C24XX: Add missing DMACH_DT_PROP
ARM: S3C24XX: Fix s3c2410_dma_enqueue parameters
arch/arm/mach-s3c24xx/include/mach/dma.h |3 ++-
arch/
Commit d670ac019f60 (ARM: SAMSUNG: DMA Cleanup as per sparse) changed the
prototype of the s3c2410_dma_* functions to use the enum dma_ch instead
of an generic unsigned int.
In the s3c24xx dma.c s3c2410_dma_enqueue seems to have been forgotten,
the other functions there were changed correctly.
Si
Am Mittwoch, 4. Juli 2012, 18:07:24 schrieb Mark Brown:
> Make it easier to switch to the common clock API by making the existing
> clock API implementation depend on a Kconfig symbol which is enabled when
> the common clock API is disabled. This means that we can have some SoCs
> using the common
Am Montag 25 Juni 2012, 12:11:52 schrieb Paul Bolle:
> Commit 85fd6d63bf2927b9da7ab1b0d46723bfdb13808c ("ARM: S3C2410: move
> mach-s3c2410/* into mach-s3c24xx/") orphaned
> arch/arm/mach-s3c2410/Kconfig: currently no other Kconfig file sources
> that file. This means that the Kconfig symbols S3C241
Fix a boot regression in existing kernels causing:
genirq: Threaded irq requested with handler=NULL and !ONESHOT for irq XXX
caused by 1c6c6952 (genirq: Reject bogus threaded irq requests).
Signed-off-by: Heiko Stuebner
---
Witnessed on a s3c2416 with 3.5-rc1
drivers/mmc/host/sdhci-s3c.c |
Am Montag, 14. Mai 2012, 01:51:00 schrieb Daniel Lezcano:
> On 05/09/2012 04:08 PM, Daniel Lezcano wrote:
> > These couple of patches use the new cpuidle core api to refactor
> > some part of the code. The first one declares the states directly
> > in the driver declaration and the second one use t
Hi Kgene,
Am Mittwoch 25 April 2012, 15:11:25 schrieb Heiko Stübner:
> Am Montag, 2. April 2012, 21:28:09 schrieb Heiko Stübner:
> > Am Samstag 03 März 2012, 22:19:45 schrieb Heiko Stübner:
> > > The S3C2416 has a separate second interrupt register-set to support
> > >
Am Mittwoch, 9. Mai 2012, 00:04:51 schrieb Thomas Abraham:
> The set_level callback in the controller data, which is used to configure
> the slave select line, cannot be supported when migrating the driver to
> device tree based discovery. Since all the platforms currently use gpio
> as the slave s
Am Mittwoch, 9. Mai 2012, 10:56:17 schrieb Mark Brown:
> On Wed, May 09, 2012 at 03:34:50AM +0530, Thomas Abraham wrote:
> > + s3c64xx_spi0_set_platdata("s3c6410-spi", NULL, 0, 1);
>
> Shouldn't we just set the name in the struct platform_device rather than
> requiring the machine to pass it thr
From: Tushar Behera
CC: Ben Dooks
CC: Kukjin Kim
Signed-off-by: Tushar Behera
Signed-off-by: Heiko Stuebner
---
changes since v1: update the patch to apply against the moved dev-uart devices
As this patch does not touch anything else apart from the uart devices it could
also be applied on top
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/common.c | 18
arch/arm/plat-s3c24xx/Makefile |1 -
arch/arm/plat-s3c24xx/clock.c | 59
3 files changed, 18 insertions(+), 60 deletions(-)
delete mode 100644 arch/arm/plat-s3c24
This is the basic power-management code used by all s3c24xx machines.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/Makefile |4
arch/arm/{plat-s3c24xx => mach-s3c24xx}/irq-pm.c |0
arch/arm/{plat-s3c24xx => mach-s3c24xx}/pm.c |0
arch/arm/{plat-s
The uart devices are used on all s3c24xx machines, so they can reside
in the common code for all machines.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/common.c | 73 +++
arch/arm/plat-s3c24xx/Makefile |1 -
arch/arm/plat-s3c24xx/dev-uart.c | 100 ---
Following the model of s3c64xx cpu.c becomes common.c in mach-s3c24xx,
to got more common code added later on.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/Makefile |2 ++
.../{plat-s3c24xx/cpu.c => mach-s3c24xx/common.c} |2 +-
arch/arm/plat-s3c24xx/Makef
Again the series of small moves of common code from the plat-s3c24xx to the
mach-s3c24xx directory.
This time without the wrong handled irq.c . Hopefully I'll get time to do it
properly later.
As the dev-uart.c move breaks the resource patch by Tushar Behera, I updated
the patch to fix the correc
Hi Arnd,
Am Montag 07 Mai 2012, 21:59:21 schrieb Arnd Bergmann:
> On Monday 07 May 2012, Heiko Stübner wrote:
> > Again following the model set out by s3c64xx.
> >
> > As checkpatch showed a lot of style errors and warning, these got fixed
> > too.
> >
> &g
Following the model of s3c64xx cpu.c becomes common.c in mach-s3c24xx,
to got more common code added later on.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/Makefile |2 ++
.../{plat-s3c24xx/cpu.c => mach-s3c24xx/common.c} |2 +-
arch/arm/plat-s3c24xx/Makef
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/common.c | 18
arch/arm/plat-s3c24xx/Makefile |1 -
arch/arm/plat-s3c24xx/clock.c | 59
3 files changed, 18 insertions(+), 60 deletions(-)
delete mode 100644 arch/arm/plat-s3c24
Again following the model set out by s3c64xx.
As checkpatch showed a lot of style errors and warning, these got fixed too.
Signed-off-by: Heiko Stueber
---
arch/arm/mach-s3c24xx/common.c | 642 ++
arch/arm/plat-s3c24xx/Makefile |1 -
arch/arm/plat-s3c24x
plat-s3c24xx still contains code that wasn't moved during the initial
consolidation of the s3c24xx mach directories.
This series moves the easy parts, that shouldn't require changes, to
mach-s3c24xx, following the layout example set out by s3c64xx.
Heiko Stuebner (5):
ARM: S3C24XX: move plat-s3
The uart devices are used on all s3c24xx machines, so they can reside
in the common code for all machines.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/common.c | 73 +++
arch/arm/plat-s3c24xx/Makefile |1 -
arch/arm/plat-s3c24xx/dev-uart.c | 100 ---
This is the basic power-management code used by all s3c24xx machines.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/Makefile |4
arch/arm/{plat-s3c24xx => mach-s3c24xx}/irq-pm.c |0
arch/arm/{plat-s3c24xx => mach-s3c24xx}/pm.c |0
arch/arm/{plat-s
Am Montag, 2. April 2012, 21:28:09 schrieb Heiko Stübner:
> Am Samstag 03 März 2012, 22:19:45 schrieb Heiko Stübner:
> > The S3C2416 has a separate second interrupt register-set to support
> > additional irqs. This patch adds the necessary constants and registers
> > th
Am Mittwoch, 25. April 2012, 06:12:16 schrieb Tushar Behera:
> CC: Ben Dooks
> CC: Kukjin Kim
> Signed-off-by: Tushar Behera
Acked-by: Heiko Stuebner
> ---
> arch/arm/plat-s3c24xx/dev-uart.c | 56
> +++--- 1 files changed, 16 insertions(+),
> 40 deletions(-)
Hi,
Am Mittwoch, 25. April 2012, 06:19:39 schrieb Jean-Christophe PLAGNIOL-
VILLARD:
> On 09:42 Wed 25 Apr , Tushar Behera wrote:
> > There are some helper macros (DEFINE_RES_XXX) for defining resource
> > structures. This patchset migrates all the earlier resource
> > definitions (within Sams
Hi Kgene,
Am Samstag, 14. April 2012, 17:44:49 schrieb Kukjin Kim:
> Ah one more note will look at your s3c24xx patches in the beginning of
> next week, sorry for late.
ping for this
I'd really like to get the irq and hsspi support sorted for 3.5 .
Thanks
Heiko
--
To unsubscribe from this list:
Am Donnerstag, 22. März 2012, 15:39:06 schrieb Kukjin Kim:
> On 03/20/12 13:20, Heiko Stübner wrote:
> > From: Maurus Cuelenaere
> >
> > When selecting SAMSUNG_PM_DEBUG, it complains about a missing
> > printascii() function if you do not select DEBUG_LL, so make the f
[@jassi: I know that you do not work at this stuff any longer, but I included
you in the list of recipients in the hope that you might be able to give me a
pointer on where to look for the culprit of the problem :-) ]
Hi,
while working on the beginnings of a wireless driver connected via SPI [
Hi Kgene,
Am Mittwoch 28 März 2012, 14:08:05 schrieb Tushar Behera:
> On 03/28/2012 04:58 PM, Heiko Stübner wrote:
> > Am Mittwoch, 28. März 2012, 12:50:35 schrieb Tushar Behera:
> >> The patches are based on Kukjin's for-next branch and they fix a couple
> >> of
Am Montag 02 April 2012, 23:08:10 schrieb Kukjin Kim:
> Heiko Stübner wrote:
> > When the hsmmc clock lookup was changed to be lookup tables based,
> > it seems the S3C2443 was forgotten.
> >
> > As subsequent patches will want to add more lookups to it, this
> &g
Am Samstag 03 März 2012, 22:19:45 schrieb Heiko Stübner:
> The S3C2416 has a separate second interrupt register-set to support
> additional irqs. This patch adds the necessary constants and registers
> the irq handlers for it.
>
> Signed-off-by: Heiko Stuebner
and also "pin
Am Montag 12 März 2012, 19:59:32 schrieb Heiko Stübner:
> The S3C2416/S3C2443/S3C2450 SoCs contain HSSPI controllers compatible
> with the ones in the S3C64xx and later.
>
> The second patch modifying the dma selection depends on the series
> enabling the dma support on the S3C2
Hi Mark,
Am Donnerstag, 22. Dezember 2011, 19:13:59 schrieb Mark Brown:
> On Tue, Dec 06, 2011 at 12:31:21PM +0100, Heiko St?bner wrote:
> > So I'm really looking forward to seeing a possible example on how to
> > support the STOP and DEEP-STOP modes best.
>
> My plan there for the s3c64xx was to
Am Mittwoch, 28. März 2012, 12:50:35 schrieb Tushar Behera:
> The patches are based on Kukjin's for-next branch and they fix a couple
> of compile-time errors and warnings.
There was also a fixup patch for these problems posted on 2012-01-04. But it
seems
to have been forgotten somehow.
I think e
From: Maurus Cuelenaere
When selecting SAMSUNG_PM_DEBUG, it complains about a missing printascii()
function if you do not select DEBUG_LL, so make the former select the latter.
Signed-off-by: Maurus Cuelenaere
Acked-by: Heiko Stuebner
---
This was originally sent in september 2010, but seems t
Newer SoCs from the S3C24XX line, namely S3C2416/2443/2450 contain
hsspi-controllers compatible with the s3c64xx type.
The previous patches enabled platform support for it, so make the
driver also usable for the S3C24xx architecture.
Signed-off-by: Heiko Stuebner
Acked-by: Grant Likely
---
dri
This lets the s3c64xx-spi driver know the specifics of the controller-
variant and also setups the gpios and the misccr bit.
This setup is valid for all S3C24XX SoCs containing a HSSPI controller
(i.e. S3C2416/2450 and S3C2443)
Signed-off-by: Heiko Stuebner
---
changes since v1: adapt to changes
Currently usable are busclk0 and busclk2.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/clock-s3c2416.c |1 +
arch/arm/mach-s3c24xx/clock-s3c2443.c |1 +
arch/arm/mach-s3c24xx/common-s3c2443.c | 15 ++-
3 files changed, 12 insertions(+), 5 deletions(-)
diff --g
The S3C_PA_SPIx constants are only used by the s3c64xx-spi driver
and don't conflict with the older SoCs as they don't support hsspi.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/include/mach/map.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/m
SoCs starting with the S3C2443 contain SPI controllers compatible with the
spi-s3c64xx driver and therefore need separate dma channels for rx and tx.
This patch introduces dma channel declarations for these and changes the
dma-s3c2443.c accordingly.
None of the older SoCs use the spi-dma at all.
When the hsmmc clock lookup was changed to be lookup tables based,
it seems the S3C2443 was forgotten.
As subsequent patches will want to add more lookups to it, this
patch adds the base table with the missing hsmmc lookup.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/clock-s3c2443.c
The S3C2416/S3C2443/S3C2450 SoCs contain HSSPI controllers compatible
with the ones in the S3C64xx and later.
The second patch modifying the dma selection depends on the series
enabling the dma support on the S3C2416, but as the whole s3c64xx-spi
driver needs dma support this should be ok.
Tested
Am Dienstag, 6. März 2012, 14:00:54 schrieb Mark Brown:
> On Tue, Mar 06, 2012 at 03:17:20PM +0900, Jaehoon Chung wrote:
> > This patchset is the purpose for using sdhci-pltfm.c and
> > removing the arch dependency.
> > The sdhci-s3c has too heavy arch dependency.
> > For example, if work for sdhci
Includes a small rename of the SETUP_TS option to a S3C24XX prefix.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/Kconfig |7 ++-
arch/arm/mach-s3c24xx/Makefile |2 ++
.../arm/{plat-s3c24xx => mach-s3c24xx}/setup-i2c.c |0
arch/a
The Simtec extension didn't follow a specific naming scheme for files
and config options until now. This distributed the files throughout
the whole mach-s3c24xx directory.
This patch fixes the naming of files and option names and also creates
a simtec.h header instead of using many one-liners.
As
This includes a rename of the pm-simtec.c to keep the simtec
extensions together a bit and also better naming of the Kconfig
options.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/Kconfig | 23 +++
arch/arm/mach-s3c24xx/Makefile
This code is used by boards based on the S3C2410/S3C2440/S3C2416.
The patch includes also a rename of the option, as the smdk code
is not a mach itself, but only an extension with common code.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/Kconfig | 19 +++
This series contains the easy moves of common code for the SMDKs,
Simtec boards and device setup from plat-s3c24xx to mach-s3c24xx.
It also contains an extra patch to keep the Simtec code more together.
Changes to the Kconfig and Makefile will probably conflict with the
S3C2416-SPI series posted
Newer SoCs from the S3C24XX line, namely S3C2416/2443/2450 contain
hsspi-controllers compatible with the s3c64xx type.
The previous patches enabled platform support for it, so make the
driver also usable for the S3C24xx architecture.
Signed-off-by: Heiko Stuebner
---
As it is part of a series th
This lets the s3c64xx-spi driver know the specifics of the controller-
variant and also setups the gpios and the misccr bit.
This setup is valid for all S3C24XX SoCs containing a HSSPI controller
(i.e. S3C2416/2450 and S3C2443)
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/Kconfig
Currently usable are busclk0 and busclk2.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/clock-s3c2416.c |1 +
arch/arm/mach-s3c24xx/clock-s3c2443.c |1 +
arch/arm/mach-s3c24xx/common-s3c2443.c | 15 ++-
3 files changed, 12 insertions(+), 5 deletions(-)
diff --g
The S3C_PA_SPIx constants are only used by the s3c64xx-spi driver
and don't conflict with the older SoCs as they don't support hsspi.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/include/mach/map.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/m
SoCs starting with the S3C2443 contain SPI controllers compatible with the
spi-s3c64xx driver and therefore need separate dma channels for rx and tx.
This patch introduces dma channel declarations for these and changes the
dma-s3c2443.c accordingly.
None of the older SoCs use the spi-dma at all.
When the hsmmc clock lookup was changed to be lookup tables based,
it seems the S3C2443 was forgotten.
As subsequent patches will want to add more lookups to it, this
patch adds the base table with missing hsmmc lookup.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/clock-s3c2443.c |
The S3C2416/S3C2443/S3C2450 SoCs contain HSSPI controllers compatible
with the ones in the S3C64xx and later.
The second patch modifying the dma selection depends on the series
enabling the dma support on the S3C2416, but as the whole s3c64xx-spi
driver needs dma support this should be ok.
Tested
The S3C2416 now reuses the dma selection of the S3C2443.
Therefore it is not necessary to keep the S3C2416_DMA option around.
Signed-off-by: Heiko Stuebner
---
arch/arm/Kconfig |1 -
arch/arm/mach-s3c2416/Kconfig | 14 --
arch/arm/mach-s3c2416/Makefile | 12 ---
The dma controller is similar in S3C2443 and S3C2416 and has also
the same register layout with the same REQSEL-bits in the source
select.
The only small difference is the SIO channel of the S3C2443 for the
non-hsmmc controller which is not present on S3C2416/2450 and
second spi channel which is n
Spaces seem to have slipped in at some point in the past.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/dma-s3c2443.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-s3c24xx/dma-s3c2443.c
b/arch/arm/mach-s3c24xx/dma-s3c2443.c
index 1422451
The S3C2416/2450 contains the same DMA register layout as the S3C2443.
Therefore it can simply share this dma selection definition.
As we use the S3C2443_DMA the S3C2416_DMA is no longer necessary. The
third patch removes this remnant of the S3C24XX merge.
The whole series was made on top of the
The S3C2416 has a separate second interrupt register-set to support
additional irqs. This patch adds the necessary constants and registers
the irq handlers for it.
Signed-off-by: Heiko Stuebner
---
Patch should go on top of the current s3c24xx consolidation
arch/arm/mach-s3c24xx/include/mach/ir
As the clocks can calculate their rate themself now, there is no
need to set it statically.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/common-s3c2443.c | 15 ---
1 files changed, 4 insertions(+), 11 deletions(-)
diff --git a/arch/arm/mach-s3c24xx/common-s3c2443.c
b/a
Currently the rate of clk_p is calculated once and set through the
s3c24xx_setup_clocks call. As the clk_p is a child of clk_h we can
evaluate its divider and calculate the rate in get_rate.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/common-s3c2443.c | 28 -
Currently the rate of clk_h is calculated once and set through the
s3c24xx_setup_clocks call. As the clk_h is a child of the prediv
we can evaluate its divider and calculate the rate in get_rate.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/common-s3c2443.c | 31
This series modifies the clock init in common-s3c2443 to use the
struct clk operations also for clk_p and clk_h whose values were until
now set statically in s3c24xx_setup_clocks - a function more suited to
the earlier S3C-SoCs.
In the end it makes the code (hopefully) easier to read, as strange
d
Am Donnerstag 01 März 2012, 17:10:52 schrieb Sangwook Lee:
> On 1 March 2012 15:24, Heiko Stübner wrote:
> > Am Donnerstag, 1. März 2012, 06:38:20 schrieb Jingoo Han:
> > > This patch adds USB HOST register definitions. The definition for
> > > EHCI INSNREG00 regiser
Am Donnerstag, 1. März 2012, 06:38:20 schrieb Jingoo Han:
> This patch adds USB HOST register definitions. The definition for
> EHCI INSNREG00 regiser and corresponding bit field definitions are
> added.
>
> Signed-off-by: Sangwook Lee
> Signed-off-by: Jingoo Han
> ---
> v2: change the definitio
Am Mittwoch 15 Februar 2012, 23:55:34 schrieb Kukjin Kim:
> This patch aims to make a one mach- directory for S3C24XX SoCs
> and now not finished yet such as moving cpufreq and merging
> plat-s3c24xx/. I think it will be done maybe in a week.
>
> [PATCH 01/12] ARM: S3C24XX: remove unused spi gpio
S3C2412_PM_SLEEP is also used by the S3C2416, so move it out of the
if CPU_S3C2412 block to the common platform code to prevent warnings
when S3C2416_PM is selected but not CPU_S3C2412.
Signed-off-by: Heiko Stuebner
---
this should probably be folded into the S3C2412 move patch
arch/arm/mach-s3
Am Mittwoch 15 Februar 2012, 23:55:43 schrieb Kukjin Kim:
> This patch moves S3C2416 stuff into mach-s3c24xx/ directory
> so that we can merge the s3c24 series' directories to the
> just one mach-s3c24xx/ directory.
>
> Cc: Ben Dooks
> Signed-off-by: Kukjin Kim
On S3C2416 hardware
Tested-by: H
Am Samstag 25 Februar 2012, 12:05:56 schrieb Pichon Julien:
> > (please CC me in your replies as I am not suscribed to the ML)
> >
> > The following patch allows users to use KGDB over serial console on
> > board based on Samsung SOC. It has been tested on a mini2440.
> >
> > Signed-off-by: Julie
Am Freitag, 24. Februar 2012, 13:40:27 schrieb Gusakov Andrey:
> s3c2410_dma_suspend suspends channels from 0 to dma_channels.
> s3c2410_dma_resume resumes channels in reverse order. So
> pointer should be decremented insted of being incremented.
> ---
> arch/arm/plat-s3c24xx/dma.c |2 +-
> 1
Am Freitag, 24. Februar 2012, 10:10:44 schrieb Thomas Abraham:
> Dear Mr. Chung,
>
> On 14 February 2012 10:33, Jaehoon Chung wrote:
> > The header-file is moved to drivers/mmc/host from plat.
> >
> > Signed-off-by: Jaehoon Chung
> > Signed-off-by: Kyungmin Park
> > ---
> > arch/arm/mach-exyn
S3C-SoCs starting with the S3C2443 can share a lot of functionality.
The file can collect more common code of these SocS later on and
therefore gets a new name to reflect this future purpose.
Signed-off-by: Heiko Stuebner
---
for completenes sake, the patch with -M format
arch/arm/mach-s3c24xx/
Am Mittwoch 22 Februar 2012, 18:18:00 schrieb Arnd Bergmann:
> On Tuesday 21 February 2012, Heiko Stübner wrote:
> > S3C-SoCs starting with the S3C2443 can share a lot of functionality.
> > The file can collect more common code of these SocS later on and
> > therefore gets
S3C-SoCs starting with the S3C2443 can share a lot of functionality.
The file can collect more common code of these SocS later on and
therefore gets a new name to reflect this future purpose.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/Kconfig | 14 +-
arch/arm/mach-s3c24x
Hi,
These two patches move the s3c2443 common clock code and the dma
base code from plat-s3c24xx to mach-s3c24xx and apply on top of the
current s3c24xx-cleanup topic-branch.
The s3c2443-clock.c got a common-s3c2443.c name, to hold more common
code for s3c2443/2416/2450 later on.
I'm still not s
Hi Kgene,
Am Mittwoch, 15. Februar 2012, 23:55:43 schrieb Kukjin Kim:
> This patch moves S3C2416 stuff into mach-s3c24xx/ directory
> so that we can merge the s3c24 series' directories to the
> just one mach-s3c24xx/ directory.
>
> Cc: Ben Dooks
> Signed-off-by: Kukjin Kim
the patch is missing
501 - 600 of 831 matches
Mail list logo
