On Tuesday 15 January 2013, Matt Porter 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
instantiated via DT, the appropriate channel request call will be
made.
On Tuesday 15 January 2013, Thierry Reding wrote:
Is there actually hardware that supports this? I assumed that the MSI
controller would have to be tightly coupled to the PCI host bridge in
order to raise an interrupt when an MSI is received via PCI.
No, as long as it's guaranteed that the MSI
On Wednesday 16 January 2013, Soeren Moch wrote:
I will see what I can do here. Is there an easy way to track the buffer
usage without having to wait for complete exhaustion?
DMA_API_DEBUG
OK, maybe I can try this.
Any success with this? It should at least tell you if there is a
On Thursday 17 January 2013, Vineet Gupta wrote:
So my strategy for v2 series (based off 3.8-rcx) is to introduce devicetree,
multi-platform-image support (and other key fixes such as syscall restart
issues)
as slap-on patches on top of old code. This is not to avoid any chop-n-dice of
On Thursday 17 January 2013, Vineet Gupta wrote:
Actually in ARC Port these are used in Linker script to layout the kernel
code/data at the addr where these hardware blocks are wired up. So can't be
done
at runtime.
Ok, makes sense.
Arnd
--
To unsubscribe from this list: send the
On Thursday 17 January 2013, Steven King wrote:
I haven't been keeping up with the kernel list of late, can someone point me
to what''s being discussed so I can see what were talking about here?
We are discussion about changes to the GPIO API, in particular about
adding a descriptor (i.e.
On Thursday 17 January 2013, Soeren Moch wrote:
On 17.01.2013 11:49, Arnd Bergmann wrote:
On Wednesday 16 January 2013, Soeren Moch wrote:
I will see what I can do here. Is there an easy way to track the buffer
usage without having to wait for complete exhaustion?
DMA_API_DEBUG
OK
On Friday 18 January 2013, Vineet Gupta wrote:
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann a...@arndb.de
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
On Friday 18 January 2013, Vineet Gupta wrote:
Signed-off-by: Vineet Gupta vgu...@synopsys.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
jonas.b...@gmail.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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
that you could make use of.
Signed-off-by: Vineet Gupta vgu...@synopsys.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://vger.kernel.org/majordomo
were significant: ~17k of code.
bloat-o-meter vmlinux_uaccess_pre vmlinux_uaccess_post
add/remove: 0/4 grow/shrink: 8/118 up/down: 1262/-18758 (-17496)
^
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Acked-by: Arnd Bergmann
On Friday 18 January 2013, Vineet Gupta wrote:
+void cpu_idle(void)
+{
+ /* Since we SLEEP in idle loop, TIF_POLLING_NRFLAG can't be set */
+
+ /* endless idle loop with no priority at all */
+ while (1) {
+ tick_nohz_idle_enter();
+
On Friday 18 January 2013, Vineet Gupta wrote:
+ /* setup bootmem allocator */
+ bootmap_sz = init_bootmem_node(NODE_DATA(0),
+ first_free_pfn,/* bitmap start */
+ min_low_pfn, /* First pg to track */
+
+-
4 files changed, 207 insertions(+), 2 deletions(-)
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
On Friday 18 January 2013, Vineet Gupta wrote:
+int module_frob_arch_sections(Elf_Ehdr *hdr, Elf_Shdr *sechdrs,
+ char *secstr, struct module *mod)
+{
+return 0;
+}
+
+void module_arch_cleanup(struct module *mod)
+{
+}
+
+int module_finalize(const
On Friday 18 January 2013, Vineet Gupta wrote:
+# If a plat can do IPI, same core(s) can do minimal SMP
+config ARC_HAS_IPI
+ bool
+
I think it would be better to turn the logic around here,
otherwise you get into trouble when enabling multiple
platforms, out of which some have IPI
:
* SYSCTL_ARCH_UNALIGN_ALLOW: Runtime enable/disble
* SYSCTL_ARCH_UNALIGN_NO_WARN: Warn on each emulation attempt
Originally contributed by Tim Yao tim@amlogic.com
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Tim Yao tim@amlogic.com
Acked-by: Arnd Bergmann a...@arndb.de
On Friday 18 January 2013, Vineet Gupta wrote:
+static int arc_hl_nr_devs = 1;
This seems to be read-only and hardcoded to 1. If this is true, you could
simplify the driver significantly by just using misc_register, rather
than registering your own major device number.
Arnd
--
To
reason for that - we just didn't have the need.
So the first step towards multi-platform (and multi-board) builds it to
allow build system to do that.
So as applicable, choice .. endchoice = menu .. endmenu
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann a...@arndb.de
Acked
On Friday 18 January 2013, Vineet Gupta wrote:
This is more natural and is now doable since the choice constructs are
gone.
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
spots, no board callbacks registered
yet (with MACHINE_STARt/END constructs) so the hooks will not run.
Next commit will actually convert the platform to this infrastructure.
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann a...@arndb.de
Acked-by: Arnd Bergmann a...@arndb.de
On Friday 18 January 2013, Vineet Gupta wrote:
-platform API is retired and instead callbacks are used
Signed-off-by: Vineet Gupta vgu...@synopsys.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
/memmap.h for CCM info, already in .config
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann a...@arndb.de
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
fine with 0x8000_ based dma addresses.
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann a...@arndb.de
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 Friday 18 January 2013, Vineet Gupta wrote:
This again is for switch from singleton platform SMP API to
multi-platform paradigm
Platform code is not yet setup to populate the callbacks, that happens
in next commit
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann
On Friday 18 January 2013, Vineet Gupta wrote:
This patchset based off-of 3.8-rc4, adds the Linux kernel port to ARC700
processor family (750D and 770D) from Synopsys. I would be greatful for
further review and feedback.
Salient points about v2 patchset
---
*
On Friday 18 January 2013, Vineet Gupta wrote:
TBD: Do we need early ioremap support like openrisc
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Can you explain why early ioremap is necessary for you?
I wasn't aware that openrisc has it. In a lot of cases,
you can use fixmap as a
On Friday 18 January 2013, Paul Mundt wrote:
On Fri, Jan 18, 2013 at 03:55:43PM +, Arnd Bergmann wrote:
On Friday 18 January 2013, Vineet Gupta wrote:
TBD: Do we need early ioremap support like openrisc
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Can you explain why early
On Friday 18 January 2013, Sam Ravnborg wrote:
+obj-y:= arcksyms.o setup.o irq.o time.o reset.o ptrace.o entry.o
process.o \
+signal.o traps.o sys.o troubleshoot.o stacktrace.o clk.o
For new stuff I usually recommend to drop line continuation using \
Just do the much
On Friday 18 January 2013, Pavel Machek wrote:
Yeah, and it is best use of reviewers time to confuse them with
one-letter difference to very popular architecture... and use three
letter acronym that was already taken.
In this state, I hope your port never gets merged. Yes, I got used to
do
On Saturday 19 January 2013, Soeren Moch wrote:
What I can see in the log: a lot of coherent mappings from sata_mv and
orion_ehci, a few from mv643xx_eth, no other coherent mappings.
All coherent mappings are page aligned, some of them (from orion_ehci)
are not really small (as claimed in
On Thursday 14 February 2013, anish singh wrote:
Grant, Can you please explain me this problem?My understanding is below:
If all the detection of devices with there respective driver is done before
__init section is freed then we will not have the problem mentioned.
However if the driver
On Thursday 07 February 2013, Maarten Lankhorst wrote:
Hi Maarten,
I cannot help a lot on this patch set, but there are a few things that
I noticed when reading it.
Functions:
--
mutex_reserve_lock, and mutex_reserve_lock_interruptible:
Lock a buffer with a reservation_id set.
On Thursday 14 February 2013, Russell King - ARM Linux wrote:
In the general case, that remains true, but it's still not true for
console drivers.
The console should be initialised before it is attempted to be opened
before passing control to userspace, which happens before the .init
The conditional declaration of ap_uart_data is broken
and causes this build error:
In file included from arch/arm/mach-integrator/core.c:35:0:
arch/arm/mach-integrator/common.h:6:37: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '{' token
Turning the check into an
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
On NOMMU kernels, the io_desc variables are unused
because we don't use the MMU to remap the MMIO
areas.
Marking these variables as __maybe_unused easily
avoids the otherwise harmless warnings like
warning: 'versatile_io_desc' defined but not used
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc
is configured specifically for this
case.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Gregory Clement gregory.clem...@free-electrons.com
Cc: Ezequiel Garcia ezequiel.gar...@free-electrons.com
---
arch/arm/mach-mvebu/Makefile | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
' declared inside parameter list [enabled by default]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: linux-...@vger.kernel.org
Cc: Wolfram Sang w.s...@pengutronix.de
Cc: Ben Dooks ben-li...@fluff.org
Cc: Kukjin Kim kgene@samsung.com
---
include/linux/platform_data/i2c-s3c2410.h | 2 ++
1 file changed
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
Acked-by: Simon Horman horms+rene...@verge.net.au
Cc: linux
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
-by: Arnd Bergmann a...@arndb.de
Acked-by: 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
,#(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
This is a set of bug fixes, most of which I have posted
at least one time before. I will add them to the
next/fixes-non-critical branch now, unless there are
any last-minute objections.
Arnd Bergmann (11):
ARM: disable virt_to_bus/virt_to_bus almost everywhere
ARM: samsung: fix assembly
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
are enabled, which lets
us successfully build an allnoconfig kernel.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Russell King li...@arm.linux.org.uk
---
arch/arm/Kconfig| 3 ++-
arch/arm/mach-versatile/Kconfig | 5 +
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git
On Thursday 14 February 2013, Haojian Zhuang wrote:
If you can change it into code in below, it could work. Otherwise, it
always fails.
driver_deferred_probe_enable = true;
driver_deferred_probe_trigger();
+ deferred_probe_work_func(NULL);
return 0;
Because
On Thursday 14 February 2013, Haojian Zhuang wrote:
On 14 February 2013 23:57, Arnd Bergmann a...@arndb.de wrote:
On Thursday 14 February 2013, Haojian Zhuang wrote:
If you can change it into code in below, it could work. Otherwise, it
always fails.
driver_deferred_probe_enable
On Tuesday 22 January 2013, Arnd Bergmann wrote:
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
/mach-sa1100/assabet.c: In function 'assabet_init':
arch/arm/mach-sa1100/assabet.c:343:3: error: implicit declaration of function
'platform_device_register_simple' [-Wimplicit-function-declaration]
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Russell King li...@arm.linux.org.uk
Cc: Greg Kroah
is to remove the extraneous line from the
Makefile.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Prashant Gaikwad pgaik...@nvidia.com
Cc: Maxime Ripard maxime.rip...@anandra.org
Cc: Mike Turquette mturque...@linaro.org
---
drivers/clk/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/clk
.
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
that broke them, or find a different
fix that solves the problem.
Arnd Bergmann (9):
ARM: sa1100/assabet: include platform_device.h directly
fb/exynos: include platform_device.h
clk: sunxi: remove stale Makefile entry
mfd: max8925: fix trivial build warning for non-dt
ARM: shmobile: mark mackerel
Patch 16559ae kgdb: remove #include linux/serial_8250.h from kgdb.h
removed an implicit inclusion of linux/platform_device.h
In a number of places. This adds back explicit inclusions in a few
more places I found.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Greg Kroah-Hartman gre
but not used [-Wunused-variable]
Marking the variable as __maybe_unused will do the right thing here.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Guennadi Liakhovetski g.liakhovet...@gmx.de
Cc: Simon Horman horms+rene...@verge.net.au
---
arch/arm/mach-shmobile/board-mackerel.c | 2 +-
1 file
commit 76cc18874 thermal: rcar: add Device Tree support
added device tree support for this driver, but also added
an instance of __devinitconst, which is no longer defined
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Kuninori Morimoto kuninori.morimoto...@renesas.com
Cc: Zhang Rui rui.zh
Patch 16559ae kgdb: remove #include linux/serial_8250.h from kgdb.h
removed an implicit inclusion of linux/platform_device.h
from the exynos framebuffer driver. This adds back the required
explicit header file inclusions.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Greg Kroah-Hartman gre
: statement with no effect
[-Wunused-value]
A much nicer fix is to use the IS_ENABLED keyword to
have the same effect of dropping the device tree specific
function when it's not needed.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Qing Xu qi...@marvell.com
Cc: Haojian Zhuang haojian.zhu...@gmail.com
is not, and that now causes a link
error in the ARM imx_v6_v7_defconfig configuration.
Moving the function into the #ifdef section makes this work
again on IMX, which does not have PCI support, and should
have no impact on platforms that do.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Bjorn Helgaas bhelg
it appears in
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Paul Walmsley p...@pwsan.com
Cc: Sebastien Guiriec s-guir...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/omap_hwmod_reset.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_reset.c
b
until OMAP_MBOX_FWK loses its dependency.
Without this patch, building allmodconfig results in:
drivers/remoteproc/omap_remoteproc.c:31:26: fatal error: plat/mailbox.h: No
such file or directory
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Tony Lindgren t...@atomide.com
Cc: Ohad Ben-Cohen o
allyesconfig results in:
arch/arm/mach-imx/built-in.o: In function `v7_cpu_resume':
arch/arm/mach-imx/headsmp.S:55:(.data+0x87f8): relocation truncated to fit:
R_ARM_CALL against symbol `v7_invalidate_l1' defined in .text section in
arch/arm/mm/built-in.o
Signed-off-by: Arnd Bergmann a...@arndb.de
.
The bulk of these patches happen to be omap specific, which
does not mean that we had a lot of regressions in omap, but
that we just started including omap in the multiplatform
builds, which has uncovered a number of older problems that
we did not see before.
Arnd
Arnd Bergmann (9):
ARM
allmodconfig results in:
ERROR: drm_vm_open_locked [drivers/gpu/drm/exynos/exynosdrm.ko] undefined!
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Dave Airlie airl...@redhat.com
Cc: Shirish S s.shir...@samsung.com
Cc: Inki Dae inki@samsung.com
Cc: Rob Clark r...@ti.com
---
drivers/gpu/drm/drm_vm.c | 1
-by: Arnd Bergmann a...@arndb.de
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Catalin Marinas catalin.mari...@arm.com
Cc: Marc Zyngier marc.zyng...@arm.com
---
arch/arm/kernel/arch_timer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/kernel/arch_timer.c b/arch/arm/kernel/arch_timer.c
: cpdma_ctlr_int_ctrl [drivers/net/ethernet/ti/ti_cpsw.ko] undefined!
ERROR: cpdma_control_set [drivers/net/ethernet/ti/ti_cpsw.ko] undefined!
ERROR: cpdma_ctlr_eoi [drivers/net/ethernet/ti/ti_cpsw.ko] undefined!
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Mugunthan V N mugunthan...@ti.com
Cc
.
Without this patch, building allyesconfig results in:
drivers/media/platform/davinci/vpss.c:28:27: fatal error: mach/hardware.h: No
such file or directory
compilation terminated.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Mauro Carvalho Chehab mche...@redhat.com
Cc: Lad, Prabhakar prabhakar
-by: Arnd Bergmann a...@arndb.de
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/soc.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-omap2/soc.h b/arch/arm/mach-omap2/soc.h
index c62116b..97dd373 100644
--- a/arch/arm/mach-omap2/soc.h
+++ b/arch/arm/mach-omap2/soc.h
'
arch/arm/mach-imx/mach-mx31ads.c:480: undefined reference to
`wm8350_dcdc25_set_mode'
arch/arm/mach-imx/mach-mx31ads.c:485: undefined reference to
`wm8350_register_led'
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Shawn Guo shawn@linaro.org
Cc: Sascha Hauer s.ha...@pengutronix.de
Cc: Axel
On Thursday 14 February 2013, Fabio Estevam wrote:
Bjorn has already sent a fix for this problem:
http://www.spinics.net/lists/arm-kernel/msg224425.html
Ok, excellent.
The result seems to be identical, although patch is formatted
differently.
Acked-by: Arnd Bergmann a...@arndb.de
for Bjorn's
On Thursday 14 February 2013, Tony Lindgren wrote:
I left it out intentionally as these are private to mach-omap2,
and I'd like to simplify the indirect includes there further.
So I'd rather just remove the duplicate soc.h from drm.c.
If people really think this should be applied, I have no
On Thursday 14 February 2013, Stephen Warren wrote:
On 02/14/2013 03:47 PM, Arnd Bergmann wrote:
Patch c08e20d24 arm: Add v7_invalidate_l1 to cache-v7.S
moves the v7_invalidate_l1 symbol out of imx/headsmp.S,
which seems to cause a link error because it is now
too far away from
On Friday 15 February 2013, Mike Turquette wrote:
Quoting Arnd Bergmann (2013-02-14 14:26:52)
Patch 85a18198 clk: sunxi: Use common of_clk_init() function
removed the clk-sunxi.c file but left the Makefile entry, which
causes a build error in multi_v7_defconfig:
make[4]: *** No rule
On Thursday 14 February 2013, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [130214 14:51]:
The newly created omap_hwmod_reset.c is missing an
include of linux/errno.h in commit c02060d8 ARM:
OMAP4+: AESS: enable internal auto-gating during
initial setup. It still works
On Thursday 14 February 2013, Tony Lindgren wrote:
I left it out intentionally as these are private to mach-omap2,
and I'd like to simplify the indirect includes there further.
So I'd rather just remove the duplicate soc.h from drm.c.
If people really think this should be applied, I have no
On Thursday 14 February 2013, Simon Horman wrote:
On Thu, Feb 14, 2013 at 11:26:54PM +0100, Arnd Bergmann wrote:
Patch eac036ef9e ARM: shmobile: streamline mackerel SD and MMC devices
made the use of the sh_mmcif_device variable for mackarel optional,
but the definition is always provided
-by: Arnd Bergmann a...@arndb.de
---
On Thursday 14 February 2013, Greg Kroah-Hartman wrote:
On Thu, Feb 14, 2013 at 11:26:56PM +0100, Arnd Bergmann wrote:
Patch 16559ae kgdb: remove #include linux/serial_8250.h from kgdb.h
removed an implicit inclusion of linux/platform_device.h
In a number
On Friday 15 February 2013, Russell King - ARM Linux wrote:
The .text section alone is just short of 32MB.
I suspect when it does go over that, we'll see a lot more link time
failures due to the 'bl' instructions failing to encode their PC relative
jumps. The only solution then will be to
On Friday 15 February 2013, Greg KH wrote:
On Fri, Feb 15, 2013 at 04:26:57PM +1100, Stephen Rothwell wrote:
Hi all,
After merging the char-misc tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/w1/slaves/w1_therm.c: In function 'w1_therm_read':
upstream however.
There are a couple of TODO items that are left remaining and are open
for ideas from other people.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Viresh Kumar viresh.ku...@linaro.org
Cc: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Vinod Koul vinod.k...@linux.intel.com
Cc
that converts the dw_dma controller, this is completely
untested and is looking for someone to try it out.
Signed-off-by: Arnd Bergmann a...@arndb.de
Acked-by: Grant Likely grant.lik...@secretlab.ca
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
Acked-by: Linus Walleij linus.wall...@linaro.org
to use
the new binding (patch 5 of my original series) can go through the
arm-soc tree for 3.10 after the ST folks have tested that it works.
Arnd
Arnd Bergmann (4):
Revert ARM: SPEAr13xx: Pass DW DMAC platform data from DT
dmaengine: dw_dmac: move to generic DMA binding
spi: pl022
This reverts commit f9965aa20706860077cfa093d04a6351c0c1e940.
---
arch/arm/boot/dts/spear1340.dtsi | 19 --
arch/arm/boot/dts/spear13xx.dtsi | 38 ---
arch/arm/mach-spear13xx/include/mach/spear.h | 2 +
arch/arm/mach-spear13xx/spear1310.c
a binding document specific to the pl011 controller,
and extends the generic primecell binding to mention dmas and other
common properties.
Like the patch that converts the dw_dma controller, this is completely
untested and is looking for someone to try it out.
Signed-off-by: Arnd Bergmann a...@arndb.de
On Friday 15 February 2013, Mark Rutland wrote:
As with Stephen Warren's fix [1], this looks right to me. Stephen's has the
added benefit of keeping the includes ordered.
For either version:
Acked-By: Mark Rutland mark.rutl...@arm.com
Applied to the next/virt branch now.
Arnd
--
initializations. This patch indeed
makes the majority of the allyesconfig warnings on ARM go away.
For the regular defconfig builds, we are already mostly clean,
and those are built with -O2.
Signed-off-by: Arnd Bergmann a...@arndb.de
diff --git a/Makefile b/Makefile
index 0b4bf62..4d60d97 100644
areas
removed code from pci_reserve_io but left variable declarations
in place that are now unused, as gcc correctly warns.
Signed-off-by: Arnd Bergmann a...@arndb.de
diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
index c6fe15a..c6d45c8 100644
--- a/arch/arm/mm/mmu.c
+++ b/arch/arm/mm/mmu.c
On Saturday 16 February 2013, Russell King - ARM Linux wrote:
I already have such a patch in my tree - may not have pushed it out
as I've been ill (and am still recovering.)
Ok, thanks for the quick confirmation!
Get well soon,
Arnd
--
To unsubscribe from this list: send the line
On Saturday 16 February 2013, Russell King - ARM Linux wrote:
On Sat, Feb 16, 2013 at 10:07:39AM +, Arnd Bergmann wrote:
On Saturday 16 February 2013, Viresh Kumar wrote:
On 15 February 2013 23:51, Arnd Bergmann a...@arndb.de wrote:
+static bool dw_dma_generic_filter(struct dma_chan
On Saturday 16 February 2013, Andy Shevchenko wrote:
On Fri, Feb 15, 2013 at 8:21 PM, Arnd Bergmann a...@arndb.de wrote:
@@ -168,7 +169,13 @@ static void dwc_initialize(struct dw_dma_chan *dwc)
if (dwc-initialized == true)
return;
- if (dws
not merged upstream however.
This version incorporates feedback from Viresh Kumar, Andy Shevchenko
and Russell King.
Signed-off-by: Arnd Bergmann a...@arndb.de
Acked: Viresh Kumar viresh.ku...@linaro.org
Cc: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Vinod Koul vinod.k...@linux.intel.com
Cc
On Saturday 16 February 2013, Emilio López wrote:
Small nitpick: Please have a look at the patch subject, I suppose you
meant something like virt_to_bus/bus_to_virt instead of
virt_to_bus/virt_to_bus.
Yes, absolutely right, thanks for your attention. The patch is already
applied to a stable
not merged upstream however.
This version incorporates feedback from Viresh Kumar, Andy Shevchenko
and Russell King.
Signed-off-by: Arnd Bergmann a...@arndb.de
Acked-by: Viresh Kumar viresh.ku...@linaro.org
Acked-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Vinod Koul vinod.k
On Saturday 16 February 2013, Andy Shevchenko wrote:
@@ -1836,6 +1825,12 @@ static int dw_probe(struct platform_device *pdev)
dma_async_device_register(dw-dma);
+ if (pdev-dev.of_node)
+ err = of_dma_controller_register(pdev-dev.of_node,
+
On Saturday 16 February 2013, Russell King - ARM Linux wrote:
On Thu, Feb 14, 2013 at 02:49:18PM +0100, Arnd Bergmann wrote:
Recent assembler versions complain about extraneous
whitespace inside [] brackets. This fixes all of
these instances for the samsung platforms. We should
backport
On Sunday 17 February 2013, Aaro Koskinen wrote:
Hi,
On Thu, Feb 14, 2013 at 02:49:18PM +0100, Arnd Bergmann wrote:
Recent assembler versions complain about extraneous
whitespace inside [] brackets. This fixes all of
these instances for the samsung platforms. We should
backport
On Sunday 17 February 2013, Mikael Pettersson wrote:
Russell King - ARM Linux writes:
On Thu, Feb 14, 2013 at 02:49:18PM +0100, Arnd Bergmann wrote:
Recent assembler versions complain about extraneous
whitespace inside [] brackets. This fixes all of
these instances for the samsung
On Monday 18 February 2013, Bo Shen wrote:
- .name = atmel-ehci,
+ .name = hcd_name,
This change will cause atmel ehci won't work with the none device tree
kernel.
it can be fixed with replace other places using atmel-ehci with
hcd_name, that means replace
On Monday 18 February 2013, Alexander Shiyan wrote:
diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
index 4a7ed5a..3c0abcb 100644
--- a/drivers/mfd/syscon.c
+++ b/drivers/mfd/syscon.c
Hi Alexander,
struct regmap *syscon_regmap_lookup_by_compatible(const char *s)
{
struct
1001 - 1100 of 32729 matches
Mail list logo
