Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK

On Wednesday 27 February 2013, Stephen Boyd wrote: > On 02/27/13 12:32, Arnd Bergmann wrote: > > On Wednesday 27 February 2013, Stephen Boyd wrote: > >> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > >> index 28be08c..ae80518 100644 > >> --- a/lib/Kconfi

Re: crypto: omap-sham, omap-aes and dma_request_slave_channel_compat()

oth of these are currently not merged upstream however. This version incorporates feedback from Viresh Kumar, Andy Shevchenko and Russell King. Signed-off-by: Arnd Bergmann Acked-by: Viresh Kumar Acked-by: Andy Shevchenko Cc: Vinod Koul Cc: devicetree-disc...@lists.ozlabs.org Cc: linux-arm-ker

Re: [PATCH v3] mmc: dw_mmc: Add MSHC compatible for Exynos4412

On Monday 18 February 2013, Dongjin Kim wrote: > > This patch adds the compatible string for MSHC controller of Exynos4412, and > share the controller specific properties with Exynos5250 since they have same > features. Its driver data name is changed to exynos_drv_data instead SoC > specific name

Re: [PATCH v2 0/5] Generic PHY Framework

On Tuesday 19 February 2013, Kishon Vijay Abraham I wrote: > Added a generic PHY framework that provides a set of APIs for the PHY drivers > to create/destroy a PHY and APIs for the PHY users to obtain a reference to > the PHY with or without using phandle. To obtain a reference to the PHY > withou

Re: Re[2]: [PATCH v3] mfd: syscon: Add non-DT support

On Tuesday 19 February 2013, Alexander Shiyan wrote: > Hello. > > Strange, but I not received an original answer from Arnd, have only this mail. I got a reject notice from mail.ru, which apparently didn't like the SMTP server of my German ISP. I already tried to resend my mail to you, and now try

Re: [GIT PULL] arch/metag for v3.9-rc1

. For the pull request: 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/

Re: [PATCH v2 0/5] Generic PHY Framework

On Tuesday 19 February 2013, kishon wrote: > On Tuesday 19 February 2013 04:14 PM, Arnd Bergmann wrote: > > On Tuesday 19 February 2013, Kishon Vijay Abraham I wrote: > >> Added a generic PHY framework that provides a set of APIs for the PHY > >> drivers > >>

Re: [PATCH v2 1/5] drivers: phy: add generic PHY framework

On Tuesday 19 February 2013, Kishon Vijay Abraham I wrote: > +static struct class *phy_class; > +static LIST_HEAD(phy_list); > +static DEFINE_MUTEX(phy_list_mutex); > +static LIST_HEAD(phy_bind_list); Hmm, so you actually do have a 'class'. There is a GregKH mandated ban on new classes, meaning th

Re: [PATCH v2 1/5] drivers: phy: add generic PHY framework

On Tuesday 19 February 2013, kishon wrote: > >> + > >> + devname = dev_name(dev); > >> + device_initialize(&phy->dev); > >> + phy->desc = desc; > >> + phy->dev.class = phy_class; > >> + phy->dev.parent = dev; > >> + phy->dev.bus = desc->bus; > >> + ret = dev_set_name(&phy->dev, "%s", devname

Re: [PATCH v2 0/5] Generic PHY Framework

On Tuesday 19 February 2013, Felipe Balbi wrote: > On Tue, Feb 19, 2013 at 12:33:54PM +0000, Arnd Bergmann wrote: > > > Currently drivers/phy and drivers/net/phy are independent and are not > > > related to each other. There are some fundamental differences on how > &

Re: [PATCH v2 0/5] Generic PHY Framework

On Tuesday 19 February 2013, Felipe Balbi wrote: > On Tue, Feb 19, 2013 at 02:34:40PM +0000, Arnd Bergmann wrote: > > On Tuesday 19 February 2013, Felipe Balbi wrote: > > > On Tue, Feb 19, 2013 at 12:33:54PM +0000, Arnd Bergmann wrote: > > It's a fine line, but I

Re: [PATCH 06/35] mfd: ab8500-core: Sysfs chip id modification

On Friday 15 February 2013, Lee Jones wrote: > struct ab8500 *ab8500; > + int chip_id = -EINVAL; > > ab8500 = dev_get_drvdata(dev); > - return sprintf(buf, "%#x\n", ab8500 ? ab8500->chip_id : -EINVAL); > + if(ab8500) { > + chip_id = ab8500->chip_id; >

Re: [PATCH 10/35] mfd: ab8500-core: Rework MFD sub-device initialisation structures

On Friday 15 February 2013, Lee Jones wrote: > + { > + .name = "ab8500-charger", > + .of_compatible = "stericsson,ab8500-charger", > + .num_resources = ARRAY_SIZE(ab8500_charger_resources), > + .resources = ab8500_charger_resources, > +#

Re: [PATCH 0/4] dw_dmac: introduce generic DMA binding for DT

On Wednesday 20 February 2013, Vinod Koul wrote: > Since there is still churn, would it make sense if I just revert the SPEAr13xx > patch (your first patch) and send a pull request to Linus. > Since there are no users and not much testing has been done, I think we can > push > these to 3.10 via ar

Re: Re[8]: [PATCH v3] mfd: syscon: Add non-DT support

On Wednesday 20 February 2013, Alexander Shiyan wrote: > On 20 February 2013 13:41, Alexander Shiyan wrote: > > > > One problem is that every user needs to add their syscon compatible device > > support(platform_device_id) in syscon driver first before they can use it. > > But it looks to me just

Re: [PATCH 0/4] dw_dmac: introduce generic DMA binding for DT

On Wednesday 20 February 2013, Vinod Koul wrote: > On Wed, Feb 20, 2013 at 09:50:25AM +0000, Arnd Bergmann wrote: > > On Wednesday 20 February 2013, Vinod Koul wrote: > > > Since there is still churn, would it make sense if I just revert the > > > SPEAr13xx > > &g

Re: Re[8]: [PATCH v3] mfd: syscon: Add non-DT support

On Wednesday 20 February 2013, Dong Aisheng wrote: > On 20 February 2013 18:06, Arnd Bergmann wrote: > > I would first like to get an answer to the question I asked in my first > > mail, > > which is what the use case of non-DT support in this driver is. If this >

Re: Re[8]: [PATCH v3] mfd: syscon: Add non-DT support

On Wednesday 20 February 2013, Dong Aisheng wrote: > But one question i wonder is that it may be hard to know how many poteintial > non-dt platforms may use syscon. Yes, good point. Of course we want as many platforms as possible to use syscon, just like we want them to use DT, because both things

Re: Re[10]: [PATCH v3] mfd: syscon: Add non-DT support

On Wednesday 20 February 2013, Alexander Shiyan wrote: > OK. I can convert platform to DT, no so easy, but possible. > But I will use syscon as way to using DT (and MULTIPLATFORM in the future), > this mean that I should completely drop ATAG support from this platform > (since I cannot use syscon d

Re: [PATCH 01/11] ARM: disable virt_to_bus/virt_to_bus almost everywhere

, and I don't see an easy way to coordinate this. The patch we will need once both are merged is below. Signed-off-by: Arnd Bergmann diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index 4fef29f..5829b67 100644 --- a/arch/arc/Kconfig +++ b/arch/arc/Kconfig @@ -76,9 +76,6 @@ config HAVE_

Re: Re[12]: [PATCH v3] mfd: syscon: Add non-DT support

On Wednesday 20 February 2013, Alexander Shiyan wrote: > No. Target have a three SYSCON registers and two SYSFLG. All these registers > can be combined into three syscon devices. > Only these registers will be handled via syscon device, so it is not only one. > Or you mean about handle all register

Re: Re[14]: [PATCH v3] mfd: syscon: Add non-DT support

On Wednesday 20 February 2013, Alexander Shiyan wrote: > > On Wednesday 20 February 2013, Alexander Shiyan wrote: > > > No. Target have a three SYSCON registers and two SYSFLG. All these > > > registers > > > can be combined into three syscon devices. > > > Only these registers will be handled via

Re: [PATCH v4] mfd: syscon: Add non-DT suppor

ot; function was added. > > Signed-off-by: Alexander Shiyan Looks good to me now. 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/m

[GIT PULL 04/09] arm-soc: driver specific changes

The following changes since commit 949db153b6466c6f7cad5a427ecea94985927311: Linux 3.8-rc5 (2013-01-25 11:57:28 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/drivers for you to fetch changes up to b6a03d0492dedb5c10b8a5708e

[GIT PULL 08/09] arm-soc: device tree conversions

* bcm2835 bindings for mmc and i2c * tegra bindings for hdmi, keyboard, audio, as well as some updates * at91 bindings for hardware ecc and for devices on RM9200 * mxs bindings for cfa100xx * sunxi support for Miniand Hackberry board ---- Arn

[GIT PULL 09/09] arm-soc: virtualization changes

d KVM, separating these from the Versatile Express reference implementation. Obviously, this new platform is multiplatform capable so it can be combined with existing machines in the same kernel. Arnd Bergmann (2): ARM: arch_timer: in

[GIT PULL 07/09] arm-soc: board specific changes

The following changes since commit 836dc9e3fbbab0c30aa6e664417225f5c1fb1c39: Linux 3.8-rc7 (2013-02-09 08:20:39 +1100) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/boards for you to fetch changes up to f628e3d92465303792d52c98fb0

[GIT PULL 06/09] arm-soc: soc-specific updates

diffently Andrew Lunn (1): cpuidle: kirkwood: Move out of mach directory Arnd Bergmann (5): ARM: prima2: fix __init section for cpu hotplug Merge tag 'renesas-soc5-for-v3.9' of git://git.kernel.org/.../horms/renesas into next/soc Merg

[GIT PULL 03/09] arm-soc: pin muxing for sh-mobile

e-tree bindings, but this is the initial conversion. ---- Arnd Bergmann (2): Merge tag 'renesas-pinmux2-for-v3.9' of git://git.kernel.org/.../horms/renesas into next/sh-pinmux Merge branch 'next/sh-pinmux'

[GIT PULL 05/09] arm-soc: multiplatform support

. * Moving the OMAP4 irq_match array has context clashes with turning omap4_sar_ram_init into an omap_early_initcall() André Hentschel (1): ARM: OMAP2+: Include soc.h to drm.c to fix compiling Arnd Bergmann (5): [me

[GIT PULL 00/09] arm-soc: changes for 3.9

ARM: Kirkwood: Cleanup unneeded include files cpuidle: kirkwood: Move out of mach directory André Hentschel (1): ARM: OMAP2+: Include soc.h to drm.c to fix compiling AnilKumar Ch (1): ARM: OMAP2+: AM33XX: omap2plus_defconfig: Add support for few drivers Arnd Bergmann

[GIT PULL 01/09] arm-soc: non-critical bug fixes

PV210: Fix early uart output in fifo mode Arnd Bergmann (17): mfd/vexpress: vexpress_sysreg_setup must not be __init ARM: msm: proc_comm_boot_wait should not be __init ARM: disable virt_to_bus/virt_to_bus almost everywhere ARM: samsung: fix assembly syntax for new gas

Re: [PATCH v4] mfd: syscon: Add non-DT support

On Friday 22 February 2013, Thierry Reding wrote: > On Fri, Feb 22, 2013 at 03:13:12PM +0800, Dong Aisheng wrote: > > On Fri, Feb 22, 2013 at 11:01:18AM +0400, Alexander Shiyan wrote: > > > > On Thu, Feb 21, 2013 at 07:29:02PM +0400, Alexander Shiyan wrote: > > > > > This patch allow using syscon d

Re: [GIT PULL] arch/arc for v3.9-rc1

sic kernel in first sub-series and adds ptrace/kgdb/.. later > 2. Some of the fallout of review (DeviceTree support, multi-platform-image > support) were added on top of orig series, primarily to record the revision > history. For the series: Acked-by: Arnd Bergmann -- To unsubscribe

Re: [RFC 17/17] unicore32: default GENERIC_GPIO to false

On Tuesday 12 March 2013, Alexandre Courbot wrote: > @@ -24,7 +24,7 @@ config UNICORE32 > Please see web page at . > > config GENERIC_GPIO > - def_bool y > + def_bool n > "def_bool n" is the same as "bool", but in general the latter syntax is pr

Re: [RFC 00/17] Remove GENERIC_GPIO from architecture code

On Tuesday 12 March 2013, Alexandre Courbot wrote: > > This series makes sure the GENERIC_GPIO option can only be set through > GPIOLIB > (and not by individual architectures), as a first step towards its removal. > Nice series, Acked-by: Arnd Bergmann > For most plat

Re: [RFC 17/17] unicore32: default GENERIC_GPIO to false

On Tuesday 12 March 2013, Alexandre Courbot wrote: > Thanks, I will fix this in the next version. > > Btw, if this (or rather the next iteration) gets merged, may I suggest to > do it through the GPIO tree instead of having each architecture picking the > patches of relevance. A considerable numbe

Re: linux-next: manual merge of the akpm tree with the arm-soc tree

On Tuesday 12 March 2013, Jason Cooper wrote: > I chose to keep them together to maintain bisectability. Either you > have all of the fix (you landed on this branch), or you don't. Was this > the correct decision in this case, or did I miss something? I think you don't need to worry about bisect

Re: [PATCH v2] ARM: tegra: expose chip ID and revision

On Tuesday 12 March 2013, Danny Huang wrote: > > +void __init tegra_soc_device_init(void) > +{ > + struct soc_device *soc_dev; > + struct soc_device_attribute *soc_dev_attr; > + > + soc_dev_attr = kzalloc(sizeof(*soc_dev_attr), GFP_KERNEL); > + if (!soc_dev_attr) > +

Re: [PATCH 1/1] asm-generic: move cmpxchg*_local defs to cmpxchg.h

this since linux/llist.h now includes asm/cmpxchg.h > standalone. Looks fine to me, I thought I had replied to this earlier, but I don't see it in my 'sent-mail' folder now, so I assume I did not. Please send this as a bug fix through your own tree. Acked-by: Arnd Bergmann --

[GIT PULL] arm-soc fixes for 3.9-rc2

pport to prevent lockup rtc: rtc-mv: Add support for clk to avoid lockups Arnd Bergmann (5): Merge tag 'omap-for-v3.9-rc1/fixes-signed' of git://git.kernel.org/.../tmlind/linux-omap into fixes Merge tag 'mxs-fixes-3.9-2' of git://git.linaro.org/people/shaw

Re: [RFC 17/17] unicore32: default GENERIC_GPIO to false

On Tuesday 12 March 2013, Alexandre Courbot wrote: > I have fixed this for unicore32, but a few other architectures use the > "def_bool n" syntax consistently across their Kconfig, so for > consistency reasons it is maybe preferable to leave it that way for > them. Ok, fair enough. Arnd -

Re: FW: Regulator API ignored return values

On Tuesday 12 March 2013, Kevin Liu wrote: > > - regulator_enable(host->vqmmc); > > + ret = regulator_enable(host->vqmmc); > > if (!regulator_is_supported_voltage(host->vqmmc, 170, > > 195)) > > caps

Re: [PATCH v2] ARM: tegra: expose chip ID and revision

On Tuesday 12 March 2013, Stephen Warren wrote: > > You are dropping the soc_dev on the floor here by just returning. > > > > The idea of the soc node is to have all on-soc components be children > > of that node, so you should instead pass it into of_platform_populate > > as the parent device. >

[PATCH] ARM: fix CONFIG_VIRT_TO_BUS handling

ywhere" was merged at the same time and changed which platforms select it on ARM. The result of this conflict was that we again see CONFIG_VIRT_TO_BUS on all ARM systems. This patch fixes up the problem and removes CONFIG_ARCH_NO_VIRT_TO_BUS again on ARM. Signed-off-by: Arnd Bergmann Cc: Russ

Re: [PATCH 10/10] drivers: misc: use module_platform_driver_probe()

On Thursday 14 March 2013, Fabio Porcedda wrote: > This patch converts the drivers to use the > module_platform_driver_probe() macro which makes the code smaller and > a bit simpler. > > Signed-off-by: Fabio Porcedda > Cc: Greg Kroah-Hartman > Cc: Arnd Bergmann

Re: [RFC 00/17] Remove GENERIC_GPIO from architecture code

On Thursday 14 March 2013, Alexandre Courbot wrote: > > On Thu, Mar 14, 2013 at 11:14 PM, Linus Walleij > wrote: > > For submitting the pull request to Torvalds in the end you will need > > to create a signed tag. Do you have a signed GPG key? Else it's > > about time to create a key and start co

[PATCH] isdn: hisax: netjet requires VIRT_TO_BUS

nd removes the dependency on !SPARC, which is also implied by that. Signed-off-by: Arnd Bergmann Cc: Karsten Keil Cc: net...@vger.kernel.org --- Please apply for 3.9 or 3.10, this one is not urgent drivers/isdn/hisax/Kconfig | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 1/3] mfd: remove __exit_p annotation for twl4030_madc_remove

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 Cc: Samuel Ortiz Signed-off-by: Arnd Bergmann --- Please apply to MFD tree for 3.9 drivers/mfd/twl4030-madc.c | 2 +- 1 file

[PATCH] vfio: include for kmalloc

The vfio drivers call kmalloc or kzalloc, but do not include , which causes build errors on ARM. Signed-off-by: Arnd Bergmann Cc: Alex Williamson Cc: k...@vger.kernel.org --- Please apply for 3.9 drivers/vfio/pci/vfio_pci_config.c | 1 + drivers/vfio/pci/vfio_pci_intrs.c | 1 + 2 files

[PATCH] [media] ir: IR_RX51 only works on OMAP2

This driver can be enabled on OMAP1 at the moment, which breaks allyesconfig for that platform. Let's mark it OMAP2PLUS-only in Kconfig, since that is the only thing it builds on. Signed-off-by: Arnd Bergmann Cc: Mauro Carvalho Chehab Cc: Timo Kokkonen Cc: Tony Lindgren Cc: Laurent Pin

[PATCH] ethernet/tulip: DE4x5 needs VIRT_TO_BUS

-off-by: Arnd Bergmann Cc: Grant Grundler Cc: net...@vger.kernel.org --- Please apply for 3.9 or 3.10, this one is not urgent drivers/net/ethernet/dec/tulip/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/ethernet/dec/tulip/Kconfig b/drivers/net/ethernet/dec/tulip/Kconfig

[PATCH 2/3] mfd: Make AB8500_CORE select POWER_SUPPLY to fix build error

ference to `power_supply_get_by_name' make: *** [vmlinux] Error 1 Signed-off-by: Axel Lin Acked-by: Lee Jones Cc: Samuel Ortiz Signed-off-by: Arnd Bergmann --- Please apply to MFD tree for 3.9 drivers/mfd/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mfd/Kconfig b/drivers/mf

[PATCH 3/3] mfd: ab8500: kill "reg" property from binding

of the failed attempt to clean up prcmu mailbox handling, and we can simply remove it. Signed-off-by: Arnd Bergmann Cc: Samuel Ortiz Acked-by: Lee Jones --- Please apply to MFD tree for 3.9 Documentation/devicetree/bindings/mfd/ab8500.txt | 6 +- arch/arm/boot/dts/dbx5x0.dtsi

[PATCH] Turn off -Wmaybe-uninitialized when building with -Os

is no effect on older compilers. A side effect is that when building with CONFIG_CC_OPTIMIZE_FOR_SIZE, we might now see /fewer/ warnings about possibly uninitialized warnings than with -O2, but that is still much better than seeing warnings known to be bogus. Signed-off-by: Arnd Bergmann Cc

[PATCH 0/6] ARM platform spring cleaning

We have discussed cleaning these up before, but we never actually removed them. For all I can tell, none of these have any users in the upstream kernel, so they can be removed. If you know of anyone using them, please yell now, or send a revert patch later if you really want them back. Arnd

[PATCH 5/6] ARM: kill Hynix h720x platform

The platform was merged about 10 years ago, and has seen few updates for most of the time since. The people that merged the code seem no longer interested in it either, so let's remove it now. Signed-off-by: Arnd Bergmann Cc: Thomas Gleixner Cc: Robert Schwebel Cc: Sascha Hauer --- arc

[PATCH 1/6] ARM: gemini: get platform to build again

There is no defconfig file for gemini, which has lead to a lot of bitrot. This makes the broken board files, the gpio implementation and the reset logic work again, and fixes the build warnings that got introduced with the changes to the readl/writel prototypes. Signed-off-by: Arnd Bergmann

[PATCH 6/6] mtd: remove h720x flash support

The h720x platform support is going away in linux-3.10, so the MTD driver will also not be needed any more. Signed-off-by: Arnd Bergmann Cc: linux-...@lists.infradead.org Cc: Artem Bityutskiy Cc: David Woodhouse --- drivers/mtd/maps/Kconfig | 7 --- drivers/mtd/maps/Makefile

[PATCH 2/6] ARM: gemini: remove platform support

confuses physical and virtual addresses. This removes gemini support entirely under the assumption that nobody uses it on mainline kernels. Of course, if there are still active users out there, they should let us know so we can put support back in and get it better tested. Signed-off-by: Arnd

[PATCH 3/6] ARM: remove fa526 CPU support

, otherwise we will remove it now. Of course there is always the option to revert this patch if we need it again later. Signed-off-by: Arnd Bergmann --- MAINTAINERS | 7 -- arch/arm/Kconfig | 2 +- arch/arm/Makefile | 1 - arch/arm/boot

[PATCH 4/6] ARM: l7200: remove zombie file

The l7200 platform was removed in 2.6.35, but one file came back due to a failed merge conflict resolution. Let's kill it again. Signed-off-by: Arnd Bergmann --- arch/arm/mach-l7200/include/mach/debug-macro.S | 38 -- 1 file changed, 38 deletions(-) delete mode 1

Re: [GIT PULL] at91: fixes for 3.9-rc #1

On Thursday 14 March 2013, Nicolas Ferre wrote: > Here is a little pull-request for 3.9-rc (I guess it if -rc4 now that > you've just sent the one for -rc3). > > I have other material but it is related to the AT91 framebuffer and we are > currently discussing it so I hold them back for now. > > T

Re: [PATCH 0/5] at91: atmel_lcdfb: regression fixes and cpu_is removal

On Wednesday 13 March 2013, Nicolas Ferre wrote: > In case we end-up with an agreement on the path those fixes should > follow, here is the location of my updated material rebased on top of 3.9-rc2: > > The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9: > > Linux 3.9-r

Re: [PATCH] isdn: hisax: netjet requires VIRT_TO_BUS

On Friday 15 March 2013, Geert Uytterhoeven wrote: > On Thu, Mar 14, 2013 at 10:56 PM, Arnd Bergmann wrote: > > Disabling CONFIG_VIRT_TO_BUS on ARM showed that the hisax netjet > > driver depends on this deprecated functionality but is not > > marked so in Kconfig. > >

Re: [PATCH 2/3] mfd: Make AB8500_CORE select POWER_SUPPLY to fix build error

On Friday 15 March 2013, Samuel Ortiz wrote: > On Thu, Mar 14, 2013 at 10:56:39PM +0100, Arnd Bergmann wrote: > > > > Please apply to MFD tree for 3.9 > Already applied to mfd-fixes. > For some reason I did not see it when I rebased my patches on top of linux-next to make

Re: [PATCH] ARM: Scorpion is a v7 architecture, not v6

On Friday 15 March 2013, Stephen Boyd wrote: > Can you pick this patch up from the mailing list? Otherwise I can try to > route it through David's msm tree. Ok, applied to the fixes branch now. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: Re[2]: [PATCH v7 2/2] mfd: syscon: Add non-DT support

on device from the client drivers, > > > "syscon_regmap_lookup_by_pdevname" function was added. > > > > > > Signed-off-by: Alexander Shiyan > > > > Acked-by: Dong Aisheng (both patches) Acked-by: Arnd Bergmann > There remains only one question

Re: [Suggestion] Latest randconfig build errors for Head.S

X, c7, c10, 4" instruction? I'd just ignore > >> them and hope that the toolchain people fix it. > > AFAIK Arnd is aware and waiting for feedback about his patch: > > ARM: compressed/head.S: work around new binutils warning Arnd Bergmann > > http://lists.inf

Re: [PATCH] ARM: mach-moxart: platform port for MOXA ART SoC

On Wednesday 13 March 2013, Daniel Mack wrote: > On 13.03.2013 16:37, Jonas Jensen wrote: > > I ask for feedback and to submit (if possible) a new ARM SoC platform > > port. This is now near complete (I think) (tested on UC-7112-LX Plus) > > and applies to 2.6.34.14. > > First of all - thanks for

Re: [PATCH 10/10] drivers: misc: use module_platform_driver_probe()

On Friday 15 March 2013, Fabio Porcedda wrote: > >> * Regarding the use of module_platform_driver_probe, I'm a little worried > >> about > >> the interactions with deferred probing. I don't think there are any > >> regressions, > >> but we should probably make people aware that one cannot ret

Re: [Suggestion] Latest randconfig build errors for Head.S

On Friday 15 March 2013, Chen Gang F T wrote: > excuse me, my English is not quite well. > > I guess your meaning is: > "that bug" means the toolchain's bug (need toolchain people fix it). > prefer to apply your patch, before "that bug" is fixed (we don't know > when) > > is it cor

Re: [PATCH] isdn: hisax: netjet requires VIRT_TO_BUS

On Friday 15 March 2013, David Miller wrote: > I do not want to see us add such a Kconfig dependency knob. > > Then the real tendency will exist to make new drivers little-endian > only, refuse to fix endian-broken old drivers, etc. > > Which means that allmodconfig on my architecture will have b

Re: [PATCH] isdn: hisax: netjet requires VIRT_TO_BUS

On Friday 15 March 2013, David Miller wrote: > The first usage seems reason, but the temtation is going to be quite > strong to misuse to block out drivers when there is "no value" in > spending time necessary to simply make them endian clean instead. Right. I'll let someone else start that discus

Re: [PATCH 10/10] drivers: misc: use module_platform_driver_probe()

On Friday 15 March 2013, H Hartley Sweeten wrote: > Arnd, > > Ill look at converting the ep93xx pwm driver to the PWM subsystem. The only > issue is > the current driver exposes a sysfs interface that I think is not available in > that subsystem. You can probably keep providing that interface i

Re: [GIT PULL] clocksource cleanup for 3.10

On Monday 11 March 2013, Rob Herring wrote: > Please pull. This improves the clocksource init to avoid double matching > to the DT device node. The clocksource init function changes are needed > for any other clocksource conversions to CLKSRC_OF, so we need to make > sure any other conversions use

Re: [GIT PULL] at91: framebuffer enhancements for 3.10

On Friday 15 March 2013, Nicolas Ferre wrote: > Arnd, Olof, > > Following our conversation about these framebuffer patches for > Atmel LCD driver, here are the remaining three patches that can be > pushed for 3.10. As suggested by Arnd, I have kept them on top of last > commit concerning this topi

Re: [GIT PULL] at91: cleanup + soc for 3.10 #1

On Friday 15 March 2013, Nicolas Ferre wrote: > This is a pull-request targeted to do some cleanup in AT91 Kconfig > and board-dt-xxx.c files. It will prepare the coming introduction of > our SAMA5D3 family (Atmel new Cortex-A5) that we will stack on top > of these modifications soon. > Pulled in

Re: [PATCH] clk: add DT test clock consumer driver

On Saturday 16 March 2013, Sebastian Hesselbarth wrote: > This driver adds a DT test clock consumer that exposes debugfs files to > enable/disable and set/get rate of the attached programmable clock. > During development of a i2c-attached clock generator I found it useful > to debug the clock gener

Re: [PATCH 3/3] misc: ep93xx_pwm.c: fix section mismatch and use module_platform_driver

Hartley Sweeten > Cc: Ryan Mallon > Cc: Arnd Bergmann > Cc: Greg Kroah-Hartman 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

Re: [PATCH v2 1/2] dw_dmac: make driver endianness configurable

tform, because it needs native-endian (i.e. big-endian) accessors. > This patch makes the endianness configurable using 'DW_DMAC_BIG_ENDIAN_IO', > which will default be true for AVR32 > > > Signed-off-by: Hein Tibosch Acked-by: Arnd Bergmann -- To unsubscribe from t

Re: [PATCH] pwm: Move AB8500 PWM driver to PWM framework

ed by a few people who know the hardware and can actually > test whether this still works. Did you create the patch using 'git format-patch -M'? It should show the changes as a move plus changes rather than a file remove and another file add. The change to the common framework is of c

Re: [PATCH v2 17/31] arm64: System calls handling

On Monday 03 September 2012, Catalin Marinas wrote: > I forgot about this at the KS and we haven't got to a clear conclusion. > > Do we (1) stick with the sys_mmap() for 64-bit systems and avoid offset > conversion in both glibc and kernel or (2) use sys_mmap2() with a 12 > shift in glibc and (PAG

Re: [PATCH v2] hvc_dcc : add support to armv4 and armv5 core

On Friday 31 August 2012, Stephen Boyd wrote: > > +static int hvc_dcc_put_chars_v6(uint32_t vt, const char *buf, int count) > > +{ > > + int i; > > + > > + for (i = 0; i < count; i++) { > > + while (__dcc_getstatus_v6() & DCC_STATUS_TX_V6) > > + cpu_relax();

Re: linux-next: manual merge of the arm-soc tree with the arm-current tree

On Tuesday 04 September 2012, Stephen Rothwell wrote: > Today's linux-next merge of the arm-soc tree got a conflict in > arch/arm/mm/mmu.c between commit a849088aa155 ("ARM: Fix ioremap() of > address zero") from the arm-current tree and commit c2794437091a ("ARM: > Add fixed PCI i/o mapping") from

Re: linux-next: manual merge of the arm-soc tree with the arm-current tree

matter when we do the real mapping of the i/o space. > > Here's my merge: Ok, thanks for the clarification. I've merged Russell's fixes branch into the cleanup/io-pci branch now to resolve the conflict. Arnd >From 863e99a8c1ea2b0391491904297f57a0f6a1fdd6 Mon Sep 1

Re: [PATCH 3/3] i2c: nomadik: Add Device Tree support to the Nomadik I2C driver

On Monday 03 September 2012, Lee Jones wrote: > > But if you are handling both, then I agree that platform_data should > > override DT. > > I do agree with this, but I haven't stumbled over such a use-case yet. > I have only provided; clock names, DMA settings and call-back information > via AUX_D

Re: [PATCH 02/17] arm: ux500: add ccu9540 board support

On Wednesday 05 September 2012, Loic Pallardy wrote: > +MACHINE_START(U9540, "ST-Ericsson 9540 platform") > + .atag_offset= 0x100, > + .map_io = u8500_map_io, > + .nr_irqs= UX500_NR_IRQS, > + .init_irq = ux500_init_irq, > + .timer = &

Re: [PATCH 14/17] mfd: db8500-prcmu: use db8500 legacy services

On Wednesday 05 September 2012, Loic Pallardy wrote: > This patch exposes db8500 legacy services which are > now available to support new baseband. > If different are needed, then services are overloaded. > This allows to reduce duplicate code between projects. > > Signed-off-by: Loic Pallardy >

Re: mfd: Implement devicetree support for AB8500 Btemp

On Tuesday 11 September 2012, Rajanikanth HV wrote: > >> +Supplied-to: > >> + This shall be power supply class dependency where in the > runtime battery > >> + properties will be shared across fuel guage and charging > algorithm driver. > > > > I probably don't understand enough of this, bu

[PATCH 00/16] ARM: big platform data header rename

have specific comments, please reply on the patches you are Cc'd on. Arnd Arnd Bergmann (16): ARM: at91: move platform_data definitions ARM: davinci: move platform_data definitions ARM: ep93xx: move platform_data definitions ARM: imx: move platform_data definitions ARM:

[PATCH 02/16] ARM: davinci: move platform_data definitions

Platform data for device drivers should be defined in include/linux/platform_data/*.h, not in the architecture and platform specific directories. This moves such data out of the davinci include directories Signed-off-by: Arnd Bergmann Cc: Sekhar Nori Cc: Kevin Hilman Cc: "Ben Dooks

[PATCH 04/16] ARM: imx: move platform_data definitions

Platform data for device drivers should be defined in include/linux/platform_data/*.h, not in the architecture and platform specific directories. This moves such data out of the imx include directories Signed-off-by: Arnd Bergmann Cc: Sascha Hauer Cc: Russell King Cc: Vinod Koul Cc: Dan

[PATCH 11/16] ARM: w90x900: move platform_data definitions

Platform data for device drivers should be defined in include/linux/platform_data/*.h, not in the architecture and platform specific directories. This moves such data out of the w90x900 include directories Signed-off-by: Arnd Bergmann Cc: Wan ZongShun Cc: "Ben Dooks (embedded platforms)

[PATCH 12/16] ARM: nomadik: move platform_data definitions

Platform data for device drivers should be defined in include/linux/platform_data/*.h, not in the architecture and platform specific directories. This moves such data out of the nomadik include directories Signed-off-by: Arnd Bergmann Cc: Alessandro Rubini Cc: Linus Walleij Cc: STEricsson Cc

[PATCH 06/16] ARM: netx: move platform_data definitions

Platform data for device drivers should be defined in include/linux/platform_data/*.h, not in the architecture and platform specific directories. This moves such data out of the netx include directories Signed-off-by: Arnd Bergmann Cc: "David S. Miller" Cc: net...@vger.kernel.org

[PATCH 05/16] ARM: msm: move platform_data definitions

Platform data for device drivers should be defined in include/linux/platform_data/*.h, not in the architecture and platform specific directories. This moves such data out of the msm include directories Signed-off-by: Arnd Bergmann Cc: David Brown Cc: Daniel Walker Cc: Bryan Huntsman Cc

[PATCH 08/16] ARM: sa1100: move platform_data definitions

Platform data for device drivers should be defined in include/linux/platform_data/*.h, not in the architecture and platform specific directories. This moves such data out of the sa1100 include directories Signed-off-by: Arnd Bergmann Cc: Samuel Ortiz Cc: Jochen Friedrich --- arch/arm/mach

[PATCH 10/16] ARM: vt8500: move platform_data definitions

Platform data for device drivers should be defined in include/linux/platform_data/*.h, not in the architecture and platform specific directories. This moves such data out of the vt8500 include directories Signed-off-by: Arnd Bergmann Cc: Tony Prisk Cc: Florian Tobias Schandinat --- arch/arm

[PATCH 09/16] ARM: tegra: move platform_data definitions

Platform data for device drivers should be defined in include/linux/platform_data/*.h, not in the architecture and platform specific directories. This moves such data out of the tegra include directories Signed-off-by: Arnd Bergmann Cc: Colin Cross Cc: Olof Johansson Cc: Stephen Warren Cc

<    1   2   3   4   5   6   7   8   9   10   >