; invocations, as the API expects.
Very nice series!
Acked-by: Arnd Bergmann
--
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 Thursday 18 April 2013, Lee Jones wrote:
> The current implementation of the DMA40's local MAX() macro evaluates
> its arguments more times than is necessary. This patch strips it
> optimises it to only evaluate what's appropriate.
No, it does not.
> index b21a8a3..7b451b2 100644
> --- a/drive
On Thursday 18 April 2013, Lee Jones wrote:
> The DMA40 controller uses two sets of base addresses. In order to have
> them automatically setup as resources by the Open Format framework we
> have to set names for them. The names have to be the same as the ones
> used to fetch them back out of the r
ot;? true : false" part is redundant. ;-)
Otherwise the patch looks good.
Acked-by: Arnd Bergmann
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://vger.kerne
tructure the same i.e. passing the TX and RX
> separately in case they start to differ on latter incarnations of the
> platform.
>
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
od Koul
> Cc: Dan Williams
> Cc: Per Forlin
> Cc: Rabin Vincent
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
--
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 ht
remaining code in d40_phy_cfg(), which is mostly runtime configuration
> into the runtime_config() routine.
>
> Cc: Vinod Koul
> Cc: Dan Williams
> Cc: Per Forlin
> Cc: Rabin Vincent
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the
abin Vincent
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
--
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/
atible string and prepare the driver to not receive a platform
> data pointer.
>
> Cc: Vinod Koul
> Cc: Dan Williams
> Cc: Per Forlin
> Cc: Rabin Vincent
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscrib
On Thursday 18 April 2013, Lee Jones wrote:
> Using the new DMA DT bindings and API, we can register the DMA40 driver
> as Device Tree capable. Now, when a client attempts to allocate a
> channel using the DMA DT bindings via its own node, we are able to parse
> the request and allocate a channel i
On Thursday 18 April 2013, Lee Jones wrote:
> + dma-channels = <0>; /* Zero means read from H/W. */
One more thing: I would not make this a magic value. Better make the property
optional and require it to be correct if present and autodetected if absent.
Arnd
--
To unsubscri
On Thursday 18 April 2013, Lee Jones wrote:
> The new DMA is now available, so let's use it to setup ST-Ericsson's
> DMA40 driver when Device Tree is enabled.
>
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsub
However, the DMA40 driver still relies on a reverse table
> look-up to obtain DMA addresses. Until all of the clients are converted,
> over to the new API, we're stuck with this.
>
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
but please fold this together with patch 27, s
On Thursday 18 April 2013, Russell King - ARM Linux wrote:
> Never got the original patch...
>
> A much better idea is to get rid of that buggy MAX() macro altogether
> and use the macros already provided by the kernel, which are safe from
> side effects - but more importantly are type _safe_. Th
On Thursday 18 April 2013, Lee Jones wrote:
> You're right, I am a little confused by them.
>
> I call them 'device type' because that's what they're called already.
> Grep for 'dma_dev_type'. This is the number which gets split into
> event group and line, like this:
>
> event_group = D4
On Thursday 18 April 2013, Lee Jones wrote:
> > Yes, that's probably better and more in line with what the other
> > drivers do. You could also put the fixed_chan last if that helps.
>
> I'd rather keep the flags as the final cell if it's all the same to you?
Ok, no problem.
> > I would still li
On Thursday 18 April 2013, Lee Jones wrote:
> +Clients
> +Required properties:
> +- dmas: Comma separated list of dma channel requests
> +- dma-names: Names of the aforementioned requested channels
> +
> +Each dmas request consists of 4 cells:
> + 1. A phandle pointing to the DMA controller
> + 2
gt;
> Maybe you can remove this paragraph: now you are using the proper fix
> with proper RAM type.
>
> > Signed-off-by: Arnd Bergmann
> > Cc: Nicolas Ferre
>
> Acked-by: Nicolas Ferre
>
> What is the future of this patch series: do you want us to take this
> p
On Thursday 18 April 2013, Nicolas Ferre wrote:
> > Maybe you can make sure it actually works and send it to Daniel to apply on
> > top of his other patches?
>
> Well, as Daniel's patches are still under construction, I stack this one
> on the at91-3.10-soc branch and let Daniel rebase his work on
ransfers non-functional on platforms not using
> dmaengine.
>
> Signed-off-by: Mark Brown
Acked-by: Arnd Bergmann
Sorry for the confusion on my part. I thought that S3C_DMA was referring
to just the S3C specific functionality while SAMSUNG_DMADEV was the
wrapper around it, while in truth
te a channel in the correct manner.
>
> Cc: Vinod Koul
> Cc: Dan Williams
> Cc: Per Forlin
> Cc: Rabin Vincent
> Signed-off-by: Lee Jones
>
Reviewed-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
off-by: Lars-Peter Clausen
Acked-by: Arnd Bergmann
--
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/
er
kref with kref_put calling the destructor, but your solution seems to solve
the problem just as well.
Acked-by: Arnd Bergmann
--
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
On Friday 19 April 2013, Chen Gang wrote:
> in arch/arm64/include/asm, not define the function cmpxchg64
>
> when compiling with allmodconfig,
> drivers/block/blockconsole.c will need this function.
>
> I am not quite familiar with ARM64 (neither ARM64 assembler)
>
> can any member hel
atch.pl.
> it seems better to provide additional patch for beautifying code.
>
> Signed-off-by: Chen Gang
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
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
Acked-by:
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?
>
Acke
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.
Ri
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?
>
Acke
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 ==
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 dma_list_mut
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/cmpxch
:(
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
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
On Monday 22 April 2013, Rob Herring wrote:
> From: Rob Herring
>
> 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
> Cc: Greg Kroah-Hartman
> Cc: Grant
gt; Compile tested on powerpc and sparc.
>
Acked-by: Arnd Bergmann
--
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 Monday 22 April 2013, Uwe Kleine-König wrote:
> Hello,
>
> (for the new readers of this thread: This is about using
>
> u32 mask = 1 << (d->hwirq % 32);
>
> instead of
>
> u32 mask = 1 << (d->irq - gc->irq_base);
While not technically any different, I would suggest writing the a
On Monday 22 April 2013, Lars-Peter Clausen wrote:
>
> There is no sensible reason why #dma-cells shouldn't be allowed to be 0. It is
> completely up to the DMA controller how many additional parameters, besides
> the
> phandle, it needs to identify a channel. E.g. for DMA controller with only on
cells matches args_count. Since this was the
> last user of the of_dma_nbcells field we can remove it altogether.
>
> Signed-off-by: Lars-Peter Clausen
> ---
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On Monday 22 April 2013, Lars-Peter Clausen wrote:
>
> On 04/22/2013 02:38 PM, Arnd Bergmann wrote:
> > On Monday 22 April 2013, Lars-Peter Clausen wrote:
> >>
> >> There is no sensible reason why #dma-cells shouldn't be allowed to be 0.
> >> It is
On Saturday 20 April 2013, Stephen Boyd wrote:
> This is what I was thinking. I don't see why we can't move this to generic
> code
> and have arm64 use it too. Those patches will follow once I find an arm64
> compiler.
I don't have enough background to review the patches, but I know that you can
On Tuesday 23 April 2013, Lee Jones wrote:
> +Required properties:
> + - compatible : Should be "stericsson,db8500-musb"
> + - reg: Offset and length of registers
> + - interrupts : Interrupt; mode, number and trigger
> + - mode : One of; "host", "otg", or "peripheral"
I think we don
lse looks
great.
Acked-by: Arnd Bergmann
--
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 23 April 2013, James Hogan wrote:
> @@ -46,6 +46,12 @@ core-y +=
> arch/metag/boot/dts/
> core-y += arch/metag/kernel/
> core-y += arch/metag/mm/
>
> +# SoCs
> +socdir-$(
On Tuesday 23 April 2013, Felipe Balbi wrote:
> On Tue, Apr 23, 2013 at 05:14:06PM +0200, Arnd Bergmann wrote:
> > On Tuesday 23 April 2013, Lee Jones wrote:
> > > +Required properties:
> > > + - compatible : Should be "stericsson,db8500-musb"
> > > +
The CLOCKSOURCE_OF_DECLARE functions now take a device_node pointer
as their argument, as of the clksrc/cleanup branch in arm-soc.
This patch adapts the bcm_kona_timer driver to the new interface.
Signed-off-by: Arnd Bergmann
Cc: Christian Daudt
Cc: John Stultz
---
drivers/clocksource
m_driver_unregister'
Signed-off-by: Arnd Bergmann
Cc: Dom Cobley
Cc: Lubomir Rintel
Cc: Stephen Warren
Cc: Matt Mackall
Cc: linux-rpi-ker...@lists.infradead.org
Cc: Herbert Xu
---
drivers/char/hw_random/bcm2835-rng.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Hi everyone,
These are a couple of simple patches to fix bugs that break allyesconfig
and that are only present in linux-next at the moment. Please apply
to the appropriate trees or provide feedback!
Arnd Bergmann (5):
mfd: ab8500: remove broken ab8500_debug_register_interrupt logic
usb: phy
7;
drivers/built-in.o: In function `ab8500_charger_remove':
drivers/power/ab8500_charger.c:3411: undefined reference to `usb_put_phy'
Signed-off-by: Arnd Bergmann
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Cc: linux-...@vger.kernel.org
---
drivers/usb/phy/Kconfig | 2 +-
1 file changed, 1
module.
Signed-off-by: Arnd Bergmann
Cc: alsa-de...@alsa-project.org
Cc: Lars-Peter Clausen
Cc: Shawn Guo
Cc: Mark Brown
---
sound/soc/soc-generic-dmaengine-pcm.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/sound/soc/soc-generic-dmaengine-pcm.c
b/sound/soc/soc
On Tuesday 23 April 2013, Felipe Balbi wrote:
> looks like this is the only way, indeed. Do you need on the merge window
> on can this wait until -rc1 ? I just sent a pull request to Greg with
> urgent fixes for the merge window.
>
> Greg, if you want to take this one as a patch, go for it:
>
> A
.c:682:2775: error: 'asm' operand has impossible constraints
net/core/pktgen.c:682:3153: error: 'asm' operand has impossible constraints
Signed-off-by: Arnd Bergmann
Cc: Russell King
---
arch/arm/include/asm/div64.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
d error:
ERROR: "elm_config" [drivers/mtd/nand/omap2.ko] undefined!
ERROR: "elm_decode_bch_error_page" [drivers/mtd/nand/omap2.ko] undefined!
Signed-off-by: Arnd Bergmann
Cc: David Woodhouse
Cc: Artem Bityutskiy
Cc: Tony Lindgren
Cc: Afzal Mohammed
Cc: Russell King
maintainer trees or provide
feedback, I can take care of the rest sending those through
arm-soc that I get no feedback on.
Arnd
Arnd Bergmann (21):
Turn off -Wmaybe-uninitialized when building with -Os
ARM: compressed/head.S: work around new binutils warning
ARM: use optimized do_div only for
_set_pts'
This turns the interface into a one-way dependency by letting the tegra ehci
driver pass two function pointers for callbacks that need to be called by
the phy driver.
Signed-off-by: Arnd Bergmann
Cc: Venu Byravarasu
Cc: Alan Stern
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
When building a kernel for multiple CPU architecture levels,
cpu_do_idle() is a macro for an indirect function call, which
cannot be called from assembly code as Tegra does.
Adding a trivial C wrapper for this function lets us build
a tegra kernel with ARMv6 support enabled.
Signed-off-by: Arnd
e.
Signed-off-by: Arnd Bergmann
Cc: Mark Brown
Cc: Lee Jones
Cc: Ola Lilja
Cc: alsa-de...@alsa-project.org
---
sound/soc/ux500/ux500_msp_i2s.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/soc/ux500/ux500_msp_i2s.h b/sound/soc/ux500/ux500_msp_i2s.h
index 1311c0d..6f3e3dc 100644
--- a
should
be carefully reviewed, and replaced with msleep() or a different
implementation that does not rely on delaying the work.
Signed-off-by: Arnd Bergmann
Cc: H Hartley Sweeten
Cc: Ian Abbott
Cc: Greg Kroah-Hartman
---
drivers/staging/comedi/drivers/daqboard2000.c | 14 +++---
1 file
ply by not using that optimization when
building zsmalloc it is a loadable module.
flush_tlb_kernel_range is often an inline function, but out of the
architectures that use an extern function, only powerpc exports
it.
Signed-off-by: Arnd Bergmann
Cc: Greg Kroah-Hartman
Cc: Seth Jennings
Cc: N
This fixes building the spi-sirf driver as a loadable module, which uses
an incorrect MODULE_DEVICE_TABLE, by changing the reference to the
correct symbol.
Signed-off-by: Arnd Bergmann
Cc: Grant Likely
Cc: Mark Brown
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: Barry Song
---
drivers/spi
This fixes building the sirfsorc-uart driver as a loadable module,
which uses an incorrect MODULE_DEVICE_TABLE, by changing the reference to the
correct symbol.
Signed-off-by: Arnd Bergmann
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
---
drivers/tty/serial/sirfsoc_uart.c | 2 +-
1 file changed, 1
ec/nvec_ps2.c:91: undefined reference to `serio_interrupt'
Signed-off-by: Arnd Bergmann
Cc: Marc Dietrich
Cc: Greg Kroah-Hartman
---
drivers/staging/nvec/Kconfig | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/nvec/Kconfig b/drivers/staging/nve
from include/linux/kvm_host.h:33,
from kernel/context_tracking.c:18:
arch/arm/include/asm/kvm_vgic.h:59:11: error: 'CONFIG_KVM_ARM_MAX_VCPUS'
undeclared here (not in a function)
} percpu[VGIC_MAX_CPUS];
^
Signed-off-by: Arnd Bergmann
Cc: Marc Zyn
;t be. These are fixes
> around that.
>
> I have applied these in my cpufreq-kconfig-fixes branch. Will send you a pull
> request separately once I get some Acks (will wait for few days).
Acked-by: Arnd Bergmann
I don't see a patch for big.LITTLE in either linux-next or this serie
On Wednesday 12 June 2013, Viresh Kumar wrote:
>
> On 12 June 2013 18:16, Arnd Bergmann wrote:
> > On Wednesday 12 June 2013, Viresh Kumar wrote:
> >> Recently Arnd sent few fixes where drivers were using APIs from
> >> freq_table.c but
> >> haven'
On Tuesday 11 June 2013, Lee Jones wrote:
> This patch enables clocks to be specified from Device Tree via phandles
> to the "prcc-kernel-clock" node.
>
> Cc: Mike Turquette
> Cc: Ulf Hansson
> Signed-off-by: Lee Jones
>
I don't understand the design of the common clock subsystem here, but is
On Wednesday 12 June 2013, Jingoo Han wrote:
> On Friday, June 07, 2013 7:53 PM, Arnd Bergmann wrote:
> > On Friday 07 June 2013 18:22:50 Jingoo Han wrote:
> >
> > > +- ranges: ranges for the PCI memory and I/O regions
> > > +- reset-gpio: gpio pin number of powe
On Tuesday 11 June 2013, James Bottomley wrote:
> Really, no, it's not a good idea at all. It invites tons of patches
> littering the code with BUG_ONs where we might possibly get a NULL
> dereference. All it does is add extra instructions to a code path for
> no actual benefit.
>
> If you can a
On Tuesday 11 June 2013, Jingoo Han wrote:
> > > + ranges = <0x0800 0 0x4000 0x4000 0 0x0020
> > > /* configuration space */
> > > + 0x8100 0 0 0x4020 0 0x4000
> > > /* downstream I/O */
> > > + 0x8200
On Thursday 13 June 2013 22:22:31 Jingoo Han wrote:
> +struct pcie_port_info {
> + u32 cfg0_size;
> + u32 cfg1_size;
> + u32 io_size;
> + u32 mem_size;
> + phys_addr_t io_bus_addr;
> + phys_addr_t mem_bus_addr;
> +};
>
On Thursday 13 June 2013 22:18:50 Jingoo Han wrote:
> On Wednesday, June 12, 2013 8:23 PM, Arnd Bergmann wrote:
> > On Wednesday 12 June 2013 19:19:05 Jingoo Han wrote:
> > > +
> > > +/* synopsis specific PCIE configuration registers*/
> > > +#define PC
On Thursday 13 June 2013 15:43:42 Maxime Ripard wrote:
> +
> + ahb@8008 {
> + usb0: usb@8008 {
> + pinctrl-names = "default";
> + pinctrl-0 = <&usb0_otg_cfa10036>;
> + status = "okay";
> };
On Friday 14 June 2013 12:53:11 Thierry Reding wrote:
>
> I think the biggest missing piece is pci_common_exit(), the counterpart
> of pci_common_init(), to cleanup a host bridge on ARM. I haven't looked
> in detail at the other architectures, but I suspect there must be some
> code to call when a
On Friday 14 June 2013 17:18:46 Jingoo Han wrote:
> On Thursday, June 13, 2013 11:14 PM, Arnd Bergmann wrote:
> > On Thursday 13 June 2013 22:22:31 Jingoo Han wrote:
> > > +struct pcie_port {
> > > + struct device *dev;
> > > + u8
On Friday 14 June 2013 17:15:33 Chao Xie wrote:
> On Mon, Jun 10, 2013 at 4:35 PM, Arnd Bergmann wrote:
> > I guess that is a problem we have on other platforms as well, we should
> > find a generic solution for that. It would be nice to reserve a page
> > in "fixmap
n Marinas
> Signed-off-by: Uwe Kleine-König
Wow, I hadn't followed the details of the generic irqchip patches, but
this looks great, almost no code left at all!
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Thursday 13 June 2013, James Bottomley wrote:
> On Wed, 2013-06-12 at 17:06 +0200, Arnd Bergmann wrote:
> > On Tuesday 11 June 2013, James Bottomley wrote:
> > > Really, no, it's not a good idea at all. It invites tons of patches
> > > littering the code with
On Wednesday 12 June 2013 14:34:06 Jonas Jensen wrote:
> diff --git a/arch/arm/mach-moxart/idle.c b/arch/arm/mach-moxart/idle.c
> new file mode 100644
> index 000..73ed844
> --- /dev/null
> +++ b/arch/arm/mach-moxart/idle.c
> @@ -0,0 +1,21 @@
> +/* Copyright (C) 2013 Jonas Jensen
> + * This p
On Friday 14 June 2013 09:41:36 Olof Johansson wrote:
> I sort of presumed that there might be need for _some_ platform code
> later on, just not quite yet, so I didn't want to be quite that
> drastic. I suppose leaving it with the trivial file for now is OK, and
> we can make a sweeping change dow
On Friday 14 June 2013 21:32:47 Joel A Fernandes wrote:
>
> diff --git a/Documentation/devicetree/bindings/dma/ti-edma.txt
> b/Documentation/devicetree/bindings/dma/ti-edma.txt
> new file mode 100644
> index 000..ada0018
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/dma/ti-edma.tx
On Monday 17 June 2013 18:45:52 Jingoo Han wrote:
> On Friday, June 14, 2013 9:54 PM, Arnd Bergmann wrote:
> >
> > Please look up the documentation about inbound viewport and describe
> > in a code comment what it does. I /assume/ that this is how DMA accesses
> > from
On Sunday 05 May 2013 23:04:07 Chao Xie wrote:
> Now pxa27x-keypad make use matrix_keymap for matrix keyes, so
> remove the unused members in platform data.
>
> Signed-off-by: Chao Xie
> ---
> include/linux/platform_data/keypad-pxa27x.h |2 --
> 1 files changed, 0 insertions(+), 2 deletions(
On Monday 17 June 2013 15:39:20 Jonas Jensen wrote:
> As it was already suggested by Russell King and Arnd Bergmann (
> https://lkml.org/lkml/2013/5/16/133 ), moxart and gemini seem to be the only
> platforms using CPU_FA526, and instead of pointing arm_pm_idle to an empty
> f
On Monday 17 June 2013 16:58:14 Jonas Jensen wrote:
> On 17 June 2013 16:30, Russell King - ARM Linux
> wrote:
> > It replaces the WFI and return with a pure nop, so we will fall through
> > to cpu_fa526_dcache_clean_area(). Do we really want to clean a random
> > D cache entry depending on what
On Monday 17 June 2013 15:30:21 Russell King - ARM Linux wrote:
> > > diff --git a/arch/arm/mm/proc-fa526.S b/arch/arm/mm/proc-fa526.S
> > > index d217e97..85280b1 100644
> > > --- a/arch/arm/mm/proc-fa526.S
> > > +++ b/arch/arm/mm/proc-fa526.S
> > > @@ -81,9 +81,7 @@ ENDPROC(cpu_fa526_reset)
> > >
The three functions pinctrl_pm_select_default_state,
pinctrl_pm_select_sleep_state, and pinctrl_pm_select_idle_state
are used in drivers that can be loadable modules, and should
be exported.
Signed-off-by: Arnd Bergmann
diff --git a/drivers/pinctrl/core.c b/drivers/pinctrl/core.c
index 33710b5
On Monday 17 June 2013, Fernandes, Joel A wrote:
> [Joel] Thanks for the suggestion, I updated it and it looks like this now:
>
>
> Required properties:
On Tuesday 04 June 2013 10:21:01 Michal Simek wrote:
> On 06/03/2013 11:39 PM, Arnd Bergmann wrote:
> > The emaclite driver now calls of_irq_to_resource, which is
> > declared in linux/of_irq.h. Without this patch, I get a build
> > error on ARM.
>
> What abo
6:5: error: implicit declaration of function
'fw_load_abort' [-Werror=implicit-function-declaration]
This fixes the build error by making the new code conditional
as well. Found using ARM ape6evm_defconfig on today's linux-next.
Signed-off-by: Arnd Bergmann
Cc: Ming Lei
Cc: Takas
On Tuesday 04 June 2013 15:36:21 Andy Shevchenko wrote:
> To simplify the driver development let's split driver to library and platform
> code parts. It helps us to add PCI driver in future.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/dma/Makefile | 2 +-
> drivers/
gt;
> During this files are renamed: mostly means that dw_dmac prefix is eliminated.
> I hope to get it ready to be included in v3.11.
>
> [1] http://www.spinics.net/lists/kernel/msg1408174.html
> [2] http://www.spinics.net/lists/kernel/msg1408495.html
Whole series
Acked-by: Arnd Ber
On Tuesday 28 May 2013, Andy Shevchenko wrote:
> We have mac_pton() helper to parse MAC addresses.
>
> Signed-off-by: Andy Shevchenko
> Acked-by: Arnd Bergmann
Hmm, the patch has appeared in linux-next now, and I'm now getting
randconfig build errors when CONFIG_NET i
On Tuesday 04 June 2013 17:21:16 Andy Shevchenko wrote:
> > The easiest solution would be to
> > make the entire driver "depend on NET".
>
> I don't feel that is good idea. Driver is an abstraction to the ROM,
> it doesn't mean you can't read ROM without network framework.
Right, makes sense.
>
bsequently be changed
not to select that. All drivers depending on USB_ARCH_HAS_HCD should
be changed to depend on USB_SUPPORT instead.
Signed-off-by: Arnd Bergmann
Cc: linux-...@vger.kernel.org
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Cc: Sarah Sharp
---
diff --git a/drivers/usb/Kconfig b/drivers/u
On Thursday 30 May 2013 02:42:01 David Miller wrote:
> From: Alexandre Belloni
> > On 28/05/2013 22:09, David Miller wrote:
> > But that is making it impossible to compile a kernel without any network
> > stack for those platforms or we are going back to either enclosing the
> > calls to phy_regis
On Tuesday 04 June 2013 17:57:38 Andy Shevchenko wrote:
> On Tue, Jun 4, 2013 at 5:38 PM, Arnd Bergmann wrote:
> > On Tuesday 04 June 2013 17:21:16 Andy Shevchenko wrote:
> >> It seems proper solution is to move mac_pton() outside of CONFIG_NET,
> >> though I don&#
On Tuesday 04 June 2013 16:12:24 Alexandre Belloni wrote:
> On 04/06/2013 15:49, Nicolas Ferre wrote:
> >
> > ... simply use this "IS_BUILTIN(CONFIG_PHYLIB)" here -^
> > (and not above as suggested by Arnd).
> >
> > Jean-Christophe, Alexandre: do you agree with this conclusion?
> >
> >
On Tuesday 04 June 2013 11:22:01 Alan Stern wrote:
>
> Instead of doing this, it makes more sense to enable USB_ARCH_HAS_HCD
> whenever host-side USB is enabled. In other words,
>
> def_bool USB
The problem with this is that a lot of drivers (24 to be exact) are defined
like
config INP
it().
> This is often because ux500_read_asicid lacks a __init
>
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
This is also part of my other patch to ux500_read_asicid that
Linus just applied, but we could take yours for 3.10 if he thinks
it's important.
Arnd
--
To
On Tuesday 04 June 2013 16:36:48 Lee Jones wrote:
> WARNING: vmlinux.o(.text.unlikely+0x25c): Section mismatch in reference \
> from the function write_pen_release() to the variable \
> .cpuinit.data:pen_release
> The function write_pen_release() references
> the variable __cpui
701 - 800 of 18269 matches
Mail list logo
