nknown option on older gcc versions.
> Furthermore, "-Wno-maybe-uninitialized" gcc-option is available
> gcc-4-7+, so your patch is incomplete.
O don't understand. The patch avoids the warnings when building
with gcc-4.7 or higher with -Os.
Arnd
>From d313219a2f
gt;
> Signed-off-by: Dan Carpenter
Acked-by: Arnd Bergmann
Wow, that is a crappy driver ;-) Dave Woodhouse was apparently the last
person who understood it and had something to do with it, and that was back
in the 90s. It looks like the vendor actually has its own (much worse)
driver for this pr
On Monday 04 March 2013, Ley Foon Tan wrote:
> This patch is to add Altera System ID driver.
> User can obtain the system ID and timestamp of the system by
> reading the sysfs entry.
>
> Usage:
> cat /sys/bus/platform/devices/[addr].sysid/sysid/id
> cat /sys/bus/platform/devices/[addr].sysid/sysid
On Monday 04 March 2013, Ley Foon Tan wrote:
> This IP core is not in the SoC. This core is in the FPGA and can be
> accessed by the Nios II processor or accessed by SOCFPGA processor (ARM
> based) via its interface to FPGA. Due to this, I think it shouldn't use
> infrastructure in drivers/base/soc
On Monday 04 March 2013, Thomas Petazzoni wrote:
> FWIW, a patch that is doing what I was initially proposing has been
> merged for 3.9, and it doesn't contain the
> IS_ENABLED(CONFIG_HAS_IOPORT) test you were proposing (and which I
> think was correct). See:
>
> commit 9ed8a30f3471347c1b763bd062f
On Monday 04 March 2013, Russell King - ARM Linux wrote:
> Versatile randconfig:
>
> ERROR: "irq_domain_add_simple" [drivers/gpio/gpio-em.ko] undefined!
>
I'm pretty sure I submitted a patch for this one before. I'll go looking
for it. IIRC the solution was to export that symbol.
Arnd
On Friday 01 March 2013, Linus Torvalds wrote:
> On Thu, Feb 28, 2013 at 2:54 PM, Olof Johansson wrote:
> >
> > Final two pull requests are for the same code. As Arnd describes in the
> > tags, they are for a set of mvebu patches that depend on contents in
> > the MMC tree. We had pulled in part o
On Tuesday 05 March 2013, Jingoo Han wrote:
>
> This patch uses module_platform_driver_probe() macro which makes
> the code smaller and simpler.
>
> Signed-off-by: Jingoo Han
Acked-by: Arnd Bergmann
(all three patches)
--
To unsubscribe from this list: send the line &qu
On Monday 04 March 2013, Stephen Boyd wrote:
> Scorpion processors have always been v7 CPUs. Fix the Kconfig
> text to reflect this.
>
> Reported-by: Stepan Moskovchenko
> Signed-off-by: Stephen Boyd
> ---
> arch/arm/Kconfig |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> di
On Tuesday 05 March 2013, Marek Szyprowski wrote:
> To solving this issue requires preventing locking of the pages, which
> are placed in CMA regions, for a long time. Our idea is to migrate
> anonymous page content before locking the page in get_user_pages(). This
> cannot be done automatically, a
On Tuesday 05 March 2013, Marek Szyprowski wrote:
> On 3/5/2013 9:50 AM, Arnd Bergmann wrote:
> > On Tuesday 05 March 2013, Marek Szyprowski wrote:
>
> The problem is that the opposite approach is imho easier.
I can understand that, yes ;-)
> get_user_pages()
> is used in
cific omap_hsmmc changes.
>
The description seems stale, but the patches all look good to me.
I guess they can now get merged in any order.
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
On Tuesday 05 March 2013, Ley Foon Tan wrote:
> The sysid give the unique system ID and system generation timestamp of
> the system.
>
> CASE 1:
> SOCFPGA SoC + Sysid component in FPGA
>
> CASE 2
> Nios II soft core CPU + Sysid (All in FPGA and no SoC is involved)
>
> From example use cases abo
The recent reorganization of OMAP header files caused a couple of
files that used to be implicitly included now missing from OMAP1.
This adds explicit inclusions of mach/irqs.h and mach/hardware.h
in all files that need them for an OMAP1 allyesconfig build.
Signed-off-by: Arnd Bergmann
Cc: Tony
Patch 72480014b8 "Fix device clock divisor calculations" was apparently
rebased incorrectly before it got upstream, causing a build error.
Replacing the "prate" pointer with the local parent_rate is most
likely the correct solution.
Signed-off-by: Arnd Bergmann
Cc:
a Tschudin
Cc: Paul E. McKenney
Cc: Sasha Levin
Cc: Andrew Morton
Cc: Thomas Gleixner
Cc: Rusty Russell
Signed-off-by: Arnd Bergmann
---
kernel/smpboot.c | 2 +-
net/9p/trans_virtio.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/smpboot.c b/kernel/smpbo
directly
to the arm-soc tree with an Ack or do a round-trip through
the platform maintainer tree. I think Tony already has some of
the OMAP1 fixes, so we should try not to duplicate them.
Arnd
Arnd Bergmann (9):
clk: vt8500: Fix "fix device clock divisor calculations"
Revert parts
The OMAP IOMMU driver intentionally fails to build on OMAP1
platforms, so we should not allow enabling it there.
Signed-off-by: Arnd Bergmann
Cc: Joerg Roedel
Cc: io...@lists.linux-foundation.org
Cc: Ohad Ben-Cohen
Cc: Tony Lindgren
Cc: Omar Ramirez Luna
---
drivers/iommu/Kconfig | 2 +-
1
t exported for OMAP1, so we have to move the
definition out of the OMAP2 specific section.
Signed-off-by: Arnd Bergmann
Cc: Mauro Carvalho Chehab
Cc: Timo Kokkonen
Cc: Tony Lindgren
Cc: Laurent Pinchart
Cc: Greg Kroah-Hartman
Cc: linux-me...@vger.kernel.org
---
arch/arm/plat-omap/dmti
hile making the header file it was defined in
unavailable for drivers, but this driver actually needs
OMAP_DMA_USB_W2FC_RX0 as well.
Both changes appear trivial, so let's add the missing semicolon
and the macro definition.
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Signed-off-by: Arnd Bergmann
ar3xx.c:48:22: error: 'PL080_CONTROL_DB_SIZE_SHIFT' undeclared here (not in
a function)
Signed-off-by: Arnd Bergmann
Cc: Alessandro Rubini
Cc: Viresh Kumar
---
arch/arm/mach-spear3xx/spear3xx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-spear3
d function.
In order for the twl4030_madc_remove to work correctly in built-in code, we
have to remove the __exit_p.
Cc: Bill Pemberton
Cc: Greg Kroah-Hartman
Signed-off-by: Arnd Bergmann
---
drivers/mfd/twl4030-madc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/d
uild again.
Applies on the Mauro's media tree.
Signed-off-by: Arnd Bergmann
Cc: Sylwester Nawrocki
Cc: Kyungmin Park
Cc: Kukjin Kim
Cc: Mauro Carvalho Chehab
---
arch/arm/mach-s5pv210/mach-goni.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-s5pv210/mach
On Tuesday 05 March 2013, Arnd Bergmann wrote:
> The recent reorganization of OMAP header files caused a couple of
> files that used to be implicitly included now missing from OMAP1.
> This adds explicit inclusions of mach/irqs.h and mach/hardware.h
> in all files that need them
On Tuesday 05 March 2013, Viresh Kumar wrote:
> On Tue, Mar 5, 2013 at 5:13 PM, Paul Bolle wrote:
> > Do what commit f12a500e4adcc0961803e54b5ed1e74275d399f1
> > ("ARM: SPEAr13xx: Enable CONFIG_ARCH_HAS_CPUFREQ") wanted to do.
> >
> > Signed-off-by: Paul Bolle
>
> Ahh such stupid mistake.
>
> A
On Tuesday 05 March 2013, Stephen Boyd wrote:
> On 02/27/13 15:43, Stephen Warren wrote:
> >
> > Seems simple enough it doesn't really need many, but for Tegra,
> > Acked-by: Stephen Warren
> >
> > Which kernel is this going into? It's possible Tegra will get converted
> > to multi-platform in 3.1
On Wednesday 06 March 2013, Tony Lindgren wrote:
> * Arnd Bergmann [130305 14:31]:
> > On Tuesday 05 March 2013, Arnd Bergmann wrote:
> > > The recent reorganization of OMAP header files caused a couple of
> > > files that used to be implicitly included now missing
hese drivers too.
>
> Signed-off-by: Paul Bolle
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
On Tuesday 14 May 2013, Maxime Ripard wrote:
> This is a splitted up version of the patch I previously sent to
> remove the explicit declaration of irqchip_init as the init_irq callback in
> the machine descriptions.
>
> Since it was a pretty tricky patch to merge, since it was touching a lot of
>
On Wednesday 15 May 2013, Jonas Jensen wrote:
> diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
> index 29f7623..d534fce 100644
> --- a/arch/arm/Kconfig.debug
> +++ b/arch/arm/Kconfig.debug
> @@ -429,6 +429,15 @@ choice
> Say Y here if you want kernel low-level debuggin
On Sunday 12 May 2013, Daniel Tang wrote:
>
> Signed-off-by: Daniel Tang
> ---
> drivers/clk/Makefile | 1 +
> drivers/clk/clk-nspire.c | 141
> +++
> 2 files changed, 142 insertions(+)
> create mode 100644 drivers/clk/clk-nspire.c
You are mis
On Sunday 12 May 2013, Daniel Tang wrote:
> +
> + timer0: timer@900C {
> + reg = <0x900C 0x1000>;
> +
> + clocks = <&timer_clk>;
> + clock-names = "timer_clk";
> +
On Tuesday 14 May 2013, Imre Deak wrote:
> The *_to_jiffies(x) macros return a jiffy value, which if used as a
> delta to wait for a specific amount of time, may result in a wait time
> that is less than x. Many callers already compensate for this by adding
> one to the returned value. Instead of h
on the sunxi platform.
Great stuff!
I didn't notice the addition of debug_ll_io_init, so this is a nice surprise
for me.
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
On Wednesday 15 May 2013, Russell King - ARM Linux wrote:
> Actually, that's probably the whole point of this - to do nothing.
> This changes the behaviour of the idle loop from using the WFI to
> just spinning instead with no wait-for-interrupt or anything else.
> We just keep reading the need_res
On Thursday 16 May 2013, Daniel Tang wrote:
>
> On 16/05/2013, at 12:07 AM, Arnd Bergmann wrote:
>
> > You are missing a binding in Documentation/devicetree, same as for some of
> > the other drivers in this series.
>
> Should we be adding a vendor prefix to it
On Thursday 16 May 2013, Russell King - ARM Linux wrote:
> Well, if its a CPU core thing, then it's even easier - the proc-*.S
> file can handle it just fine (because that's where the WFI code is.)
> Just delete the contents of the processor specific idle function, IOW:
>
> /*
> * cpu_fa526_do_id
On Thursday 16 May 2013 15:37:16 Jonas Jensen wrote:
> On 15 May 2013 15:16, Arnd Bergmann wrote:
> > The part that I don't understand at all is the "timer0" part. Is that a
> > string
> > from the data sheet?
>
> I have next to no data sheets or docu
On Friday 05 April 2013, Gregory CLEMENT wrote:
> On 04/05/2013 10:50 PM, Arnd Bergmann wrote:
> > On Friday 05 April 2013, Gregory CLEMENT wrote:
> >> From: Lior Amsalem
> >
> > This is a surprising limitation. Can you extend the above text to go into
> >
On Saturday 06 April 2013, Daniel Tang wrote:
> Hi,
>
> First of all, thank you for your comments!
>
> On 04/04/2013, at 10:12 PM, Arnd Bergmann wrote:
>
> > For new platforms, we want to have only the absolute minimum amount of
> > code in arch/arm and mov
On Saturday 06 April 2013, Daniel Tang wrote:
> Hi,
>
>
> On 06/04/2013, at 10:51 PM, Arnd Bergmann wrote:
> >
> > Ok, whichever way you prefer. If you have questions while working on this,
> > feel free to join #armlinux on irc.freenode.net, there are usually o
On Sunday 07 April 2013, Daniel Tang wrote:
> On 07/04/2013, at 12:24 AM, Arnd Bergmann wrote:
> >
> >> @@ -313,7 +314,7 @@ define archhelp
> >> echo ' Image - Uncompressed kernel image
> >> (arch/$(ARCH)/boot/Image)'
> >> e
On Sunday 07 April 2013, Daniel Tang wrote:
> Here's an updated patch that enables support for the LCD.
>
> I looked into drivers/video/of_display_timing.c but it doesn't have the
> fields to describe the PL11x specific options needed in struct clcd_panel. At
> the moment, it is implemented by h
o the driver.
>
> Cc: Vinod Koul
> Cc: Dan Williams
> Cc: Per Forlin
> 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
he driver instead.
>
> Cc: Vinod Koul
> Cc: Dan Williams
> Cc: Per Forlin
> 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
On Monday 08 April 2013, Lee Jones wrote:
> The pin names for DB8500 based platforms need to be moved out of
> ux500 platform data and into the new proper location in include/
> linux/platform_data/. This way we an reference them from other
> external locations, such as the main DMA50 driver(s).
>
On Monday 08 April 2013, Lee Jones wrote:
> According to the DMA documentation allocating a channel and configuring
> it are two separate actions. By moving the configuration code into the
> correct code path we lighten the burden on the information required to
> successfully allocate a channel.
>
On Thursday 04 April 2013, Tony Prisk wrote:
> The following changes since commit 8bb9660418e05bb1845ac1a2428444d78e322cc7:
>
>Linux 3.9-rc4 (2013-03-23 16:52:44 -0700)
>
> are available in the git repository at:
>
>git://server.prisktech.co.nz/git/linuxwmt.git tags/vt8500/pinctrl
>
Pu
On Monday 08 April 2013, Greg KH wrote:
> On Tue, Apr 02, 2013 at 06:23:58PM +0200, Arnd Bergmann wrote:
> > Hi Greg,
> >
> > Here are the EHCI patches that I think are good for inclusion in 3.10,
> > I hope you are willing to include them after the debacle ov
On Monday 08 April 2013, Fabian Vogt wrote:
> The latest kernel it seems to get stuck at
> console_lock() in register_framebuffer (drivers/video/fbmem.c:1655)
> if the LCD-controller is enabled. (Early printk and serial console works
> fine)
> CONFIG_NO_HZ is not activated, it works completely.
>
On Monday 08 April 2013, Fabian Vogt wrote:
> Yes, I've heard that before, but than it would work/not work independently
> of NO_HZ. Can printk's be executet within console_lock() ..
> console_unlock() blocks?
I think it's legal to call printk in that case, but the message will
not be printed un
On Tuesday 09 April 2013, Stephen Rothwell wrote:
> After merging the final tree, today's linux-next build (arm defconfig)
> produced these warnings:
>
> arch/arm/mach-cns3xxx/Kconfig:2:warning: choice value used outside its choice
> group
> arch/arm/mach-bcm2835/Kconfig:2:warning: choice value u
On Tuesday 09 April 2013, Stephen Rothwell wrote:
>
> - #if defined(CONFIG_SMC91X) || defined(CONFIG_SMC91x_MODULE)
> -static void __init sdp2430_display_init(void)
> -{
> - int r;
> -
> - static struct gpio gpios[] __initdata = {
> - { SDP2430_LCD_PANEL_ENABLE_GPIO, G
On Tuesday 09 April 2013, Lee Jones wrote:
> On Mon, 08 Apr 2013, Arnd Bergmann wrote:
>
> > On Monday 08 April 2013, Lee Jones wrote:
> > > The pin names for DB8500 based platforms need to be moved out of
> > > ux500 platform data and into the new proper lo
On Tuesday 09 April 2013, Lee Jones wrote:
> According to the DMA documentation allocating a channel and configuring
> it are two separate actions. By removing the configuration code from the
> channel allocation path we lighten the burden on the information required to
> successfully allocate a ch
On Tuesday 09 April 2013, Nicolas Ferre wrote:
> Ping?
>
> I saw that you made an update to arm-soc yesterday, and maybe you have
> forgotten this pull-request?
>
I got about halfway through, but it's still in the queue, planning to merge
it today. My default sort order in the email client is "t
t;priv;
> add hcd to the driver data rather than s5p_ehci.
>
> This fixes issues with null pointer dereferencing in
> s5p_ehci_shutdown(), s5p_ehci_suspend(), s5p_ehci_resume().
Right, sorry for not spotting this during review.
> Signed-off-by: Vivek Gautam
> CC: Manjunath G
y allocate a channel.
>
> Cc: Vinod Koul
> Cc: Dan Williams
> Cc: Per Forlin
> 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 majo
On Thursday 04 April 2013, Nicolas Ferre wrote:
> Here is the refreshed pull-request for AT91 that is dedicated to Device Tree
> modifications. It is stacked on the material that you already have
> for 3.10 in your arm-soc/at91/dt branch.
> Following our discussion with Arnd, I added the non-urgent
On Tuesday 09 April 2013, Lars-Peter Clausen wrote:
> On 04/09/2013 01:28 PM, Vinod Koul wrote:
> > On Sat, Mar 30, 2013 at 09:38:54AM +0100, Lars-Peter Clausen wrote:
> >> On 03/29/2013 10:49 PM, Vinod Koul wrote:
> >>> On Mon, Mar 25, 2013 at 02:16:51PM +0100, Lars-Peter Clausen wrote:
> Thi
On Tuesday 09 April 2013, Nicolas Ferre wrote:
> Arnd, Olof,
>
> Again more trivial cleanup for AT91. It is based on material already sent and
> present in arm-soc/at91/cleanup2.
Pulled into next/cleanup, thanks!
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Tuesday 09 April 2013, Stephen Boyd wrote:
> >>>
> >>> Sneaking it in through the fixes branch would make life easier for us,
> >>> but it doesn't feel right.
> >> Arnd, can you pick this up into the arm-soc tree now? It would be good
> >> to get this into next so that conflicts are avoided late
and destination device types.
>
> Signed-off-by: Lee Jones
Very nice cleanup!
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/majo
On Tuesday 09 April 2013, Lee Jones wrote:
> The aim is to make the code that little more readable.
>
> Signed-off-by: Lee Jones
I don't find the new version any more or less readable than the old one,
but I have no objections if other people think it's a good idea.
Acke
;
> Cc: Vinod Koul
> Cc: Dan Williams
> Cc: Per Forlin
> 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
On Tuesday 09 April 2013, Lee Jones wrote:
> Confusingly d40_log_cfg() is used to set up the logical channel
> configuration registers, but d40_phy_cfg() is used to configure
> physical and logical registers, so it should be called in both
> cases. It is the function call's final attribute which de
On Tuesday 09 April 2013, Lee Jones wrote:
> Someone has spent a fair amount of effort writing a runtime configuration
> changing algorithm for DMA clients. However, the config appears to never
> actually make it to hardware. In order for the configuration to take hold
> we need to issue a d40_conf
On Tuesday 09 April 2013, Harvey Harrison wrote:
>
> On Tue, Apr 9, 2013 at 11:39 AM, Lee Jones wrote:
> >
> > The aim is to make the code that little more readable.
> >
> > Signed-off-by: Lee Jones
> > ---
>
> >
> > #define MAX(a, b) (((a) < (b)) ? (b) : (a))
>
> Not part of your patch, but
On Tuesday 09 April 2013, Arnd Bergmann wrote:
> I've applied it to the next/soc branch now.
>
I just made up my mind again after I got a few merge conflicts. I have
added it to the next/multiplatform branch now instead of next/soc, since
a few of the Kconfig entries changed in thi
d to issue a d40_config_write(), as this is the routine which writes
> it into the hardware's registers.
>
> 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.ker
On Tuesday 09 April 2013, Lee Jones wrote:
> On Tue, 09 Apr 2013, Arnd Bergmann wrote:
>
> > On Tuesday 09 April 2013, Lee Jones wrote:
> > > Confusingly d40_log_cfg() is used to set up the logical channel
> > > configuration registers, but d40_phy_cfg() is used t
On Wednesday 10 April 2013, Lee Jones wrote:
> On Tue, 09 Apr 2013, Arnd Bergmann wrote:
> > Yes, good point. The macro is only used in one place, to compare
> > two compile-time constant values, but we should define macros in
> > drivers that are already provided by the
On Wednesday 10 April 2013, Samuel Ortiz wrote:
> That works fine with the typical case where your pn544 is directly accessible
> through i2c. But if it's sitting behind the ME, you will need to send
> commands exported through this file to fetch the vendor and radio IDs, but
> also to send those H
On Wednesday 10 April 2013, Samuel Ortiz wrote:
> > > That works fine with the typical case where your pn544 is directly
> > > accessible
> > > through i2c. But if it's sitting behind the ME, you will need to send
> > > commands exported through this file to fetch the vendor and radio IDs, but
> >
The number of combiners on a given SoC is a platform specific
constant, and we cannot encode this number on a multiplatform
kernel since the header file defining it is not available.
Allocating the structure dynamically ends up cleaner anyway
since we keep all the data local.
Signed-off-by: Arnd
-off-by: Arnd Bergmann
Cc: Thomas Gleixner
---
arch/arm/mach-exynos/common.c | 3 ++-
arch/arm/mach-exynos/common.h | 2 +-
drivers/irqchip/exynos-combiner.c | 23 +--
3 files changed, 16 insertions(+), 12 deletions(-)
diff --git a/arch/arm/mach-exynos/common.c b/arch
Nothing outside of the rtc driver includes plat/regs-rtc.h,
so we can simply move the file into the same directory,
which allows us to build the file as platform-independent
code.
Signed-off-by: Arnd Bergmann
Cc: rtc-li...@googlegroups.com
Cc: Alessandro Zummo
---
drivers/rtc/rtc-s3c.c
subsystem maintainers: feel free to directly apply the patches
for your subsystem, there should be no dependencies between any of them,
aside from the last patch requiring all of the earlier ones to be applied
first. Getting an Ack is also fine so we can put the patches into arm-soc.
Arnd
Arnd
-off-by: Arnd Bergmann
---
arch/arm/Kconfig.debug | 8
.../include/mach/debug-macro.S => include/debug/exynos.S}| 12 ++--
.../include/plat/debug-macro.S => include/debug/samsung.S} | 2 +-
arch/arm/mach-s3c24xx/include/mach
On Tuesday 30 April 2013, Samuel Ortiz wrote:
> I suppose we don't expect any non MFD drivers to use this interface ?
Yes, that is correct.
> If that's so, I'll take it through mfd-next.
Ok, thanks!
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
On Tuesday 30 April 2013, Mark Brown wrote:
> Commit cc014f3 (mmc: sdhci-s3c: remove platform dependencies) changed
> the platform dependency in Kconfig to depend on SAMSUNG_SINGLE, meaning
> the driver was available only on single zImage Samsung platforms. This
> breaks platforms that haven't bee
On Tuesday 30 April 2013, Lee Jones wrote:
> The DMA platform data is now empty due to some recent refactoring,
> so there is no longer a requirement to pass it though.
>
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "
On Tuesday 30 April 2013, Lee Jones wrote:
> @@ -6,6 +6,8 @@ Required properties:
> - reg-names: Names of the above areas to use during resource look-up
> - interrupt: Should contain the DMAC interrupt number
> - #dma-cells: must be <3>
> +- memcpy-channels: Channels to be used for memcpy
> +- m
ropriately, so we may as well add the infrastructure.
>
> 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 "unsubscribe l
ed to be tailored. Fortunately, these platforms will be DT
> only, so this change has very little impact on platform data.
>
> 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
On Thursday 02 May 2013 08:55:18 Sascha Hauer wrote:
> > +#if defined(CONFIG_OF)
> > +static struct mt9p031_platform_data *
> > + mt9p031_get_pdata(struct i2c_client *client)
> > +
> > +{
> > + if (client->dev.of_node) {
>
> By inverting the logic here and returning immediately you can saf
szutek Wilk
Cc: Stefano Stabellini
Signed-off-by: Arnd Bergmann
---
drivers/xen/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig
index dd4d9cb..f03bf50 100644
--- a/drivers/xen/Kconfig
+++ b/drivers/xen/Kconfig
@@ -141,7 +
s Verkuil
Cc: Mauro Carvalho Chehab
Signed-off-by: Arnd Bergmann
---
drivers/media/platform/davinci/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/platform/davinci/Kconfig
b/drivers/media/platform/davinci/Kconfig
index afb3aec..02da88b 100644
--- a/drivers/media/plat
IMX25 && SOC_IMX35 &&
IMX_HAVE_PLATFORM_FLEXCAN && SOC_IMX53 && SOC_IMX6Q) selects HAVE_CAN_FLEXCAN
which has unmet direct dependencies (NET && CAN && CAN_DEV)
Cc: Oliver Hartkopp
Cc: linux-...@vger.kernel.org
Signed-off-by: Arnd Bergmann
---
drivers/net/ca
k
Cc: dri-de...@lists.freedesktop.org
Cc: Dave Airlie
Signed-off-by: Arnd Bergmann
---
drivers/gpu/drm/tilcdc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/tilcdc/Kconfig b/drivers/gpu/drm/tilcdc/Kconfig
index e461e99..7a4d101 100644
--- a/drivers/gpu/drm/tilcdc/Kc
Amit Daniel kachhap
Signed-off-by: Arnd Bergmann
---
include/linux/cpu_cooling.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/cpu_cooling.h b/include/linux/cpu_cooling.h
index 282e270..cf03111 100644
--- a/include/linux/cpu_cooling.h
+++ b/include/linux/cpu_cool
etwidermatch':
lib/lz4/lz4hc_compress.c:230: undefined reference to `__ctzsi2'
Cc: Chanho Min
Cc: Herbert Xu
Signed-off-by: Arnd Bergmann
---
crypto/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/crypto/Kconfig b/crypto/Kconfig
index aa3a349..1cd134b 100644
--- a/cryp
vam
Cc: Mauro Carvalho Chehab
Signed-off-by: Arnd Bergmann
---
drivers/media/platform/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
index 0494d27..4608d03 100644
--- a/drivers/media/platform/Kconfig
+++ b/drivers/medi
3.10. If you are happy with the patches, feel free
to apply them directly, otherwise please provide feedback.
No single patch out of these is very important though, most of them
only concern corner cases and don't matter in practice.
Arnd
Arnd Bergmann (22):
can:
igned-off-by: Arnd Bergmann
---
drivers/net/wireless/iwlegacy/common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/iwlegacy/common.h
b/drivers/net/wireless/iwlegacy/common.h
index f8246f2..734f1b4 100644
--- a/drivers/net/wireless/iwlegacy/common.h
into this situation. This adds a new USB_UHCI_CORE
symbol in Kconfig, which is selected by each of the three bus glues.
This way, the driver never gets built if all three of them are disabled.
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Signed-off-by: Arnd Bergmann
---
drivers/usb/host/Kconf
n
Cc: Shawn Guo
Cc: Philipp Zabel
Signed-off-by: Arnd Bergmann
---
drivers/staging/imx-drm/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/staging/imx-drm/Kconfig b/drivers/staging/imx-drm/Kconfig
index 8c9e403..35ccda5 100644
--- a/drivers/staging/imx-drm/Kconfig
ference to `ab8500_gpadc_read_raw'
mfd/ab8500-debugfs.c:1736: undefined reference to `ab8500_gpadc_ad_to_voltage'
Cc: Linus Walleij
Cc: Lee Jones
Cc: Philippe LANGLAIS
Cc: Samuel Ortiz
Signed-off-by: Arnd Bergmann
---
drivers/mfd/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 delet
1: undefined reference to
`tegra_periph_reset_assert'
drivers/gpu/host1x/drm/hdmi.c:653: undefined reference to
`tegra_periph_reset_deassert'
Cc: Thierry Reding
Cc: Arto Merilainen
Cc: Terje Bergstrom
Signed-off-by: Arnd Bergmann
---
drivers/gpu/host1x/drm/Kconfig | 1 +
1 file ch
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]
Cc: Ben Gamari
Cc: Dave Airlie
Signed-off-by: Arnd Bergmann
---
include/drm/drmP.h |
1101 - 1200 of 18255 matches
Mail list logo