Re: [PATCH] gpio: stmpe: Add DT support for stmpe gpio

> > static struct mfd_cell stmpe_gpio_cell = { > > .name = "stmpe-gpio", > > + .of_compatible = "st,stmpe-gpio", > > There's no need for any of the STMPE to have their own compatible > string, as they are MFD devices. They are registered as platform > devices from the MFD subsyst

Re: [PATCH v2 01/11] kexec: introduce kexec_ops struct

On Fri, Nov 23, 2012 at 09:53:37AM +, Jan Beulich wrote: > >>> On 23.11.12 at 02:56, Andrew Cooper wrote: > > On 23/11/2012 01:38, H. Peter Anvin wrote: > >> I still don't really get why it can't be isolated from dom0, which would > > make more sense to me, even for a Xen crash. > >> > > > > T

RE: [PATCH v4 09/11] ARM: dts: AM33XX: Add PWMSS device tree nodes

On Fri, Nov 23, 2012 at 02:38:57, Thierry Reding wrote: > On Wed, Nov 21, 2012 at 06:41:06PM +0530, Philip, Avinash wrote: > > Add PWMSS device tree nodes in relation with ECAP & EHRPWM DT nodes to > > AM33XX SoC family. Also populates device tree nodes for ECAP & EHRPWM by > > adding necessary pro

RE: [PATCH v4 06/11] pwm: pwm-tiehrpwm: Add device-tree binding support for EHRPWM driver

On Fri, Nov 23, 2012 at 02:33:47, Thierry Reding wrote: > On Wed, Nov 21, 2012 at 06:41:03PM +0530, Philip, Avinash wrote: > [...] > > +static const struct of_device_id ehrpwm_of_match[] = { > > + { > > + .compatible = "ti,am33xx-ehrpwm", > > + }, > > Same comment as for patch 4.

RE: [PATCH v4 10/11] ARM: dts: AM33XX: Add PWM backlight DT data to am335x-evm

On Fri, Nov 23, 2012 at 02:41:47, Thierry Reding wrote: > On Wed, Nov 21, 2012 at 06:41:07PM +0530, Philip, Avinash wrote: > [...] > > diff --git a/arch/arm/boot/dts/am335x-evm.dts > > b/arch/arm/boot/dts/am335x-evm.dts > > index 9f65f17..4178ba4 100644 > > --- a/arch/arm/boot/dts/am335x-evm.dts >

RE: [PATCH v4 11/11] ARM: dts: AM33XX: Add PWM backlight DT data to am335x-evmsk

On Fri, Nov 23, 2012 at 02:42:45, Thierry Reding wrote: > On Wed, Nov 21, 2012 at 06:41:08PM +0530, Philip, Avinash wrote: > > PWM output from ecap2 uses as backlight source. Also adds low threshold > > value to have a uniform divisions in brightness-levels scales with > > inverse polarity. > > >

Re: [ 11/83] module: fix out-by-one error in kallsyms

Hi, 2012/11/22 Greg Kroah-Hartman : > 3.6-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Rusty Russell > > commit 59ef28b1f14899b10d6b2682c7057ca00a9a3f47 upstream. > > Masaki found and patched a kallsyms issue: the last symbol in a > modu

RE: [PATCH v4 05/11] pwm: pwm-tiecap: pinctrl support

On Fri, Nov 23, 2012 at 02:29:44, Thierry Reding wrote: > On Wed, Nov 21, 2012 at 06:41:02PM +0530, Philip, Avinash wrote: > [...] > > + pinctrl = devm_pinctrl_get_select_default(&pdev->dev); > > + if (IS_ERR(pinctrl)) > > + dev_warn(&pdev->dev, "failed to configure pins from driver\n

RE: [PATCH v4 04/11] pwm: pwm-tiecap: Add device-tree binding support for APWM driver

On Fri, Nov 23, 2012 at 02:27:33, Thierry Reding wrote: > On Wed, Nov 21, 2012 at 06:41:01PM +0530, Philip, Avinash wrote: > [...] > > +static const struct of_device_id ecap_of_match[] = { > > + { > > + .compatible = "ti,am33xx-ecap", > > + }, > > Same here, can be shorter by put

RE: [PATCH v4 01/11] PWMSS: Add PWM Subsystem driver for parent<->child relationship

On Fri, Nov 23, 2012 at 02:17:04, Thierry Reding wrote: > On Wed, Nov 21, 2012 at 06:40:58PM +0530, Philip, Avinash wrote: > [...] > > +static const struct of_device_id pwmss_of_match[] = { > > + { > > + .compatible = "ti,am33xx-pwmss", > > + }, > > For consistency with other dri

Re: [PATCH] gpio: stmpe: Add DT support for stmpe gpio

On Fri, 23 Nov 2012, Viresh Kumar wrote: > From: Vipul Kumar Samar > > This patch allows the STMPE GPIO driver to be successfully probed and > initialised when Device Tree support is enabled. Bindings are mentioned in > Documentation too. > > Signed-off-by: Vipul Kumar Samar > Signed-off-by: V

Re: [PATCH v2] ASoC: fsl: fix miscompilation of snd-soc-imx-pcm

Hi, Mark Brown writes: > On Fri, Nov 23, 2012 at 10:12:13AM +0100, Lothar Waßmann wrote: > > Due to a broken make rule, sound/soc/fsl/imx-pcm-dma.c or > > sound/soc/fsl/imx-pcm-fiq.c (whatever is selected via Kconfig) will > > not be compiled into imx-pcm.o when building as module, i.e.: > > What

Re: [PATCH 0/3] Add SDHCI ACPI driver

On 22/11/12 23:24, Rafael J. Wysocki wrote: > On Thursday, November 22, 2012 04:46:10 PM Adrian Hunter wrote: >> On 22/11/12 15:55, Chris Ball wrote: >>> Hi, >>> >>> On Thu, Nov 22 2012, Adrian Hunter wrote: Here is SDHCI ACPI driver. It is dependent on new ACPI Platform support so I sug

Re: [PATCH 0/3] Add SDHCI ACPI driver

On 23/11/12 11:34, Mika Westerberg wrote: > On Thu, Nov 22, 2012 at 10:24:33PM +0100, Rafael J. Wysocki wrote: >> On Thursday, November 22, 2012 04:46:10 PM Adrian Hunter wrote: >>> On 22/11/12 15:55, Chris Ball wrote: Hi, On Thu, Nov 22 2012, Adrian Hunter wrote: > Here is SDHCI

Re: memory-cgroup bug

On Fri 23-11-12 10:44:23, azurIt wrote: [...] > # gdb vmlinux > GNU gdb (GDB) 7.0.1-debian > Copyright (C) 2009 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > Ther

Re: [RESENDING] [PATCH 07/22] ASoC: Ux500: Initialise PCM from MSP probe rather than as a device

On Fri, Nov 23, 2012 at 09:12:36AM +, Lee Jones wrote: > On Fri, 23 Nov 2012, Mark Brown wrote: > > Why do we need any ideas? Just implement it already. > How do you mean? I've written the patch, just accept it. ;) Whatever the patch was I don't have it any more, you'll need to resend. si

Re: [PATCH v2] ASoC: fsl: fix miscompilation of snd-soc-imx-pcm

On Fri, Nov 23, 2012 at 10:12:13AM +0100, Lothar Waßmann wrote: > Due to a broken make rule, sound/soc/fsl/imx-pcm-dma.c or > sound/soc/fsl/imx-pcm-fiq.c (whatever is selected via Kconfig) will > not be compiled into imx-pcm.o when building as module, i.e.: What I've been trying to do is get you t

Re: memory-cgroup bug

On Fri 23-11-12 10:21:37, azurIt wrote: [...] > It, luckily, happend again so i have more info. > > - there wasn't any logs in kernel from OOM for that cgroup > - there were 16 processes in cgroup > - processes in cgroup were taking togather 100% of CPU (it >was allowed to use only one core

Re: [PATCH V3 3/3] mfd: stmpe: Update DT support in stmpe driver

On Fri, 23 Nov 2012, Viresh Kumar wrote: > From: Vipul Kumar Samar > > This patch extends existing DT support for stmpe devices. This updates: > - DT support from stmpe SPI and I2C drivers > - missing header files in stmpe.c > - stmpe_of_probe() with pwm, rotator and new bindings. > - Bindings a

Re: 3.7-rc6 soft lockup in kswapd0

tl;dr: Have installed Dave Hansen's patch as requested, rebooted. Now it's a matter of waiting for lockup... Mel Gorman wrote: > heh, those P4s are great for keeping the room warm in winter. Legacy > high five? I wanted a physically separate box for some lightly used outside-facing network

Re: [PATCH 2/3] pwm: lpc32xx - Properly disable the clock on device remove

On 11/22/2012 11:31 PM, Alexandre Pereira da Silva wrote: > Em 14/11/2012 09:58, "Alban Bedel" escreveu: >> >> A single clock is used for all PWMs meaning the clock ref count might >> be between 0 and N when remove() is called. Instead of a single >> clk_disable() call pwm_disable() on each PWM, t

Re: [PATCH v2 01/11] kexec: introduce kexec_ops struct

>>> On 22.11.12 at 18:37, "H. Peter Anvin" wrote: > I actually talked to Ian Jackson at LCE, and mentioned among other > things the bogosity of requiring a PUD page for three-level paging in > Linux -- a bogosity which has spread from Xen into native. It's a page > wasted for no good reason, s

Re: [PATCH] mfd: ab8500: add static linkage for battery info

> How do you want this patch to be treated? > > Is this a patch or a branch? If it's a branch, why are you referencing > it? Have you issued a pull request? If it's a patch (I'm assuming it > hasn't been accepted yet), then you should just fix it up into the > patch. My apologies, I've just seen A

Re: [PATCH 02/40] x86: mm: drop TLB flush from ptep_set_access_flags

On Fri, Nov 23, 2012 at 09:09:09AM +, Mel Gorman wrote: > You sortof can[1]. Borislav Petkov answered that they do > https://lkml.org/lkml/2012/11/17/85 and quoted the manual at > https://lkml.org/lkml/2012/10/29/414 saying that this should be ok. > > [1] There is no delicate way of putting it

Re: [PATCH 1/3] pwm: lpc32xx - Fix the PWM polarity

On 11/23/2012 10:34 AM, Alexandre Pereira da Silva wrote: > On Wed, Nov 14, 2012 at 9:58 AM, Alban Bedel > wrote: >> The duty cycles value goes from 1 (99% HIGH) to 256 (0% HIGH) but it >> is stored modulo 256 in the register as it is only 8 bits wide. >> >> Signed-off-by: Alban Bedel > > Acked-

Re: [PATCH v2 01/11] kexec: introduce kexec_ops struct

>>> On 23.11.12 at 02:56, Andrew Cooper wrote: > On 23/11/2012 01:38, H. Peter Anvin wrote: >> I still don't really get why it can't be isolated from dom0, which would > make more sense to me, even for a Xen crash. >> > > The crash region (as specified by crashkernel= on the Xen command line) >

Re: Linux 3.7-rc6

On Thu, 22 Nov 2012, Henrik Rydberg wrote: >> Yeah, the utter lack of a vbt fits very nicely, thanks for checking, >> I've merged the patch into drm-intel-fixes and will forward it for >> inclusion into 3.7 rsn. > > Great, thanks. One thing about that patch: if we would ever encounter > a non-zero

Re: [PATCH v3 3/3] pwm: New driver to support PWM driven LEDs on TWL4030/6030 series of PMICs

Hi Thierry, On 11/20/2012 12:58 PM, Thierry Reding wrote: >> Oh, I missed to save the updated comment before I commited the change. >> Can I just send and update patch instead of the whole series again? > > Sure. > > Sorry for taking so long to review this. I'm rather busy with other > things bu

Re: [PATCH 3/3] pwm: lpc32xx - Set the chip base for dynamic allocation

On 11/23/2012 10:35 AM, Alexandre Pereira da Silva wrote: > On Wed, Nov 14, 2012 at 9:58 AM, Alban Bedel > wrote: >> Signed-off-by: Alban Bedel > > Acked-by: Alexandre Pereira da Silva Acked-by: Roland Stigge > >> --- >> drivers/pwm/pwm-lpc32xx.c |1 + >> 1 files changed, 1 insertions(

Re: [PATCH 1/4] mfd: ab8500: add devicetree support for fuelgauge

> On Fri, Nov 23, 2012 at 12:13:44AM +0530, Rajanikanth H.V wrote: > [...] > > +/* > > + * Note that the batres_vs_temp table must be strictly sorted by falling > > + * temperature values to work. > > + */ > > +struct batres_vs_temp temp_to_batres_tbl_thermistor[] = { > > It must be static. > >

Re: [RESEND][PATCH] Rewrite Documentation/SubmittingPatches.

This updates the documentation on how to create patches and send these to the kernel mailing list. The documentation before was written in times before git was there, so the crafting of the patch needed to be done manually by diff -up in the right directory. This patch aims at simplifying the pat

Re: [PATCH v2 01/11] kexec: introduce kexec_ops struct

On Thu, Nov 22, 2012 at 04:15:48AM -0800, ebied...@xmission.com wrote: > Daniel Kiper writes: > > > On Tue, Nov 20, 2012 at 08:40:39AM -0800, ebied...@xmission.com wrote: > >> Daniel Kiper writes: > >> > >> > Some kexec/kdump implementations (e.g. Xen PVOPS) could not use default > >> > functions

Re: [PATCH] mfd: ab8500: add static linkage for battery info

How do you want this patch to be treated? > From: "Rajanikanth H.V" > > enforce static linkage for battery attributes structures > > this patch is against: "mfd-ab8500-add-devicetree-support-for-fuelgauge" Is this a patch or a branch? If it's a branch, why are you referencing it? Have you issu

[PATCH] drivers/char: for hpet, add count checking, and ~0UL instead of -1

use ~0UL for unsigned long variable initialization, instead of -1. add check for hdp->hd_nirqs within 32 (HPET_MAX_TIMERS). the type of irqp->interrupt_count is u8. the git diff not display the relative lines below. hdp->hd_irq[hdp->hd_nirqs] = irq; hdp->hd_nirqs++; pl

Re: [PATCH] gpio: New driver for GPO emulation using PWM generators

Hi Grant, On 11/23/2012 10:13 AM, Peter Ujfalusi wrote: > Hi Grant, > > On 11/23/2012 08:55 AM, Grant Likely wrote: >> Ugh. and this is why I wanted the PWM and GPIO subsystems to use the >> same namespace and binding. But that's not your fault. >> >> It's pretty horrible to have a separate tran

Re: [PATCH V2 1/2] mfd: stmpe: Use devm_*() routines

On 23 November 2012 15:10, Lee Jones wrote: > That's not how it works. > > Apply my Acked-by yourself and re-send the patch-set as a whole. I don't thinks so. This patch is not doing anything with DT stuff and so can be applied separately. Related patches should be posted together though. -- vir

Re: memory-cgroup bug

> CC: linux-kernel@vger.kernel.org, linux...@kvack.org, "cgroups mailinglist" > >On Fri 23-11-12 10:21:37, azurIt wrote: >> >Either use gdb YOUR_VMLINUX and disassemble mem_cgroup_handle_oom or >> >use objdump -d YOUR_VMLINUX and copy out only mem_cgroup_handle_oom >> >function. >> If 'YOUR_VMLIN

[RFC PATCH 0/2] staging: usbip: refine the spinlock

This patchset refine some spinlocks which I think not used properly. Maybe my 'refine' make the code broken, so any comments will be appreciated. patch1: The function 'usbip_event_add()' may be called in interrupt context on the stub side: 'stub_complete'->'stub_enqueue_ret_unlink'->'usbip_ev

Re: [PATCH V2 1/2] mfd: stmpe: Use devm_*() routines

On Fri, 23 Nov 2012, Lee Jones wrote: > On Thu, 22 Nov 2012, Viresh Kumar wrote: > > > On 22 November 2012 15:57, Lee Jones wrote: > > > On Thu, 22 Nov 2012, Viresh Kumar wrote: > > > > > >> This patch frees stmpe driver from tension of freeing resources :) > > >> devm_* derivatives of multiple

Re: [PATCH V3 3/3] mfd: stmpe: Update DT support in stmpe driver

On Fri, 23 Nov 2012 00:26:20 +0530, Viresh Kumar wrote: > From: Vipul Kumar Samar > > This patch extends existing DT support for stmpe devices. This updates: > - DT support from stmpe SPI and I2C drivers > - missing header files in stmpe.c > - stmpe_of_probe() with pwm, rotator and new bindings

Re: [PATCH 3/3] mmc: sdhci-acpi: add SDHCI ACPI driver

On Thu, Nov 22, 2012 at 10:43:50AM +0200, Adrian Hunter wrote: > +static int __devinit sdhci_acpi_probe(struct platform_device *pdev) > +{ > + struct device *dev = &pdev->dev; > + acpi_handle handle = dev->acpi_handle; This is not going to work anymore, you'll have to use ACPI_HANDLE(dev)

Re: [PATCH V2 1/2] mfd: stmpe: Use devm_*() routines

On Thu, 22 Nov 2012, Viresh Kumar wrote: > On 22 November 2012 15:57, Lee Jones wrote: > > On Thu, 22 Nov 2012, Viresh Kumar wrote: > > > >> This patch frees stmpe driver from tension of freeing resources :) > >> devm_* derivatives of multiple routines are used while allocating > >> resources, >

[PATCH v4 1/2] cpufreq: ondemand: handle SW coordinated CPUs

From: Rickard Andersson This patch fixes a bug that occured when we had load on a secondary CPU and the primary CPU was sleeping. Only one sampling timer was spawned and it was spawned as a deferred timer on the primary CPU, so when a secondary CPU had a change in load this was not detected by th

Re: [PATCH V2 2/2] mfd: stmpe: Extend DT support in stmpe driver

On Fri, 23 Nov 2012, Viresh Kumar wrote: > On 22 November 2012 16:54, Lee Jones wrote: > >> diff --git a/Documentation/devicetree/bindings/mfd/stmpe.txt > >> b/Documentation/devicetree/bindings/mfd/stmpe.txt > >> +Optional properties: > >> +- irq-trigger: IRQ trigger to use for the interrupt to

Re: [PATCH V2 2/2] mfd: stmpe: Extend DT support in stmpe driver

On Fri, 23 Nov 2012, Viresh Kumar wrote: > On 22 November 2012 16:54, Lee Jones wrote: > >> diff --git a/Documentation/devicetree/bindings/mfd/stmpe.txt > >> b/Documentation/devicetree/bindings/mfd/stmpe.txt > >> stmpe1601: stmpe1601@40 { > > >> + id = <0>; > > > > Don't do th

Re: memory-cgroup bug

On 11/23/2012 01:21 PM, azurIt wrote: >> Either use gdb YOUR_VMLINUX and disassemble mem_cgroup_handle_oom or >> use objdump -d YOUR_VMLINUX and copy out only mem_cgroup_handle_oom >> function. > If 'YOUR_VMLINUX' is supposed to be my kernel image: > > # gdb vmlinuz-3.2.34-grsec-1 this is vmlinu

Re: [PATCH 3/3] pwm: lpc32xx - Set the chip base for dynamic allocation

On Wed, Nov 14, 2012 at 9:58 AM, Alban Bedel wrote: > Signed-off-by: Alban Bedel Acked-by: Alexandre Pereira da Silva > --- > drivers/pwm/pwm-lpc32xx.c |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/drivers/pwm/pwm-lpc32xx.c b/drivers/pwm/pwm-lpc32xx.c > index f

Re: [PATCH 1/3] pwm: lpc32xx - Fix the PWM polarity

On Wed, Nov 14, 2012 at 9:58 AM, Alban Bedel wrote: > The duty cycles value goes from 1 (99% HIGH) to 256 (0% HIGH) but it > is stored modulo 256 in the register as it is only 8 bits wide. > > Signed-off-by: Alban Bedel Acked-by: Alexandre Pereira da Silva > --- > drivers/pwm/pwm-lpc32xx.c |

Re: [PATCH V2 2/2] mfd: stmpe: Extend DT support in stmpe driver

On Fri, 23 Nov 2012, Shiraz Hashim wrote: > On Thu, Nov 22, 2012 at 10:31:48PM +0530, Viresh Kumar wrote: > > On 22 November 2012 21:16, Lee Jones wrote: > > > The STMPE GPIO controller can't be used by Device Tree yet in > > > any case, because it doesn't have an IRQ domain. This is > > > compul

Re: [regression] 3.7+ suspend to RAM/offline CPU fails with nmi_watchdog=0 (bisected)

On Wed, 21 Nov 2012, Norbert Warmuth wrote: > 3.7-rc6 booted with nmi_watchdog=0 fails to suspend to RAM or > offline CPUs. It's reproducable with a KVM guest and physical > system. Does the patch below fix it? Thanks, tglx diff --git a/kernel/watchdog.c b/kernel/watchdog.c index 9d4c8

[PATCH v4 2/2] cpufreq: ondemand: use all CPUs in update_sampling_rate

Modify update_sampling_rate() to check, and eventually immediately schedule, all CPU's do_dbs_timer delayed work. This is required in case of software coordinated CPUs, as we now have a separate delayed work for each CPU. Signed-off-by: Fabio Baltieri --- drivers/cpufreq/cpufreq_ondemand.c | 4

Re: [PATCH 1/3] net: stmmac: change GMAC control register for SGMII

Hello An On 11/23/2012 10:04 AM, Byungho An wrote: This patch changes GMAC control register (TC(Transmit Configuration) and PS(Port Selection) bit for SGMII. In case of SGMII, TC bit is '1' and PS bit is 0. I was looking at this too. In particular, I was working on the rgmii interrupt so I g

Re: [PATCH 0/3] Add SDHCI ACPI driver

On Thu, Nov 22, 2012 at 10:24:33PM +0100, Rafael J. Wysocki wrote: > On Thursday, November 22, 2012 04:46:10 PM Adrian Hunter wrote: > > On 22/11/12 15:55, Chris Ball wrote: > > > Hi, > > > > > > On Thu, Nov 22 2012, Adrian Hunter wrote: > > >> Here is SDHCI ACPI driver. It is dependent on new AC

Re: memory-cgroup bug

On Fri 23-11-12 10:21:37, azurIt wrote: > >Either use gdb YOUR_VMLINUX and disassemble mem_cgroup_handle_oom or > >use objdump -d YOUR_VMLINUX and copy out only mem_cgroup_handle_oom > >function. > If 'YOUR_VMLINUX' is supposed to be my kernel image: > > # gdb vmlinuz-3.2.34-grsec-1 > GNU gdb (GD

Re: [PATCH V2 2/2] mfd: stmpe: Extend DT support in stmpe driver

On Thu, 22 Nov 2012, Viresh Kumar wrote: > On 22 November 2012 21:16, Lee Jones wrote: > >> >> diff --git a/Documentation/devicetree/bindings/mfd/stmpe.txt > >> >> b/Documentation/devicetree/bindings/mfd/stmpe.txt > >> >> +- irq-over-gpio: bool, true if gpio is used to get irq > >> >> +- irq-gpi

Re: memory-cgroup bug

>Either use gdb YOUR_VMLINUX and disassemble mem_cgroup_handle_oom or >use objdump -d YOUR_VMLINUX and copy out only mem_cgroup_handle_oom >function. If 'YOUR_VMLINUX' is supposed to be my kernel image: # gdb vmlinuz-3.2.34-grsec-1 GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Found

Re: arch_check_bp_in_kernelspace: fix the range check

Dear Oleg, After the detour into the VDSO page, which is really a separate issue, but one which I was able to work around in user-mode (for my particular needs, not yet for all others who write checkpoint/restore pacakges), I am sad to report that despite my previous post, the "vsyscall" problem w

Re: [PATCH] gpio: New driver for GPO emulation using PWM generators

Hi Grant, On 11/23/2012 08:55 AM, Grant Likely wrote: > Ugh. and this is why I wanted the PWM and GPIO subsystems to use the > same namespace and binding. But that's not your fault. > > It's pretty horrible to have a separate translator node to convert a PWM > into a GPIO (with output only of co

Re: [RESENDING] [PATCH 07/22] ASoC: Ux500: Initialise PCM from MSP probe rather than as a device

On Fri, 23 Nov 2012, Mark Brown wrote: > On Thu, Nov 22, 2012 at 02:05:40PM +, Lee Jones wrote: > > On Thu, 20 Sep 2012, Lee Jones wrote: > > > > > > Can we have some closure on this patch please, as it's blocking the > > > > > patch-set? I'm fairly sure the patch is doing the correct thing,

[PATCH v2] ASoC: fsl: fix miscompilation of snd-soc-imx-pcm

Due to a broken make rule, sound/soc/fsl/imx-pcm-dma.c or sound/soc/fsl/imx-pcm-fiq.c (whatever is selected via Kconfig) will not be compiled into imx-pcm.o when building as module, i.e.: CONFIG_SND_SOC_IMX_PCM=m CONFIG_SND_SOC_IMX_PCM_DMA=m resulting in a non-functional sound driver. This gives t

Re: [PATCH 0/7] mfd: update on max8925 for DT support

On Tue, Nov 6, 2012 at 3:35 PM, Qing Xu wrote: > From: Qing Xu > > 1. add irqdomain for max8925, it is necessary for dt support > 2. bug fix in max8925 mfd devices'irq base and device registry failure > 3. support DT for max8925 mfd devices > > Qing Xu (7): > mfd: max8925: add irqdomain for dt

Re: [PATCH 02/40] x86: mm: drop TLB flush from ptep_set_access_flags

On Thu, Nov 22, 2012 at 08:56:37PM +, Alan Cox wrote: > On Thu, 22 Nov 2012 19:25:15 + > Mel Gorman wrote: > > > From: Rik van Riel > > > > Intel has an architectural guarantee that the TLB entry causing > > a page fault gets invalidated automatically. This means > > we should be able t

Re: [PATCH 6/7] mfd: max8925: support dt for backlight

On Tue, Nov 6, 2012 at 3:47 PM, Qing Xu wrote: > From: Qing Xu > > Signed-off-by: Qing Xu > --- > drivers/video/backlight/max8925_bl.c | 31 ++- > 1 files changed, 30 insertions(+), 1 deletions(-) > > diff --git a/drivers/video/backlight/max8925_bl.c > b/drivers/v

[PATCH 2/3] net: stmmac: add SGMII RAL control bit

This patch sets SGMRAL bit in AN control register. This bit forces the SGMII RAL block to operate in the speed configured in the Speed and Port Select bits of the GMAC Configuration register. Signed-off-by: Byungho An --- drivers/net/ethernet/stmicro/stmmac/Kconfig |7 +++ drivers

[PATCH 1/3] net: stmmac: change GMAC control register for SGMII

This patch changes GMAC control register (TC(Transmit Configuration) and PS(Port Selection) bit for SGMII. In case of SGMII, TC bit is '1' and PS bit is 0. Signed-off-by: Byungho An --- drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 10 ++ 1 file changed, 10 insertions(+) diff -

[PATCH 2/2] vfio powerpc: enabled on powernv platform

This patch initializes IOMMU groups based on the IOMMU configuration discovered during the PCI scan on POWERNV (POWER non virtualized) platform. The IOMMU groups are to be used later by VFIO driver (PCI pass through). It also implements an API for mapping/unmapping pages for guest PCI drivers and

Re: [PATCH 1/7] mfd: max8925: add irqdomain for dt

On Tue, Nov 6, 2012 at 3:37 PM, Qing Xu wrote: > From: Qing Xu > > Add irqdomains for max8925's main irq, and touch irq. > Wrap irq register operations into irqdomain's map func. > it is necessary for dt support. > Also, add dt support for max8925 driver. > > Signed-off-by: Qing Xu > --- > driv

[PATCH 1/2] vfio powerpc: implemented IOMMU driver for VFIO

VFIO implements platform independent stuff such as a PCI driver, BAR access (via read/write on a file descriptor or direct mapping when possible) and IRQ signaling. The platform dependent part includes IOMMU initialization and handling. This patch implements an IOMMU driver for VFIO which does map

[PATCH 0/2] vfio powerpc: implemented and enabled

The series includes IOMMU implementation and necessary IOMMU groups initialization. Alexey Kardashevskiy (2): vfio powerpc: implemented IOMMU driver for VFIO vfio powerpc: enabled on powernv platform arch/powerpc/include/asm/iommu.h |6 + arch/powerpc/kernel/iommu.c | 141

Re: 3.7-rc6 soft lockup in kswapd0

On Thu, Nov 22, 2012 at 11:06:00PM +0100, Jan Kara wrote: > On Thu 22-11-12 12:58:24, George Spelvin wrote: > > I'm having an interesting issue with a uniprocessor Pentium 4 machine heh, those P4s are great for keeping the room warm in winter. Legacy high five? Joking aside, the UP aspect of this

Re: kswapd endless loop for compaction

On 11/21/2012 03:04 AM, Johannes Weiner wrote: Hi guys, while testing a 3.7-rc5ish kernel, I noticed that kswapd can drop into a busy spin state without doing reclaim. printk-style debugging told me that this happens when the distance between a zone's high watermark and its low watermark is les

[PATCH V2 4/4] i2c: s3c2410: Remove err_cpufreq label

err_cpufreq label is now used only once. It can be removed and related code can be moved to the caller location. Signed-off-by: Tushar Behera --- Changes since V1: * Rebased as per the V2 patch series. drivers/i2c/busses/i2c-s3c2410.c |7 ++- 1 files changed, 2 insertions(+), 5 deleti

[PATCH V2 3/4] i2c: s3c2410: Move location of clk_prepare_enable() call in probe function

In i2c-s3c2410 driver probe, only s3c24xx_i2c_init() needs the I2C clock to be enabled. Moving clk_prepare_enable() and clk_disable_unprepare() calls to around this function simplifies the return path of probe call. Signed-off-by: Tushar Behera --- Changes since V1: * Rebased as per the V2 patc

[PATCH V2 2/4] i2c: s3c2410: Convert to use devm_* APIs

i2c-s3c2410 driver is modified to use devm_clk_get(), devm_request_and_ioremap() (combining request_mem_region() and ioremap()) and devm_request_irq(). This also simplifies the return path in driver's probe. Signed-off-by: Tushar Behera --- Changes since V1: * devm_request_mem_region and devm_i

[PATCH RESEND 1/4] i2c: s3c2410: Remove unnecessary label err_noclk

err_noclk label redirects to a simple return statement. Move the return statement to the caller location and remove the label. Signed-off-by: Tushar Behera --- drivers/i2c/busses/i2c-s3c2410.c |9 +++-- 1 files changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/i2c/busses/i2c

[PATCH V2 0/4] i2c: s3c2410: Add devm_* apis and cleanup

This patchset cleans up the probe function of i2c-s3c2410 driver. These have been tested on Exynos4210 based Origen board. Changes since V1: * devm_request_mem_region and devm_ioremap calls were replaced by devm_request_and_ioremap() call. * All devm_* related modifications (earlier patches 2-

Re: drm_gem_create_mmap_offset / intel_uxa_prepare_access bo problems

On 22.11.2012 16:37, Chris Wilson wrote: Well you kernel and drm has all the latest protections, which is good because it's usually a bo leak of some sort. First stop is to check xrestop, /sys/kernel/debug/dri/0/i915_gem_objects and intel-gpu-tools/scripts/who.sh That will undoubtably reveal a la

Re: [PATCH 7/7] mfd: max8925: add dts

On Tue, Nov 6, 2012 at 3:49 PM, Qing Xu wrote: > From: Qing Xu > > add max8925 dts support into mmp2 brownstone platform > > Signed-off-by: Qing Xu > --- > arch/arm/boot/dts/mmp2-brownstone.dts | 166 > + > arch/arm/boot/dts/mmp2.dtsi |4 +- > 2 f

Re: [PATCH 2/7] mfd: max8925: fix mfd device register failure

On Tue, Nov 6, 2012 at 3:38 PM, Qing Xu wrote: > From: Qing Xu > > we encounter rtc/power/touch driver registry failure, root cause > it is resources confilict in insert_resouce, solved by changing > mfd_add_devices 5th parameter to NULL > Since resources are not used in power/rtc driver and touc

[PATCH] regulator: max8973: provide enable/disable if external control disabled

If external control is enabled then do not provide regulator enable/disable apis. Signed-off-by: Laxman Dewangan --- drivers/regulator/max8973-regulator.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/regulator/max8973-regulator.c b/drivers/regulator/max8973-

Re: Problem in Page Cache Replacement

- Original Message - From: Jaegeuk Hanse To: metin d Cc: Jan Kara ; "linux-kernel@vger.kernel.org" ; "linux...@kvack.org" Sent: Friday, November 23, 2012 10:17 AM Subject: Re: Problem in Page Cache Replacement On 11/23/2012 04:08 PM, metin d wrote: > - Original Message - > > F

Re: [PATCH v4 23/31] nfs: simplify swap

On Wed, Nov 21, 2012 at 04:41:03PM -0600, Dave Kleikamp wrote: > swap_writepage can now call nfs's write_iter f_op, eliminating the need to > implement for the special-case direct_IO a_op. There is no longer a need to > pass the uio flag through the direct write path. This should also kill off the

Re: [PATCH v4 09/31] dio: create a dio_aligned() helper function

On Wed, Nov 21, 2012 at 04:40:49PM -0600, Dave Kleikamp wrote: > From: Zach Brown > > __blockdev_direct_IO() had two instances of the same code to determine > if a given offset wasn't aligned first to the inode's blkbits and then > to the underlying device's blkbits. This was confusing enough b

Re: Problem in Page Cache Replacement

On 11/23/2012 04:08 PM, metin d wrote: - Original Message - From: Jaegeuk Hanse To: metin d Cc: Jan Kara ; "linux-kernel@vger.kernel.org" ; linux...@kvack.org Sent: Friday, November 23, 2012 3:58 AM Subject: Re: Problem in Page Cache Replacement On 11/21/2012 02:25 AM, Jan Kara wrote

Re: [PATCH 1/3] CLK: uninline clk_prepare() and clk_unprepare()

On Fri, Nov 23, 2012 at 12:08:58AM -0800, Dmitry Torokhov wrote: > On Fri, Nov 23, 2012 at 12:57:54PM +0530, Viresh Kumar wrote: > > On 23 November 2012 12:49, Dmitry Torokhov > > wrote: > > > Ahh, I see. Then I think my first patch was correct albeit it had bad > > > changelog > > > message. If

Re: [PATCH v4 01/31] iov_iter: move into its own file

On Wed, Nov 21, 2012 at 04:40:41PM -0600, Dave Kleikamp wrote: > From: Zach Brown > > This moves the iov_iter functions in to their own file. We're going to > be working on them in upcoming patches. They become sufficiently large, > and remain self-contained, to justify seperating them from the

Re: [BUGFIX PATCH] ASoC: fsl: fix miscompilation of snd-soc-imx-pcm

On Fri, Nov 23, 2012 at 07:59:56AM +0100, Lothar Waßmann wrote: > Mark Brown writes: > > What is the actual bug here? This fix doesn't look obviously right, and > > if we do need to move to -objs for some reason then the block ought to > > be in the -objs section of the Makefile. > As I mentione

Re: [PATCH 1/3] CLK: uninline clk_prepare() and clk_unprepare()

On Fri, Nov 23, 2012 at 12:57:54PM +0530, Viresh Kumar wrote: > On 23 November 2012 12:49, Dmitry Torokhov wrote: > > Ahh, I see. Then I think my first patch was correct albeit it had bad > > changelog > > message. If provided stubs for clk_prepare()/clk_unprepare() for > > platforms that did not

Re: Problem in Page Cache Replacement

- Original Message - From: Jaegeuk Hanse To: metin d Cc: Jan Kara ; "linux-kernel@vger.kernel.org" ; linux...@kvack.org Sent: Friday, November 23, 2012 3:58 AM Subject: Re: Problem in Page Cache Replacement On 11/21/2012 02:25 AM, Jan Kara wrote: > On Tue 20-11-12 09:42:42, metin d wro

[PATCH] perf: fix compilation error on 64bit CPU

From: Dong Hao Fixed compilation error was caught on Red Hat 4.7.0-6 (GCC). Signed-off-by: Dong Hao --- tools/perf/tests/attr.c | 20 ++-- 1 files changed, 10 insertions(+), 10 deletions(-) diff --git a/tools/perf/tests/attr.c b/tools/perf/tests/attr.c index 25638a9..bbbc972 10

RE: [PATCH v4 00/12] iommu/exynos: Fixes and Enhancements of System MMU driver with DT

Cho KyongHo wrote: > > The current exynos-iommu(System MMU) driver does not work autonomously > since it is lack of support for power management of peripheral blocks. > For example, MFC device driver must ensure that its System MMU is disabled > before MFC block is power-down not to invalidate IOT

Re: [PATCH 1/1] pinctrl: pinctrl-single: Fix error check condition

On 23 November 2012 13:14, Linus Walleij wrote: > On Tue, Nov 20, 2012 at 12:04 PM, Sachin Kamat > wrote: > >> *map should be tested for NULL instead of map. >> >> Signed-off-by: Sachin Kamat > > Thanks, patch applied. > Thanks > As we are late in the kernel cycle and I haven't seen reports ab

[PATCH] firmware: Add Lattice ECP3 FPGA configuration via SPI

This patch adds support for bitstream configuration (programming / loading) of the Lattice ECP3 FPGA's via the SPI bus. Here an example on my custom MPC5200 based board: $ echo 1 > /sys/class/firmware/lattice-ecp3.0/loading $ cat fpga_a4m2k.bit > /sys/class/firmware/lattice-ecp3.0/data $ echo 0 >

<    1   2   3   4