On Tuesday 04 June 2013 16:36:50 Florian Fainelli wrote:
> It seems to me that what David proposes is to have say an
> arch/arm/mach-foo/phy-fixups.c file which is only enabled when
> CONFIG_PHYLIB is set (obj-$(CONFIG_PHYLIB) += phy-fixup.o), such that
> it does not need to have any conditionnals
On Tuesday 04 June 2013 17:09:26 Florian Fainelli wrote:
> You would just need to define a stub for your arch_foo_phy_fixup()
> which has a different definition depending on whether CONFIG_PHYLIB is
> defined or not.
Yes, same thing. For a function that is called in only one place,
I would always
able and select wherever it is needed.
>
> Signed-off-by: Andy Shevchenko
> Reported-by: Arnd Bergmann
Acked-by: Arnd Bergmann
Thanks for providing a fix so quickly!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord
On Tuesday 04 June 2013, Alan Stern wrote:
> On Tue, 4 Jun 2013, Arnd Bergmann wrote:
> > so that would create a circular dependency unless we change all of them
> > at once. I did that when creating this patch, but then decided to
> > revert it for now and do smaller steps.
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
---
drivers/usb/Kconfig
On Tuesday 04 June 2013, Rob Herring wrote:
> On Sat, Jun 1, 2013 at 3:57 PM, Arnd Bergmann wrote:
> > 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/l2
sion with Arnd
> "[PATCH] net: emaclite: include linux/of_irq.h"
>
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.or
On Tuesday 04 June 2013, Linus Walleij wrote:
> The whole thing is very different from other DT clock things
> I've seen, usually you add a compatible node for each
> clock type, and a node for each physical gate. But there
> may be several ways to skin this cat...
>
Based on the IRC discussion w
On Tuesday 04 June 2013, Randy Dunlap wrote:
>
> On 06/04/13 00:41, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20130603:
> >
>
> when CONFIG_NET is not enabled:
>
> ERROR: "mac_pton" [drivers/misc/pch_phub.ko] undefined!
Andy Shevchenko just posted "[PATCH] net: core: move mac_
> solution is to move it under lib/net_utils.c with corresponding
> > configuration variable and select wherever it is needed.
> >
> > Signed-off-by: Andy Shevchenko
> > Reported-by: Arnd Bergmann
>
> I do not see a mac_pton() usage under drivers/misc in any of my tr
is not selected.
>
> Signed-off-by: Alexandre Belloni
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 05 June 2013, Alexandre Belloni wrote:
> However, it is becoming urgent for Atmel to get the fix in 3.10 so that
> they never get a kernel compilation that breaks.
I don't think it's urgent since this is only about rare configurations,
and not a regression. We can queue the patch "ARM
On Wednesday 05 June 2013, Solomon Peachy wrote:
> > Regarding a long-term solution, I think what we should do here is to
> > move the reset logic into the SDIO framework itself: We have similar
> > requirements even for eMMC and SD cards, where you need to provide
> > the correct voltage to a devi
On Tuesday 04 June 2013 17:24:51 Rob Herring wrote:
>
> Right. I get all that. You still have to go add inlines if you want to make:
>
> if (IS_ENABLED(CONFIG_OF))
> of_foo();
>
> just be:
>
> of_foo();
>
> There are situations for both and only inlines cover both cases. I
> don't see a re
On Wednesday 05 June 2013 13:15:29 Stefano Stabellini wrote:
> diff --git a/arch/arm64/Makefile b/arch/arm64/Makefile
> index c95c5cb..79dd13d 100644
> --- a/arch/arm64/Makefile
> +++ b/arch/arm64/Makefile
> @@ -37,6 +37,7 @@ TEXT_OFFSET := 0x0008
> export TEXT_OFFSET GZFLAGS
>
> core-y
On Thursday 06 June 2013, Lee Jones wrote:
> Somehow, probably due to a merge error the call to u8500_of_init_devices()
> has re-appeared in next, causing this error:
>
> arch/arm/mach-ux500/cpu-db8500.c: In function ‘u8500_init_machine’:
> arch/arm/mach-ux500/cpu-db8500.c:268:2: error: implicit d
On Thursday 06 June 2013, Neil Zhang wrote:
> > > diff --git a/arch/arm/mach-mmp/Kconfig b/arch/arm/mach-mmp/Kconfig
> > > index ebdda83..0955191 100644
> > > --- a/arch/arm/mach-mmp/Kconfig
> > > +++ b/arch/arm/mach-mmp/Kconfig
> > > @@ -107,6 +107,16 @@ config MACH_MMP2_DT
> > > Include suppo
On Thursday 06 June 2013, Lee Jones wrote:
> https://git.kernel.org/cgit/linux/kernel/git/linusw/linux-stericsson.git/commit/arch/arm/mach-ux500/cpu-db8500.c?h=next&id=1e74043a29cdec67279d6e4f494dd1674a1b2365
>
> For some reason (I suspect a merge error), u8500_of_init_devices
> reappeared.
>
>F
On Thursday 06 June 2013, Maxime Ripard wrote:
> So yes, Allwinner has an evil vendor tree (c), with a solution similar yet
> inferior (because not generic enough) to the device tree, but they show
> interest on going down the mainline road.
Right, and of course there is nothing special about that
On Monday 03 June 2013 13:10:10 Jingoo Han wrote:
> On Sunday, June 02, 2013 8:07 AM, Shuah Khan wrote:
> >
> > Convert drivers/video/backlight/class to use dev_pm_ops for power
> > management and remove Legacy PM ops hooks. With this change, backlight
> > class registers suspend/resume callbacks
On Thursday 23 May 2013 14:25:48 HATAYAMA Daisuke wrote:
> This patch introduces mmap_vmcore().
>
> Don't permit writable nor executable mapping even with mprotect()
> because this mmap() is aimed at reading crash dump memory.
> Non-writable mapping is also requirement of remap_pfn_range() when
>
On Tuesday 04 June 2013 16:21:50 Alexey Brodkin wrote:
> drivers/net/ethernet/Kconfig |1 +
> drivers/net/ethernet/Makefile|1 +
> drivers/net/ethernet/arc/Kconfig | 29 +
> drivers/net/ethernet/arc/Makefile|6 +
> drivers/net/ethernet/arc/arc
On Friday 07 June 2013 10:39:20 Jingoo Han wrote:
> Add CONFIG_PM_SLEEP to suspend/resume functions to fix the following
> build warning when CONFIG_PM_SLEEP is not selected. This is because
> sleep PM callbacks defined by SIMPLE_DEV_PM_OPS are only used when
> the CONFIG_PM_SLEEP is enabled.
>
>
Michal Simek wrote:
> >>>> Hi,
> >>>>
> >>>
> >>> Arnd can you take look on it again please
> >>>
> >>> I'll take a look on it next week
> >>
> >> Any update on this?
> > look ok but I want the A
On Monday 17 June 2013, akhil.go...@freescale.com wrote:
> +
> +menuconfig RFDEVICES
> + default n
> + bool "RF interface device support"
> + ---help---
> + Support for RF interface devices.
> + In a baseband system, different radios (RF PHYs) are
> + connected depending on
On Monday 17 June 2013, Chao Xie wrote:
> On Fri, Jun 14, 2013 at 8:56 PM, Arnd Bergmann wrote:
> > 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 o
On Tuesday 18 June 2013, Russell King - ARM Linux wrote:
> Is there a reason this isn't using the irq_chip_generic stuff which would
> eliminate all the above?
When I first reviewed the moxart code, the generic irqchip wasn't compatible
with the linear irq domain. However this has changed now and
t; and be able mount to rootfs and boot till command prompt over MMC.
> Unless there are other pending review comments, I hope this series can
> make it into 3.11 merge window, the dependent series has been posted at [1]
> and completed review.
>
> Tested EDMA on AM1808 EVM and AM33XX B
On Tuesday 18 June 2013, Lee Jones wrote:
> -gpios = <&gpio0 26 0x4>; // 26
> -startup-delay-us = <5000>;
> -enable-active-high;
> + regulator-name = "en-3v3-fixed-supply";
> + regulator-min-microvolt = <330>;
> +
On Tuesday 18 June 2013, Akhil Goyal wrote:
> On 6/18/2013 2:58 AM, Arnd Bergmann wrote:
> >> + /*
> >> + * Spin_locks are changed to mutexes if PREEMPT_RT is enabled,
> >> + * i.e they can sleep. This fact is problem for us because
> >> + * add_wait
On Tuesday 18 June 2013, Jingoo Han wrote:
> On Monday, June 17, 2013 9:45 PM, Arnd Bergmann wrote:
> > 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 th
320), mioa701.c(MACH_MIOA701),
> z2.c(MACH_ZIPIT2)
>
> mainstone_defconfig
> maintone.c(MACH_MAINSTONE)
>
> Signed-off-by: Chao Xie
Acked-by: Arnd Bergmann
Thanks for the quick update.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Tuesday 18 June 2013, Jonas Jensen wrote:
> This patch adds an clocksource driver for the main timer found
> on MOXA ART SoCs.
>
> Applies to 3.10-rc1 and arm-soc/for-next (2013-06-15)
>
> Signed-off-by: Jonas Jensen
I didn't look closely before but I agree with Thomas Petazzoni, this should
ng treated as errors
> 05:02:12 make[3]: *** [drivers/pinctrl/pinctrl-exynos.o] Error 1
> 05:02:12 make[2]: *** [drivers/pinctrl] Error 2
>
> Best regards
> Naresh kamboju
>
I got the same thing and used this patch to fix it up.
Signed-off-by: Arnd Bergmann
---
Linus, could you fo
On Wednesday 19 June 2013 16:38:38 Chao Xie wrote:
> >> index 000..f8674f7
> >> --- /dev/null
> >> +++ b/Documentation/devicetree/bindings/input/pxa27x-keypad.txt
> >> @@ -0,0 +1,60 @@
> >> +* Marvell PXA Keypad controller
> >> +
> >> +Required Properties
> >> +- compatible : should be "marvell
On Tuesday 18 June 2013 12:12:53 David Daney wrote:
> +static unsigned int dw8250_serial_inq(struct uart_port *p, int offset)
> +{
> + offset <<= p->regshift;
> +
> + return (u8)__raw_readq(p->membase + offset);
> +}
> +
> +static void dw8250_serial_outq(struct uart_port *p, int offset,
space conflict
The use of the 'readl' and 'writel' identifiers here causes build errors on
architectures where those are macros. This renames the fields to read32/write32
to avoid the problem.
Signed-off-by: Arnd Bergmann
diff --git a/drivers/fmc/fmc-fakedev.c b/drivers/fmc
On Thursday 06 June 2013 06:47:23 Robin Holt wrote:
> Preparing to move the parsing of reboot= to generic kernel code
> forces the change in reboot_mode handling to use the enum.
>
> Signed-off-by: Robin Holt
> To: Andrew Morton
> Cc: Russell King
> Cc: Russ Anderson
> Cc: Robin Holt
> Cc: H.
ficing build coverage.
Signed-off-by: Arnd Bergmann
Cc: Felipe Balbi
Cc: Nicolas Ferre
diff --git a/drivers/usb/gadget/at91_udc.c b/drivers/usb/gadget/at91_udc.c
index 073b938..2cbab1c 100644
--- a/drivers/usb/gadget/at91_udc.c
+++ b/drivers/usb/gadget/at91_udc.c
@@ -1725,7 +1725,7 @@ static int
On Wednesday 19 June 2013, Samuel Ortiz wrote:
> > 2. Move the vexpress-sysreg "platform management" functions into misc
> > (unless we get any better place for it)
> This is for Arnd and Greg to decide I suppose.
I think when vexpress-sysreg was created, we didn't have the syscon driver
yet, oth
On Wednesday 19 June 2013, Jingoo Han wrote:
> Then, do you mean the following?
>
> static int __exit exynos_pcie_remove(struct platform_device *pdev)
> {
> struct pcie_port *pp = platform_get_drvdata(pdev);
>
> clk_disable_unprepare(pp->bus_clk);
> clk_disable_unprepare(p
On Wednesday 19 June 2013 12:58:10 Arnd Bergmann wrote:
> On Thursday 06 June 2013 06:47:23 Robin Holt wrote:
> > Preparing to move the parsing of reboot= to generic kernel code
> > forces the change in reboot_mode handling to use the enum.
> >
> > Signed-off-by: Robin
On Wednesday 19 June 2013, Alexey Brodkin wrote:
>
> static void ace_out_be16(struct ace_device *ace, int reg, u16 val)
> {
> out_be16(ace->baseaddr + reg, val);
> }
>
> static void ace_dataout_be16(struct ace_device *ace)
> {
> int i = ACE_FIFO_SIZE / 2;
> u16
On Wednesday 19 June 2013, Greg KH wrote:
> On Wed, Jun 19, 2013 at 02:57:40PM +0200, Lars-Peter Clausen wrote:
> > On 06/17/2013 10:09 AM, akhil.go...@freescale.com wrote:
> >
> > This is interesting. We at Analog Devices are currently also working on a
> > driver for this part. We are using the
On Wednesday 19 June 2013, Pawel Moll wrote:
> > That would end up eliminating the sysreg driver, aside from maybe
> > a one-line change to the syscon driver to allow it to probe the
> > right device.
>
> ... but sysreg does more than just that. In particular it provides a
> pseudo-gpio controller
On Friday 14 June 2013, James Bottomley wrote:
> This is the MMAP_PAGE_ZERO exploit. The original exploit relied on a
> leaky personality capability clearing mask and was fixed in 2.6.31 by
>
> commit f9fabcb58a6d26d6efde842d1703ac7cfa9427b6
> Author: Julien Tinnes
> Date: Fri Jun 26 20:27:40
On Wednesday 19 June 2013, Stephen Boyd wrote:
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 430c922..22d4fff 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -618,8 +618,9 @@ config ARCH_PXA
> help
> Support for Intel/Marvell's PXA2xx/PXA3xx processor li
On Wednesday 19 June 2013, Stephen Boyd wrote:
> This patchset allows me to compile and run the DT based MSM
> platforms in the multi-platform ARM kernel. This is built on
> top of a couple patches I've sent out already (specifically
> the debug_ll patch series and the clocksource_of conversion)
>
e fine.
Ok, good. The patch below is what I used locally to get everything to
build. Please fold that into the larger patch.
Arnd
>From cc87f1a209e88d007f93c5c52813d523b753657b Mon Sep 17 00:00:00 2001
From: Arnd Bergmann
Date: Wed, 19 Jun 2013 12:54:48 +0200
Subject: [PATCH] ARM: use
On Wednesday 19 June 2013, Eduardo Valentin wrote:
> On 31-05-2013 18:22, Arnd Bergmann wrote:
> > The function stub for cpufreq_cooling_get_level introduced
> > in 57df81069 "Thermal: exynos: fix cooling state translation"
> > is not syntactically correct C and need
On Wednesday 19 June 2013, Soren Brinkmann wrote:
> I don't know how much a defconfig is supposed to provide, hence as RFC.
> This patches are needed for booting Zynq into a minimum ramfs based
> system with a serial console.
In my opinion we should provide enable all the platform specific drivers
On Wednesday 19 June 2013, David Daney wrote:
> On 06/19/2013 03:01 AM, Arnd Bergmann wrote:
> > It's also wrong to use the
> > __raw_* variant, which is not guaranteed to be atomic and is not
> > endian-safe.
>
> We do runtime probing and only use this func
On Wednesday 19 June 2013, Tomasz Figa wrote:
> On Wednesday 19 of June 2013 18:40:47 Mark Brown wrote:
> > On Sun, Jun 16, 2013 at 10:54:07PM +0200, Tomasz Figa wrote:
> > > One of the biggest roadblocks on the way of S3C64xx to DeviceTree
> > > support is its DMA driver, which is completely platf
On Wednesday 19 June 2013, Guenter Roeck wrote:
> I have been asked to explore options for adding ARINC 429 support [1]
> into the Linux kernel, primarily to support devices from Holt Integrated
> Circuits [2] (the request is unrelated to the chip manufacturer).
>
> ARINC429 is a protocol which is
On Wednesday 19 June 2013, Mark Brown wrote:
> As pointed out by Arnd Bergmann there is a get_signal macro definied in
> linux/signal.h which can conflict with the platform data callback
> function of the same name leading to confusing errors from the compiler
> (especially if signal.
register, I change where
> dw8250_setup_port(), which reads the UCV, is called by pushing it in
> to the OF and ACPI probe functions, and move unchanged
> dw8250_setup_port() earlier in the file.
>
> Signed-off-by: David Daney
> Acked-by: Greg Kroah-Hartman
> Cc: Arnd Bergman
On Thursday 20 June 2013, Michal Simek wrote:
> On 06/19/2013 08:46 PM, Arnd Bergmann wrote:
> > On Wednesday 19 June 2013, Soren Brinkmann wrote:
> >> I don't know how much a defconfig is supposed to provide, hence as RFC.
> >> This patches are needed for booting
On Thursday 20 June 2013, Guenter Roeck wrote:
> On Wed, Jun 19, 2013 at 11:45:30PM +0200, Arnd Bergmann wrote:
> > On Wednesday 19 June 2013, Guenter Roeck wrote:
> >
> > Since this is a standard protocol, a driver that just supports a specific
> > chip (1a) wou
On Thursday 20 June 2013, Jingoo Han wrote:
> Exynos5440 has two PCIe controllers which can be used as root complex
> for PCIe interface.
>
> Signed-off-by: Jingoo Han
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Thursday 20 June 2013, Chao Xie wrote:
> On Wed, Jun 19, 2013 at 7:13 PM, Gerhard Sittig wrote:
> > On Wed, Jun 19, 2013 at 16:38 +0800, Chao Xie wrote:
> >>
> >> On Wed, Jun 19, 2013 at 4:22 PM, Marek Vasut wrote:
> >> >
> >> >> Signed-off-by: Chao Xie
> >> >> [ ... ]
> >> >> +++ b/Documenta
: Jingoo Han
The code looks good now.
Acked-by: Arnd Bergmann
> .../devicetree/bindings/pci/exynos-pcie.txt| 71 ++
> drivers/pci/host/Kconfig |5 +
> drivers/pci/host/Makefile |1 +
> drivers/pci/host/pci-exynos
On Thursday 20 June 2013, Jingoo Han wrote:
> 2. patch adding label to the pinctrl node (which is a prerequisite) and
> board-specific properties of PCIe nodes.
>[PATCH] ARM: dts: Add pcie controller node for exynos5440-ssdk5440
>
> arch/arm/boot/dts/exynos5440-ssdk5440.dts
> +
> + p
On Thursday 20 June 2013, Jonas Jensen wrote:
> This patch adds an irqchip driver for the main interrupt controller found
> on MOXA ART SoCs.
>
> v2:
> * use irq_chip_generic
> * remove macro duplicates
>
> Applies to next-20130619
>
> Signed-off-by: Jonas Je
On Tuesday 18 June 2013, Nicolas Ferre wrote:
> The patch that was remaining from my old "soc" pull-request. It is stacked on
> top of the "cleanup" patches already send as recommended by Olof.
>
> Thanks, best regards,
>
> The following changes since commit b3f442b0eedbc20b5ce3f4a96530588d149011
On Tuesday 18 June 2013, Nicolas Ferre wrote:
> Refurbish of preceding "soc" pull-request for extracting fixes. Note that this
> at91-fixes tag is now based on v3.10-rc5 as I have found that it is the base
> of
> your next/fixes-non-critical branch.
>
> Thanks, best regards,
>
> The following ch
On Thursday 20 June 2013, 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..f71d835
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/pci/exynos-pcie.txt
ck. It supports Rx & Tx functionality.
> It support all industry standard baud rates.
>
> Signed-off-by: Srinivas Kandagatla
> CC: Stephen Gallimore
> CC: Stuart Menefy
> CC: Arnd Bergmann
> CC: Greg Kroah-Hartman
>From my point of view the series is ready
On Thursday 20 June 2013, Srinivas KANDAGATLA wrote:
> +static u64 gt_counter_read(void)
> +{
> + u64 counter;
> + u32 lower;
> + u32 upper, old_upper;
> +
> + upper = __raw_readl(gt_base + GT_COUNTER1);
> + do {
> + old_upper = upper;
> + l
On Thursday 20 June 2013, Srinivas KANDAGATLA wrote:
> --- a/arch/arm/mach-sti/board-dt.c
> +++ b/arch/arm/mach-sti/board-dt.c
> @@ -11,6 +11,7 @@
> #include
> #include
> #include
> +#include
> #include
>
> #include "smp.h"
> @@ -42,6 +43,7 @@ static const char *stih41x_dt_match
On Wednesday 29 May 2013 14:43:26 Roger Quadros wrote:
>
> Improve Kconfig so that the relevant PHY driver can be explicitely
> selected by the controller driver instead of relying on the user
> to do so.
>
> Detailed description in patch 1.
I think you have to fold patches 3-5 into patch 1, oth
On Wednesday 29 May 2013, Daniel Tang wrote:
> On 27/05/2013, at 8:31 PM, Arnd Bergmann wrote:
>
> > On Monday 27 May 2013, Daniel Tang wrote:
> >>> The one remaining bit that sticks out is the clcd platform data. As I
> >>> said before, I won't requ
On Thursday 30 May 2013 11:41:01 Michal Simek wrote:
> * To perform the read/write on the registers we need to check on
> * which bus its connected and call the appropriate write API.
> */
> -static void xilinx_fb_out_be32(struct xilinxfb_drvdata *drvdata, u32 offset,
> +static void xilinx_fb
On Thursday 30 May 2013 14:45:20 Stepan Moskovchenko wrote:
>
> void __init early_init_dt_add_memory_arch(u64 base, u64 size)
> {
> +#ifndef CONFIG_ARM_LPAE
> + if (base > ((phys_addr_t)~0)) {
> + pr_crit("Ignoring memory at 0x%08llx due to lack of LPAE
> support\n",
> +
Can you check this part again:
On Tuesday 21 May 2013 20:36:35 Stephen Warren wrote:
> diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
> index f5d84d6..7de2ca1 100644
> --- a/drivers/spi/spi-pxa2xx.c
> +++ b/drivers/spi/spi-pxa2xx.c
> @@ -881,21 +881,6 @@ static int setup(struct s
On Friday 31 May 2013 10:58:35 Neil Zhang wrote:
> bring up pxa988 with device tree support.
>
> Change-Id: I6fc869b7d5ff8dc6e4eb0042a89429200f7a9fb1
Please don't post silly extra headers like that.
> Signed-off-by: Neil Zhang
A couple of comments on the DT structure:
> + gic: interrupt-c
On Friday 31 May 2013 14:55:36 Michal Simek wrote:
> Dynamically detect endianess on IP and use
> ioread/iowrite functions instead of powerpc and microblaze
> specific out_be32.
>
> Signed-off-by: Michal Simek
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the li
On Friday 31 May 2013 16:22:24 Michal Simek wrote:
> @@ -307,7 +319,11 @@ static int xilinxfb_assign(struct platform_device *pdev,
>
> /* Fill struct fb_info */
> drvdata->info.device = dev;
> - drvdata->info.screen_base = (void __iomem *)drvdata->fb_virt;
> + if (drvda
On Friday 31 May 2013 15:24:32 Lee Jones wrote:
> In order to utilise all of the memory located on ux500 based devices
> we have to enable HIGHMEM. Without it the kernel truncates memory down
> to what's left after the PAGE_OFFSET has been applied, which doesn't
> leave an awful lot, especially if
On Friday 31 May 2013 10:06:43 Timur Tabi wrote:
> On 05/31/2013 09:56 AM, Arnd Bergmann wrote:
> > Yes, unfortunately, this is what all other frame buffer drivers do
> > at the moment. It is technically not correct, but most architectures
> > are able to call readl/writel
On Friday 31 May 2013 16:22:24 Michal Simek wrote:
> if (pdata->fb_phys) {
> drvdata->fb_phys = pdata->fb_phys;
> - drvdata->fb_virt = ioremap(pdata->fb_phys, fbsize);
> + drvdata->fb_virt_io = ioremap(pdata->fb_phys, fbsize);
> +
> +
On Friday 31 May 2013 16:18:50 Lee Jones wrote:
> On Fri, 31 May 2013, Arnd Bergmann wrote:
>
> > On Friday 31 May 2013 15:24:32 Lee Jones wrote:
> > > In order to utilise all of the memory located on ux500 based devices
> > > we have to enable HIGHMEM. Without it th
On Friday 31 May 2013 20:46:55 Jan Luebbe wrote:
>
> +#ifdef CONFIG_OF
> +static const struct of_device_id pps_gpio_dt_ids[] = {
> + { .compatible = "pps-gpio", },
> + { /* sentinel */ }
> +};
> +MODULE_DEVICE_TABLE(of, pps_gpio_dt_ids);
> +
> +static struct pps_gpio_platform_data *
>
On Friday 31 May 2013, Wei Yongjun wrote:
>
> From: Wei Yongjun
>
> Fix to return a negative error code in the clk_get_sys() and clk_enable()
> error handling case instead of 0, as done elsewhere in this function.
>
> Signed-off-by: Wei Yongjun
The patch seems ok, but since you seem to have r
On Friday 31 May 2013, Stephen Warren wrote:
> > drivers/spi/spi-pxa2xx.c: In function 'pxa2xx_spi_probe':
> > drivers/spi/spi-pxa2xx.c:1152:3: warning: left shift count >= width of type
> > [enabled by default]
> >master->bits_per_word_mask = SPI_BPW_RANGE_MASK(4, 32);
> >^
>
> That shou
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
ference to `cpu_resume'
Signed-off-by: Arnd Bergmann
Acked-by: Rafael J. Wysocki
Acked-by: Rob Herring
Acked-by: Daniel Lezcano
Cc: linux...@vger.kernel.org
---
drivers/cpuidle/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/cpuidle/Kconfig b/drivers/cpuidle/Kconfig
index c
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 |
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
ARM cannot handle udelay for more than 2 miliseconds, so we
should use mdelay instead for those.
Signed-off-by: Arnd Bergmann
Cc: David Airlie
Cc: Ben Skeggs
Cc: dri-de...@lists.freedesktop.org
---
drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c | 3 ++-
1 file changed, 2 insertions(+), 1
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:
disabled.
Signed-off-by: Arnd Bergmann
---
include/linux/clk/tegra.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/clk/tegra.h b/include/linux/clk/tegra.h
index 642789b..1397190 100644
--- a/include/linux/clk/tegra.h
+++ b/include/linux/clk/tegra.h
@@ -120,8 +120,13 @@ static
in driver code and get build
coverage over the code but let the compiler drop the reference
in the object code.
Signed-off-by: Arnd Bergmann
Cc: Grant Likely
Cc: Rob Herring
---
include/linux/of_platform.h | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
diff --git a/inc
+0x57974): undefined reference to `il_pm_ops'
Cc: Johannes Berg
Cc: John W. Linville
Cc: Borislav Petkov
Signed-off-by: Arnd Bergmann
---
drivers/net/wireless/iwlegacy/common.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wireless/iwlegacy/common.h
b/dr
The ispqueue.h file uses vm_flags_t, which is defined in
linux/mm_types.h, so we must include that header in order
to build in all configurations.
Signed-off-by: Arnd Bergmann
Cc: Mauro Carvalho Chehab
Cc: linux-me...@vger.kernel.org
Cc: Konstantin Khlebnikov
Cc: Laurent Pinchart
---
drivers
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
Acked-by: Tony Lindgren
Cc: David Woodhouse
Cc: Artem Bityutskiy
Cc: Afzal Mohammed
Cc: Russell King
vers/gpio/gpio-em.ko] undefined!
Signed-off-by: Arnd Bergmann
Acked-by: Simon Horman
Cc: Benjamin Herrenschmidt
Cc: Grant Likely
Cc: Thomas Gleixner
Cc: Laurent Pinchart
Cc: Magnus Damm
---
kernel/irq/irqdomain.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/irq/irqdomain.c b/kernel/i
_capture.c:1934:2: error: implicit
declaration of function 'i2c_get_adapter'
[-Werror=implicit-function-declaration]
drivers/media/platform/davinci/vpfe_capture.c:1934:11: warning: assignment
makes pointer from integer without a cast [enabled by default]
Signed-off-by: Arnd Ber
fine as well.
Arnd
Arnd Bergmann (15):
irqdomain: export irq_domain_add_simple
mtd: omap2: allow bulding as a module
drm/nouveau: use mdelay instead of large udelay constants
[SCSI] nsp32: use mdelay instead of large udelay constants
hwrng: bcm2835: fix MODULE_LICENSE tag
ufreq_frequency_table_get_attr'
drivers/built-in.o: In function `spear_cpufreq_target':
spear-cpufreq.c:120: undefined reference to `cpufreq_frequency_table_target'
drivers/built-in.o:(.data+0x5e63c): undefined reference to
`cpufreq_freq_attr_scaling_available_freqs'
Signed-off-by
ARM cannot handle udelay for more than 2 miliseconds, so we
should use mdelay instead for those.
Signed-off-by: Arnd Bergmann
Acked-by: GOTO Masanori
Cc: YOKOTA Hiroshi
Cc: "James E.J. Bottomley"
Cc: linux-s...@vger.kernel.org
---
drivers/scsi/nsp32.c | 2 +-
1 file changed, 1
801 - 900 of 18269 matches
Mail list logo
