ip_vs_ctl.c:3322:28: note: 't.tcp_timeout' was declared here
Signed-off-by: Arnd Bergmann
Cc: David S. Miller
Cc: net...@vger.kernel.org
Cc: Simon Horman
Cc: Julian Anastasov
Cc: netfilter-de...@vger.kernel.org
Cc: netfil...@vger.kernel.org
Cc: coret...@netfilter.org
---
net/netfilter/
not support THUMB
instructions [enabled by default]
(and many more)
Signed-off-by: Arnd Bergmann
Cc: Russell King
Cc: Dave Martin
---
arch/arm/Makefile | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/arch/arm/Makefile b/arch/arm/Makefile
index a051dfb
nsfer_direction'
[-Wenum-compare]
Signed-off-by: Arnd Bergmann
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: Grant Likely
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Cc: spi-devel-gene...@lists.sourceforge.net
---
drivers/spi/spi-s3c64xx.c |2 +-
1 file chang
#x27;:
mm/slob.c:484:153: warning: comparison of distinct pointer types lacks a cast
[enabled by default]
mm/slob.c: In function 'ksize':
mm/slob.c:503:153: warning: comparison of distinct pointer types lacks a cast
[enabled by default]
Signed-off-by: Arnd Bergmann
Cc: Christoph Lame
not
used [-Wunused-function]
Signed-off-by: Arnd Bergmann
Cc: Russell King
Cc: "James E.J. Bottomley"
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-s...@vger.kernel.org
---
drivers/scsi/arm/fas216.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
d can never be less than zero, we can just change the
type to an unsigned int, which makes the warning go away.
Found by building ARM cns3420vb_defconfig.
Signed-off-by: Arnd Bergmann
Cc: Tejun Heo
Cc: Li Zefan
Cc: Ben Blum
---
include/linux/cgroup.h |2 +-
1 file changed, 1 inser
, building at91x40_defconfig results in:
fs/read_write.c: In function 'rw_copy_check_uvector':
fs/read_write.c:684:9: warning: unused variable 'buf' [-Wunused-variable]
Signed-off-by: Arnd Bergmann
Cc: Greg Ungerer
Cc: Russell King
---
arch/arm/include/asm/uaccess.h |4 ++-
at.c:746:17: warning: unused variable 'persistent'
[-Wunused-variable]
Signed-off-by: Arnd Bergmann
Cc: Greg Ungerer
Cc: Russell King
Cc: Bryan Wu
---
arch/arm/include/asm/flat.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/flat.h b/arc
).
If ehci_orion_conf_mbus_windows is only used by ehci_orion_drv_probe then
annotate ehci_orion_conf_mbus_windows with a matching annotation.
Signed-off-by: Arnd Bergmann
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Cc: linux-...@vger.kernel.org
---
drivers/usb/host/ehci-orion.c |2 +-
1 file changed, 1 insertion(
t this patch, building any ARM kernel results in:
Kernel: arch/arm/boot/Image is ready
Kernel: arch/arm/boot/zImage is ready
Signed-off-by: Arnd Bergmann
Cc: Russell King
Cc: Nicolas Pitre
Cc: Catalin Marinas
Cc: Michal Marek
---
arch/arm/boot/Makefile | 10 +-
arch/arm/too
__initdata.
Signed-off-by: Arnd Bergmann
Cc: Dominik Brodowski
Cc: Russell King
Cc: Pavel Machek
Cc: linux-pcm...@lists.infradead.org
Cc: Jochen Friedrich
Cc: sta...@vger.kernel.org
---
drivers/pcmcia/pxa2xx_sharpsl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
kscsi_intr' defined but not
used [-Wunused-function]
Signed-off-by: Arnd Bergmann
Cc: Russell King
Cc: "James E.J. Bottomley"
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-s...@vger.kernel.org
---
drivers/scsi/arm/oak.c |1 +
1 file changed, 1 insertion(+)
diff --git a
s3c2440_clk_add() to the function .init.text:clkdev_add_table()
The function s3c2440_clk_add() references
the function __init clkdev_add_table().
This is often because s3c2440_clk_add lacks a __init
annotation or the annotation of clkdev_add_table is wrong.
Signed-off-by: Arnd Bergmann
Cc: Russell King
nuc900fb_map_video_memory().
If nuc900fb_map_video_memory is only used by nuc900fb_probe then
annotate nuc900fb_map_video_memory with a matching annotation.
Signed-off-by: Arnd Bergmann
Cc: Wan ZongShun
Cc: Florian Tobias Schandinat
Cc: linux-fb...@vger.kernel.org
---
drivers/video/nuc900fb.c |2
the devices found on the STUIB (User Interface
> board), which attaches to some of ST-Ericsson's reference platforms.
>
Looks all good to me.
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
Compilation of the dgrp driver fails on ARM because uaccess.h
is not included implicitly in three files that need it.
Add an explicit #include statement to fix that.
Signed-off-by: Arnd Bergmann
Cc: Bill Pemberton
Cc: Greg Kroah-Hartman
diff --git a/drivers/staging/dgrp/dgrp_mon_ops.c
b
efined but not
> used [-Wunused-variable]
> kernel/sysctl.c:260:12: warning: 'max_sched_tunable_scaling' defined but not
> used [-Wunused-variable]
>
> Annotate theses variables as '__maybe_unused'.
>
> Signed-off-by: Fabio Estevam
Acked-by: Arnd Bergmann
On Monday 22 October 2012, Josh Cartwright wrote:
> Hey all-
>
> Things have been relatively quiet on the Zynq front lately. This
> patchset does a bit of cleanup of the Zynq subarchitecture. It was the
> necessary set of things I had to do to get a zynq target booting with
> the upstream qemu m
On Monday 22 October 2012, Josh Cartwright wrote:
> Shifting them up into the vmalloc region prevents the following warning,
> when booting a zynq qemu target with more than 512mb of RAM:
>
> BUG: mapping for 0xe000 at 0xe000 out of vmalloc space
>
> In addition, it allows for reuse of
On Tuesday 23 October 2012, Josh Cartwright wrote:
> On Tue, Oct 23, 2012 at 02:50:11PM +0000, Arnd Bergmann wrote:
> > On Monday 22 October 2012, Josh Cartwright wrote:
>
> > > diff --git a/arch/arm/mach-zynq/include/mach/zynq_soc.h
> > > b/arch/arm/mach-zynq/inclu
On Wednesday 24 October 2012, Gregory CLEMENT wrote:
> +void __init armada_370_xp_coherency_iocache_init(void)
> +{
> + /* When the coherency fabric is available, the Armada XP and
> +* Aramada 370 are close to a coherent architecture, so we based
> +* our dma ops on the coher
On Wednesday 24 October 2012, Dave Chinner wrote:
> On Wed, Oct 17, 2012 at 12:50:11PM +0000, Arnd Bergmann wrote:
> > On Tuesday 16 October 2012, Jaegeuk Kim wrote:
> > > > IIRC, fs2fs uses 4k inodes, so IMO per-inode xattr tress with
> > > > internal storage bef
On Wednesday 24 October 2012, Josh Cartwright wrote:
> The Zynq uses the cortex-a9-gic. This eliminates the need to hardcode
> register addresses.
>
> Signed-off-by: Josh Cartwright
> Cc: John Linn
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line &qu
On Wednesday 24 October 2012, Josh Cartwright wrote:
> The Zynq has a PL310 L2 cache controller. Convert in-tree uses to using
> the device tree.
>
> Signed-off-by: Josh Cartwright
> Cc: John Linn
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line &qu
): undefined reference to `clk_disable'
>drivers/built-in.o: In function `pm_clk_resume':
>clkdev.c:(.text+0x29c28): undefined reference to `clk_enable'
>make[2]: *** [vmlinux] Error 1
>make[1]: *** [sub-make] Error 2
>make: *** [all] Error
Josh Cartwright
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/
t allows for reuse of these mappings when the proper
> drivers issue requests via ioremap().
>
> Signed-off-by: Josh Cartwright
> Cc: John Linn
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wednesday 24 October 2012, Josh Cartwright wrote:
> Things have been relatively quiet on the Zynq front lately. This patchset
> does
> a bit of cleanup of the Zynq subarchitecture. It was the necessary set of
> things I had to do to get a zynq target booting with the upstream qemu model.
>
>
On Wednesday 24 October 2012, Gregory CLEMENT wrote:
> On 10/24/2012 01:48 PM, Gregory CLEMENT wrote:
> > On 10/24/2012 01:36 PM, Arnd Bergmann wrote:
> >>
> >> I think it would be cleaner to statically define the operations in a
> >> constant
> >>
On Wednesday 24 October 2012, Lee Jones wrote:
>
> There are discrepancies with regards to how MMC capabilities
> are carried throughout the subsystem. Let's standardise them
> to elevate any confusion.
>
> Cc: Chris Ball
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Lee Jones
Why make it "
On Wednesday 24 October 2012, Gregory CLEMENT wrote:
> > No, I was thinking of making the underlying functions globally visible
> > and have extern declarations in a header file so you can access them
> > directly.
> >
> > Generally speaking, when you run into a problem with common code, your
> >
On Wednesday 24 October 2012, Gregory CLEMENT wrote:
> For Armada 370/XP we have the same problem that for the commit
> cb01b63, so we applied the same solution: "The default 256 KiB
> coherent pool may be too small for some of the Kirkwood devices, so
> increase it to make sure that devices will b
On Thursday 25 October 2012, Thomas Petazzoni wrote:
> On Thu, 25 Oct 2012 11:27:36 +0000, Arnd Bergmann wrote:
> > On Wednesday 24 October 2012, Gregory CLEMENT wrote:
> > > For Armada 370/XP we have the same problem that for the commit
> > > cb01b63, so we applied the
On Thursday 25 October 2012, Nicolas Ferre wrote:
> Arnd, Olof,
>
> This is the first Atmel AT91 "fixes" update for the 3.7 kernel.
>
> The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
>
> Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
>
> are available in the git repo
On Thursday 25 October 2012, Jonas Bonn wrote:
> On Tue, 2012-10-23 at 10:21 +0100, James Hogan wrote:
> > Including from prevents
> > cacheflush.h being able to use I/O functions like readl and writel due
> > to circular include dependencies. It doesn't appear as if anything from
> > cacheflush.
On Thursday 25 October 2012, James Hogan wrote:
> > Who's tree should this go via. I can take it via the openrisc
> > tree, but it would be good to get some Ack's that this isn't going
> > to break things for the other arch's (in particular score and
> > unicore32, since they are untested).
>
> Y
Tony Prisk
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 Wednesday 24 October 2012, Stephen Boyd wrote:
> Document the arm-soc tree in the maintainers file so that
> developers know how arm SoC development is structured.
>
> Signed-off-by: Stephen Boyd
Applied to fixes branch, I think it's reasonable to not have
to wait for 3.8.
Thanks!
A
On Wednesday 17 October 2012, viresh kumar wrote:
> commit b31e23726bb9d6cd8848fc539b23330769830110
> Author: Viresh Kumar
> Date: Thu Apr 19 22:23:13 2012 +0530
>
> SPEAr13xx: Add header files
>
> Don't know how they got added, obviously my fault :)
> But nobody could even catch them in r
On Friday 26 October 2012, Felipe Balbi wrote:
> > +static void omap_init_ocp2scp(void)
> > +{
> > + struct omap_hwmod *oh;
> > + struct platform_device *pdev;
> > + int bus_id = -1, dev_cnt = 0, i;
> > + struct omap_ocp2scp_dev *ocp2scp_dev;
> > + con
On Friday 26 October 2012, Jaegeuk Kim wrote:
> > > +
> > > +#define F2FS_ROOT_INO(sbi) (sbi->root_ino_num)
> > > +#define F2FS_NODE_INO(sbi) (sbi->node_ino_num)
> > > +#define F2FS_META_INO(sbi) (sbi->meta_ino_num)
> > > +
> > > +#define GFP_F2FS_MOVABLE (__GFP_WAIT | __GFP_IO |
.
>
> This patch removes the {read,write} string functions for the generic IO
> header as they have no place in a new architecture port.
>
> Cc: Arnd Bergmann
> Cc: Mike Frysinger
> Cc: Ben Herrenschmidt
> Signed-off-by: Will Deacon
Acked-by: Arnd Bergmann
What shou
On Wednesday 13 February 2008, Benjamin Herrenschmidt wrote:
> On Wed, 2008-02-13 at 18:35 +0100, Christian Krafft wrote:
> > sensors_detect crashes kernel on PowerPC, as it pokes directly to memory.
> > This patch adds a check_legacy_ioports to read_port and write_port.
> > It will now return ENXI
On Saturday 03 November 2012, Julia Lawall wrote:
> @@ -113,10 +113,6 @@
> printk(KERN_INFO a); \
> touch_nmi_watchdog(); \
> } while (0)
> -#define eprintk(a...) do { \
> - printk(KERN_ERR a); \
> - WARN_ON(1); \
> - } whi
On Sunday 04 November 2012, Julia Lawall wrote:
> > Hmm, I did not think that WARN() took a KERN_ERR argument, which should
> > really be implied here. Looking at the code, it really seems to be required
> > at the moment, but only 5 out of 117 callers use it this way.
> >
> > Any idea what is goi
ugh MFD core for
> automatic conversion to virtual IRQs; however, MFD core does
> not support IRQ mapping of IRQ ranges. Let's just remove them.
>
> Cc: Samuel Ortiz
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsub
On Sunday 04 November 2012, Julia Lawall wrote:
> >
> > I don't see yet where that KERN_WARNING gets added. Looking at
> > warn_slowpath_common, there are two or three lines that get printed at
> > KERN_WARNING level, followed by the format that got passed into WARN(),
> > which may or may not incl
On Monday 05 November 2012, Julia Lawall wrote:
> OK, I could try proposing that, and if someone doesn't think it is the
> right thing to do, they can ignore the patch.
>
> Concretely, KERN_WARNING should be added in the printk called from WARN,
> and all KERN information should be removed from th
On Monday 05 November 2012, Rob Herring wrote:
> But this should work:
>
> if (!handle_arch_irq)
> handle_arch_irq = fpga_handle_irq;
>
> As long as the primary controller is always initialized first, this will
> work. This is guaranteed by DT of_irq_init, and you will probably have
> oth
On Wednesday 25 July 2012, Yaniv Gardi wrote:
> This feature delete the unmap memory region of the eMMC card,
> by writing to a specific register in the EXT_CSD
> unmap region is the memory region that were previously deleted
> (by erase, trim or discard operation)
>
> Signed-off-by: Yaniv Gardi
On Wednesday 25 July 2012, Yaniv Gardi wrote:
>
> Adding a new ioctl to support sanitize operation in eMMC
> cards version 4.5.
> The sanitize ioctl support helps performing this operation
> via user application.
>
> Signed-off-by: Yaniv Gardi
>
Can you explain how you expect this to be called
major issues so I think it is ready for inclusion
> > > in your tree.
> >
> > For new subsystems like this, I really want ack's from the people who
> > are expected to use it.
>
> At least the patch that adds me as the maintainer is Acked-by: Sascha
> Hauer, who did
On Sunday 29 July 2012, Linus Walleij wrote:
> > +- #interrupt-cells: Should be 2. The first cell contains the GPIO number,
> > + whereas the second cell is used to specify flags:
> > +bits[3:0] trigger type and level flags
> > + 1 = low-to-high edge triggered
> > + 2 = high-to-low e
On Tuesday 31 July 2012, Chao Xie wrote:
> +#define APBC_RTC APBC_REG(0x28)
> +#define APBC_TWSI0 APBC_REG(0x2c)
> +#define APBC_KPC APBC_REG(0x30)
> +#define APBC_UART0 APBC_REG(0x00)
> +#define APBC_UART1 APBC_REG(0x04)
> +#define APBC_GPIO APBC_REG(0x08)
> +#define A
On Tuesday 31 July 2012, Chao Xie wrote:
> +static int clk_apbc_prepare(struct clk_hw *hw)
> +{
> + struct clk_apbc *apbc = to_clk_apbc(hw);
> + unsigned int data;
> + unsigned long flags = 0;
> +
> + /*
> + * It may share same register as MUX clock,
> + * and it will impa
On Tuesday 31 July 2012, wei_w...@realsil.com.cn wrote:
> From: Wei WANG
>
> Realtek card reader core driver is the bus driver for Realtek
> driver-based card reader, which supplies adapter layer to
> be used by lower-level pci/usb card reader and upper-level
> sdmmc/memstick host driver.
>
> Si
On Tuesday 31 July 2012, Russell King - ARM Linux wrote:
> I still fail to see how not having highmem enabled would ever cause memory
> corruption errors (unless something dealing with memory in a very very
> wrong way - iow, not using one of the reservation or memory allocation
> methods provided
On Tuesday 31 July 2012, Lee Jones wrote:
> diff --git a/arch/arm/mach-ux500/board-mop500.c
> b/arch/arm/mach-ux500/board-mop500.c
> index e641003..87a5cd7 100644
> --- a/arch/arm/mach-ux500/board-mop500.c
> +++ b/arch/arm/mach-ux500/board-mop500.c
> @@ -794,6 +794,7 @@ static void __init u8500_in
On Tuesday 31 July 2012, Lee Jones wrote:
> arch/arm/mach-ux500/board-mop500-msp.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/mach-ux500/board-mop500-msp.c
> b/arch/arm/mach-ux500/board-mop500-msp.c
> index 9960480..1b6a193 100644
> --- a/arch/arm/mach-u
On Tuesday 31 July 2012, Lee Jones wrote:
> This was left over during a recent clean-up which removed Device Tree
> helper structs. There is no longer a requirement for it, so we can just
> remove it.
>
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
--
To unsubscribe from
On Tuesday 31 July 2012, Tomoya MORINAGA wrote:
>
> On Wed, Jul 25, 2012 at 10:31 PM, Arnd Bergmann wrote:
> > What I think should work better here would be to use the clk API,
> > so that the phub driver registers a 'struct clk' using
> > (I assume) clk_regi
On Thursday 20 September 2012, Tony Lindgren wrote:
> > /* use PIO for small transfers, avoiding DMA setup/teardown overhead and
> > @@ -798,14 +801,26 @@ static int omap2_mcspi_request_dma(struct spi_device
> > *spi)
> > dma_cap_zero(mask);
> > dma_cap_set(DMA_SLAVE, mask);
> >
On Thursday 20 September 2012, Kees Cook wrote:
> Add finit_module syscall to the ARM syscall list.
>
> Signed-off-by: Kees Cook
> Acked-by: Arnd Bergmann
> ---
My Ack was on the asm-generic patch, not the ARM architecture
one. This patch looks ok as well, but Russell is the
On Friday 21 September 2012, Fabio Estevam wrote:
> Hi Arnd,
>
> On Thu, Sep 6, 2012 at 7:25 PM, Fabio Estevam wrote:
>
> > I am not sure who would pick up this series.
> >
> > Is it possible for you to apply these patches?
>
> Is this something you can help with?
>
Hi Fabio,
Sorry for not r
On Monday 24 September 2012, Stephen Rothwell wrote:
> Today's linux-next merge of the arm-soc tree got a conflict in
> drivers/video/omap/lcd_ams_delta.c between commit 9586778de558 ("OMAPFB1:
> remove unnecessary includes") from the tree and commit e27e35ec735f
> ("ARM: OMAP1: Move board-ams-del
the list of compatible DT strings to mach-vexpress.
>
>
> Signed-off-by: Stefano Stabellini
> Acked-by: Pawel Moll (v2m changes)
> CC: Arnd Bergmann
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
s
> wired in for architectures using the generic syscall list.
>
> Signed-off-by: Mark Salter
Acked-by: Arnd Bergmann
If you have other patches lined up, can you add this one as well?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
On Tuesday 25 September 2012, Andrew Lunn wrote:
> On Tue, Sep 25, 2012 at 12:14:39PM +0200, Thomas Petazzoni wrote:
> > On Tue, 25 Sep 2012 11:46:10 +0200, Andrew Lunn wrote:
> >
> > > I principle, i agree. However, i'm not too sure about mach-orion5x &
> > > mach-mv78xx0. orion5x has probably be
On Tuesday 25 September 2012, Arnaud Patard wrote:
> Arnd Bergmann writes:
> >
> > The next step would be to label mach-orion5x as deprecated in Kconfig for
> > a release and change the help text so it tells people to move to mach-mvebu
> > and submit dts files.
>
On Tuesday 25 September 2012, Arnd Bergmann wrote:
> On Tuesday 25 September 2012, Andrew Lunn wrote:
> > > Regarding mv78xx0, I agree that I'm not sure what to do. The number of
> > > supported platforms is small. Should we simply mark mv78xx0 deprecated
> > >
we ensure UIBs are only setup after all
> required infrastructure is already in place.
>
> 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.kerne
On Tuesday 25 September 2012, Matthieu CASTET wrote:
> > static inline char __dcc_getchar(void)
> > {
> > char __c;
> >
> > if (__LINUX_ARM_ARCH >= 6)
> > asm volatile("mrc p14, 0, %0, c0, c5, 0 @ read comms data reg"
> > : "=r" (__c));
> >
On Tuesday 25 September 2012, sebastien requiem wrote:
> On Tue, Sep 25, 2012 at 2:33 PM, Arnd Bergmann wrote:
> > On Tuesday 25 September 2012, Arnd Bergmann wrote:
> >> On Tuesday 25 September 2012, Andrew Lunn wrote:
> >> > > Regarding mv78xx0, I agree that I&
commit 3a8852afde01682083028ee427e0678f9bbddd75
Author: Arnd Bergmann
Date: Fri Oct 26 22:49:09 2012 +0200
ARM: at91: fix at91x40 build
patch 738a0fd7 "ARM: at91: fix external interrupts in non-DT case"
fixed a run-time error on some at91 platforms but did not apply
On Friday 26 October 2012, Chris Brand wrote:
> > @@ -124,6 +156,12 @@ static int __devinit pwm_probe(struct
> > platform_device *pdev)
> > chip->chip.base = -1;
> > chip->chip.npwm = VT8500_NR_PWMS;
> >
> > + chip->clk = devm_clk_get(&pdev->dev, NULL);
> > + if (IS_ERR_OR_NULL
ter than I had hoped but unfortunately we
had a few of these patches cause regressions themselves and had to
work out how to deal with those in the meantime.
----
Arnd Bergmann (9):
Merge tag 'at91-fixes' of git://github.com/
On Saturday 27 October 2012, Michal Simek wrote:
> > diff --git a/arch/arm/include/asm/pgtable.h b/arch/arm/include/asm/pgtable.h
> > index 08c1231..72904a2 100644
> > --- a/arch/arm/include/asm/pgtable.h
> > +++ b/arch/arm/include/asm/pgtable.h
> > @@ -40,7 +40,7 @@
> > */
> > #define VMALLOC_O
On Tuesday 30 October 2012, Michal Simek wrote:
> On 10/29/2012 07:56 PM, Josh Cartwright wrote:
> > Suggested cleanup by Arnd Bergmann. Move the ttc timer.c code to
> > drivers/clocksource, and out of the mach-zynq directory.
> >
> > The common.h (which only held
On Monday 29 October 2012, Richard Cochran wrote:
> On Thu, Oct 18, 2012 at 12:01:17AM +0200, Krzysztof Halasa wrote:
> >
> > Don't get me wrong. If I had time for this it could be different.
> > Unfortunately IXP4xx is a legacy arch, and for me it's simply a hobby at
> > this point. Given the rai
On Saturday 24 August 2013, Frantisek Hrbata wrote:
> If I understand it correctly, this would mean that you will be able to use
> only
> one implementation of gcov format at the time. Meaning you will be able to get
> coverage data for module, but not for kernel if it was compiled with different
On Friday 23 August 2013, Thierry Reding wrote:
> > > + if (IS_ENABLED(CONFIG_PCI_MSI)) {
> > > + if (of_property_read_u32(np, "msi-base",
> > > &pp->msi_irq_start)) {
> > > + dev_err(pp->dev, "Failed to parse the number of
> > > lanes\n");
> > > +
On Monday 26 August 2013 19:40:57 Vinod Koul wrote:
> Why does DT need the fliter function in the first place. The DT enabled
> drivers
> should not even have a filter function...
>
> The dmaengine core calls the optional filter function. This needs to be
> implemented in driver in order for driv
On Tuesday 27 August 2013 16:19:58 Thomas Petazzoni wrote:
>
> Also, to help us understand the organization of the family of SOCs, I
> asked a few informations to Marvell, and here is what I could collect:
>
> """
> BGxname CPU corecodenameL2 cache controller
> intern
On Tuesday 27 August 2013, Sebastian Hesselbarth wrote:
> @@ -422,16 +419,8 @@ void __init v2m_dt_init_early(void)
> pr_warning("vexpress: DT HBI (%x) is not matching "
> "hardware (%x)!\n", dt_hbi, hbi);
> }
> -}
> -
> -static
On Tuesday 27 August 2013, Sebastian Hesselbarth wrote:
> @@ -58,10 +57,10 @@ static void __init zynq_init_machine(void)
> of_platform_bus_probe(NULL, zynq_of_bus_ids, NULL);
> }
>
> -static void __init zynq_timer_init(void)
> +static void __init zynq_init_irq(void)
> {
> + irqchi
On Tuesday 27 August 2013, Sebastian Hesselbarth wrote:
> With arch/arm calling of_clk_init(NULL) from time_init(), we can now
> remove it from corresponding drivers/clk code.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Mike Turquette
> Cc: Russell King
>
On Wednesday 28 August 2013, Sebastian Hesselbarth wrote:
> >
> > This forces zynq to move some initialization our clock code relies on to
> > init_irq(). Also, the current code already takes an approach of
> > doing either common init or machine specific init.
>
> Soeren,
>
> you know that patch
On Thursday 29 August 2013, Michal Simek wrote:
> Is there any plan to remove all of them?
> I expect that on almost all platforms it is a need to have at least one
> early hook to be able to setup things.
In an ideal world, we wouldn't need any, and on arm64 we don't plan to
introduce callbacks i
On Thursday 29 August 2013, Dinh Nguyen wrote:
> On Tue, 2013-08-27 at 23:28 +0200, Sebastian Hesselbarth wrote:
> > @@ -107,7 +106,6 @@ static void __init socfpga_cyclone5_init(void)
> > {
> > l2x0_of_init(0, ~0UL);
> > of_platform_populate(NULL, of_default_bus_match_table, NULL, NULL);
On Monday 08 July 2013, Jonas Jensen wrote:
> Arnd suggested removing one (or many) of the options:
>
> CPU_ABRT_EV4T
> CPU_CACHE_V4WT
> CPU_COPY_V4WB
> CPU_TLB_V4WBI
>
> However boot is still broken after removing all including CPU_32v4T.
>
> Selecting CPU_SA1100 instead, it boots normally and
On Monday 08 July 2013, Srinivas KANDAGATLA wrote:
> From: Srinivas Kandagatla
>
> This patch series fixes 2 configuration issues and adds ethernet support to
> STiH415, STiH416 based B2000, B2020 boards.
> With this patchset B2000 and B2020 can have basic ethernet support in
> MII and RGMII mode
On Tuesday 09 July 2013, Srinivas KANDAGATLA wrote:
> stmmac (aka "dwmac" a synopsis IP) driver is integrated in to kernel
> sometime in 2.6 series I think :-), and Is used by more than 4 platforms
> in 3.10 kernel. The driver is more generic than it sounds.
> So adding properties/hooks specific to
On Tuesday 09 July 2013, Thomas Petazzoni wrote:
> Dear Neil Zhang,
>
> On Tue, 9 Jul 2013 14:42:45 +0800, Neil Zhang wrote:
> > support CLOCKSOURCE OF DECLARE for mmp timer.
> >
> > Signed-off-by: Neil Zhang
> > ---
> > arch/arm/mach-mmp/mmp-dt.c |5 ++---
> > arch/arm/mach-mmp/mmp2-dt.c
On Tuesday 09 July 2013, Srinivas KANDAGATLA wrote:
> On 09/07/13 08:56, Arnd Bergmann wrote:
> > No, you should be using generic interfaces to do the things you need.
> >
> > I believe what you are missing is an ethernet phy driver that is specific
> > to your SoC.
&g
On Tuesday 09 July 2013, Neil Zhang wrote:
> + soc {
> + compatible = "simple-bus";
> + #address-cells = <1>;
> + #size-cells = <1>;
> + interrupt-parent = <&gic>;
> + ranges;
> +
> + gic: interrupt-controller@d1dfe100 {
>
On Wednesday 10 July 2013, Alan Stern wrote:
> This isn't right. There are USB host controllers that use PIO, not
> DMA. The HAS_DMA dependency should go with the controller driver, not
> the USB core.
>
> On the other hand, the USB core does call various routines like
> dma_unmap_single. It
am Sang
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 Saturday 13 July 2013, Sergei Shtylyov wrote:
> > And are you sure you want to control this through sysfs? There's no
> > other better user/kernel apis for it?
>
> I found none, besides ioctl(), as the device driven is rather
> unique. But I thought that sysfs is "ioctl() today", so I wen
On Tuesday 10 September 2013, Josh Cartwright wrote:
> -#define TROUT_GPIO_INT_MASK0_REG(0x0c)
> -#define TROUT_GPIO_INT_STAT0_REG(0x0e)
> -#define TROUT_GPIO_INT_MASK1_REG(0x14)
> -#define TROUT_GPIO_INT_STAT1_REG(0x10)
> +#define TROUT_GPIO_INT_MASK
On Tuesday 17 September 2013, Stephen Rothwell wrote:
> asm-generic 9 months ago
I occasionally use this tree, but in most releases all asm-generic patches tend
to
go along with whatever patch series needs them, since asm-generic changes are
typically done whenever we add some code to the ker
401 - 500 of 18255 matches
Mail list logo