-by: Arnd Bergmann a...@arndb.de
Cc: David Daney david.da...@cavium.com
Cc: H. Peter Anvin h...@zytor.com
---
scripts/sortextable.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/sortextable.h b/scripts/sortextable.h
index e4fd45b..f5eb43d 100644
--- a/scripts
...@windriver.com
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Dave Martin dave.mar...@linaro.org
Cc: Steven Rostedt rost...@goodmis.org
Cc: Russell King li...@arm.linux.org.uk
---
arch/arm/include/asm/ftrace.h| 6 ++
arch/arm/kernel/Makefile | 12 +---
arch/arm/kernel
blindly removes the warning and changes the
at91sam9263 to use the same code at at91sam9g45, which
may or may not be the right solution. If it is not,
maybe someone could provide a better fix.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: Jean-Christophe
-function]
Marking it __maybe_unused shuts up the gcc warning and lets the
compiler safely drop the function body when it's not being used.
To reproduce, build the ARM bcm2835_defconfig.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Peter Boonstoppel pboonstop...@nvidia.com
Cc: Peter Zijlstra
of proc_comm_boot_wait is wrong.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker c_dwa...@quicinc.com
Cc: linux-arm-...@vger.kernel.org
---
arch/arm/mach-msm/proc_comm.h | 2 +-
1 file changed, 1 insertion
the deprecated functions, which
is far more effective than marking them as deprecated, in order
to avoid any new users of that code.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Russell King li...@arm.linux.org.uk
---
arch/arm/Kconfig | 4
arch/arm/configs/shark_defconfig | 1
/svc.c:1051:7: warning: unused variable 'buf' [-Wunused-variable]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: J. Bruce Fields bfie...@redhat.com
Cc: Trond Myklebust trond.mykleb...@netapp.com
Cc: linux-...@vger.kernel.org
Cc: net...@vger.kernel.org
---
net/sunrpc/svc.c | 2 +-
1 file changed, 1
exynos5440_pinctrl_probe lacks a __init
annotation or the annotation of exynos5440_gpiolib_register is wrong.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Tomasz Figa t.f...@samsung.com
Cc: Kukjin Kim kgene@samsung.com
---
drivers/pinctrl/pinctrl-exynos5440.c
int' [-Wformat]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Ingo Molnar mi...@redhat.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Paul Turner p...@google.com
---
kernel/sched/debug.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/sched/debug.c b/kernel/sched
from the variable at91wdt_driver to the (unknown reference)
.init.rodata:(unknown)
The variable at91wdt_driver references
the (unknown reference) __initconst (unknown)
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Wim Van Sebroeck w...@iguana.be
Cc: linux-watch...@vger.kernel.org
Cc: Nicolas Ferre
is to have them applied by the individual
subsystem maintainers. Anything that has not at
least made it into linux-next by the next merge window
and has not received a 'NAK' or been obsoleted by
another patch, I plan to submit as part of an arm-soc
branch for 3.9.
Arnd
Arnd Bergmann (18):
ARM
StrongARM machines.
The problem for converting the OSS subsystem to use
dma_map_single instead is that the caller of virt_to_bus
does not have a device pointer, since the subsystem has
never been ported to use the common device infrastructure.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc
On Friday 25 January 2013 15:25:03 Peter Ujfalusi wrote:
On 01/25/2013 03:14 PM, Arnd Bergmann wrote:
If the twl4030_write_script function gets called with
a zero length argument, its return value does not
get set. We know that all scripts have a nonzero
length, but returning an error
on
this machine. We should really be building all the
samples for the target machine rather than the build
host, but since the infrastructure for that appears
to be missing right now, let's be a little bit smarter
and not pass the '-m32' flag to the HOSTCC when cross-
compiling.
Signed-off-by: Arnd Bergmann
the kernel
again.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Wan ZongShun mcuos@gmail.com
---
arch/arm/mach-w90x900/include/mach/entry-macro.S | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-w90x900/include/mach/entry-macro.S
b/arch/arm/mach-w90x900/include
,#(0x10)]'
arch/arm/kernel/debug.S:85: Error: ARM register expected -- `ldr r2,[
r3,#(0x08)]'
arch/arm/kernel/debug.S:85: Error: ARM register expected -- `ldr r2,[
r3,#(0x18)]'
arch/arm/kernel/debug.S:85: Error: ARM register expected -- `ldr r2,[
r3,#(0x10)]'
Signed-off-by: Arnd Bergmann
Airlie to take the
exynos drm patch, but we can also put both into arm-soc
if that makes their lifes easier.
On the compressed/head.S patch, I'm still awaiting
feedback. It's not urgent since it is only a warning.
Arnd Bergmann (5):
samples/seccomp: be less stupid about cross compiling
ARM
or directory
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Rob Clark r...@ti.com
Cc: Inki Dae inki@samsung.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Rahul Sharma rahul.sha...@samsung.com
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu
-by: Arnd Bergmann a...@arndb.de
Cc: Matthew Gretton-Dann matthew.gretton-d...@arm.com
Cc: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/boot/compressed/Makefile | 2 +-
arch/arm/boot/compressed/head.S | 12
2 files changed, 13 insertions(+), 1 deletion(-)
diff --git a/arch/arm
On Friday 25 January 2013 16:42:19 Jean-Christophe PLAGNIOL-VILLARD wrote:
On 14:14 Fri 25 Jan , Arnd Bergmann wrote:
For the past three years, we have had a #warning in
mach-at91 about the sdram_selfrefresh_enable or
at91sam9_standby functions possibly not working on
at91sam9263
patch, I plan to submit as part of an arm-soc
branch for 3.9.
Arnd Bergmann (18):
ARM: shmobile: fix defconfig warning on CONFIG_USB
ARM: disable virt_to_bus/virt_to_bus almost everywhere
ARM: msm: proc_comm_boot_wait should not be __init
oss/dmabuf: use dma_map_single
sched: warnings
in:
drivers/mfd/twl4030-power.c: In function 'load_twl4030_script':
drivers/mfd/twl4030-power.c:414:5: error: 'err' may be used uninitialized in
this function
Signed-off-by: Arnd Bergmann a...@arndb.de
Reviewed-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Amit Kucheria amit.kuche...@linaro.org
Cc
[-Wunused-function]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: spi-devel-gene...@lists.sourceforge.net
---
drivers/spi/spi-atmel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/spi
...@windriver.com
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Dave Martin dave.mar...@linaro.org
Cc: Steven Rostedt rost...@goodmis.org
Cc: Russell King li...@arm.linux.org.uk
---
arch/arm/include/asm/ftrace.h| 6 ++
arch/arm/kernel/Makefile | 12 +---
arch/arm/kernel
A recent update to the marzen_defconfig introduced a
duplicate CONFIG_USB=y line. This removes one of the
two.
arch/arm/configs/marzen_defconfig:86:warning: override: reassigning to symbol
USB
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Simon Horman ho...@verge.net.au
Cc: linux
-nomadik.c:676:12: warning: 'nmk_prcm_gpiocr_get_mode'
defined but not used [-Wunused-function]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Jean-Nicolas Graux jean-nicolas.gr...@stericsson.com
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Srinidhi Kasagar srinidhi.kasa...@stericsson.com
int' [-Wformat]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Ingo Molnar mi...@redhat.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Paul Turner p...@google.com
---
kernel/sched/debug.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/sched/debug.c b/kernel/sched
exynos5440_pinctrl_probe lacks a __init
annotation or the annotation of exynos5440_gpiolib_register is wrong.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Tomasz Figa t.f...@samsung.com
Cc: Kukjin Kim kgene@samsung.com
---
drivers/pinctrl/pinctrl-exynos5440.c
from the variable at91wdt_driver to the (unknown reference)
.init.rodata:(unknown)
The variable at91wdt_driver references
the (unknown reference) __initconst (unknown)
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Wim Van Sebroeck w...@iguana.be
Cc: linux-watch...@vger.kernel.org
Cc: Nicolas Ferre
This warning has existed since before the start of (git) history.
Apparently nobody has bothered to fix it in a long time, and
this is unlikely to change. Note that the file that the warning
refers to has moved to a different location and was subsequently
deleted in 2008.
Signed-off-by: Arnd
results in:
drivers/base/regmap/regmap-debugfs.c: In function 'regmap_read_debugfs':
drivers/base/regmap/regmap-debugfs.c:147:9: : warning: 'ret' may be used
uninitialized in this function [-Wmaybe-uninitialized]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Mark Brown broo
, but Ben Dooks enabled it in the s3c2410_defconfig
along with a bunch of other drivers, even though that
platform has neither ISA nor PCI support. It still
seems to be the right thing to fix this quirk.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Dmitry Torokhov dmitry.torok...@gmail.com
Cc
of proc_comm_boot_wait is wrong.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: linux-arm-...@vger.kernel.org
---
arch/arm/mach-msm/proc_comm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm
blindly removes the warning and changes the
at91sam9263 to use the same code at at91sam9g45, which
may or may not be the right solution. If it is not,
maybe someone could provide a better fix.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: Jean-Christophe
-function]
Marking it __maybe_unused shuts up the gcc warning and lets the
compiler safely drop the function body when it's not being used.
To reproduce, build the ARM bcm2835_defconfig.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Peter Boonstoppel pboonstop...@nvidia.com
Cc: Peter Zijlstra
/svc.c:1051:7: warning: unused variable 'buf' [-Wunused-variable]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: J. Bruce Fields bfie...@redhat.com
Cc: Trond Myklebust trond.mykleb...@netapp.com
Cc: linux-...@vger.kernel.org
Cc: net...@vger.kernel.org
---
net/sunrpc/svc.c | 2 +-
1 file changed, 1
-by: Arnd Bergmann a...@arndb.de
Cc: David Daney david.da...@cavium.com
Cc: H. Peter Anvin h...@zytor.com
---
scripts/sortextable.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/sortextable.h b/scripts/sortextable.h
index e4fd45b..f5eb43d 100644
--- a/scripts
cerfcube_defconfig results in:
fs/nfsd/nfs4state.c: In function 'free_client':
fs/nfsd/nfs4state.c:1047:19: error: unused variable 'nn' [-Wunused-variable]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Peter Zijlstra pet...@infradead.org
Cc: Ingo Molnar mi...@redhat.com
Cc: Stanislav Kinsbursky
the deprecated functions, which
is far more effective than marking them as deprecated, in order
to avoid any new users of that code.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Russell King li...@arm.linux.org.uk
---
arch/arm/Kconfig | 4
arch/arm/configs/shark_defconfig | 1
StrongARM machines.
The problem for converting the OSS subsystem to use
dma_map_single instead is that the caller of virt_to_bus
does not have a device pointer, since the subsystem has
never been ported to use the common device infrastructure.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc
On Friday 25 January 2013, Myklebust, Trond wrote:
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Marking it as __maybe_unused avoids a harmless gcc warning.
Alternatively, just declare it using the RPC_IFDEBUG() macro.
Right, makes sense: that's more consistent
On Thursday 10 January 2013, James Hogan wrote:
Add time keeping code for metag. Meta hardware threads have 2 timers.
The background timer (TXTIMER) is used as a free-running time base, and
the interrupt timer (TXTIMERI) is used for the timer interrupt. Both
counters traditionally count at
On Friday 25 January 2013, James Hogan wrote:
Hi Arnd,
On 10/01/13 15:30, James Hogan wrote:
This patchset adds core architecture support to Linux for Imagination's
Meta ATP (Meta 1) and HTP (Meta 2) processor cores. Most of the feedback
from the RFC and v2 patchsets has now been
On Friday 25 January 2013, Dave Martin wrote:
On Fri, Jan 25, 2013 at 11:44:14AM -0500, Steven Rostedt wrote:
[ I got an error with linux-arm-ker...@list.infradead.org and had to
remove from CC ]
Blame Arnd :)
Sorry about that, I now posted the entire series again with the right
mailing
On Saturday 26 January 2013, Mark Brown wrote:
On Fri, Jan 25, 2013 at 02:14:28PM +, Arnd Bergmann wrote:
Gcc warns about the case where regmap_read_debugfs tries
Are you sure about that function name?
Yes, regmap_read_debugfs uses the return value from
regmap_debugfs_get_dump_start
On Saturday 26 January 2013, Mark Brown wrote:
Reported-by: Vincent Stehlé v-ste...@ti.com
Reported-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
Thanks for fixing this properly.
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from
suggested inferior patch from Arnd Bergmann,
this is the solution that Russell King came up with, sidestepping
the problem by merging the error case for an empty list with the
normal path.
Without this patch, building mxs_defconfig results in:
drivers/base/regmap/regmap-debugfs.c: In function
On Saturday 26 January 2013, Russell King - ARM Linux wrote:
On Fri, Jan 25, 2013 at 10:43:59PM +, Arnd Bergmann wrote:
I will get to those once this series is sorted out.
Since there are no interdepencies between the patches,
my preference is to have them applied by the individual
On Saturday 26 January 2013, Russell King - ARM Linux wrote:
On Fri, Jan 25, 2013 at 11:45:25PM +, Arnd Bergmann wrote:
On Friday 25 January 2013, Myklebust, Trond wrote:
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Marking it as __maybe_unused avoids
On Saturday 26 January 2013, Tejun Heo wrote:
There was only one legitimate use of idr_remove_all() and a lot more
of incorrect uses (or lack of it). Now that idr_destroy() implies
idr_remove_all() and all the in-kernel users updated not to use it,
there's no reason to keep it around. Mark
On Monday 28 January 2013, Andy Shevchenko wrote:
On Tue, Jan 15, 2013 at 10:32 PM, Matt Porter mpor...@ti.com wrote:
Adds a dma_request_slave_channel_compat() wrapper which accepts
both the arguments from dma_request_channel() and
dma_request_slave_channel(). Based on whether the driver is
On Monday 21 January 2013, Vineet Gupta wrote:
- while (!need_resched())
+doze:
+ local_irq_disable();
+ if (!need_resched()) {
arch_idle();
+ goto doze;
+ } else {
+
On Monday 21 January 2013, Vineet Gupta wrote:
On Friday 18 January 2013 09:25 PM, Arnd Bergmann wrote:
...
So the comment above can be deleted, and we probably need a check in
ioremap_prot() so that early ioremap bails out if called early - probably
using
slab_is_available()
Ok
On Monday 21 January 2013, Vineet Gupta wrote:
OK - I'll make a note. BTW init_time was a recent addition, the reason being
it's
timing. For registering a clocksource, init_irq and init_smp are too early
(timekeeping not yet up) while init_machine (arch initcall) seemed too late -
but
,#(0x10)]'
arch/arm/kernel/debug.S:85: Error: ARM register expected -- `ldr r2,[
r3,#(0x08)]'
arch/arm/kernel/debug.S:85: Error: ARM register expected -- `ldr r2,[
r3,#(0x18)]'
arch/arm/kernel/debug.S:85: Error: ARM register expected -- `ldr r2,[
r3,#(0x10)]'
Signed-off-by: Arnd Bergmann
an better solution.
Without this patch, building allyesconfig results in:
drivers/usb/gadget/fsl_mxc_udc.c:21:27: fatal error: mach/hardware.h: No such
file or directory
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Felipe Balbi ba...@ti.com
Cc: Shawn Guo shawn@linaro.org
Cc: Greg Kroah-Hartman gre
: fatal error: mach/iram.h: No such file or
directory
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Javier Martin javier.mar...@vista-silicon.com
Cc: Fabio Estevam fabio.este...@freescale.com
Cc: Sascha Hauer ker...@pengutronix.de
Cc: Shawn Guo shawn@linaro.org
Cc: Mauro Carvalho Chehab mche
the kernel
again.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Wan ZongShun mcuos@gmail.com
---
arch/arm/mach-w90x900/include/mach/entry-macro.S |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-w90x900/include/mach/entry-macro.S
b/arch/arm/mach-w90x900/include
/host/ehci-hcd.c:1255:0: note: this is the location of the previous
definition
In file included from drivers/usb/host/ehci-hcd.c:1254:0:
drivers/usb/host/ehci-mxc.c:280:31: warning: 'ehci_mxc_driver' defined but not
used
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Alan Stern st
machines, it is safe
to build it using an .arch armv7-a statement.
Without this patch, building allyesconfig results in:
arch/arm/mach-mvebu/coherency_ll.S: Assembler messages:
arch/arm/mach-mvebu/coherency_ll.S:45: Error: selected processor does not
support ARM mode `dsb'
Signed-off-by: Arnd Bergmann
be
much too late for that. At least the drivers don't
seem to be too essential, as they are only built
in allyesconfig but not in any of the defconfigs.
Arnd
Arnd Bergmann (15):
ARM: compressed/head.S: work around new binutils warning
ARM: mvebu: build coherency_ll.S for arch=armv7-a
ARM
that
there will be others like it in the future.
Without this patch, building ARM allmodconfig results in:
ERROR: __clk_get_name [drivers/staging/imx-drm/ipu-v3/imx-ipu-v3.ko]
undefined!
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Sascha Hauer s.ha...@pengutronix.de
Cc: Mike Turquette mturque...@linaro.org
: __vexpress_config_func_get [drivers/regulator/vexpress.ko] undefined!
ERROR: vexpress_config_func_put [drivers/regulator/vexpress.ko] undefined!
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Pawel Moll pawel.m...@arm.com
Cc: Samuel Ortiz sa...@linux.intel.com
Cc: Mark Brown broo...@opensource.wolfsonmicro.com
: In function `cleanup_module':
sound/soc/fsl/imx-pcm-dma.c:177: multiple definition of `cleanup_module'
sound/soc/fsl/imx-pcm-fiq.o:sound/soc/fsl/imx-pcm-fiq.c:334: first defined here
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Liam Girdwood l...@ti.com
Cc: Mark Brown broo
, building allyesconfig results in:
drivers/gpu/drm/exynos/exynos_drm_fimc.c:19:27: fatal error: plat/map-base.h:
No such file or directory
drivers/gpu/drm/exynos/exynos_drm_ipp.c:20:27: fatal error: plat/map-base.h: No
such file or directory
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc
or directory
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Rob Clark r...@ti.com
Cc: Inki Dae inki@samsung.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Rahul Sharma rahul.sha...@samsung.com
---
drivers/gpu/drm/exynos/exynos_hdmi.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers
on
this machine. We should really be building all the
samples for the target machine rather than the build
host, but since the infrastructure for that appears
to be missing right now, let's be a little bit smarter
and not pass the '-m32' flag to the HOSTCC when cross-
compiling.
Signed-off-by: Arnd Bergmann
-by: Arnd Bergmann a...@arndb.de
Cc: Matthew Gretton-Dann matthew.gretton-d...@arm.com
Cc: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/boot/compressed/Makefile |2 +-
arch/arm/boot/compressed/head.S | 12
2 files changed, 13 insertions(+), 1 deletion(-)
diff --git a/arch
:116:8: note: each undeclared
identifier is reported only once for each function it appears in
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Rob Clark r...@ti.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
---
drivers/staging/omapdrm/Kconfig |2 +-
1 file changed, 1 insertion(+), 1
-by: Arnd Bergmann a...@arndb.de
Cc: Heiko Schocher h...@denx.de
Cc: Sekhar Nori nsek...@ti.com
Cc: Artem Bityutskiy artem.bityuts...@linux.intel.com
Cc: David Woodhouse david.woodho...@intel.com
---
drivers/mtd/nand/davinci_nand.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Monday 21 January 2013, Russell King - ARM Linux wrote:
On Mon, Jan 21, 2013 at 05:05:47PM +0100, Thierry Reding wrote:
On Mon, Jan 21, 2013 at 03:58:46PM +, Russell King - ARM Linux wrote:
On Mon, Jan 21, 2013 at 11:08:55AM +0100, Thierry Reding wrote:
Convert all uses of
On Monday 21 January 2013, Rob Clark wrote:
Are you sure OMAP2_DSS requires ARCH_OMAP2PLUS? I don't see this, and
it at least used to not depend on ARCH_OMAP2PLUS. If it does now, I
think the correct fix would be to remove the dependency in OMAP2_DSS. I
don't think removing
On Monday 21 January 2013, Soeren Moch wrote:
On 01/19/13 21:05, Arnd Bergmann wrote:
from the distribution of the numbers, it seems that there is exactly 1 MB
of data allocated between bus addresses 0x1f9 and 0x1f9, allocated
in individual pages. This matches the size of your pool
On Monday 21 January 2013, Rob Clark wrote:
ahh, ok, I see.. the if ARCH_OMAP2PLUS bit looks like it came in
recently (770b6cb)
what about changing this to 'if ARCH_OMAP2PLUS || ARCH_MULTIPLATFORM'?
Fine with me in general, but the patch I posted would be the more
conservative choice for
On Monday 21 January 2013, Greg Kroah-Hartman wrote:
On Mon, Jan 21, 2013 at 08:41:38PM +0200, Felipe Balbi wrote:
NAK, I prefer to see a real fix for the problem (which in fact is
already in my fixes branch).
I'll pull that branch now, sorry for the delay.
Ok, great! Thanks a lot,
On Monday 21 January 2013, Felipe Balbi wrote:
On Mon, Jan 21, 2013 at 05:16:06PM +, Arnd Bergmann wrote:
Manjunath Goudar is already working on a patch to convert
both the imx and the mvebu glue drivers (along with all
the other ARM specific ones) to the new probing method
On Monday 21 January 2013, Tony Lindgren wrote:
arch/arm/mach-mvebu/coherency_ll.S: Assembler messages:
arch/arm/mach-mvebu/coherency_ll.S:45: Error: selected processor does not
support ARM mode `dsb'
This should be already fixed by 72533b (arm: mvebu: Fix compile for
multiplatform
On Monday 21 January 2013, Matt Sealey wrote:
ARM seems to be the only major platform not using the
kernel/Kconfig.hz definitions, instead rolling it's own and setting
what could be described as both reasonable and unreasonable defaults
for platforms. If we're going wholesale for
On Monday 21 January 2013, Alan Stern wrote:
On Mon, 21 Jan 2013, Felipe Balbi wrote:
On Mon, Jan 21, 2013 at 05:16:06PM +, Arnd Bergmann wrote:
In linux-3.8-rc1 it became possible to build the imx and
mvebu platforms together in a single kernel, which clashes
in the ehci driver
On Monday 21 January 2013, Alan Stern wrote:
Is Manjunath aware of the first patch attached to this email message?
http://marc.info/?l=linux-usbamp;m=135843902916416amp;w=2
I would not expect so. Manjunath is still learning about the open
source processes, but he has also done a
On Monday 21 January 2013, Heiko Schocher wrote:
Already fixed here:
http://lists.infradead.org/pipermail/linux-mtd/2013-January/045366.html
Ok, thanks for the confirmation. I had only checked -rc4, not any newer
snapshot.
Arnd
--
To unsubscribe from this list: send the line
on the board.
This driver only implements the pinctrl part, the gpio part will come
eventually.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.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
On Monday 21 January 2013, Matt Sealey wrote:
So is that a bug in that it is not available to ARM right now, a bug
in that it would be impossible for anyone on ARM to have ever tested
this code, or a bug in that it should NEVER be enabled for ARM for
some reason? John? Ingo? :)
I think it's
On Tuesday 22 January 2013, Mark Brown wrote:
On Tue, Jan 22, 2013 at 11:50:30AM +0800, Shawn Guo wrote:
I sent a fix [1] for that queued by Mark.
Right, that patch looks good, too.
Is the patch on the way to 3.8-rc?
Yes, should be.
Ok, thanks!
Arnd
--
To unsubscribe from this
-off-by: Vineet Gupta vgu...@synopsys.com
---
Looks good to me, although I might be missing some details.
Given that everything still seems to work for you,
Acked-by: Arnd Bergmann a...@arndb.de
on the combined patch.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Monday 21 January 2013, Russell King - ARM Linux wrote:
In this particular case, EBSA110 is not a candidate for multi-arch
build anyway, because it's ARMv4 and we're only really bothering with
ARMv6 and better.
Not only that, but the IO stuff on it is sufficiently obscure and
On Tuesday 22 January 2013, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 04:53 AM, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [130121 13:07]:
As for Samsung and the rest I can't comment. The original reason OMAP
used this though was because the 32768Hz
On Tuesday 22 January 2013, Thierry Reding wrote:
I planned to do so initially, but that yielded a Cc list of 156 people
and mailing lists, which I thought wasn't going to go down so well
either. In general I like Cc'ing everyone concerned on all patches of
the series, specifically for reasons
On Monday 21 January 2013, Al Viro wrote:
Another question: what's the following comment from spu_callbacks.c about?
* 4. They are optional and we can't rely on them being
*linked into the kernel. Unfortunately, the cond_syscall
*helper does not work here as it does not add the
On Tuesday 22 January 2013, Thierry Reding wrote:
I've had the same problem a couple of times. The best compromise seems
to be to Cc only the top-level subsystem maintainers and mailing lists
on the first email.
Even that would have been about 50 addresses IIRC. But perhaps that's
still
On Monday 21 January 2013, Al Viro wrote:
1) alpha, mips
.weak foo
foo = sys_ni_syscall
2) itanic, ppc
asmlinkage long x (void) __attribute__((weak,alias(sys_ni_syscall)))
3) very common - most of the architectures
.weak foo
.set foo sys_ni_syscall
3a)
On Tuesday 22 January 2013, Alan Stern wrote:
In order to prevent this, you have to make sure that each glue driver
depends on USB_ARCH_HAS_EHCI. A simple way to do this is to surround
the Kconfig entries for those drivers with if USB
USB_ARCH_HAS_EHCI ... endif.
I was actually thinking we
On Tuesday 22 January 2013, Sascha Hauer wrote:
On Mon, Jan 21, 2013 at 05:16:02PM +, Arnd Bergmann wrote:
The coda video codec driver depends on a mach-imx or mach-mxs specific
header file mach/iram.h. This is not available when building for
multiplatform, so let us disable this driver
On Tuesday 22 January 2013, Fabio Estevam wrote:
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Sascha Hauer s.ha...@pengutronix.de
Cc: Mike Turquette mturque...@linaro.org
A fix from Niels de Vos has already been applied into clk-next:
https://patchwork.kernel.org/patch/1871981/
Ok
On Tuesday 22 January 2013, Russell King - ARM Linux wrote:
On Tue, Jan 22, 2013 at 03:44:03PM +0530, Santosh Shilimkar wrote:
Sorry for not being clear enough. On OMAP, 32KHz is the only clock which
is always running(even during low power states) and hence the clock
source and clock event
On Tuesday 22 January 2013, Greg Kroah-Hartman wrote:
Ie. I'd prefer to re-enable omapdss on multi-plat rather than
disabling omapdrm. With changes in drm core, it is a bit of a pain
to compile test all the arm drivers by doing N different builds, so
we've been trying to get to the point
On Monday 21 January 2013, Greg KH wrote:
I don't know a lot about USB, but I always assumed that this was not
a normal condition and that there are only a couple of URBs per endpoint
used at a time. Maybe Greg or someone else with a USB background can
shed some light on this.
On Tuesday 22 January 2013, Rob Clark wrote:
I think it should be safe.. or at least it built fine for multi-plat in
the recent past and shouldn't really do anything if there is no omapdss
platform device.
Do you want me to make a patch or are you already doing this?
Please make one. Feel
On Tuesday 22 January 2013, Rob Herring wrote:
No, I expect all future platforms will have architected timers. TWD is
pretty much A9 and A5 only I believe. Same with SCU. I've probably
missed some in my list.
Ah, I was incorrectly assuming that TWD was referring to the architected
timers,
On Tuesday 22 January 2013, Rob Clark wrote:
At least core omapdss does not have any build dependencies on
ARCH_OMAP2PLUS, and adding this dependency in the Kconfig breaks omapdrm
for ARCH_MULTIPLATFORM builds.
Signed-off-by: Rob Clark robdcl...@gmail.com
Acked-by: Arnd Bergmann
901 - 1000 of 32729 matches
Mail list logo