On Thursday 10 May 2012, Kyungmin Park wrote:
And I won't apply new feature for non-dt board file from now on. I think,
we
need to support DT in mach-exynos/ instead of non-DT and DT together, so
please consider to move on dt supporting for Samsung mobile boards.
Probably you
that would
get broken by this, we may have to be more careful.
Signed-off-by: Arnd Bergmann a...@arndb.de
Here's a version of your MMC DT bindings patch that responds to Stephen
Warren's review comments, refreshed against latest linux-next -- I'd
like to get this merged for v3.5. Since
On Monday 14 May 2012, Kukjin Kim wrote:
It is next/cleanup-samsung-iommu branch and already included in
next/cleanup-plat-s3c24xx branch as a base because as I said, that is needed
to remove plat-s5p directory.
So in this case, would be better if you could pull following branch before
On Sunday 13 May 2012, Chris Ball wrote:
Hi Arnd,
On Sun, May 13 2012, Arnd Bergmann wrote:
I've verified that there are no conflicts with anything we have in
arm-soc right now, so I think it should just go through your
tree.
Ah, I based the patch on latest linux-next. That's why
On Sunday 13 May 2012, Kukjin Kim wrote:
Hi Arnd, Olof,
Please pull Samsung boards update for v3.5.
git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
next/board-samsung
As there were discussions, some exynos4 boards have been updated because
current dt cannot
On Tuesday 15 May 2012, Kukjin Kim wrote:
I've pulled the next/cleanup-samsung-iommu into next/drivers and the
But I think would be better if you could pull the next/devel-samsung-iommu
into next/drivers instead of next/cleanup-samsung-iommu.
Because actual iommu driver is included in
On Tuesday 15 May 2012, Kukjin Kim wrote:
Hi Arnd and Olof,
I updated the next/devel-samsung branch. As I said, I separate out the
regarding s3c-hsotg patches from here and it will be sent to usb tree. And
added support suspend/resume for EXYNOS4412, others same as before.
Please pull
On Wednesday 16 May 2012, Kukjin Kim wrote:
Hi Arnd and Olof,
Here is Samsung devel-2 for v3.5 and it is including update support for
EXYNOS5250 SoC.
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
next/devel-exynos5250-1
Note, this branch has a
commit 820f3dd7964f1889ba0c2ba45d05bb619f66
Author: Arnd Bergmann a...@arndb.de
Date: Wed May 16 22:10:14 2012 +0200
ARM: exynos: fix building with CONFIG_OF disabled
irq_of_parse_and_map does not have an empty definition for the
!CONFIG_OF case, so we should not try to call
On Monday 02 July 2012, Vinayak Holikatti wrote:
This patch separates PCI and core UFS host controller driver.
In the current implementation PCI specific code is with ufshcd.c.
To provide way for adding multiple bus glue driver, this patch
separates PCI layer from ufshcd core. Now ufshcd
On Monday 02 July 2012, Vinayak Holikatti wrote:
+static struct amba_id ufshcd_amba_ids[] = {
+ {
+ /* Fake id for Primecell.*/
+ .id = 0x00041FF0,
+ .mask = 0x000f,
+ },
+ { 0, 0 },
+};
Hi Vinayak,
Can you explain
On Monday 02 July 2012, Vinayak Holikatti wrote:
+static struct platform_driver ufshcd_pltfrm_driver = {
+ .probe = ufshcd_pltfrm_probe,
+ .remove = __devexit_p(ufshcd_pltfrm_remove),
+#ifdef CONFIG_PM
+ .suspend = ufshcd_pltfrm_suspend,
+ .resume =
On Tuesday 10 July 2012, Kukjin Kim wrote:
arch/arm/mach-exynos/common.c | 25 --
arch/arm/mach-exynos/include/mach/spi-clocks.h | 16
arch/arm/mach-exynos/mach-nuri.c|1 -
arch/arm/mach-exynos/mach-origen.c |1 -
On Tuesday 10 July 2012, Kukjin Kim wrote:
Hi Arnd, Olof,
Here is updating DMA common operation for Samsung SoCs.
Since some DMA client driver such as spi needs to change the configuration
after dma_request() so this branch adds dma_config() can configure DMA
transmit option which is
On Tuesday 10 July 2012, Kukjin Kim wrote:
Kukjin Kim kgene@samsung.com, Senior Engineer,
SW Solution Development Team, Samsung Electronics Co., Ltd.
The following changes since commit cfaf025112d3856637ff34a767ef785ef5cf2ca9:
Linux 3.5-rc2 (2012-06-08 18:40:09 -0700)
are
On Wednesday 11 July 2012, Kukjin Kim wrote:
Yeah, let me explain the status for Samsung SoCs' DMA. There are 3 different
DMA IPs, samsung specific s3c24xx dma, pl080 and pl330. As you know, pl330
already moved in drivers/dma for using common DMA engine and Alim is
re-working on pl080
)
ARM: Samsung SoC fixes for 3.5-rc
Arnd Bergmann (1):
Merge branch 'v3.5-samsung-fixes-2' of
git://git.kernel.org/.../kgene/linux-samsung into fixes
Marek Szyprowski (2):
ARM
On Monday 16 July 2012, James Bottomley wrote:
On Fri, 2012-07-13 at 15:45 +, Arnd Bergmann wrote:
On Friday 13 July 2012, Vinayak Holikatti wrote:
This patch set adds following features
- Seprates PCI specific code from ufshcd.c to make it as core
- Adds PCI glue driver ufshcd
On Monday 16 July 2012, Kukjin Kim wrote:
Here is second Samsung cleanup pull request for v3.6.
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
next/cleanup-samsung-2
It is related in using common GPIO API and removing unused GPIOs.
If any
On Monday 16 July 2012, Kukjin Kim wrote:
This is general development for Samsung stuff for v3.6
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
next/devel-samsung
If any problems, please let me know.
Applied into next/soc.
Thanks,
On Thursday 19 July 2012, Kukjin Kim wrote:
Please pull it from:
git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
next/devel-samsung-2
The updating cpufreq for 1.7GHz of exynos5250 has been included in samsung
tree because Rafael
thought it was more related in
On Saturday 21 July 2012, Vivek Gautam wrote:
From: Ajay Kumar ajaykumar...@samsung.com
This patch adds address mapping of USB 2.0 PHY for exynos5
Signed-off-by: Ajay Kumar ajaykumar...@samsung.com
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/mach-exynos/common.c
On Saturday 21 July 2012, Vivek Gautam wrote:
@@ -28,6 +29,11 @@ static struct exynos4_ohci_platdata smdk5250_ohci_pdata = {
.phy_exit = s5p_usb_phy_exit,
};
+static struct s5p_ehci_platdata smdk5250_ehci_pdata = {
+ .phy_init = s5p_usb_phy_init,
+ .phy_exit =
On Saturday 28 July 2012, Vivek Gautam wrote:
Can you pleae explain why this is done in the changelog?
We try hard to do such mappings from the device driver instead,
so I'm surprised that this is necessary fo rthe USB phy.
We are doing the mapping for device address in the driver,
On Thursday 26 July 2012, Vinayak Holikatti wrote:
-static void ufshcd_remove(struct pci_dev *pdev)
+void ufshcd_remove(struct ufs_hba *hba)
{
- struct ufs_hba *hba = pci_get_drvdata(pdev);
-
/* disable interrupts */
ufshcd_int_config(hba, UFSHCD_INT_DISABLE);
-
On Thursday 26 July 2012, Vinayak Holikatti wrote:
diff --git a/drivers/scsi/ufs/ufshcd-pci.c b/drivers/scsi/ufs/ufshcd-pci.c
new file mode 100644
index 000..d078744
--- /dev/null
+++ b/drivers/scsi/ufs/ufshcd-pci.c
@@ -0,0 +1,228 @@
+/*
+ * Universal Flash Storage Host controller
UPIU
I've found a few trivial issues that I just replied on. Other than that,
please add my
Reviewed-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Wednesday 01 August 2012, Praveen Paneri wrote:
This patch set introduces a phy driver for samsung SoCs. It uses the existing
transceiver infrastructure to provide phy control functions. Use of this
driver
can be extended for usb host phy as well. Over the period of time all the phy
On Thursday 02 August 2012, Praveen Paneri wrote:
Yes! I understand this problem and this is the reason these patches
were sitting in my system for couple of weeks. In a discussion with
Thomas an idea of using the existing regulator framework to
enable/disable numerous PHYs came up. For
On Tuesday 21 August 2012, Thomas Abraham wrote:
diff --git a/Documentation/devicetree/bindings/mmc/mmc.txt
b/Documentation/devicetree/bindings/mmc/mmc.txt
index 8a6811f..1aa527a 100644
--- a/Documentation/devicetree/bindings/mmc/mmc.txt
+++ b/Documentation/devicetree/bindings/mmc/mmc.txt
On Tuesday 21 August 2012, Chris Ball wrote:
How about this?
broken-cd: No CD available, use polling.
cd-gpios: The CD pin on the host is working and brought out to a GPIO.
external-cd-gpios: The CD pin on the host is broken, but there's an
independent external GPIO
On Thursday 23 August 2012, Kukjin Kim wrote:
For HDMI, already HDMI support for EXYNOS in mainline kernel is broken
because its configuration moved to platform data but regarding platform data
didn't support yet. And others are for fix warnings.
Pulled into fixes branch. Thanks,
Arnd
specific comments, please reply on the
patches you are Cc'd on.
Arnd
Arnd Bergmann (16):
ARM: at91: move platform_data definitions
ARM: davinci: move platform_data definitions
ARM: ep93xx: move platform_data definitions
ARM: imx: move platform_data definitions
ARM: msm: move
-compare]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Ben Dooks ben-li...@fluff.org
Cc: Kukjin Kim kgene@samsung.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-soc@vger.kernel.org
Cc: spi-devel-gene...@lists.sourceforge.net
-compare]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Ben Dooks ben-li...@fluff.org
Cc: Kukjin Kim kgene@samsung.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-soc@vger.kernel.org
Cc: spi-devel-gene...@lists.sourceforge.net
is still to have them go through the subsystem
maintainers.
Olof: should we add it to for-next?
Arnd
Arnd Bergmann (8):
SCSI: ARM: ncr5380/oak uses no interrupts
SCSI: ARM: make fas216_dumpinfo function conditional
mm/slob: use min_t() to compare ARCH_SLAB_MINALIGN
USB: EHCI: mark
00:00:00 2001
From: Arnd Bergmann a...@arndb.de
Date: Mon, 30 Apr 2012 16:31:27 +
Subject: [PATCH] spi/s3c64xx: use correct dma_transfer_direction type
There is a subtle difference between dma_transfer_direction and
dma_data_direction: the former is used by the dmaengine framework,
while
On Friday 26 October 2012, Kukjin Kim wrote:
One is spi stuff for fix the device names for the different subtypes of the
spi controller. And the other is adding missing .smp field for exynos4-dt
and fixing memory sections for exynos4210-trats board.
Applied to fixes branch, thanks!
a15cc6277a3a43c8b5c1dd90ca71732b2ffe2b18 Mon Sep 17 00:00:00 2001
From: Arnd Bergmann a...@arndb.de
Date: Wed, 10 Oct 2012 13:31:45 +
Subject: [PATCH] pinctrl: samsung: don't allow enabling pinctrl-samsung
standalone
The main samsung pinctrl module references the specific exynos4210
pinctrl driver, which selects the main driver
On Wednesday 26 December 2012, Barry Song wrote:
/ {
/* ... */
firmware@0203F000 {
compatible = samsung,secure-firmware;
reg = 0x0203F000 0x1000;
};
/* ... */
};
On Thursday 03 January 2013, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
Remove tick.h on s5p64x0 and s5pv210 as they are unused.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Cc: Ben Dooks ben-li...@fluff.org
Cc: Kukjin Kim kgene@samsung.com
Cc:
@samsung.com
Cc: Mark Brown broo...@opensource.wolfsonmicro.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Maxime Ripard maxime.rip...@free-electrons.com
Cc: linux-samsung-soc@vger.kernel.org
Cc: patc...@opensource.wolfsonmicro.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from
On Thursday 03 January 2013, Rob Herring wrote:
The first half is relevant in that it eliminates an occurrence of VIC
defines, but could be applied separately. I'm not sure what happened
with mach-s5p64x0/include/mach/tick.h as that should be removed too.
Ok, I see.
Arnd
--
To
On Friday 18 January 2013, Padmavathi Venna wrote:
diff --git a/Documentation/devicetree/bindings/dma/arm-pl330.txt
b/Documentation/devicetree/bindings/dma/arm-pl330.txt
index 36e27d5..457a233 100644
--- a/Documentation/devicetree/bindings/dma/arm-pl330.txt
+++
On Friday 18 January 2013, Padmavathi Venna wrote:
+ pfi = devm_kzalloc(adev-dev, sizeof(*pfi), GFP_KERNEL);
+ if (!pfi) {
+ dev_err(adev-dev, unable to allocate mem\n);
+ return -ENOMEM;
+ }
+
+ pfi-dma_cap = pd-cap_mask;
+
On Friday 18 January 2013, Padmavathi Venna wrote:
+struct dma_chan *of_dma_pl330_xlate(struct of_phandle_args *dma_spec,
+ struct of_dma *ofdma)
+{
+ int count = dma_spec-args_count;
+ struct of_dma_filter_info *info =
On Monday 28 January 2013, Vinod Koul wrote:
On Fri, Jan 18, 2013 at 05:03:40PM +0530, Padmavathi Venna wrote:
This patch set adds support for generic dma device tree bindings for
Samsung platforms and is dependent on the following patches from
Vinod Koul next branch
1)of: Add generic
On Monday 28 January 2013, Jon Hunter wrote:
On 01/28/2013 08:51 AM, Arnd Bergmann wrote:
On Friday 18 January 2013, Padmavathi Venna wrote:
+ pfi = devm_kzalloc(adev-dev, sizeof(*pfi), GFP_KERNEL);
+ if (!pfi) {
+ dev_err(adev-dev, unable to allocate mem\n
On Tuesday 29 January 2013, Padma Venkat wrote:
of_dma_simple_xlate is just passing the dma channel number to the
filter function. But I also need
to compare against device node as my requested channel can belong to
any of the available dma controller
on SoC. So I implemented a xlate which
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Friday 01 February 2013, Padmavathi Venna wrote:
This patch registers the pl330 dma controller driver with the generic
device tree dma helper functions.
Signed-off-by: Padmavathi Venna padm...@samsung.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send
On Friday 01 February 2013, Padmavathi Venna wrote:
This patch modify the filter function to filter the required channel
based on new filter params.
Signed-off-by: Padmavathi Venna padm...@samsung.com
The result of this looks good, but I fear that changing the filter function
like this wil
On Saturday 02 February 2013 08:00:54 Padma Venkat wrote:
The result of this looks good, but I fear that changing the filter function
like this wil break all drivers that currently use the
plat-samsung/dma-ops.c
code. For migration purposes, I think the best way is to change
On Monday 04 February 2013, Padmavathi Venna wrote:
diff --git a/arch/arm/plat-samsung/dma-ops.c b/arch/arm/plat-samsung/dma-ops.c
index 71d58dd..ec0d731 100644
--- a/arch/arm/plat-samsung/dma-ops.c
+++ b/arch/arm/plat-samsung/dma-ops.c
@@ -23,23 +23,15 @@ static unsigned
On Tuesday 05 February 2013, Padma Venkat wrote:
On Mon, Feb 4, 2013 at 11:13 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 04 February 2013, Padmavathi Venna wrote:
diff --git a/arch/arm/plat-samsung/dma-ops.c
b/arch/arm/plat-samsung/dma-ops.c
index 71d58dd..ec0d731 100644
On Tuesday 05 February 2013, Padma Venkat wrote:
In none of my patches I have changed the pl330_filter args. This
function always takes the same argument void*. In non-DT case 'enum
dma_ch' was typecasted to void* and in DT case I am passing a pointer
to dma_pl330_filter_args and in
On Wednesday 06 February 2013, Padmavathi Venna wrote:
This patch adds a new pl330_dt_filter for DT case to filter the
required channel based on the new filter params and modifies the
old filter only for non-DT case as suggested by Arnd Bergmann.
Signed-off-by: Padmavathi Venna padm
On Wednesday 06 February 2013, Padmavathi Venna wrote:
This patch removes the usage of DMACH_DT_PROP and dt_dmach_prop
from dma code as the new generic dma dt binding support has been
added.
Signed-off-by: Padmavathi Venna padm...@samsung.com
Acked-by: Arnd Bergmann a...@arndb.de
On Saturday 02 March 2013, Alexander Shiyan wrote:
Board options are already under if ARCH_S3C24XX condition, so
additional dependencies on this symbol can be removed.
Signed-off-by: Alexander Shiyan shc_w...@mail.ru
Hi Alexander,
Is this just a cosmetic change that has no other
On Monday 04 March 2013, Padmavathi Venna wrote:
+
+ if (adev-dev.of_node) {
+ ret = of_dma_controller_register(adev-dev.of_node,
+of_dma_pl330_xlate, pdmac);
+ if (ret) {
+ dev_err(adev-dev,
+
On Tuesday 05 March 2013 03:43:52 Rob Herring wrote:
On 03/05/2013 03:25 AM, Padmavathi Venna wrote:
This patch returns error when 'dma-cells' property not found
in the corresponding device node. With out this change there
is a crash in the generic dma incompatible platforms.
-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/Kconfig.debug | 8 +++
arch/arm/include/debug/exynos.S | 39 +++
arch/arm/include/debug/samsung.S | 87
arch/arm/mach-exynos/include/mach/debug-macro.S
No other file in the kernel besides i2c-s3c2410.c uses
the current plat/regs-iic.h, so we can simply move the
header file to live in the same directory as the driver,
as a preparation to multiplatform builds.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-s3c24xx/mach-rx1950.c
Nothing outside of the rtc driver includes plat/regs-rtc.h,
so we can simply move the file into the same directory,
which allows us to build the file as platform-independent
code.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/plat-samsung/include/plat/regs-rtc.h | 71
When we enable CONFIG_SPARSE_IRQ, we have to set the
value of NR_IRQS in the machine_desc for legacy IRQ
domains, and any file referring to the number of
interrupts or a specific number must include the
mach/irqs.h header file explicitly.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm
Multiplatform kernels rely on the common clock implementation,
which conflicts with Samsung's own implementation of the same
interface. This disables all code that provides or requires
the nonstandard version.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-exynos/Makefile
for this symbol being
disabled.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-exynos/Kconfig | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/mach-exynos/Kconfig b/arch/arm/mach-exynos/Kconfig
index 70f94c8..3291a72 100644
--- a/arch/arm/mach-exynos/Kconfig
+++ b/arch
This enables the exynos platform to be selected as part
of a CONFIG_ARCH_MULTIPLATFORM kernel. This still
breaks a number of drivers, which we will have to
enable again one by one. Single-platform configurations
should not be impacted by this.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch
The definitions have moved to include/linux/usb/samsung-usb-phy.h,
and plat/usb-phy.h is unavailable from drivers in a multiplatform
configuration.
Also fix up the plat/usb-phy.h header file to use the definitions
from the new header instead of providing a separate copy.
Signed-off-by: Arnd
for the same drivers.
Arnd
Arnd Bergmann (23):
ARM: exynos: introduce EXYNOS_ATAGS symbol
irqchip: exynos: remove dependency on mach/irqs.h
tty: serial/samsung: prepare for common clock API
tty: serial/samsung: make register definitions global
tty: serial/samsung: fix modular
With multiplatform kernels, we cannot use hardwired IRQ
numbers in device drivers. This changes the idma driver
to use a proper resource, like all other drivers do.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/plat-samsung/devs.c | 6 ++
sound/soc/samsung/idma.c | 10
is not documented in the ABI docs.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/tty/serial/samsung.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/samsung.c b/drivers/tty/serial/samsung.c
index 2769a38..603f3f3 100644
--- a/drivers/tty/serial/samsung.c
There are a few bugs in the samsung serial driver when
built as a loadable module, which makes the console
code unavailable, as well as giving no access to
the 'printascii' early debug function. This adds
the appropriate compile time conditionals.
Signed-off-by: Arnd Bergmann a...@arndb.de
.
The conversion was rather mechanical, since the samsung
interface is just a shallow wrapper around the dmaengine
interface.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/plat-samsung/devs.c | 10 +++
drivers/spi/spi-s3c64xx.c | 107 ++
include
In multiplatform configurations, we cannot include headers
provided by only the exynos platform. Fortunately a number
of drivers that include those headers do not actually need
them, so we can just remove the inclusions.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/media/platform
actually cleans up the code, because we also remove the
global combiner_data array and pass dynamically allocated
pointers through the irq domain instead.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-exynos/common.c | 5 +-
arch/arm/mach-exynos/common.h | 2 +-
drivers
In multiplatform configurations, we cannot include headers
provided by only the exynos platform. Fortunately a number
of drivers that include those headers do not actually need
them, so we can just remove the inclusions.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/thermal
yet.
This patch must not get mainlined until mach-s3c* is also converted,
but can be used for testing in the meantime.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
sound/soc/samsung/ac97.c| 15 --
sound/soc/samsung/dma.c | 104 +---
sound
file, other than possibly move everything into
include/linux/platform_data, which also felt wrong. The only
part of this file that makes sense to keep specific to the s3c24xx
platform are the virtual and physical addresses defined here,
which are needed in no other location.
Signed-off-by: Arnd
In multiplatform configurations, we cannot include headers
provided by only the exynos platform. Fortunately a number
of drivers that include those headers do not actually need
them, so we can just remove the inclusions.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/video/exynos
The plat/iis.h and plat/ac97.h files in the samsung platform are
only needed by the ASoC drivers, so they can be moved into the
same directory, as one more step towards a multiplatform build.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-s3c24xx/dma-s3c2410.c| 2
Nothing uses the NAND register definitions other than the
actual driver, so we can move the header file into the
same local directory, which lets us build it in a multiplatform
configuration.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/plat-samsung/include/plat/regs-onenand.h | 63
the platform_data
definition instead and leave the rest to platform code.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-exynos/setup-sdhci-gpio.c | 2 +-
arch/arm/mach-s5pc100/setup-sdhci-gpio.c| 1 -
arch/arm/mach-s5pv210/setup-sdhci-gpio.c| 1 -
arch/arm
, but surely breaks a lot of stuff in the process.
Thomas Abraham alrady has a proper set of patches to
address this.
Do not apply.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/mach-exynos/Makefile | 2 ++
arch/arm/mach-exynos/common.c | 3 +++
arch/arm
in this driver, let's also use the
proper readl_relaxed variant rather than __raw_readl.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/pwm/pwm-samsung.c | 60 +--
1 file changed, 42 insertions(+), 18 deletions(-)
diff --git a/drivers/pwm/pwm
on multiplatform
There was some discussion some time ago whether we really need sparsemem on
Exynos. If I remember correctly, it turned out that we don't. So this is not
really an issue.
Ok, good.
Arnd Bergmann (23):
ARM: exynos: introduce EXYNOS_ATAGS symbol
irqchip: exynos: remove
On Tuesday 05 March 2013, Rob Herring wrote:
Why would you call of_dma_controller_register() for a dma
engine that does not support slave channels, when that is the
only purpose of that interface?
Well maybe then that function should be allowed to fail without erroring
out. I just fixed
On Tuesday 05 March 2013, Heiko Stübner wrote:
If I remember correctly Kgene mentioning some time back, that someone was
working on converting the s3c dma to dmaengine, but I never heard anything
more about it.
Ok, let's see if we can find out what happened to that.
So personally I would
On Tuesday 05 March 2013, Arnd Bergmann wrote:
The s3c64xx_dma code is also interesting because
it has both an implementation of the s3c_dma interface in
arch/arm/mach-s3c64xx/dma.c and one using the generic interface in
drivers/dma/amba-pl08x.c.
This actually brings me to an interesting
On Tuesday 05 March 2013, Tomasz Figa wrote:
AFAIR, the PL080 in S3C64xx is a slightly customized variant and requires
some modifications to the driver. However I'm saying this only based on
what I remember from the past, as I haven't checked current version of the
driver yet, so it's
padm...@samsung.com
Acked-by: Arnd Bergmann a...@arndb.de
Should we apply these directly to the arm-soc fixes branch, or wait
until they come back from the Samsung subarchitecture tree?
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message
On Tuesday 05 March 2013, Heiko Stübner wrote:
Am Dienstag, 5. März 2013, 22:54:22 schrieb Arnd Bergmann:
On Tuesday 05 March 2013, Arnd Bergmann wrote:
We still need a solution for the ASoC drivers, but they are
not as essential. We could probably move the wrapper files
from plat
On Wednesday 06 March 2013, Padma Venkat wrote:
+ if (substream-stream == SNDRV_PCM_STREAM_PLAYBACK) {
+ config.direction = DMA_MEM_TO_DEV;
+ config.dst_addr = prtd-params-dma_size;
+ config.dst_addr_width =
On Wednesday 06 March 2013, Thierry Reding wrote:
Option 2 would probably come down to having a trivial MFD driver exposing
a regmap. You can probably reuse drivers/mfd/syscon.c for this and make
the node compatible with syscon to designate the clock registers as
a system-wide resource,
On Friday 08 March 2013, Tomasz Figa wrote:
I have a question regarding making this an MFD driver.
As you know, the main clocksource driver must be initialized early, from
init_time callback of machine_desc. How does using the MFD subsystem fit
into this scheme?
P.S. I'm still not
On Thursday 07 March 2013, Kukjin Kim wrote:
Can you please take this patch in 3.9 rc2 ?
Sure, I will.
BTW, Arnd, I'm not sure second one(socfpga.dtsi) can be handled in samsung
tree.
I guess you're right, I've applied the second one to the fixes branch now.
Thanks,
Arnd
--
To
On Wednesday 13 March 2013, Kukjin Kim wrote:
Here is Samsung fixes for v3.9.
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
v3.9-samsung-fixes-1
There are two commits for fix pl330 dma clkdev entries on s5pv210 and generic
dma binding support on
On Thursday 07 March 2013, Kukjin Kim wrote:
Hi Arnd and Olof,
Here is 1st Samsung pull-request for v3.10
This is including cleanup some header files for s3c and s5p, and samsung-timer
for s3c and s5pc100 to support clocksource/clockevent api, and irq-rework for
s3cs4xx stuff, and support
On Monday 18 March 2013 17:14:52 Rob Herring wrote:
+ s3c24xx,irqlist = 2 0 /* 2D */
+2 0 /* IIC1 */
+0 0 /* reserved */
+0 0 /* reserved */
+2 0
On Monday 18 March 2013 17:27:35 Rob Herring wrote:
I think it depends on the specific name the property is tied too. For
interrupt and reg properties which have a long history and convention,
the order should be defined. IIRC, this was Grant's position too. For
new bindings, perhaps we can
1 - 100 of 753 matches
Mail list logo