On Friday 31 May 2013 10:58:48 Johannes Thumshirn wrote:
> This patch adds the driver for the watchdog devices found on MEN Mikro
> Elektronik A21 VMEbus CPU Carrier Boards. It has DT-support and uses the
> watchdog framework.
>
It seems the DT support is rather incomplete
> Signed-off-by: Joha
he following
> dependency
> warning found by Arnd Bergmann:
>
> warning: (SOC_IMX28 && SOC_IMX25 && SOC_IMX35 &&
> IMX_HAVE_PLATFORM_FLEXCAN &&
> SOC_IMX53 && SOC_IMX6Q) selects HAVE_CAN_FLEXCAN
> which has unmet direct dependenc
On Saturday 01 June 2013 07:28:01 Viresh Kumar wrote:
> On 1 June 2013 03:52, Arnd Bergmann wrote:
> > Like a lot of the other cpufreq drivers, this one needs to
> > select CONFIG_CPU_FREQ_TABLE to avoid a build error like
> >
> > drivers/built-in.o: In function `spe
On Friday 31 May 2013 22:43:23 Brian Norris wrote:
> On Fri, May 31, 2013 at 3:22 PM, Arnd Bergmann wrote:
> > This makes sure the conditionals for the declaration match the
> > definition, so we provide the alternative
> >
> > #else
> > #define IL_LEGACY_PM_OP
+0x57974): undefined reference to `il_pm_ops'
Cc: Johannes Berg
Cc: John W. Linville
Cc: Borislav Petkov
Signed-off-by: Arnd Bergmann
---
v2: Fixed the obvious bug pointed out by Brian Norris, and actually
build-tested the new version.
diff --git a/drivers/net/wireless/iwlegacy/common
changes the incorrectly added macro to the one that we need instead.
Signed-off-by: Arnd Bergmann
---
Please apply for 3.10-rc
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 393a8eb..1aaeca8 100644
--- a/drivers/tty/serial/omap-serial.c
+++ b/drivers/tty/s
> Also use dev_err instead of pr_err in the changed code.
>
> Signed-off-by: Jan Luebbe
>
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://v
On Saturday 01 June 2013, Rob Herring wrote:
> On Fri, May 31, 2013 at 5:22 PM, Arnd Bergmann wrote:
> > A lot of code uses the functions from of_platform.h when built for
> > devicetree-enabled platforms but can also be built without them.
> > In order to avoid using #ifdef
On Saturday 01 June 2013, Laurent Pinchart wrote:
> > diff --git a/drivers/media/platform/omap3isp/ispqueue.h
> > b/drivers/media/platform/omap3isp/ispqueue.h index 908dfd7..e6e720c 100644
> > --- a/drivers/media/platform/omap3isp/ispqueue.h
> > +++ b/drivers/media/platform/omap3isp/ispqueue.h
> >
On Saturday 01 June 2013, Rob Herring wrote:
> No, we still need empty functions. Here is what of_device.h looks like:
>
> http://tinyurl.com/l2azz5m
>
> BTW, it has your ack.
>
Could you add a patch on top that only puts the function declarations
inside of #ifdef that don't have an inline wrap
of cleanup.
Signed-off-by: Arnd Bergmann
Cc: Solomon Peachy
Cc: John W. Linville
Cc: Wei Yongjun
Cc: Dmitry Tarnyagin
Cc: Ajitpal Singh
Cc: linux-wirel...@vger.kernel.org
---
drivers/net/wireless/cw1200/Kconfig| 8 --
drivers/net/wireless/cw1200/Makefile | 2
On Sunday 02 June 2013 08:29:54 Solomon Peachy wrote:
> On Sun, Jun 02, 2013 at 12:37:21AM +0200, Arnd Bergmann wrote:
> > I got compile errors with the cw1200, which has lead me to take a
> > closer look. It seems the driver still has a number of issues,
> > and this addre
On Monday 03 June 2013 00:55:15 Heiko Stübner wrote:
> Prepare your eggs and tomatoes please, I got myself a second playground .
>
> As the title implies this series adds basic support for Rockchip's Cortex-A9
> SoCs, like the RK3066 used in many cheaper tablets.
>
> On the periphal side it's ve
On Monday 03 June 2013 01:01:03 Heiko Stübner wrote:
> +#if defined(CONFIG_DEBUG_RK29_UART0)
> +#define ROCKCHIP_UART_DEBUG_PHYS_BASE 0x2006
> +#define ROCKCHIP_UART_DEBUG_VIRT_BASE 0xfe06
0xfed6 maybe? looks like a typo.
Arnd
--
To unsubscribe from this list: send the line "
On Monday 03 June 2013 01:02:20 Heiko Stübner wrote:
> index 000..094b37d
> --- /dev/null
> +++ b/arch/arm/mach-rockchip/rockchip.c
If all goes well, this file can be removed again in 3.11 since it's
all generic, but let's add it for now.
> +
> +static void __init rockchip_timer_init(void)
>
On Sunday 02 June 2013 10:47:26 Solomon Peachy wrote:
> On Sun, Jun 02, 2013 at 03:59:12PM +0200, Arnd Bergmann wrote:
> > The driver doesn't reliably build, and I'm trying to fix it.
> > From my perspective, we can just mark it 'depends on !ARM'
> > to
On Monday 03 June 2013 10:23:49 Heiko Stübner wrote:
> Am Montag, 3. Juni 2013, 04:15:46 schrieb Arnd Bergmann:
> >
> > Can't you use
> >
> > of_clk_init(NULL);
> > clocksource_of_init();
> >
> > here and change the two drivers to p
On Monday 03 June 2013 11:46:57 Heiko Stübner wrote:
>
> The timers are of the same type and the clocksource driver just grabs the
> first of them as clockevent and the second as clocksource, so I think two
> CLOCKSOURCE_OF_DECLARE lines won't do.
Ok, got it. I was confused by the fact that the
s:451: Error: selected processor does not support ARM mode `wfe '
make[4]: *** [drivers/bus/arm-cci.o] Error 1
We know that the driver will only be used on ARMv7, hence we
can annotate the inline assembly listing to allow those instructions.
Signed-off-by: Arnd Bergmann
Cc: Nicolas Pitre
Cc: D
ion gets called once for each timer node
> and tracks these number of calls to attach clockevent and clocksource
> devices to the nodes.
>
> Also convert all previous users of dw_apb_timer_init to use
> clocksource_of_init.
>
> Tested on the upcoming rk3066 code.
>
> Sign
On Monday 03 June 2013 09:23:58 Nicolas Pitre wrote:
> On Mon, 3 Jun 2013, Arnd Bergmann wrote:
>
> > When we build a kernel with support for both ARMv6 and ARMv7,
> > gas is trying to be helpful by pointing out that the arm-cci
> > driver would not work on ARMv6:
On Monday 03 June 2013 14:42:33 Lee Jones wrote:
> @@ -650,6 +650,9 @@
><&dma 13 0 0x0>; /* Logical - MemToDev */
> dma-names = "rx", "tx";
>
> + clocks = <&clk 83>, <&clk 40>;
> + clock-names = "u
On Monday 03 June 2013 14:42:32 Lee Jones wrote:
> @@ -559,6 +559,8 @@
> v-i2c-supply = <&db8500_vape_reg>;
>
> clock-frequency = <40>;
> + clocks = <&clk 100>, <&clk 67>;
> + clock-names = "nmk-i2c.0"
On Monday 03 June 2013 15:27:55 Lee Jones wrote:
> On Mon, 03 Jun 2013, Arnd Bergmann wrote:
>
> > On Monday 03 June 2013 14:42:32 Lee Jones wrote:
> > > @@ -559,6 +559,8 @@
> > > v-i2c-supply = <&db8500_vape_reg>;
> > >
On Monday 03 June 2013 14:42:45 Lee Jones wrote:
> In this patch we're populating a clk_data array, one clock per element to
> act as a clk look-up using indexes supplied from Device Tree.
This is the first time I actually take a closer look at clock bindings.
It feels odd to have a single index w
On Monday 03 June 2013, Greg Kroah-Hartman wrote:
> On Sat, Jun 01, 2013 at 11:18:13AM +0200, Arnd Bergmann wrote:
> > A recent bug fix in 3.10, ddd85e225c "serial: omap: prevent runtime PM for
> > "no_console_suspend"", introduced a regression from an obvious ty
remove the wrong one.
Signed-off-by: Arnd Bergmann
Cc: Stefan Roese
Cc: Maxime Ripard
Cc: Richard Genoud
---
diff --git a/drivers/net/ethernet/allwinner/sun4i-emac.c
b/drivers/net/ethernet/allwinner/sun4i-emac.c
index b411344..3e7b220 100644
--- a/drivers/net/ethernet/allwinner/sun4i-emac.c
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.
Signed-off-by: Arnd Bergmann
Cc: Michal Simek
diff --git a/drivers/net/ethernet/xilinx/xilinx_emaclite.c
b/drivers/net/ethernet/xilinx/xilinx_emaclite.c
index
On Friday 21 June 2013, Jingoo Han wrote:
> Changes between v9 and v10:
> * Changed the file name from 'pci-designware.c' to 'pcie-designware.c'
> guided by Pratyush Anand, because synopsis pcie and pci controllers
> are different.
> * Fixed the typos of document, reported by Sachin Kam
On Friday 21 June 2013, Tony Lindgren wrote:
> > I wonder if this mess is caused by the fact that I did the revert
> > instead of rebuilding our for-next and dropping the merge in the first
> > place.
> >
> > I'll rebuild our for-next (or maybe Arnd will beat me to it) before
> > next linux-next b
On Friday 21 June 2013, Thomas Petazzoni wrote:
> I am by far not an expert on how to solve merge strategies and so on,
> but to avoid conflicts at Linus's level while merging the arm-soc and
> pci trees, it would be better if this Samsung PCIe driver could go
> through arm-soc (with Bjorn ACK, of
On Tuesday 18 June 2013, Linus Walleij wrote:
> On Tue, Jun 18, 2013 at 10:51 AM, Lee Jones wrote:
>
> > As requested by you, this gets rid of
> > mop500_snowball_ethernet_clock_enable()
> > which is no longer in use. It also straightens out a bug which ensures the
> > SMSC911x's regulator is t
and might still be
> interested in having file->private_data properly set for use in its
> ->read() and write() operations.
>
> Therefore, we move the assignment of file->private_data outside of the
> condition that tests whether a driver-specific ->open() operation was
>
On Friday 21 June 2013, Joel A Fernandes wrote:
> >> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> >> index b1c66a4..7d58cd9 100644
> >> --- a/arch/arm/Kconfig
> >> +++ b/arch/arm/Kconfig
> >> @@ -841,6 +841,7 @@ config ARCH_DAVINCI
> >> select HAVE_IDE
> >> select NEED_MACH_GPIO_H
On Friday 21 June 2013, Tomasz Figa wrote:
> > To me, this new hook is strictly equivalent to init_irq. What do we gain
> > exactly? I didn't think init_irq was going away...
> >
> > I know init_irq is not pretty, and we tend to overload it with other
> > stuff, but I don't really see the point o
On Friday 21 June 2013, Joel A Fernandes wrote:
> I haven't come across this problem but- are you saying there is a
> shortcoming in Kbuild/Kconfig that selects an option even if its
> dependency is not met?
Well, the shortcoming is that it lets you specify impossible
contraints. You get a warning
On Friday 21 June 2013, Jason Cooper wrote:
> On Fri, Jun 21, 2013 at 10:30:47AM +0200, Arnd Bergmann wrote:
> > On Friday 21 June 2013, Thomas Petazzoni wrote:
> > > I am by far not an expert on how to solve merge strategies and so on,
> > > but to avoid conflicts at
On Sunday 02 June 2013, Stephen Boyd wrote:
> Nothing about the sched_clock implementation in the ARM port is
> specific to the architecture. Generalize the code so that other
> architectures can use it by selecting GENERIC_SCHED_CLOCK.
>
> Signed-off-by: Stephen Boyd
> ---
> arch/arm/Kconfig
On Friday 21 June 2013, Joe Perches wrote:
> On Fri, 2013-06-21 at 10:53 +, Alexey Brodkin wrote:
> > On 06/21/2013 02:32 PM, Joe Perches wrote:
> > > On Fri, 2013-06-21 at 11:20 +0400, Alexey Brodkin wrote:
> > >> Driver for non-standard on-chip ethernet device ARC EMAC 10/100,
> > >> instanti
The following changes since commit 323226bbb3d865af12644d66df2b7f161adf51c7:
Merge tag 'fixes-3.10-4' of git://git.infradead.org/users/jcooper/linux into
fixes (2013-06-11 17:05:56 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
On Friday 21 June 2013, Joel A Fernandes wrote:
> I think we are talking about different things, I agree the 'select
> DMADEVICES' can be dropped but lets please keep the default y option
> (not adding new select statements, just saying that if someone select
> DMADEVICES in menuconfig and if they'
':
:(.text+0x3bfe80): undefined reference to `__sync_fetch_and_and_4'
drivers/built-in.o: In function `line6_pcm_acquire':
:(.text+0x3bff30): undefined reference to `__sync_fetch_and_or_4'
To work around this, we can use the kernel-provided cmpxchg macro.
Build-tested only.
Signed-o
On Friday 21 June 2013, Joel A Fernandes wrote:
> Hi Arnd,
>
> On Fri, Jun 21, 2013 at 1:44 PM, Arnd Bergmann wrote:
> > On Friday 21 June 2013, Joel A Fernandes wrote:
> >> I think we are talking about different things, I agree the 'select
> >> DMADEVICE
rm/dc.c: In function 'tegra_dc_debugfs_exit':
drivers/gpu/host1x/drm/dc.c:1026:2: error: implicit declaration of function
'drm_debugfs_remove_files' [-Werror=implicit-function-declaration]
Signed-off-by: Arnd Bergmann
Cc: Ben Gamari
Cc: Dave Airlie
diff --git a/inclu
a
Try make KALLSYMS_EXTRA_PASS=1 as a workaround
In some case, not just one but up to three extra passes were
needed before getting to a state that needed no extra veneers.
The easiest solution is to skip veneers in kallsyms in the
same way we already skip a couple of other symbols.
Signed-of
On Saturday 22 June 2013, Joel A Fernandes wrote:
>
> >> > config TI_EDMA
> >> > tristate "TI EDMA support"
> >> > default m if 'ARCH_DAVINCI || ARCH_OMAP1 || ARCH_OMAP2
> >> > select DMA_ENGINE
> >> > select DMA_VIRTUAL_CHANNELS
> >>
> >>
> >> MMC depends on EDMA s
On Monday 24 June 2013, Joel A Fernandes wrote:
> >> Yes sure, right now they are defined as follows in include/linux/edma.h:
> >>
> >> #if defined(CONFIG_TI_EDMA) || defined(CONFIG_TI_EDMA_MODULE)
> >> bool edma_filter_fn(struct dma_chan *, void *);
> >> #else
> >> static inline bool edma_filter_
P is enabled.
>
> drivers/video/backlight/backlight.c:211:12: warning: 'backlight_suspend'
> defined but not used [-Wunused-function]
> drivers/video/backlight/backlight.c:225:12: warning: 'backlight_resume'
> defined but not used [-Wunused-function]
>
>
On Friday 07 June 2013 18:22:50 Jingoo Han wrote:
> diff --git a/Documentation/devicetree/bindings/pci/exynos-pcie.txt
> b/Documentation/devicetree/bindings/pci/exynos-pcie.txt
> new file mode 100644
> index 000..3eb4a2d
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/pci/exynos-pci
On Friday 07 June 2013 18:19:40 Jingoo Han wrote:
> Hi Jason Gunthorpe,
>
> I implemented 'Single domain' with Exynos PCIe for last two months;
> however, it cannot work properly due to the hardware restriction.
> Each MEM region is hard-wired.
>
> Thus, I will send Exynos PCIe V3 patch as 'Separ
On Friday 07 June 2013 10:42:28 Alexey Brodkin wrote:
> On 06/07/2013 12:47 PM, Arnd Bergmann wrote:
> > I wonder if it would be better to name the directory "synopsys" or
> > "designware" rather than "arc" now. Is there a chance that the same
>
On Friday 07 June 2013 12:37:24 Alexey Brodkin wrote:
> On 06/07/2013 04:13 PM, Arnd Bergmann wrote:
> >>> I wonder if it would be better to name the directory "synopsys" or
> >>> "designware" rather than "arc" now. Is there a chan
On Friday 07 June 2013 17:15:29 Nicolas Ferre wrote:
> Since patch 7c407d3e54dcc0c79119553c8d5ef176c1d5bc3a (DMA: AT91:
> Get residual bytes in dma buffer), the function
> atc_cleanup_descriptors() is not used anymore. We remove it to prevent
> warnings.
>
> Reported-by: Arnd
On Friday 07 June 2013, Nicolas Ferre wrote:
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/dma/at_hdmac.c b/drivers/dma/at_hdmac.c
> index 50953a7..b321562 100644
> --- a/drivers/dma/at_hdmac.c
> +++ b/drivers/dma/at_hdmac.c
> @@ -299,8 +299,9 @@ static int atc_get_by
Signed-off-by: Alexey Brodkin
> Reviewed-by: Vineet Gupta
> Reviewed-by: Mischa Jonker
>
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.ke
On Friday 07 June 2013, Jason Gunthorpe wrote:
> Sounds fair to me.
>
> But when we talk about multiple domains we don't mean a disjoint range
> bus bus numbers, as your other email shows:
>
> 00:00.0 PCI bridge: Samsung Electronics Co Ltd Device a549 (rev 01) (prog-if
> 00 [Normal decode])
> 10
On Friday 07 June 2013, Daniel Tang wrote:
> Hi,
>
> I was wondering if this patch had gone through yet.
Sorry, not yet. Olof and I are usually taking turns with merging things
into the arm-soc tree, but in the past few weeks he has done all of it,
and he was not on Cc the patch. Please make sure
On Friday 07 June 2013, HATAYAMA Daisuke wrote:
> Thanks for trying the build and your report!
>
> OTOH, I don't have no-MMU architectures; x86 box only. I cannot reproduce
> this build error.
> Could you give me your build log? I want to use it to detect what part
> depends on CONFIG_MMU.
Wha
On Saturday 08 June 2013 11:42:54 Daniel Tang wrote:
>
> On 08/06/2013, at 3:55 AM, Arnd Bergmann wrote:
>
> If it hasn't been merged yet, would it be possible for me to
> send version 2 of the patches? Or would you rather I wait
> until it is merged and send in a sep
On Sunday 09 June 2013 18:36:05 Maxime Ripard wrote:
> Signed-off-by: Maxime Ripard
> ---
> arch/arm/boot/dts/sun5i-a10s.dtsi | 286
> ++
> 1 file changed, 286 insertions(+)
> create mode 100644 arch/arm/boot/dts/sun5i-a10s.dtsi
Would it make sense to split
On Saturday 08 June 2013, Chao Xie wrote:
> hi, Arnd
> Thanks for your review.
>
> On Fri, Jun 7, 2013 at 12:26 AM, Arnd Bergmann wrote:
> > On Thursday 06 June 2013, Neil Zhang wrote:
> >>
> >> The MACH_MMPX_DT here is for standard ARM core based SoC.
> &
On Monday 10 June 2013 10:27:05 Srinivas KANDAGATLA wrote:
> + soc {
> + pin-controller-sbc {
> + #address-cells = <1>;
> + #size-cells = <1>;
> + compatible = "st,stih416-pinctrl", "simple-bus";
Why is this bot
On Monday 10 June 2013 14:52:38 Srinivas KANDAGATLA wrote:
> On 10/06/13 14:16, Linus Walleij wrote:
> > On Mon, Jun 10, 2013 at 11:22 AM, Srinivas KANDAGATLA
> > wrote:
> >
> >> This mfd driver provides higher level inialization routines for various
> >> IPs like Ethernet, USB, PCIE, SATA and so
On Monday 10 June 2013, Maxime Ripard wrote:
> I don't have the documentation at the moment, so I'm not exactly sure at
> which extent it's similar to the A13. Yet for the moment, the two dtsi
> are very different (different clock definitions, different muxings,
> etc.), so , I'm not quite sure abo
On Monday 10 June 2013, Jingoo Han wrote:
> On Saturday, June 08, 2013 2:43 AM, Arnd Bergmann wrote:
> For multiple domains, how can I fix the DT properties?
Domains are a Linux concept, you have to pick a new domain number for each
struct hw_pci you register.
> Current DT properti
On Monday 10 June 2013, Alexander Shiyan wrote:
> Patch removes unneeded check for resource since
> devm_ioremap_resource do all for us.
>
> Signed-off-by: Alexander Shiyan
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
nt. To avoid code duplication, introduce a helper
> alloc_elfnotes_buf().
>
> Reported-by: Amd Bergmann
> Signed-off-by: HATAYAMA Daisuke
Thanks
Note that my name is Arnd not Amd, otherwise
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-k
Thanks for the update! A few comments again:
On Wednesday 12 June 2013 19:20:00 Jingoo Han wrote:
>
> diff --git a/arch/arm/boot/dts/exynos5440-ssdk5440.dts
> b/arch/arm/boot/dts/exynos5440-ssdk5440.dts
> index d55042b..efe7d39 100644
> --- a/arch/arm/boot/dts/exynos5440-ssdk5440.dts
> +++ b/arc
On Wednesday 12 June 2013 19:19:05 Jingoo Han wrote:
> +
> +struct pcie_port {
> + struct device *dev;
> + u8 controller;
> + u8 root_bus_nr;
> + void __iomem*dbi_base;
> + void __iomem*elbi_base;
> +
On Wednesday 12 June 2013 14:32:02 Vinod Koul wrote:
> config DW_DMAC
> tristate "Synopsys DesignWare AHB DMA platform driver"
> select DW_DMAC_CORE
> + select DW_DMAC_BIG_ENDIAN_IO if ARCH=AVR32
> default y if CPU_AT32AP7000
> help
> Support the Syn
box-omap.h.
----
Arnd Bergmann (10):
gpio: rcar: fix gpio_rcar_of_table
Merge tag 'omap-for-v3.11/gpmc-part2-signed' of
git://git.kernel.org/.../tmlind/linux-omap into next/drivers
Merge tag 'omap-for-v3.11/mailbox-signed' of
g
or preferred to get merged through
the arm-soc tree.
Alexandre Belloni (1):
ARM: at91: Fix link breakage when !CONFIG_PHYLIB
Arnd Bergmann (12):
hwrng: bcm2835: fix MODULE_LICENSE tag
[SCSI] nsp32: use mdelay ins
r sh-mobile, ux500 and davinci
* Common clk support for MSM
Conflicts:
* In Kconfig.debug, various additions trivially conflict,
the list should be kept in alphabetical order when
resolving.
----
Arnd Bergmann (6):
Merge tag '
1105 files changed, 62057 insertions, 34538 deletions
* Top contributors in number of patches:
Laurent Pinchart (105)
Lee Jones (86)
Linus Walleij (67)
Thomas Petazzoni (55)
Kuninori Morimoto (50)
Tomasz Figa (37)
Maxime Ripard (32)
Alexander Shiyan (29)
Arnd Bergmann (26)
Jean-Christoph
emove redundant init_dma_coherent_pool_size()
Andrew Murray (1):
of/pci: Provide support for parsing PCI DT ranges property
Arnd Bergmann (11):
Merge tag 'zynq-cleanup-for-3.11' of git://git.xilinx.com/linux-xlnx into
next/cleanup
Merge tag 'at91-cleanup'
hycore-rdk: Add MTD name for NOR flash
ARM: dts: imx27: Add VPU devicetree node
Amit Daniel Kachhap (1):
ARM: dts: Add more opp levels in exynos5440
Andrew Lunn (1):
ARM: Kirkwood: ts219: Enable second PCIe port in DT.
Arnd Bergmann (16):
ARM: nomadik: fix clocksource
rt LSXL to restart-poweroff driver.
Arnd Bergmann (5):
ARM: ux500: avoid warning in ux500_read_asicid
Merge tag 'omap-for-v3.11/board-signed' of
git://git.kernel.org/.../tmlind/linux-omap into next/boards
Merge tag 'renesas-boards2-for-v3.11' of
git://git.kernel.o
On Wednesday 03 July 2013, Russell King - ARM Linux wrote:
> Please don't merge this yet.
>
> Arnd has just done the worst possible thing - the arm-soc tree has taken
> bits of my tree, merged them into their own tree, had the same conflicts
> I've had, and then resolved them differently.
>
> The
On Wednesday 03 July 2013, Chen Gang wrote:
> On 07/02/2013 06:57 PM, Geert Uytterhoeven wrote:
> > On Tue, Jul 2, 2013 at 10:00 AM, Chen Gang wrote:
> >> > On 07/02/2013 03:19 PM, Geert Uytterhoeven wrote:
> >>> >> On Tue, Jul 2, 2013 at 4:13 AM, Chen Gang
> >>> >> wrote:
> > I mean that COMPIL
c_probe':
/git/arm-soc/drivers/i2c/busses/i2c-designware-platdrv.c:125: undefined
reference to `__udivdi3'
I suspect you want something like the change below.
Signed-off-by: Arnd Bergmann
diff --git a/drivers/i2c/busses/i2c-designware-platdrv.c
b/drivers/i2c/busses/i2c-designware-pl
On Wednesday 03 July 2013, Christian Ruppert wrote:
> On Wed, Jul 03, 2013 at 01:43:11PM +0200, Arnd Bergmann wrote:
> > On Wednesday 26 June 2013, Wolfram Sang wrote:
> > > On Wed, Jun 26, 2013 at 10:55:06AM +0200, Christian Ruppert wrote:
> > > > This patch makes
On Wednesday 03 July 2013, Christian Ruppert wrote:
> On Wed, Jul 03, 2013 at 04:20:03PM +0200, Arnd Bergmann wrote:
> > On Wednesday 03 July 2013, Christian Ruppert wrote:
> > > On Wed, Jul 03, 2013 at 01:43:11PM +0200, Arnd Bergmann wrote:
> > > > On Wednesday 26
On Wednesday 03 July 2013, Christian Ruppert wrote:
> On Wed, Jul 03, 2013 at 04:20:03PM +0200, Arnd Bergmann wrote:
> > On Wednesday 03 July 2013, Christian Ruppert wrote:
> > > On Wed, Jul 03, 2013 at 01:43:11PM +0200, Arnd Bergmann wrote:
> > > > On Wednesday 26
; }
>
> The remainder is probably fully optimized out.
Ah, you are right, sorry for the confusion on my part.
I thought you had used do_div() rather than div_u64().
Everything's fine then, feel free to add my
Acked-by: Arnd Bergmann
to your patch.
Arnd
--
To unsubscribe from
On Tuesday 25 June 2013, Dave Martin wrote:
> On Mon, Jun 24, 2013 at 04:01:43PM +0200, Arnd Bergmann wrote:
> > When building ARM kernels that exceed a certain size, the linker
> > will add "veneers" that allow long branches. Unfortunately,
> > using a longer k
ifdef CONFIG_COMPILE_TEST" etc. However there
> will (and already has been) instances of people thinking this is
> an OK practice[2]. So teach checkpatch to spot them as an error.
>
> [1] https://lkml.org/lkml/2013/3/7/456
> [2] https://lkml.org/lkml/2013/7/1/641
>
>
On Thursday 04 July 2013, Chen Gang wrote:
> --patch begin--
>
> 'asm-generic' need provide necessary configuration checking, if can't
> pass checking, 'asm-generic' shouldn't implement it.
>
> For 'COMPILE_TEST', according to its help cont
On Thursday 04 July 2013, Axel Lin wrote:
> irq_setup_generic_chip() setup max. 32 interrupts starting from gc->irq_base.
>
> sirfsoc_irq_init()
> -> sirfsoc_alloc_gc()
> -> irq_setup_generic_chip()
>
> In sirfsoc_irq_init(), current code calls
> sirfsoc_alloc_gc(base + 4, 32, SIRFSOC_NUM_I
On Friday 05 July 2013, Jingoo Han wrote:
> --- /dev/null
> +++ b/drivers/pci/host/pcie-exynos.c
> +
> +/* PCIe ELBI registers */
> +#define PCIE_IRQ_PULSE 0x000
> +#define IRQ_INTA_ASSERT (0x1 << 0)
> +#define IRQ_INTB_ASSERT (0x1 <
On Friday 05 July 2013, Chen Gang F T wrote:
> Hello All:
>
> It seems 'asm-generic' dislikes 'mad users' (e.g allmodconfig,
> randconfig, and me).
>
> I guess the main reason is: 'asm-generic' thinks what mad users talk
> about is useless in real world, so it is just noisy.
>
> I can understand
CONFIG_BUG is disabled.
Signed-off-by: Arnd Bergmann
Cc: linux-a...@vger.kernel.org
Cc: Chen Gang
Cc: "H. Peter Anvin"
Cc: Ingo Molnar
Cc: "Eric W. Biederman"
Cc: Geert Uytterhoeven
Cc: Russell King - ARM Linux
diff --git a/arch/arm/include/asm/bug.h b/arch/arm/include/as
n function 'cpufreq_cooling_get_level':
include/linux/cpu_cooling.h:57:1:
error: parameter name omitted unsigned long
cpufreq_cooling_get_level(unsigned int, unsigned int) ^
include/linux/cpu_cooling.h:57:1: error: parameter name omitted
Signed-off-by: Arnd Bergmann
Acked-by:
rm/dc.c: In function 'tegra_dc_debugfs_exit':
drivers/gpu/host1x/drm/dc.c:1026:2: error: implicit declaration of function
'drm_debugfs_remove_files' [-Werror=implicit-function-declaration]
Signed-off-by: Arnd Bergmann
Reviewed-by: Thierry Reding
Cc: Ben Gamari
Cc: Dave Ai
This is required so we can build the imx sound support
when ALSA itself is a loadable module.
Signed-off-by: Arnd Bergmann
Cc: alsa-de...@alsa-project.org
Cc: Mark Brown
Cc: Fabio Estevam
diff --git a/sound/soc/fsl/Kconfig b/sound/soc/fsl/Kconfig
index aa43854..805b83e 100644
--- a/sound/soc
led em_x270_mci_setpower call
can be propagated by the pxamci driver into the mmc core.
Signed-off-by: Arnd Bergmann
Cc: Mike Rapoport
Cc: Paul Gortmaker
Cc: Mark Brown
Cc: Haojian Zhuang
Cc: Chris Ball
diff --git a/arch/arm/mach-pxa/em-x270.c b/arch/arm/mach-pxa/em-x270.c
index f6726bb..f8062e4 100
With the new linux/reboot.h header file dependency added, we can no
longer build ixp4xx. The easiest way to avoid that is to remove the
inclusion of mach/hardware.h from mach/timex.h, which does not need
that header anyway.
Signed-off-by: Arnd Bergmann
Cc: Imre Kaloz
Cc: Krzysztof Halasa
Cc
The zynq platform code only supports DT based booting, so we
should use DT_MACHINE_START rather than MACHINE_START.
Signed-off-by: Arnd Bergmann
Cc: Michal Simek
---
arch/arm/mach-zynq/common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-zynq/common.c b
These are selected by omap4 but used in common omap4/5
SMP code, so building an omap5-only kernel is actually
broken without this patch.
Signed-off-by: Arnd Bergmann
Cc: Tony Lindgren
---
arch/arm/mach-omap2/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-omap2
This was accidentally added in the wrong place, messing
up the ordering of the file.
Signed-off-by: Arnd Bergmann
---
arch/arm/Kconfig.debug | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index 77c1411
tic struct local_timer_ops armada_370_xp_local_timer_ops __cpuinitdata = {
^
Since local_timer_register() itself doesn't do anything, just removing
the #ifdef makes the code look nicer and gets rid of the warning.
Signed-off-by: Arnd Bergmann
Acked-by: Jason Coop
901 - 1000 of 18269 matches
Mail list logo
