On Thursday 21 March 2013, Thomas Petazzoni wrote:
In the mean time can we do something like:
soc {
compatible = simple-bus;
range = ...;
[... all the peripherals ...]
};
with the range = ... property converting the
On Friday 22 March 2013, Andy Shevchenko wrote:
There is no reason to build custom filter function and translation function
inside the driver in case we have no DT platform.
This patch introduces new method dw_dma_of_controller_register() and moves all
DT related stuff under #ifdef
methods to reflect their belonging
dw_dmac: make build of DT related methods optional
Arnd Bergmann (1):
dmaengine: dw_dmac: simplify master selection
Thanks for following up on this!
The first two patches look good to me, but I think the third one is not
needed, since the interface was meant
On Friday 22 March 2013, Lee Jones wrote:
/* automatically probe child nodes of db8500 device */
of_platform_populate(NULL, u8500_local_bus_nodes,
u8500_auxdata_lookup, parent);
+
+ if (of_machine_is_compatible(st-ericsson,u8540))
+
On Friday 22 March 2013, Lee Jones wrote:
Inform the kernel of a new machine type, so when detected it
knows which initialisation route to travel though.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500.c |9 +
arch/arm/tools/mach-types
On Friday 22 March 2013, Chris Ball wrote:
The reason I didn't make it a fatal error is that this is just vqmmc
(responsible for moving from 3.3V to 1.8V for UHS modes), not the
main vmmc regulator. We can just disable those UHS modes from the
capabilities on the host if vqmmc is
On Friday 22 March 2013, Russell King - ARM Linux wrote:
As I've said before, do not remove entries from this file because
they will get replaced when it gets updated from the website version.
Sorry about that. For some reason when I merged those patches, I thought
your script would
@huawei.com
Cc: Arnd Bergmann a...@arndb.de
Cc: linux-a...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
include/asm-generic/sections.h | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
for asm-generic:
Acked-by: Arnd Bergmann a...@arndb.de
On Monday 25 March 2013, Thierry Reding wrote:
I think you can just make this:
mpic: interrupt-controller@d002 {
...
};
...
soc {
pcie-controller {
marvell,msi = mpic;
};
On Monday 25 March 2013, Heikki Krogerus wrote:
This will reduce the need for extra types in 8250.c just
in case the fifo size differs from the standard.
Signed-off-by: Heikki Krogerus heikki.kroge...@linux.intel.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list
On Monday 25 March 2013, Heikki Krogerus wrote:
This will add support for hardware flow control. It is
limited to be used only with 8250 driver.
Signed-off-by: Heikki Krogerus heikki.kroge...@linux.intel.com
Does this imply that we can use hardware flow control only when this
flag is set in
On Monday 25 March 2013, Heikki Krogerus wrote:
On Mon, Mar 25, 2013 at 11:40:31AM +, Arnd Bergmann wrote:
On Monday 25 March 2013, Heikki Krogerus wrote:
This will add support for hardware flow control. It is
limited to be used only with 8250 driver.
Signed-off-by: Heikki
On Monday 25 March 2013, Heikki Krogerus wrote:
On Mon, Mar 25, 2013 at 12:47:58PM +, Arnd Bergmann wrote:
On Monday 25 March 2013, Heikki Krogerus wrote:
On Mon, Mar 25, 2013 at 11:40:31AM +, Arnd Bergmann wrote:
On Monday 25 March 2013, Heikki Krogerus wrote:
This will add
fix for the setup of the mxs video output.
Arnd Bergmann (2):
Merge tag 'mxs-fixes-3.9-3' of
git://git.linaro.org/people/shawnguo/linux-2.6 into fixes
Merge tag 'imx-fixes-3.9-3' of
git://git.linaro.org/people/shawnguo
On Monday 25 March 2013, Heikki Krogerus wrote:
Automatic Flow Control capability is not tied to this
property. This is only one way of detecting it. The property
is limited to be used only with 8250 driver.
Signed-off-by: Heikki Krogerus heikki.kroge...@linux.intel.com
Acked-by: Arnd
On Monday 25 March 2013, Lee Jones wrote:
res = platform_get_resource_byname(pdev, IORESOURCE_MEM,
prcmu-tcpm);
if (!res) {
- dev_err(pdev-dev,
- Error: no prcmu tcpm memory region provided\n);
-
is (independent of optimization level)
24 x86-linux-gcc-4.7
19 arm-linux-gcc-4.6
17 arm-linux-gcc-4.7
16 arm-linux-gcc-4.8
Signed-off-by: Arnd Bergmann a...@arndb.de
---
diff --git a/Makefile b/Makefile
index 22113a7..d8e3f36 100644
--- a/Makefile
+++ b/Makefile
@@ -570,7 +570,7
On Sunday 17 March 2013, Ryan Mallon wrote:
On 17/03/13 01:57, Arnd Bergmann wrote:
On Saturday 16 March 2013, H Hartley Sweeten wrote:
Remove the __init tags from the ep93xx_pwm_probe() and
ep93xx_pwm_remove() functions to fix the section mismatch
warnings.
Use
On Monday 25 March 2013, David Brown wrote:
The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9:
Linux 3.9-rc2 (2013-03-10 16:54:19 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/davidb/linux-msm.git
On Monday 25 March 2013, Andy Shevchenko wrote:
I generally prefer to have all driver code be compiled all the time
to catch build regressions independent of the configuration, and leave
the #ifdefs in header files that provide the interfaces.
I don't. For checking we have special make
On Monday 25 March 2013, Rob Herring wrote:
I count integrator-cp, realview, versatile and non-DT VExpress that do
this (not surprisingly) and 25 platforms or timer implementations plus
arm64 that do sched_clock setup in time_init. What's broken by not
moving these earlier?
timekeeping_init()
On Tuesday 26 March 2013, Axel Lin wrote:
Fix below build error:
CC drivers/clocksource/exynos_mct.o
drivers/clocksource/exynos_mct.c:557:1: error: expected '=', ',', ';', 'asm'
or '__attribute__' before '__unused'
drivers/clocksource/exynos_mct.c:558:1: error: expected '=', ',',
On Monday 25 March 2013, John Stultz wrote:
On 03/25/2013 03:36 PM, Arnd Bergmann wrote:
On Monday 25 March 2013, Rob Herring wrote:
I count integrator-cp, realview, versatile and non-DT VExpress that do
this (not surprisingly) and 25 platforms or timer implementations plus
arm64 that do
On Tuesday 26 March 2013, Lee Jones wrote:
Bit for information for you.
I have confirmed that the address locations are the same for
all SoCs are the same. However, the size of the TCDM changes from 4k
on the db8500 to 12k on the db8540.
Is there a way we can increase the size for the
On Tuesday 26 March 2013, Nicolas Ferre wrote:
Another fixes pull-request for AT91 on top of material that you have already
taken. Fixes are manly typos but the bad node declaration and some misspelling
can cause confusion.
Hi Nicolas,
I'd prefer to take only fixes for serious bugs into 3.9
On Tuesday 26 March 2013, Nicolas Ferre wrote:
Indeed, at first sight its looks like a nice solution. But I wonder if
we add several nodes in this kind of .dtsi files, we may end up with
mess between APB peripherals and board specific ones like leds, NAND, etc.
Moreover, the plain and full
On Tuesday 26 March 2013, Stefano Stabellini wrote:
Check for the presence of PSCI before setting smp_ops, use PSCI if it is
available.
This is useful because at least when running on Xen it's possible to have a
PSCI node for example on a Versatile Express or an Exynos5 machine. In these
On Tuesday 26 March 2013, Stefano Stabellini wrote:
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
CC: rob.herr...@calxeda.com
CC: will.dea...@arm.com
CC: marc.zyng...@arm.com
CC: a...@arndb.de
I wonder how this is supposed to work on real systems. Shouldn't the dt
blob
of_dma_controller_register is not implemented.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Acked-by: Arnd Bergmann a...@arndb.de
Thanks for the update
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
On Tuesday 26 March 2013, Andy Shevchenko wrote:
Let's use capital letter as a first one in the comments.
There is no functional changes.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Acked-by: Viresh Kumar viresh.ku...@linaro.org
Acked-by: Arnd Bergmann a...@arndb.de
-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/
On Tuesday 26 March 2013, Andy Shevchenko wrote:
From: Arnd Bergmann a...@arndb.de
The patch to add the common DMA binding added a dummy dw_dma_slave
structure into the dw_dma_chan structure in order to configure the
masters correctly. It turns out that this can be simplified if we
pick
On Tuesday 26 March 2013, Will Deacon wrote:
They can even base the implementation of their smp_ops on the current
psci code, in order to facilitate that I could get rid of psci_ops
(which initialization is based on device tree) and export the psci_cpu_*
functions instead, so that they can
On Tuesday 26 March 2013, Florian Fainelli wrote:
Just like the OHCI counter part we just can remove the architecture
specific symbols which prevent these configuration symbols from being
selected by platforms/architectures requiring it. The original
implementation did not scale at all since
,
could not register of_dma_controller\n);
Acked-by: Viresh Kumar viresh.ku...@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 majordomo info at http
On Wednesday 27 March 2013, Will Deacon wrote:
The channel is common, sure, but I wouldn't expect the semantics of each
call to be identical between firmware implementations (going back to my
previous examples of CPU IDs and implementation-defined state parameters).
If a platform happens to
On Wednesday 27 March 2013, Rob Herring wrote:
No, I was thinking in the case of Xen and mach-virt, you would not set
mdesc-smp. So you would have something like this:
if (mdesc-smp)
smp_set_ops(mdesc-smp);
else
smp_set_ops(psci_smp_ops);
The case that Stefano is
are
splitting out the legacy boards from the main Kconfig on at91,
we can use that symbol to easily hide the old options.
Signed-off-by: Arnd Bergmann a...@arndb.de
diff --git a/arch/arm/mach-at91/Kconfig b/arch/arm/mach-at91/Kconfig
index 0280238..119a0a4 100644
--- a/arch/arm/mach-at91/Kconfig
+++ b/arch
On Wednesday 27 March 2013, Will Deacon wrote:
The interface is standard. The functions have well-defined headers and can
be called in the same way between implementations. The difference is in the
semantics of the parameters. For example:
int cpu_off(u32 power_state);
I think that is the
On Thursday 28 March 2013, H. Peter Anvin wrote:
On 03/27/2013 08:09 PM, Ley Foon Tan wrote:
The question is, is it a requirement for new arch to support generic
syscall ABI when upstreaming? Can we upstream a non-generic syscall ABI
first and migrate to generic syscall ABI in future?
On Thursday 28 March 2013, Ley Foon Tan wrote:
We will working on generic ABI for kernel and Glibc. This might take
some times.
Ok. Don't let that hold you up from submitting the kernel patches
for review though.
Arnd
--
To unsubscribe from this list: send the line unsubscribe
On Thursday 28 March 2013, Ley Foon Tan wrote:
On Thu, 2013-03-28 at 10:40 +, Arnd Bergmann wrote:
On Thursday 28 March 2013, Ley Foon Tan wrote:
We will working on generic ABI for kernel and Glibc. This might take
some times.
Ok. Don't let that hold you up from submitting
On Thursday 28 March 2013, Mark Brown wrote:
Commit 4d10f054 (clocksource: make CLOCKSOURCE_OF_DECLARE type safe)
made CLOCKSOURCE_OF_DECLARE reference the function pointer in both the
OF and non-OF cases. In the non-OF case this is likely to introduce
build failures as users may reasonably
On Thursday 28 March 2013, Mark Brown wrote:
On Thu, Mar 28, 2013 at 12:39:46PM +, Arnd Bergmann wrote:
Axel Lin reported the same problem and I fixed the below code earlier
today by using the correct __attribute__((unused)) and dropping the
section magic for the non-OF case. My patch
On Thursday 28 March 2013, Mark Brown wrote:
On Thu, Mar 28, 2013 at 01:08:22PM +, Arnd Bergmann wrote:
On Thursday 28 March 2013, Mark Brown wrote:
That still looks like it'll reference the function?
Yes, that is intentional. The idea is to create a reference to the
function so
On Thursday 28 March 2013, Russell King - ARM Linux wrote:
Better:
#ifdef CONFIG_OF
if (!machine_desc-init_irq)
irqchip_init();
else
#endif
machine_desc-init_irq();
which means we don't even get the test if !OF, and if someone mistakenly
On Thursday 28 March 2013, Russell King - ARM Linux wrote:
On Thu, Mar 28, 2013 at 03:25:42PM +, Arnd Bergmann wrote:
if (IS_DEFINED(CONFIG_OF) !machine_desc-init_irq)
irqchip_init();
else
machine_desc-init_irq();
to the same effect
On Friday 08 March 2013, Davide Ciminaghi wrote:
The sta2x11 instance id will be included in clock names to make them
unique in case of multiple sta2x11's living on the same machine.
Signed-off-by: Davide Ciminaghi cimina...@gnudd.com
I might be missing something, but this seems
On Monday 11 March 2013, Shevchenko, Andriy wrote:
Hello.
Currently in linux-next we have the following things:
$ git grep -n 'chan-device-dev-driver' drivers/dma/
drivers/dma/amba-pl08x.c:1594: if (chan-device-dev-driver !=
pl08x_amba_driver.drv)
drivers/dma/dmaengine.c:190:
On Monday 11 March 2013, James Hogan wrote:
/*
* Version flags for semctl, msgctl, and shmctl commands
* These are passed as bitflags or-ed with the actual command
*/
#define IPC_OLD 0/* Old version (no 32-bit UID support on many
architectures) */
#define IPC_64
On Monday 11 March 2013, Samuel Ortiz wrote:
I don't have a strong opinion here, so that would be fine with me.
Greg, Arnd, would mei_cl_device and mei_cl_driver be an acceptable
compromise?
I'm re-opening this topic now that the merge window is closed: So would you
guys take
On Monday 11 March 2013, Dong Aisheng wrote:
+ dev = driver_find_device(syscon_driver.driver, NULL, (void *)s,
+ syscon_match_pdevname);
+ if (!dev)
+ return ERR_PTR(-ENODEV);
Should it be ERR_PTR(-EPROBE_DEFER)?
I have no idea what
On Monday 11 March 2013, Vineet Gupta wrote:
The question is what should the msgctl(2) ABI be w.r.t. @cmd arg. Does it
need to
be of type 0x01NN (i.e. IPC_64 ORed) or should it be be 0xNN. If it's 0x01NN,
then ARCH_WANT_IPC_PARSE_VERSION is needed in Kconfig, otherwise, I need to
fix
On Sunday 10 March 2013, Tim Gardner wrote:
drivers/video/backlight/max8925_bl.c: In function 'max8925_backlight_probe':
drivers/video/backlight/max8925_bl.c:177:3: warning: statement with no effect
[-Wunused-value]
gcc version 4.6.3
Convert max8925_backlight_dt_init() to an 'inline
On Thursday 14 February 2013, Arnd Bergmann wrote:
Patch fe527ea5a mfd: max8925: Support dt for backlight
added a new function for DT probing but introduced a
build warning for the case where CONFIG_OF is disabled:
drivers/video/backlight/max8925_bl.c: In function 'max8925_backlight_probe
On Monday 04 February 2013, Haojian Zhuang wrote:
From: Qing Xu qi...@marvell.com
Add device tree support in max8925 backlight.
Signed-off-by: Qing Xu qi...@marvell.com
Signed-off-by: Haojian Zhuang haojian.zhu...@gmail.com
Sorry, but after finding a build warning in this patch, I looked
Hi all,
Mark Brown has added a patch to Linux-next that warns about certain regulator
API functions being called without checking the results, which seems to have
uncovered a number of bugs.
I've added a few people to Cc that might be interested in the reports and
in fixing these bugs. Below you
On Monday 11 March 2013, Russell King - ARM Linux wrote:
Arnd, Olof,
Have you merged this for -rc ?
Sorry, I missed it for some reason. Applied to -fixes now.
Thanks for the reminder,
Arnd
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
they gain visibility on it.
I can take them with the ack of arm soc folks.
Sounds good,
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 Tuesday 26 February 2013, Mike Turquette wrote:
Quoting Tim Gardner (2013-02-26 09:34:12)
commit 72480014b86c8b51fb51c5c6a0525876055c37c7 (clk: vt8500: Fix device
clock
divisor calculations) introduced a compile error in the naming of a
variable in
vt8500_dclk_set_rate(). It looks
On Tuesday 05 March 2013, Viresh Kumar wrote:
On 6 March 2013 06:16, Arnd Bergmann a...@arndb.de wrote:
The definitions have move around recently, causing build errors
in spear3xx for all configurations:
spear3xx.c:47:5: error: 'PL080_BSIZE_16' undeclared here (not in a function
On Tuesday 12 March 2013, Alexandre Courbot wrote:
@@ -24,7 +24,7 @@ config UNICORE32
Please see web page at http://www.pkunity.com/.
config GENERIC_GPIO
- def_bool y
+ def_bool n
def_bool n is the same as bool, but in general the latter syntax is
preferred.
On Tuesday 12 March 2013, Alexandre Courbot wrote:
This series makes sure the GENERIC_GPIO option can only be set through
GPIOLIB
(and not by individual architectures), as a first step towards its removal.
Nice series,
Acked-by: Arnd Bergmann a...@arndb.de
For most platforms
On Tuesday 12 March 2013, Alexandre Courbot wrote:
Thanks, I will fix this in the next version.
Btw, if this (or rather the next iteration) gets merged, may I suggest to
do it through the GPIO tree instead of having each architecture picking the
patches of relevance. A considerable number of
On Tuesday 12 March 2013, Jason Cooper wrote:
I chose to keep them together to maintain bisectability. Either you
have all of the fix (you landed on this branch), or you don't. Was this
the correct decision in this case, or did I miss something?
I think you don't need to worry about
On Tuesday 12 March 2013, Danny Huang wrote:
+void __init tegra_soc_device_init(void)
+{
+ struct soc_device *soc_dev;
+ struct soc_device_attribute *soc_dev_attr;
+
+ soc_dev_attr = kzalloc(sizeof(*soc_dev_attr), GFP_KERNEL);
+ if (!soc_dev_attr)
+
now includes asm/cmpxchg.h
standalone.
Looks fine to me, I thought I had replied to this earlier, but I don't
see it in my 'sent-mail' folder now, so I assume I did not.
Please send this as a bug fix through your own tree.
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list
to prevent lockup
rtc: rtc-mv: Add support for clk to avoid lockups
Arnd Bergmann (5):
Merge tag 'omap-for-v3.9-rc1/fixes-signed' of
git://git.kernel.org/.../tmlind/linux-omap into fixes
Merge tag 'mxs-fixes-3.9-2' of
git://git.linaro.org/people/shawnguo/linux-2.6 into fixes
On Tuesday 12 March 2013, Alexandre Courbot wrote:
I have fixed this for unicore32, but a few other architectures use the
def_bool n syntax consistently across their Kconfig, so for
consistency reasons it is maybe preferable to leave it that way for
them.
Ok, fair enough.
Arnd
--
To
On Tuesday 12 March 2013, Kevin Liu wrote:
- regulator_enable(host-vqmmc);
+ ret = regulator_enable(host-vqmmc);
if (!regulator_is_supported_voltage(host-vqmmc, 170,
195))
caps[1] =
On Tuesday 12 March 2013, Stephen Warren wrote:
You are dropping the soc_dev on the floor here by just returning.
The idea of the soc node is to have all on-soc components be children
of that node, so you should instead pass it into of_platform_populate
as the parent device.
Tegra
and
changed which platforms select it on ARM.
The result of this conflict was that we again see CONFIG_VIRT_TO_BUS
on all ARM systems. This patch fixes up the problem and removes
CONFIG_ARCH_NO_VIRT_TO_BUS again on ARM.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Russell King li
On Monday 04 March 2013, Ley Foon Tan wrote:
This patch is to add Altera System ID driver.
User can obtain the system ID and timestamp of the system by
reading the sysfs entry.
Usage:
cat /sys/bus/platform/devices/[addr].sysid/sysid/id
cat
On Monday 04 March 2013, Ley Foon Tan wrote:
This IP core is not in the SoC. This core is in the FPGA and can be
accessed by the Nios II processor or accessed by SOCFPGA processor (ARM
based) via its interface to FPGA. Due to this, I think it shouldn't use
infrastructure in drivers/base/soc.c.
On Monday 04 March 2013, Thomas Petazzoni wrote:
FWIW, a patch that is doing what I was initially proposing has been
merged for 3.9, and it doesn't contain the
IS_ENABLED(CONFIG_HAS_IOPORT) test you were proposing (and which I
think was correct). See:
commit
On Monday 04 March 2013, Russell King - ARM Linux wrote:
Versatile randconfig:
ERROR: irq_domain_add_simple [drivers/gpio/gpio-em.ko] undefined!
I'm pretty sure I submitted a patch for this one before. I'll go looking
for it. IIRC the solution was to export that symbol.
Arnd
--
To
On Friday 01 March 2013, Linus Torvalds wrote:
On Thu, Feb 28, 2013 at 2:54 PM, Olof Johansson o...@lixom.net wrote:
Final two pull requests are for the same code. As Arnd describes in the
tags, they are for a set of mvebu patches that depend on contents in
the MMC tree. We had pulled in
On Tuesday 05 March 2013, Jingoo Han wrote:
This patch uses module_platform_driver_probe() macro which makes
the code smaller and simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
Acked-by: Arnd Bergmann a...@arndb.de
(all three patches)
--
To unsubscribe from this list: send
On Monday 04 March 2013, Stephen Boyd wrote:
Scorpion processors have always been v7 CPUs. Fix the Kconfig
text to reflect this.
Reported-by: Stepan Moskovchenko step...@codeaurora.org
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/Kconfig |4 ++--
1 file changed, 2
On Tuesday 05 March 2013, Marek Szyprowski wrote:
To solving this issue requires preventing locking of the pages, which
are placed in CMA regions, for a long time. Our idea is to migrate
anonymous page content before locking the page in get_user_pages(). This
cannot be done automatically, as
On Tuesday 05 March 2013, Marek Szyprowski wrote:
On 3/5/2013 9:50 AM, Arnd Bergmann wrote:
On Tuesday 05 March 2013, Marek Szyprowski wrote:
The problem is that the opposite approach is imho easier.
I can understand that, yes ;-)
get_user_pages()
is used in quite a lot of places (I
seems stale, but the patches all look good to me.
I guess they can now get merged in any order.
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 Tuesday 05 March 2013, Ley Foon Tan wrote:
The sysid give the unique system ID and system generation timestamp of
the system.
CASE 1:
SOCFPGA SoC + Sysid component in FPGA
CASE 2
Nios II soft core CPU + Sysid (All in FPGA and no SoC is involved)
From example use cases above, Case
The recent reorganization of OMAP header files caused a couple of
files that used to be implicitly included now missing from OMAP1.
This adds explicit inclusions of mach/irqs.h and mach/hardware.h
in all files that need them for an OMAP1 allyesconfig build.
Signed-off-by: Arnd Bergmann
Patch 72480014b8 Fix device clock divisor calculations was apparently
rebased incorrectly before it got upstream, causing a build error.
Replacing the prate pointer with the local parent_rate is most
likely the correct solution.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Tony Prisk li
peter.se...@gmail.com
Cc: Paul E. McKenney paul...@linux.vnet.ibm.com
Cc: Sasha Levin sasha.le...@oracle.com
Cc: Andrew Morton a...@linux-foundation.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Rusty Russell ru...@rustcorp.com.au
Signed-off-by: Arnd Bergmann a...@arndb.de
---
kernel/smpboot.c
directly
to the arm-soc tree with an Ack or do a round-trip through
the platform maintainer tree. I think Tony already has some of
the OMAP1 fixes, so we should try not to duplicate them.
Arnd
Arnd Bergmann (9):
clk: vt8500: Fix fix device clock divisor calculations
Revert parts of hlist
The OMAP IOMMU driver intentionally fails to build on OMAP1
platforms, so we should not allow enabling it there.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Joerg Roedel j...@8bytes.org
Cc: io...@lists.linux-foundation.org
Cc: Ohad Ben-Cohen o...@wizery.com
Cc: Tony Lindgren t...@atomide.com
for OMAP1, so we have to move the
definition out of the OMAP2 specific section.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Mauro Carvalho Chehab mche...@redhat.com
Cc: Timo Kokkonen timo.t.kokko...@iki.fi
Cc: Tony Lindgren t...@atomide.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc
it was defined in
unavailable for drivers, but this driver actually needs
OMAP_DMA_USB_W2FC_RX0 as well.
Both changes appear trivial, so let's add the missing semicolon
and the macro definition.
Cc: Felipe Balbi ba...@ti.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Signed-off-by: Arnd Bergmann
: 'PL080_CONTROL_DB_SIZE_SHIFT' undeclared here (not in
a function)
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Alessandro Rubini rub...@gnudd.com
Cc: Viresh Kumar viresh.ku...@linaro.org
---
arch/arm/mach-spear3xx/spear3xx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch
.
In order for the twl4030_madc_remove to work correctly in built-in code, we
have to remove the __exit_p.
Cc: Bill Pemberton wf...@virginia.edu
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/mfd/twl4030-madc.c | 2 +-
1 file changed, 1
.
Applies on the Mauro's media tree.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Sylwester Nawrocki s.nawro...@samsung.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Kukjin Kim kgene@samsung.com
Cc: Mauro Carvalho Chehab mche...@redhat.com
---
arch/arm/mach-s5pv210/mach-goni.c | 2 +-
1 file
On Tuesday 05 March 2013, Arnd Bergmann wrote:
The recent reorganization of OMAP header files caused a couple of
files that used to be implicitly included now missing from OMAP1.
This adds explicit inclusions of mach/irqs.h and mach/hardware.h
in all files that need them for an OMAP1
On Tuesday 05 March 2013, Viresh Kumar wrote:
On Tue, Mar 5, 2013 at 5:13 PM, Paul Bolle pebo...@tiscali.nl wrote:
Do what commit f12a500e4adcc0961803e54b5ed1e74275d399f1
(ARM: SPEAr13xx: Enable CONFIG_ARCH_HAS_CPUFREQ) wanted to do.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
Ahh
On Tuesday 05 March 2013, Stephen Boyd wrote:
On 02/27/13 15:43, Stephen Warren wrote:
Seems simple enough it doesn't really need many, but for Tegra,
Acked-by: Stephen Warren swar...@nvidia.com
Which kernel is this going into? It's possible Tegra will get converted
to multi-platform
On Wednesday 06 March 2013, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [130305 14:31]:
On Tuesday 05 March 2013, Arnd Bergmann wrote:
The recent reorganization of OMAP header files caused a couple of
files that used to be implicitly included now missing from OMAP1.
This adds
)
ARM: SoC fixes for 3.7
These are three fixes for the Marvell EBU family and one for the Samsung
s3c platforms. All of them are obvious should still make it into 3.7.
Arnd Bergmann (1
On Thursday 29 November 2012, Arnd Bergmann wrote:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git fixes
Sorry about the wrong URL, the correct one is the usual
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/fixes-for-linus
which has the same commit
as well delay them for 3.8.
Arnd Bergmann (1):
IXP4xx: use __iomem for MMIO
Krzysztof HaĆasa (9):
IXP4xx: Fix Goramo MultiLink platform compilation.
IXP4xx: Fix off-by-one bug in Goramo MultiLink platform
701 - 800 of 32729 matches
Mail list logo