to provide additional patch for beautifying code.
Signed-off-by: Chen Gang gang.c...@asianux.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Friday 19 April 2013, Chen Gang wrote:
when compiling with allmodconfig.
early_console is already defined as an extern global pointer.
need let it point to the object which we intend to (like ARM32 done).
Signed-off-by: Chen Gang gang.c...@asianux.com
Acked-by: Arnd Bergmann
On Friday 19 April 2013, Lee Jones wrote:
Slight change of plan for v2.
Now we're doing a seperate clk_prepare(), as the clk_enable() in the
previous patch turned out to be called inside a spin_lock().
Arnd, can you confirm your Ack please?
Acked-by: Arnd Bergmann a...@arndb.de
On Friday 19 April 2013, Lars-Peter Clausen wrote:
Well, It's not only about the of_dma struct, e.g. the of_dma's of_dma_data
field usually points to some driver allocated data. If we do not block in
of_dma_controller_free() this data might be freed while the controller is
still in use.
On Friday 19 April 2013, Lee Jones wrote:
Slight change of plan for v2.
Now we're doing a seperate clk_prepare(), as the clk_enable() in the
previous patch turned out to be called inside a spin_lock().
Arnd, can you confirm your Ack please?
Acked-by: Arnd Bergmann a...@arndb.de
On Friday 19 April 2013, Uwe Kleine-König wrote:
On Thu, Apr 18, 2013 at 11:38:13AM +0200, Arnd Bergmann wrote:
On Thursday 18 April 2013, Uwe Kleine-König wrote:
That is, there are (INTLINESNUM + 1) * 32 irqs for INTLINESNUM 15. For
INTLINESNUM == 15 there are only 496 and not 16 * 32
On Saturday 20 April 2013, Jon Hunter wrote:
Change also means that of_dma_request_slave_channel() cannot be called
from a context where it is not possible to sleep too, right? May be
worth mentioning this in the changelog as well.
You already cannot do that, because it requires
On Saturday 20 April 2013 10:28:55 Chen Gang wrote:
---patch
begin--
diff --git a/arch/arm64/include/asm/cmpxchg.h
b/arch/arm64/include/asm/cmpxchg.h
index 968b5cb..b572d2b 100644
--- a/arch/arm64/include/asm/cmpxchg.h
:(
I've put it into a late branch now. Could you have a look please?
If there are any problems with this, I'll probably just drop the branch
and queue it for 3.11 instead with the required fixes.
Arnd
commit 787b0c1f8e1975157fe73104e67cac18f955281b
Author: Arnd Bergmann a...@arndb.de
Date
On Saturday 20 April 2013, Lars-Peter Clausen wrote:
On 04/20/2013 12:45 AM, Jon Hunter wrote:
I think that there is a problem here. For controllers using the
of_dma_simple_xlate(), this will call dma_request_channel() which also
uses a mutex.
That would only be a problem if it'd use the
On Monday 22 April 2013, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
In converting the last remaining of_platform_driver (ibmebus) to a regular
platform driver, to_platform_driver is needed to replace
to_of_platform_driver.
Signed-off-by: Rob Herring
tested on powerpc and sparc.
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
-drivers
Whole series
Acked-by: Arnd Bergmann a...@arndb.de
but please post them another time with linux-arm-kernel on Cc.
Arnd
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Thursday 04 April 2013, Daniel Tang wrote:
We're sending out for comments an early patch adding TI-Nspire support
to Linux.
Some words on the Nspire platform: it's a series of graphing
calculators, made of four models: Clickpad (2007-2010), Touchpad
(2010-2012?), CX (2011-), CM-C
On Thursday 04 April 2013, Viresh Kumar wrote:
This patch moves cpufreq driver of powerpc platforms/cell to drivers/cpufreq.
Cc: Arnd Bergmann a...@arndb.de
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: linuxppc-...@lists.ozlabs.org
Signed-off-by: Viresh Kumar viresh.ku
or not.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
diff --git a/kernel/posix-cpu-timers.c b/kernel/posix-cpu-timers.c
index e5286b5..1828b9f 100644
--- a/kernel/posix-cpu-timers.c
+++ b/kernel/posix-cpu-timers.c
@@ -1119,6 +1119,7 @@ void posix_cpu_timer_schedule(struct k_itimer *timer
On Thursday 04 April 2013, Viresh Kumar wrote:
On 4 April 2013 18:32, Arnd Bergmann a...@arndb.de wrote:
Moving the files is good, but I don't see a reason to make the cbe_cpufreq.h
header globally visible in include/linux/. Isn't it just used by as the
interface between
On Sunday 10 March 2013, Jiang Liu wrote:
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Catalin Marinas catalin.mari...@arm.com
Cc: Will Deacon will.dea...@arm.com
Cc:
On Thursday 04 April 2013, Felipe Balbi wrote:
On Thu, Apr 04, 2013 at 01:42:18PM -0400, Alan Stern wrote:
diff --git a/drivers/usb/misc/sisusbvga/Kconfig
b/drivers/usb/misc/sisusbvga/Kconfig
index 30ea7ca..0d03a52 100644
--- a/drivers/usb/misc/sisusbvga/Kconfig
+++
On Friday 05 April 2013, Michal Simek wrote:
Hi,
2013/4/5 Stephen Rothwell s...@canb.auug.org.au
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-spear/spear13xx.c between commit c79e33b3e828 (ARM:
smp_twd: convert to use CLKSRC_OF init) from the
On Friday 05 April 2013, Tomas Winkler wrote:
debugfs exposes device state and list of me clients and their
properties
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
Just one small comment:
+#define DEBUGFS_ADD_FILE(_mei, name, parent, mode) \
+ debugfs_create_file(#name,
On Friday 05 April 2013, Michal Simek wrote:
Interesting. I rebased my arm-next branch based on 3.9-rc5
with some Rob's + one Arnd patch from arm-soc - clksrc/cleanup branch.
I will fix my arm-next branch.
The for-next branch in arm-soc is not stable, you should never base
On Friday 05 April 2013, Tomas Winkler wrote:
debugfs exposes device state and list of me clients and their
properties
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
V2:
1. don't use DEBUGFS_ADD_FILE macro
2. compile debugfs.c only if CONFIG_DEBUG_FS is set
Acked-by: Arnd
On Friday 05 April 2013, Gregory CLEMENT wrote:
When LPAE is activated on Armada XP, all registers and IOs are still
32bit, the 40bit extension is on the CPU to DRAM path (windows) only.
That means that all the DMA transfer are restricted to the low 32 bits
address space. This is limitation is
On Friday 05 April 2013, Gregory CLEMENT wrote:
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
The patch looks good but the description is a bit short.
Arnd
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Friday 05 April 2013, Gregory CLEMENT wrote:
From: Thomas Petazzoni thomas.petazz...@free-electrons.com
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
This should have a description, even though it's completely trivial.
I would also recommend moving this patch first,
On Friday 05 April 2013, Gregory CLEMENT wrote:
The Armada XP SoCs have LPAE support. This is the second version patch
set whixh allow to run kernel on this SoCs with LPAE support.
The biggest changes are the conversion of the device tree file to 64
bits in order to be able to use more than
On Friday 05 April 2013, Gregory CLEMENT wrote:
From: Lior Amsalem al...@marvell.com
In order to be able to support he LPAE, the internal registers virtual
base must be aligned to 2MB.
Signed-off-by: Lior Amsalem al...@marvell.com
Signed-off-by: Gregory CLEMENT
On Friday 05 April 2013, Gregory CLEMENT wrote:
On 04/05/2013 10:50 PM, Arnd Bergmann wrote:
On Friday 05 April 2013, Gregory CLEMENT wrote:
From: Lior Amsalem al...@marvell.com
This is a surprising limitation. Can you extend the above text to go into
more
detail where
On Saturday 06 April 2013, Daniel Tang wrote:
Hi,
First of all, thank you for your comments!
On 04/04/2013, at 10:12 PM, Arnd Bergmann a...@arndb.de wrote:
For new platforms, we want to have only the absolute minimum amount of
code in arch/arm and move everything else into drivers
On Saturday 06 April 2013, Daniel Tang wrote:
Hi,
On 06/04/2013, at 10:51 PM, Arnd Bergmann a...@arndb.de wrote:
Ok, whichever way you prefer. If you have questions while working on this,
feel free to join #armlinux on irc.freenode.net, there are usually other
people working
On Sunday 07 April 2013, Daniel Tang wrote:
On 07/04/2013, at 12:24 AM, Arnd Bergmann a...@arndb.de wrote:
@@ -313,7 +314,7 @@ define archhelp
echo ' Image - Uncompressed kernel image
(arch/$(ARCH)/boot/Image)'
echo '* xipImage - XIP kernel image, if configured
On Sunday 07 April 2013, Daniel Tang wrote:
Here's an updated patch that enables support for the LCD.
I looked into drivers/video/of_display_timing.c but it doesn't have the
fields to describe the PL11x specific options needed in struct clcd_panel. At
the moment, it is implemented by
: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
On Monday 08 April 2013, Lee Jones wrote:
The pin names for DB8500 based platforms need to be moved out of
ux500 platform data and into the new proper location in include/
linux/platform_data/. This way we an reference them from other
external locations, such as the main DMA50 driver(s).
On Monday 08 April 2013, Lee Jones wrote:
According to the DMA documentation allocating a channel and configuring
it are two separate actions. By moving the configuration code into the
correct code path we lighten the burden on the information required to
successfully allocate a channel.
On Thursday 04 April 2013, Tony Prisk wrote:
The following changes since commit 8bb9660418e05bb1845ac1a2428444d78e322cc7:
Linux 3.9-rc4 (2013-03-23 16:52:44 -0700)
are available in the git repository at:
git://server.prisktech.co.nz/git/linuxwmt.git tags/vt8500/pinctrl
Pulled
On Monday 08 April 2013, Greg KH wrote:
On Tue, Apr 02, 2013 at 06:23:58PM +0200, Arnd Bergmann wrote:
Hi Greg,
Here are the EHCI patches that I think are good for inclusion in 3.10,
I hope you are willing to include them after the debacle over these
patches in 3.9.
The patches
On Monday 08 April 2013, Fabian Vogt wrote:
The latest kernel it seems to get stuck at
console_lock() in register_framebuffer (drivers/video/fbmem.c:1655)
if the LCD-controller is enabled. (Early printk and serial console works
fine)
CONFIG_NO_HZ is not activated, it works completely.
On Monday 08 April 2013, Fabian Vogt wrote:
Yes, I've heard that before, but than it would work/not work independently
of NO_HZ. Can printk's be executet within console_lock() ..
console_unlock() blocks?
I think it's legal to call printk in that case, but the message will
not be printed
On Tuesday 09 April 2013, Stephen Rothwell wrote:
After merging the final tree, today's linux-next build (arm defconfig)
produced these warnings:
arch/arm/mach-cns3xxx/Kconfig:2:warning: choice value used outside its choice
group
arch/arm/mach-bcm2835/Kconfig:2:warning: choice value used
On Tuesday 09 April 2013, Stephen Rothwell wrote:
- #if defined(CONFIG_SMC91X) || defined(CONFIG_SMC91x_MODULE)
-static void __init sdp2430_display_init(void)
-{
- int r;
-
- static struct gpio gpios[] __initdata = {
- { SDP2430_LCD_PANEL_ENABLE_GPIO,
On Tuesday 09 April 2013, Lee Jones wrote:
On Mon, 08 Apr 2013, Arnd Bergmann wrote:
On Monday 08 April 2013, Lee Jones wrote:
The pin names for DB8500 based platforms need to be moved out of
ux500 platform data and into the new proper location in include/
linux/platform_data
On Tuesday 09 April 2013, Lee Jones wrote:
According to the DMA documentation allocating a channel and configuring
it are two separate actions. By removing the configuration code from the
channel allocation path we lighten the burden on the information required to
successfully allocate a
On Tuesday 09 April 2013, Nicolas Ferre wrote:
Ping?
I saw that you made an update to arm-soc yesterday, and maybe you have
forgotten this pull-request?
I got about halfway through, but it's still in the queue, planning to merge
it today. My default sort order in the email client is thread
s5p_ehci.
This fixes issues with null pointer dereferencing in
s5p_ehci_shutdown(), s5p_ehci_suspend(), s5p_ehci_resume().
Right, sorry for not spotting this during review.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
CC: Manjunath Goudar manjunath.gou...@linaro.org
CC: Arnd Bergmann
a channel.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Thursday 04 April 2013, Nicolas Ferre wrote:
Here is the refreshed pull-request for AT91 that is dedicated to Device Tree
modifications. It is stacked on the material that you already have
for 3.10 in your arm-soc/at91/dt branch.
Following our discussion with Arnd, I added the non-urgent
On Tuesday 09 April 2013, Lars-Peter Clausen wrote:
On 04/09/2013 01:28 PM, Vinod Koul wrote:
On Sat, Mar 30, 2013 at 09:38:54AM +0100, Lars-Peter Clausen wrote:
On 03/29/2013 10:49 PM, Vinod Koul wrote:
On Mon, Mar 25, 2013 at 02:16:51PM +0100, Lars-Peter Clausen wrote:
This patch adds a
On Tuesday 09 April 2013, Nicolas Ferre wrote:
Arnd, Olof,
Again more trivial cleanup for AT91. It is based on material already sent and
present in arm-soc/at91/cleanup2.
Pulled into next/cleanup, thanks!
Arnd
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Tuesday 09 April 2013, Stephen Boyd wrote:
Sneaking it in through the fixes branch would make life easier for us,
but it doesn't feel right.
Arnd, can you pick this up into the arm-soc tree now? It would be good
to get this into next so that conflicts are avoided later on.
Arnd?
.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Very nice cleanup!
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Tuesday 09 April 2013, Lee Jones wrote:
Confusingly d40_log_cfg() is used to set up the logical channel
configuration registers, but d40_phy_cfg() is used to configure
physical and logical registers, so it should be called in both
cases. It is the function call's final attribute which
On Tuesday 09 April 2013, Lee Jones wrote:
Someone has spent a fair amount of effort writing a runtime configuration
changing algorithm for DMA clients. However, the config appears to never
actually make it to hardware. In order for the configuration to take hold
we need to issue a
On Tuesday 09 April 2013, Harvey Harrison wrote:
On Tue, Apr 9, 2013 at 11:39 AM, Lee Jones lee.jo...@linaro.org wrote:
The aim is to make the code that little more readable.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
#define MAX(a, b) (((a) (b)) ? (b) : (a))
Not
On Tuesday 09 April 2013, Arnd Bergmann wrote:
I've applied it to the next/soc branch now.
I just made up my mind again after I got a few merge conflicts. I have
added it to the next/multiplatform branch now instead of next/soc, since
a few of the Kconfig entries changed in this patch
a d40_config_write(), as this is the routine which writes
it into the hardware's registers.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Tuesday 09 April 2013, Lee Jones wrote:
On Tue, 09 Apr 2013, Arnd Bergmann wrote:
On Tuesday 09 April 2013, Lee Jones wrote:
Confusingly d40_log_cfg() is used to set up the logical channel
configuration registers, but d40_phy_cfg() is used to configure
physical and logical
On Wednesday 10 April 2013, Lee Jones wrote:
On Tue, 09 Apr 2013, Arnd Bergmann wrote:
Yes, good point. The macro is only used in one place, to compare
two compile-time constant values, but we should define macros in
drivers that are already provided by the kernel.
Okay, it looks like
On Wednesday 10 April 2013, Samuel Ortiz wrote:
That works fine with the typical case where your pn544 is directly accessible
through i2c. But if it's sitting behind the ME, you will need to send
commands exported through this file to fetch the vendor and radio IDs, but
also to send those HCI
On Wednesday 10 April 2013, Samuel Ortiz wrote:
That works fine with the typical case where your pn544 is directly
accessible
through i2c. But if it's sitting behind the ME, you will need to send
commands exported through this file to fetch the vendor and radio IDs, but
also to
The number of combiners on a given SoC is a platform specific
constant, and we cannot encode this number on a multiplatform
kernel since the header file defining it is not available.
Allocating the structure dynamically ends up cleaner anyway
since we keep all the data local.
Signed-off-by: Arnd
-off-by: Arnd Bergmann a...@arndb.de
Cc: Thomas Gleixner t...@linutronix.de
---
arch/arm/mach-exynos/common.c | 3 ++-
arch/arm/mach-exynos/common.h | 2 +-
drivers/irqchip/exynos-combiner.c | 23 +--
3 files changed, 16 insertions(+), 12 deletions(-)
diff --git a/arch
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
Cc: rtc-li...@googlegroups.com
Cc: Alessandro Zummo a.zu...@towertech.it
subsystem maintainers: feel free to directly apply the patches
for your subsystem, there should be no dependencies between any of them,
aside from the last patch requiring all of the earlier ones to be applied
first. Getting an Ack is also fine so we can put the patches into arm-soc.
Arnd
Arnd
-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/Kconfig.debug | 8
.../include/mach/debug-macro.S = include/debug/exynos.S}| 12 ++--
.../include/plat/debug-macro.S = include/debug/samsung.S} | 2 +-
arch/arm/mach-s3c24xx/include/mach
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
Cc: linux-fb...@vger.kernel.org
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
Cc: alsa-de...@alsa-project.org
Cc: Mark Brown broo...@opensource.wolfsonmicro.com
Cc
The idma_reg_addr_init function is used by the samsung i2s driver,
which can be a loadable module, so we have to export this function.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: alsa-de...@alsa-project.org
Cc: Mark Brown broo...@opensource.wolfsonmicro.com
Cc: Liam Girdwood lgirdw
boot.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Thomas Gleixner t...@linutronix.de
---
arch/arm/mach-exynos/common.c | 15 -
arch/arm/mach-exynos/common.h | 3 ++-
drivers/irqchip/exynos-combiner.c | 46 ++-
3 files changed, 32
The IRQ_SPI() macro is not available in the driver when building with sparse
IRQs or multiplatform, so let's move all users of this into one function
that we can leave out when building DT-only.
Signed-off-by: Arnd Bergmann a...@arnd.de
Cc: Thomas Gleixner t...@linutronix.de
---
drivers/irqchip
platforms provide support for
the common dmaengine interfaces, we can remove the old code.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: alsa-de...@alsa-project.org
Cc: Mark Brown broo...@opensource.wolfsonmicro.com
Cc: Liam Girdwood lgirdw...@gmail.com
---
sound/soc/samsung/dma.c | 219
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
Cc: linux-...@lists.infradead.org
Cc: Kyungmin Park kyungmin.p
not supported in
multiplatform.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/Kconfig| 10 +-
arch/arm/configs/exynos4_defconfig | 2 +-
arch/arm/mach-exynos/Kconfig| 25 +
arch/arm/mach-exynos/Makefile | 5
inclusions.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Mike Turquette mturque...@linaro.org
---
arch/arm/mach-exynos/common.c| 2 +-
arch/arm/mach-exynos/common.h| 2 +-
drivers/clk/samsung/clk-exynos4.c| 93
drivers/clk/samsung/clk
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
Cc: linux-me...@vger.kernel.org
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
Cc: linux...@vger.kernel.org
Cc
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
the platform_data
definition instead and leave the rest to platform code.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: linux-...@vger.kernel.org
Cc: Chris Ball c...@laptop.org
---
arch/arm/mach-exynos/setup-sdhci-gpio.c| 2 +-
arch/arm/mach-s5pc100/setup-sdhci-gpio.c | 1
For a DT-only build we don't want to compile devs.c, but we do need
the mfc device, which is also referenced by the DT based platforms,
so move it all into one place.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/plat-samsung/devs.c| 45
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
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
Cc: linux-...@vger.kernel.org
Cc: Wolfram
-off-by: Arnd Bergmann a...@arndb.de
Cc: Thomas Gleixner t...@linutronix.de
Cc: John Stultz john.stu...@linaro.org
---
arch/arm/mach-exynos/common.c| 2 +-
arch/arm/mach-exynos/common.h| 2 +-
drivers/clocksource/exynos_mct.c | 21 ++---
3 files changed, 8 insertions(+), 17
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 a62cfa0..e815057 100644
--- a/arch/arm/mach-exynos/Kconfig
+++ b/arch
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
Cc: alsa-de...@alsa-project.org
Cc: Mark Brown broo
in this driver, let's also use the
proper readl_relaxed variant rather than __raw_readl.
Tomasz Figa has a set of patches to clean this up in a proper
way, but that might be too late for 3.10.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Tomasz Figa t.f...@samsung.com
Cc: Thierry Reding
is not documented in the ABI docs.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: linux-ser...@vger.kernel.org
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
---
drivers/tty/serial/samsung.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/samsung.c b/drivers/tty
The s3c-fb driver requires header files from the samsung platforms
to find its platform_data definition, but this no longer works on
multiplatform kernels, so let's move the data into a new header
file under include/linux/platform_data.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: linux-fb
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
Cc
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
On Thursday 11 April 2013, Sylwester Nawrocki wrote:
On 04/11/2013 02:13 AM, Mauro Carvalho Chehab wrote:
Em Thu, 11 Apr 2013 02:04:53 +0200
Arnd Bergmann a...@arndb.de escreveu:
In multiplatform configurations, we cannot include headers
provided by only the exynos platform
On Thursday 11 April 2013 14:51:55 Tomi Valkeinen wrote:
I've applied this and the next patch ([PATCH 13/30] video/s3c: move
platform_data out of arch/arm) to fbdev.
I also fixed the extra space mentioned by Jingoo.
Thanks!
Arnd
--
To unsubscribe from this list: send the line
On Thursday 11 April 2013, Daniel Tang wrote:
This is another updated patch for Linux on TI-Nspire support.
Apologies for previously posting updated patches as replies to the first
thread. I'll send updated patches in new threads from now to avoid confusion.
Changes between
On Thursday 11 April 2013, Daniel Tang wrote:
+
+CLOCKSOURCE_OF_DECLARE(nspire_classic_timer,
+DT_COMPAT, nspire_classic_timer_init)
Why do you need the logic to prevent it from being initilized
twice? Can't you just remove the direct call to nspire_classic_timer_init
On Thursday 11 April 2013, David Howells wrote:
Here is a series of patches to eliminate create_proc_read_entry(), replacing
it
with proc_create() and proc_create_data() and the use of seq_file facilities.
These patches can be seen here also:
On Thursday 11 April 2013, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
The AB8500 debug code which was merged in parallell with the
multiplatform work incidentally introduced a new instance using
the mach/irqs.h header which is now deleted, causing this
build
On Thursday 11 April 2013, Mark Brown wrote:
On Thu, Apr 11, 2013 at 02:05:02AM +0200, Arnd Bergmann wrote:
In order to build the exynos kernel with CONFIG_ARCH_MULTIPLATFORM,
we must convert all users of the Samsung private DMA interface to
the generic dmaengine API. This version
501 - 600 of 32729 matches
Mail list logo