[PATCH] kernel: fix for checkpatch errors in sys file

2014-08-27 Thread vishnu.ps
From: vishnu.ps vishnu...@samsung.com This patch fixes minor errors and warning messages in sys.c file. These errors were reported while working with some modifications in sys.c file. Fixing this first will help me to improve my further patches. ERROR: trailing whitespace - 9 ERROR: do not use

Re: [PATCHv5 4/4] thermal: exynos: Remove duplicate code when reading triminfo register of Exynos5440

2014-08-27 Thread Chanwoo Choi
Dear Eduardo, This patch is wrong. It is my mistake. Please ignore only this patch because the offset calculation of 'case 0' is different from 'case 2'. Best Regards, Chanwoo Choi On 08/26/2014 10:31 AM, Chanwoo Choi wrote: This patch remove simply duplicate code when reading triminfo

Re: [PATCH v5 4/4] phy: exynos5-usbdrd: Calibrate LOS levels for exynos5420/5800

2014-08-27 Thread Vivek Gautam
Hi Jingoo, On Wed, Aug 27, 2014 at 7:28 AM, Jingoo Han jg1@samsung.com wrote: On Thursday, August 21, 2014 11:55 PM, Vivek Gautam wrote: Adding phy calibrate callback, which facilitates setting certain PHY settings post initialization of the PHY controller. Exynos5420 and Exynos5800

Re: [PATCH] mm, slub: do not add duplicate sysfs

2014-08-27 Thread WANG Chao
On 08/27/14 at 10:32am, Christoph Lameter wrote: Maybe something like this may be a proper fix: Subject: slub: Disable tracing of mergeable slabs Tracing of mergeable slabs is confusing since the objects of multiple slab caches will be traced. Moreover this creates a situation where a

Re: [PATCHv2 1/5] rtc: s3c: Define s3c_rtc structure to remove global variables.

2014-08-27 Thread Chanwoo Choi
Dear Andrew, On 08/27/2014 06:31 AM, Andrew Morton wrote: On Mon, 25 Aug 2014 09:57:33 +0900 Chanwoo Choi cw00.c...@samsung.com wrote: Dear Andrew, On 08/23/2014 05:42 AM, Andrew Morton wrote: On Tue, 12 Aug 2014 11:01:07 +0900 y...@samsung.com wrote: This patch define s3c_rtc structure

[PATCH] softlockup: Make detector be aware of task switch of processes hogging cpu

2014-08-27 Thread Don Zickus
From: chai wen chaiw.f...@cn.fujitsu.com For now, soft lockup detector warns once for each case of process softlockup. But the thread 'watchdog/n' may not always get the cpu at the time slot between the task switch of two processes hogging that cpu to reset soft_watchdog_warn. An example would

[PATCH (net-next) v3] net: stmmac: fix warning from Sparse for socfpga

2014-08-27 Thread Ley Foon Tan
Warning: drivers/net/ethernet/stmicro/stmmac/dwmac-socfpga.c:122:41: sparse: cast removes address space of expression drivers/net/ethernet/stmicro/stmmac/dwmac-socfpga.c:122:38: sparse: incorrect type in assignment (different address spaces) Signed-off-by: Ley Foon Tan lf...@altera.com ---

[PATCH 1/1] usb: gadget: Remove use of PWD in Makefiles

2014-08-27 Thread Shea Levy
Using PWD breaks out-of-tree builds in certain circumstances [1], and other kernel Makefiles use relative paths just fine. [1]: https://bugzilla.kernel.org/show_bug.cgi?id=83251 Signed-off-by: Shea Levy s...@shealevy.com --- drivers/usb/gadget/Makefile | 2 +-

Re: [PATCH 1/3] cpufreq: cpu0: Release clk and regulator in remove function

2014-08-27 Thread Shawn Guo
On Thu, Aug 28, 2014 at 12:00:10AM -0700, Pramod Gurav wrote: This function releases clk and regulator in remove function for clean unloading. CC: Shawn Guo shawn@linaro.org CC: Rafael J. Wysocki r...@rjwysocki.net CC: Viresh Kumar viresh.ku...@linaro.org Signed-off-by: Pramod Gurav

linux-next: Tree for Aug 28

2014-08-27 Thread Stephen Rothwell
Hi all, Changes since 20140827: The usb.current tree lost its build failure. The percpu tree lost its build failure. The staging tree still had its build failure for which I applied a fix patch. Non-merge commits (relative to Linus' tree): 2146 2292 files changed, 58126 insertions(+), 36066

Re: [PATCH] rcu: Make nocb leader kthreads process pending callbacks after spawning

2014-08-27 Thread Amit Shah
On (Wed) 27 Aug 2014 [16:43:40], Pranith Kumar wrote: The nocb callbacks generated before the nocb kthreads are spawned are enqueued in the nocb queue for later processing. Commit fbce7497ee5af (rcu: Parallelize and economize NOCB kthread wakeups) introduced nocb leader kthreads which

Re: [PATCH 1/3] cpufreq: cpu0: Release clk and regulator in remove function

2014-08-27 Thread Viresh Kumar
On Thu, Aug 28, 2014 at 12:30 PM, Pramod Gurav pramod.gu...@smartplayin.com wrote: This function releases clk and regulator in remove function for clean unloading. CC: Shawn Guo shawn@linaro.org CC: Rafael J. Wysocki r...@rjwysocki.net CC: Viresh Kumar viresh.ku...@linaro.org

Re: [PATCH (net-next) v3] net: stmmac: fix warning from Sparse for socfpga

2014-08-27 Thread Giuseppe CAVALLARO
On 8/28/2014 6:59 AM, Ley Foon Tan wrote: Warning: drivers/net/ethernet/stmicro/stmmac/dwmac-socfpga.c:122:41: sparse: cast removes address space of expression drivers/net/ethernet/stmicro/stmmac/dwmac-socfpga.c:122:38: sparse: incorrect type in assignment (different address spaces)

Re: [PATCH 2/2] HID: picolcd: sanity check report size in raw_event() callback

2014-08-27 Thread Bruno Prémont
On Wed, 27 Aug 2014 23:32:00 +0200 (CEST) Jiri Kosina wrote: On Wed, 27 Aug 2014, Jiri Kosina wrote: Is it worth adding report-id to this hid_warn()? A valid device is not expected to ever send 64 bytes reports but in case a firmware update would do so it would help to know for

Re: [PATCH v4 02/16] clk: tegra: Add library for the DFLL clock source (open-loop mode)

2014-08-27 Thread David Riley
Hi Tuomas, A bunch of small nit picks from me. On Wed, Aug 20, 2014 at 2:04 PM, Tuomas Tynkkynen ttynkky...@nvidia.com wrote: Add shared code to support the Tegra DFLL clocksource in open-loop mode. This root clocksource is present on the Tegra124 SoCs. The DFLL is the intended primary clock

linux-next: Tree for Aug 27

2014-08-27 Thread Stephen Rothwell
Hi all, Changes since 20140826: The net tree lost its build failure. The usb.current tree gained a build failure for which I reverted a commit. The mfd tree lost its build failure. The percpu tree gained a build failure so I used the version from next-20140826. The staging tree still had its

Re: [PATCH RFC v7 net-next 00/28] BPF syscall

2014-08-27 Thread David Miller
From: Alexei Starovoitov Date: Tue, 26 Aug 2014 19:29:14 -0700 > posting whole thing again as RFC to get feedback on syscall only. > If syscall bpf(int cmd, union bpf_attr *attr, unsigned int size) is ok, I'm personally not reviewing such a large patch series, sorry. You need to submit smaller

Re: [PATCH 1/1] ice1712: Replacing hex with #defines

2014-08-27 Thread Takashi Iwai
At Tue, 26 Aug 2014 23:21:48 -0500, Konstantinos Tsimpoukas wrote: > > Adds to te readability of the ice1712 driver. > > Signed-off-by: Konstantinos Tsimpoukas Thanks, applied. Takashi > --- > sound/pci/ice1712/ice1712.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

RE: Oops: 17 SMP ARM (v3.16-rc2)

2014-08-27 Thread Mattis Lorentzon
Hi Iain, Russell and Fabio, > The config is attached. Note that there's a lot of additional stuff enabled as > I'm aiming for a single general purpose kernel that covers i.MX6, AM3359, > Allwinner A10/A20 along with several versions of boards using those > particular SoCs. > > Same kernel binary

Re: [PATCH v1 00/12] dmaengine: dw: remove slave_id, add PCI support

2014-08-27 Thread Andy Shevchenko
On Wed, Aug 20, 2014 at 9:17 AM, Hans-Christian Egtvedt wrote: > Around Tue 19 Aug 2014 20:29:11 +0300 or thereabout, Andy Shevchenko wrote: >> The patchset is targeting two things: >> - removal of slave_id which is deprecated (suggested by Arnd Bergmann) >> - support BayTrail and Braswell SoCs

Re: [PATCH v1 00/12] dmaengine: dw: remove slave_id, add PCI support

2014-08-27 Thread Andy Shevchenko
On Wed, Aug 27, 2014 at 1:39 AM, Greg Kroah-Hartman wrote: > On Tue, Aug 26, 2014 at 06:27:25PM +0300, Andy Shevchenko wrote: >> On Tue, 2014-08-19 at 20:29 +0300, Andy Shevchenko wrote: >> Greg, gently ping you to get your Ack (or comments) on patches 11/12 and >> 12/12. > > Oops, sorry about

Re: [PATCHv10 2/2] arm: dts: Add Altera SDRAM EDAC bindings & devicetree entries.

2014-08-27 Thread Borislav Petkov
On Tue, Aug 26, 2014 at 03:28:10PM -0500, Dinh Nguyen wrote: > If Boris is okay with driver part and everyone else is OK with the DTS > portion, then I can apply the DTS patch to my tree, and Boris take the > driver patch into his tree? Actually, it would be easier for everyone involved if those

Re: [PATCH v2 09/26] irqchip: mxs: convert to handle_domain_irq

2014-08-27 Thread Shawn Guo
On Tue, Aug 26, 2014 at 11:03:24AM +0100, Marc Zyngier wrote: > Use the new handle_domain_irq method to handle interrupts. > > Signed-off-by: Marc Zyngier Acked-by: Shawn Guo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH v2 22/26] ARM: imx: avic: convert to handle_domain_irq

2014-08-27 Thread Shawn Guo
On Tue, Aug 26, 2014 at 11:03:37AM +0100, Marc Zyngier wrote: > Use the new handle_domain_irq method to handle interrupts. > > Signed-off-by: Marc Zyngier Acked-by: Shawn Guo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH v2 23/26] ARM: imx: tzic: convert to handle_domain_irq

2014-08-27 Thread Shawn Guo
On Tue, Aug 26, 2014 at 11:03:38AM +0100, Marc Zyngier wrote: > Use the new handle_domain_irq method to handle interrupts. > > Signed-off-by: Marc Zyngier Acked-by: Shawn Guo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH 1/1] regulator: max77802: set opmode to normal if off is read from hw

2014-08-27 Thread Yuvaraj Kumar
Tested-by: Yuvaraj Kumar CD On Tue, Aug 26, 2014 at 5:07 PM, Javier Martinez Canillas wrote: > The max77802 driver reads the default operating mode (opmode) > set for regulators when enabled from the hardware registers. > > But if a regulator is disabled and the system warm restarted, > the

[PATCH] ARM: multi_v7_defconfig: Enable Tegra AHCI driver

2014-08-27 Thread Mikko Perttunen
This enables AHCI_TEGRA by default. This driver is required for Serial ATA support on Tegra124-based boards. Signed-off-by: Mikko Perttunen --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig

Re: [PATCH] ASoC: fsl-sai: using 'lsb-first' property instead of 'big-endian-data'.

2014-08-27 Thread Nicolin Chen
On Tue, Aug 26, 2014 at 7:12 PM, li.xi...@freescale.com wrote: > > > This property used for configuring whether the LSB or the MSB is > > > transmitted > > > first for the fifo data. > > > > I don't follow the rationale for this change. > > > > This looks like a pointless renaming. > > > > Why

[PATCH] Staging: comedi: Fix code style in jr3_pci.c

2014-08-27 Thread naszar
From: Vladimir A. Nazarenko Static variables are initialised to 0 by GCC. Fixes checkpatch.pl error: ERROR: do not initialise statics to 0 or NULL #684: FILE: jr3_pci.c:684: + static const struct jr3_pci_board *board = NULL; Signed-off-by: Vladimir A. Nazarenko ---

Re: GET_RNG_SEED hypercall ABI? (Re: [PATCH v5 0/5] random,x86,kvm: Rework arch RNG seeds and get some from kvm)

2014-08-27 Thread Paolo Bonzini
Il 27/08/2014 01:58, Andy Lutomirski ha scritto: > hpa pointed out that the ABI that I chose (an MSR from the KVM range > and a KVM cpuid bit) is unnecessarily KVM-specific. It would be nice > to allocate an MSR that everyone involved can agree on and, rather > than relying on a cpuid bit, just

[char-misc-next 10/10] mei: move mei_hbm_hdr function from hbm.h the hbm.c

2014-08-27 Thread Tomas Winkler
mei_hbm_hder helper function is only used in hbm.c so there is no need to define it in a header file Signed-off-by: Tomas Winkler --- V2: fix kdoc drivers/misc/mei/hbm.c | 16 drivers/misc/mei/hbm.h | 9 - 2 files changed, 16 insertions(+), 9 deletions(-) diff --git

RE: [PATCH] ASoC: fsl-sai: using 'lsb-first' property instead of 'big-endian-data'.

2014-08-27 Thread li.xi...@freescale.com
> Subject: Re: [PATCH] ASoC: fsl-sai: using 'lsb-first' property instead of > 'big-endian-data'. > > On Tue, Aug 26, 2014 at 7:12 PM, li.xi...@freescale.com > wrote: > > > > This property used for configuring whether the LSB or the MSB is > transmitted > > > > first for the fifo data. > > > > >

Re: [PATCH] ASoC: fsl-sai: using 'lsb-first' property instead of 'big-endian-data'.

2014-08-27 Thread Mark Brown
On Tue, Aug 26, 2014 at 11:53:56PM -0700, Nicolin Chen wrote: > That's why I suggested previously: mention it in the commit comment. > People will have no idea about what's the exact reason for this change. > Any functional enhancement? Or a bug fix(more likely for this one). > I'm not sure what

Re: [PATCH v5 4/4] drivers/hwmon/menf21bmc_hwmon: introduce MEN14F021P00 BMC HWMON driver

2014-08-27 Thread Andreas Werner
On Tue, Aug 26, 2014 at 10:15:41AM -0700, Guenter Roeck wrote: > On Tue, Aug 26, 2014 at 07:46:53PM +0200, Andreas Werner wrote: > > Added driver to support the 14F021P00 BMC Hardware Monitoring. > > The BMC is a Board Management Controller including monitoring of the > > board voltages. > > > >

Re: GET_RNG_SEED hypercall ABI? (Re: [PATCH v5 0/5] random,x86,kvm: Rework arch RNG seeds and get some from kvm)

2014-08-27 Thread H. Peter Anvin
On 08/27/2014 12:00 AM, Paolo Bonzini wrote: > Il 27/08/2014 01:58, Andy Lutomirski ha scritto: >> hpa pointed out that the ABI that I chose (an MSR from the KVM range >> and a KVM cpuid bit) is unnecessarily KVM-specific. It would be nice >> to allocate an MSR that everyone involved can agree on

Re: [PATCH 4/4] mfd: rn5t618: document device tree bindings

2014-08-27 Thread Mark Brown
On Wed, Aug 27, 2014 at 12:13:57AM +0200, Beniamino Galvani wrote: > This adds the device tree bindings documentation for Ricoh RN5T618. Reviwed-by: Mark Brown signature.asc Description: Digital signature

RE: [PATCH] ASoC: fsl-sai: using 'lsb-first' property instead of 'big-endian-data'.

2014-08-27 Thread li.xi...@freescale.com
> Subject: Re: [PATCH] ASoC: fsl-sai: using 'lsb-first' property instead of > 'big-endian-data'. > > On Tue, Aug 26, 2014 at 11:53:56PM -0700, Nicolin Chen wrote: > > > That's why I suggested previously: mention it in the commit comment. > > > People will have no idea about what's the exact

[PATCH 2/2] HID: picolcd: sanity check report size in raw_event() callback

2014-08-27 Thread Jiri Kosina
The report passed to us from transport driver could potentially be arbitrarily large, therefore we better sanity-check it so that raw_data that we hold in picolcd_pending structure are always kept within proper bounds. Cc: sta...@vger.kernel.org Reported-by: Steven Vittitoe Signed-off-by:

[PATCH 1/2] HID: magicmouse: sanity check report size in raw_event() callback

2014-08-27 Thread Jiri Kosina
The report passed to us from transport driver could potentially be arbitrarily large, therefore we better sanity-check it so that magicmouse_emit_touch() gets only valid values of raw_id. Cc: sta...@vger.kernel.org Reported-by: Steven Vittitoe Signed-off-by: Jiri Kosina ---

Re: [PATCH V2 00/18] backlight: fix checkpatch warnings

2014-08-27 Thread Lee Jones
On Wed, 27 Aug 2014, Jingoo Han wrote: > This patchset fixes checkpatch warnings as follows. > There is no functional change. > >WARNING: Missing a blank line after declarations >WARNING: else is not generally useful after a break or return >WARNING: void function return statements

Re: [PATCH v2 1/3] ARM: dts: Add Peach Pit dts entry for Atmel touchpad

2014-08-27 Thread Javier Martinez Canillas
Hello Andreas, On 08/27/2014 12:53 AM, Andreas Färber wrote: >> >> +_8 { >> +status = "okay"; >> +clock-frequency = <333000>; >> + >> +trackpad@4b { >> +compatible="atmel,maxtouch"; >> +reg=<0x4b>; >> +interrupt-parent=<>; >> +

[PATCH V3] ACPI / OSL: Make acpi_os_map_cleanup() use call_rcu() to avoid deadlocks

2014-08-27 Thread Lan Tianyu
Deadlock is possible when CPU hotplug and evaluating ACPI method happen at the same time. During CPU hotplug, acpi_cpu_soft_notify() is called under the CPU hotplug lock. Then, acpi_cpu_soft_notify() calls acpi_bus_get_device() to obtain the struct acpi_device attached to the given ACPI handle.

Re: [RFC PATCH 0/9] dt: dependencies (for deterministic driver initialization order based on the DT)

2014-08-27 Thread Alexander Holler
Am 26.08.2014 15:58, schrieb Jon Loeliger: I think we need to do the complete topsort *before* we attempt to do any probing. So three steps: 1) Graph Construction Add a new "emit dependencies" function to driver bindings. Iterate over known devices or nodes in the DT in

Re: [acpi/osl] inconsistent {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-R} usage.

2014-08-27 Thread Lan Tianyu
On 2014年08月27日 10:27, Fengguang Wu wrote: > Greetings, > > 0day kernel testing robot got the below dmesg and the first bad commit is Hi Fengguang: Thanks for report. I reworked the patch and just sent out V3 to umap memory regions in a work to avoid the dead lock. I tested the patch with your

[GIT PULL] HID

2014-08-27 Thread Jiri Kosina
Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus to receive - fixes for potential memory corruption problems in magicmouse and picolcd drivers (the HW would have to be manufactured to be deliberately evil to trigger those) which were found

Re: [PATCH 2/4] regulator: add driver for Ricoh RN5T618 regulators

2014-08-27 Thread Mark Brown
On Wed, Aug 27, 2014 at 12:13:55AM +0200, Beniamino Galvani wrote: > This driver supports the 3 DCDC and 7 LDO regulators available on > Ricoh RN5T618 PMIC. > drivers/regulator/rn5t618-regulator.c | 143 > + > include/linux/mfd/rn5t618.h | 14

Re: [PATCH v5 1/4] drivers/mfd/menf21bmc: introduce MEN 14F021P00 BMC MFD Core driver

2014-08-27 Thread Lee Jones
On Tue, 26 Aug 2014, Andreas Werner wrote: > The MEN 14F021P00 Board Management Controller provides an > I2C interface to the host to access the feature implemented in the BMC. > The BMC is a PIC Microntroller assembled on CPCI Card from MEN Mikroelektronik > and on a few Box/Display Computer. >

Re: [PATCH v5 3/4] zram: zram memory size limitation

2014-08-27 Thread Minchan Kim
On Wed, Aug 27, 2014 at 02:04:38PM +0900, Joonsoo Kim wrote: > On Wed, Aug 27, 2014 at 11:51:32AM +0900, Minchan Kim wrote: > > Hey Joonsoo, > > > > On Wed, Aug 27, 2014 at 10:26:11AM +0900, Joonsoo Kim wrote: > > > Hello, Minchan and David. > > > > > > On Tue, Aug 26, 2014 at 08:22:29AM -0400,

sync_set_bit() vs set_bit() -- what's the difference?

2014-08-27 Thread Dexuan Cui
I'm curious about the difference. :-) sync_set_bit() is only used in drivers/hv/ and drivers/xen/ while set_bit() is used in all other places. What makes hv/xen special? Thanks, -- Dexuan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH v4 3/3] memory: tegra124-emc: Add EMC driver

2014-08-27 Thread Tomeu Vizoso
On 08/26/2014 07:17 PM, Stephen Warren wrote: On 08/26/2014 07:12 AM, Tomeu Vizoso wrote: Sets the EMC clock rate based on the bandwidth requirements registered by memory clients through the PM_QOS_MEMORY_BANDWIDTH class. Note: this is just an example and not a proper driver for a external

[PATCH/RFC 2/2] lib: string: Make all calls to strnicmp into calls to strncasecmp

2014-08-27 Thread Rasmus Villemoes
The previous patch made strnicmp into a wrapper for strncasecmp. This patch makes all in-tree users of strnicmp call strncasecmp directly, while still making sure that the strnicmp symbol can be used by out-of-tree modules. It should be considered a temporary hack until all in-tree callers have

[PATCH/RFC 0/2] lib: string: Remove duplicated function

2014-08-27 Thread Rasmus Villemoes
lib/string.c contains two functions, strnicmp and strncasecmp, which do roughly the same thing, namely compare two strings case-insensitively up to a given bound. They have slightly different implementations, but the only important difference is that strncasecmp doesn't handle len==0

[PATCH/RFC 1/2] lib: string: Remove duplicated function

2014-08-27 Thread Rasmus Villemoes
lib/string.c contains two functions, strnicmp and strncasecmp, which do roughly the same thing, namely compare two strings case-insensitively up to a given bound. They have slightly different implementations, but the only important difference is that strncasecmp doesn't handle len==0

Re: [PATCH] Fix faulty logic in the case of recursive printk

2014-08-27 Thread Petr Mládek
On Tue 26-08-14 07:23:22, Patrick Palka wrote: > Thanks for reviewing! I have put back the call to strlen() and adjusted > the commit message accordingly. > > Patrick > > -- >8 -- > > We shouldn't set text_len in the code path that detects printk recursion > because text_len corresponds to the

Re: sync_set_bit() vs set_bit() -- what's the difference?

2014-08-27 Thread Jan Beulich
>>> On 27.08.14 at 09:30, wrote: > I'm curious about the difference. :-) > > sync_set_bit() is only used in drivers/hv/ and drivers/xen/ while set_bit() > is used in all other places. What makes hv/xen special? I guess this would really want to be used by anything communicating with a

Re: sync_set_bit() vs set_bit() -- what's the difference?

2014-08-27 Thread Jürgen Groß
On 08/27/2014 09:30 AM, Dexuan Cui wrote: I'm curious about the difference. :-) sync_set_bit() is only used in drivers/hv/ and drivers/xen/ while set_bit() is used in all other places. What makes hv/xen special? In set_bit() the "lock" prefix will be dropped if only one processor is present.

Re: [GIT PULL] thermal soc changes

2014-08-27 Thread Zhang Rui
On Fri, 2014-08-22 at 08:46 -0400, Eduardo Valentin wrote: > Hello Rui, > > Please pull these changes. Here we have three new features: IMX driver has > now support to i.mx6sx, the of-thermal now if aware of disabled thermal zones > in DT, and we shall have tracing support on thermal framework. >

Re: [PATCH v5 4/6] acerhdf: Use bang-bang thermal governor

2014-08-27 Thread Zhang Rui
On Tue, 2014-07-22 at 17:37 +0200, Peter Feuerer wrote: > acerhdf has been doing an on-off fan control using hysteresis by > post-manipulating the outcome of thermal subsystem trip point handling. > This patch enables acerhdf to use the bang-bang governor, which is > intended for on-off controlled

Re: [PATCH v2] genirq: bug on inconstent flags and flow handler

2014-08-27 Thread Thomas Gleixner
On Tue, 26 Aug 2014, Florian Fainelli wrote: > On 07/23/2014 12:14 PM, Florian Fainelli wrote: > > 2014-07-23 11:49 GMT-07:00 Thomas Gleixner : > >> On Wed, 23 Jul 2014, Florian Fainelli wrote: > >> > >>> It is currently possible for a generic irq chip driver to set IRQ_LEVEL > >>> and have its

RE: sync_set_bit() vs set_bit() -- what's the difference?

2014-08-27 Thread Dexuan Cui
> -Original Message- > From: Jan Beulich > Sent: Wednesday, August 27, 2014 15:39 PM > >>> On 27.08.14 at 09:30, wrote: > > I'm curious about the difference. :-) > > > > sync_set_bit() is only used in drivers/hv/ and drivers/xen/ while set_bit() > > is used in all other places. What makes

Re: [PATCH v4 00/11] drm: add support for Atmel HLCDC Display Controller

2014-08-27 Thread Boris BREZILLON
Hi Laurent, On Tue, 26 Aug 2014 01:39:21 +0200 Laurent Pinchart wrote: > Hi Boris, > > On Thursday 21 August 2014 19:26:33 Boris BREZILLON wrote: > > On Thu, 21 Aug 2014 19:08:53 +0200 > > Laurent Pinchart wrote: > > > > [...] > > > > While this could be acceptable when all drivers are

[PATCH] usb: dwc3: exynos: remove usb_phy_generic support

2014-08-27 Thread Bartlomiej Zolnierkiewicz
dwc3 driver is using the new Exynos5 SoC series USB DRD PHY driver (PHY_EXYNOS5_USBDRD which selects GENERIC_PHY) as can be seen by looking at the following commits: 7a4cf0fde054 ("ARM: dts: Update DWC3 usb controller to use new phy driver for exynos5250") f070267b5fc1 ("ARM: dts: Enable

Re: [PATCH 1/4] mfd: Add Ricoh RN5T618 PMIC core driver

2014-08-27 Thread Lee Jones
On Wed, 27 Aug 2014, Beniamino Galvani wrote: > Ricoh RN5T618 is a power management IC which integrates 3 step-down > DCDC converters, 7 low-dropout regulators, a Li-ion battery charger, > fuel gauge, ADC, GPIOs and a watchdog timer. > > This commit adds a MFD core driver to support the I2C

Re: [RFC Patch] irqdomain: Introduce new interfaces to support hierarchy irqdomains

2014-08-27 Thread Jiang Liu
Hi Thomas, Thanks for your great comments! Please refer to inline comments below. Regards! Gerry On 2014/8/27 5:06, Thomas Gleixner wrote: > Jiang, > > On Fri, 1 Aug 2014, Jiang Liu wrote: > >> First, architecture needs to define struct irq_map_info, which will be >> used to pass

Re: sync_set_bit() vs set_bit() -- what's the difference?

2014-08-27 Thread Jürgen Groß
On 08/27/2014 09:50 AM, Dexuan Cui wrote: -Original Message- From: Jan Beulich Sent: Wednesday, August 27, 2014 15:39 PM On 27.08.14 at 09:30, wrote: I'm curious about the difference. :-) sync_set_bit() is only used in drivers/hv/ and drivers/xen/ while set_bit() is used in all other

Cufflinks factory

2014-08-27 Thread Joan
Good day , I am Ms.Joan Wong from Sonier Pins . we are metal gifts factory in China . Any metal item inquiry ,please feel free to ask us . thank you ! Best regards, Joan Wong Sales representative Sonier Pins Co.,Ltd Address : No.2, JiXi ShunCheng Center ,Xiaolan Town ,Zhongshan City

Re: [PATCH v5 4/6] acerhdf: Use bang-bang thermal governor

2014-08-27 Thread Peter Feuerer
Zhang Rui writes: On Tue, 2014-07-22 at 17:37 +0200, Peter Feuerer wrote: acerhdf has been doing an on-off fan control using hysteresis by post-manipulating the outcome of thermal subsystem trip point handling. This patch enables acerhdf to use the bang-bang governor, which is intended for

Re: [Xen-devel] Xen PV domain regression with KASLR enabled (kernel 3.16)

2014-08-27 Thread Stefan Bader
On 26.08.2014 18:01, Konrad Rzeszutek Wilk wrote: > On Fri, Aug 22, 2014 at 11:20:50AM +0200, Stefan Bader wrote: >> On 21.08.2014 18:03, Kees Cook wrote: >>> On Tue, Aug 12, 2014 at 2:07 PM, Konrad Rzeszutek Wilk >>> wrote: On Tue, Aug 12, 2014 at 11:53:03AM -0700, Kees Cook wrote: > On

Re: [Bugfix] x86, irq: Fix bug in setting IOAPIC pin attributes

2014-08-27 Thread Mika Westerberg
On Wed, Aug 27, 2014 at 01:53:11PM +0800, Jiang Liu wrote: > Commit 15a3c7cc9154321fc3 "x86, irq: Introduce two helper functions > to support irqdomain map operation" breaks LPSS ACPI enumerated > devices. > > On startup, IOAPIC driver preallocates IRQ descriptors and programs > IOAPIC pins with

[PATCHv5 1/2] parport: parport_pc: Introduce intel_bug_present function.

2014-08-27 Thread matwey
From: "Matwey V. Kornilov" Put the code to check present of the Intel bug from parport_EPP_supported into new intel_bug_present function. The later also return ECR register to the state it has before function call. Signed-off-by: Matwey V. Kornilov --- drivers/parport/parport_pc.c | 38

[PATCHv5 2/2] parport: parport_pc: Implement architecture and device check to cut off false-positives

2014-08-27 Thread matwey
From: "Matwey V. Kornilov" We definitely know that only x86 (32-bit) architecture is affected by the issue, so implement a stub instead of the actual check for other architectures. We also know that motherboard LPT chipset is affected, so the port is either come from parport_pc_init (when

[PATCHv5 0/2] parport: parport_pc: Fix false-positives at checking for Intel bug

2014-08-27 Thread matwey
From: "Matwey V. Kornilov" Hi, The following patch series is to deal with the issue on false-positives of Intel EPP bug check [1]. More than a decade ago, the check was introduced in order to prevent EPP operation on the some Intel LPT chipsets. The main issue to defence from was CPU hang at

Re: [PATCH 2/2] HID: picolcd: sanity check report size in raw_event() callback

2014-08-27 Thread Bruno Prémont
On Wed, 27 Aug 2014 09:13:15 +0200 (CEST) Jiri Kosina wrote: > The report passed to us from transport driver could potentially be > arbitrarily large, therefore we better sanity-check it so that raw_data > that we hold in picolcd_pending structure are always kept within proper > bounds. > >

Re: [alsa-devel] [PATCH 1/2] regmap: cache: Fix regcache_sync_block for non-autoincrementing devices

2014-08-27 Thread Mark Brown
On Wed, Aug 27, 2014 at 08:52:16AM +0300, Jarkko Nikula wrote: > I don't know. I was thinking that also but was unsure about it since > regcache_sync_block_raw() and regcache_sync_block_single() code paths use > different regmap write functions. regcache_sync_block_raw() ends up calling >

Re: [PATCH 2/2] HID: picolcd: sanity check report size in raw_event() callback

2014-08-27 Thread Jiri Kosina
On Wed, 27 Aug 2014, Bruno Prémont wrote: > > The report passed to us from transport driver could potentially be > > arbitrarily large, therefore we better sanity-check it so that raw_data > > that we hold in picolcd_pending structure are always kept within proper > > bounds. > > > > Cc:

Re: [PATCH] iio: adc: at91: make the function handle_adc_eoc_trigger() static

2014-08-27 Thread Nicolas Ferre
On 27/08/2014 10:31, Josh Wu : > The handle_adc_eoc_trigger() in only used in at91_adc.c. So make it > static. > > Signed-off-by: Josh Wu Absolutely. Acked-by: Nicolas Ferre Thanks, bye. > --- > drivers/iio/adc/at91_adc.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

[PATCH] iio: adc: at91: make the function handle_adc_eoc_trigger() static

2014-08-27 Thread Josh Wu
The handle_adc_eoc_trigger() in only used in at91_adc.c. So make it static. Signed-off-by: Josh Wu --- drivers/iio/adc/at91_adc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iio/adc/at91_adc.c b/drivers/iio/adc/at91_adc.c index 772e869..7807e0e 100644 ---

Re: [PATCH 1/3] Adding Skyworks SKY81452 MFD driver

2014-08-27 Thread Lee Jones
On Wed, 27 Aug 2014, Gyungoh Yoo wrote: > On Tue, Aug 26, 2014 at 09:22:58AM +0100, Lee Jones wrote: > > On Mon, 25 Aug 2014, Gyungoh Yoo wrote: > > > On Thu, Aug 21, 2014 at 10:45:02AM +0100, Lee Jones wrote: > > > > When you send patch-sets, you should send them connected to one > > > > another

Re: Buffer I/O error after s2ram with usb storage

2014-08-27 Thread Matthieu CASTET
Ping I have got also a problem with a usb sdcard reader (without power cut during suspend) [ 1073.606668] PM: Entering mem sleep [ 1073.606742] Suspending console(s) (use no_console_suspend to debug) [ 1073.607146] sd 1:0:0:0: [sda] Synchronizing SCSI cache [ 1073.639076] sd 1:0:0:0: [sda]

Re: [PATCH][v5] therm_windtunnel does not work properly on PowerMac G4

2014-08-27 Thread Goffredo Baroncelli
Hi Benjamin, do you have any feedback about this ? Do you think that it would be possible to include these patches in a next pull-for-linus ? Let me know, if you want other changes. BR G.Baroncelli On 08/09/2014 08:49 AM, Goffredo Baroncelli wrote: > Hi All, > > On a PowerMac G4 I noticed

Re: [PATCH v3] iio: Add Dyna-Image AL3320A ambient light sensor driver

2014-08-27 Thread Hartmut Knaack
Daniel Baluta schrieb: > Minimal implementation. This driver provides raw illuminance readings. > > This is based on drivers/hwmon/al3320.c (*) driver from msm tree written > by Tsechih Lin > > * https://android.googlesource.com/kernel/msm.git > > Signed-off-by: Daniel Baluta Hi, I think you

tracing: horrible read performance on host with many CPUs

2014-08-27 Thread Dmitry Monakhov
I have tried to use tracing on host with 32cpus, but it is appeared that performance is horrible. dd if=/sys/kernel/debug/tracing/trace_pipe of=tmpfs/t3.log bs=1M 0+21268 records in 0+21267 records out 85701248 bytes (86 MB) copied, 26.1424 s, 3.3 MB/s 0+25706 records in 0+25705 records out

Re: [3.16 stable PATCH v2 1/2] virtio: rng: delay hwrng_register() till driver is ready

2014-08-27 Thread Amit Shah
Hey Greg, Can you add these two patches to the 3.16 queue? Thanks, On (Tue) 12 Aug 2014 [13:23:45], Amit Shah wrote: > Instead of calling hwrng_register() in the probe routing, call it in the > scan routine. This ensures that when hwrng_register() is successful, > and it requests a few random

Re: [RFC Patch] irqdomain: Introduce new interfaces to support hierarchy irqdomains

2014-08-27 Thread Thomas Gleixner
Jiang, On Wed, 27 Aug 2014, Jiang Liu wrote: > >> Third, a special value IRQDOMAIN_AUTO_ASSIGN_HWIRQ is defined out of > >> irq_hw_number_t, which indicates that irqdomain callbacks should > >> automatically hardware interrupt number for clients. This will be used > >> to support CPU vector

Re: [PATCH v6 5/5] regulator: RK808: remove redundant code

2014-08-27 Thread Mark Brown
On Tue, Aug 26, 2014 at 10:18:57PM +0800, Chris Zhong wrote: > remove the redundant code, since pdata has been removed from stuct rk808 I've applied this but if there's further changes needed please wait until the MFD changes they depend on have been accepted before resending. This will be less

Re: [PATCH/RFC 2/2] lib: string: Make all calls to strnicmp into calls to strncasecmp

2014-08-27 Thread Dan Carpenter
On Wed, Aug 27, 2014 at 09:36:02AM +0200, Rasmus Villemoes wrote: > The previous patch made strnicmp into a wrapper for strncasecmp. This > patch makes all in-tree users of strnicmp call strncasecmp directly, > while still making sure that the strnicmp symbol can be used by > out-of-tree modules.

Re: [PATCH/RFC 2/2] lib: string: Make all calls to strnicmp into calls to strncasecmp

2014-08-27 Thread Rasmus Villemoes
On Wed, Aug 27 2014, Dan Carpenter wrote: > On Wed, Aug 27, 2014 at 09:36:02AM +0200, Rasmus Villemoes wrote: >> The previous patch made strnicmp into a wrapper for strncasecmp. This >> patch makes all in-tree users of strnicmp call strncasecmp directly, >> while still making sure that the

[tip:x86/urgent] x86: irq: Fix bug in setting IOAPIC pin attributes

2014-08-27 Thread tip-bot for Jiang Liu
Commit-ID: f395dcae7a68497751869cf0031fd8ce5e115f0a Gitweb: http://git.kernel.org/tip/f395dcae7a68497751869cf0031fd8ce5e115f0a Author: Jiang Liu AuthorDate: Wed, 27 Aug 2014 13:53:11 +0800 Committer: Thomas Gleixner CommitDate: Wed, 27 Aug 2014 11:02:16 +0200 x86: irq: Fix bug in

Re: [PATCH 0/4] Drivers: hv: vmbus: Eliminate calls to BUG_ON()

2014-08-27 Thread Sitsofe Wheeler
On Tue, Aug 26, 2014 at 12:05:22PM -0700, K. Y. Srinivasan wrote: > Cleanup the channel management code and eliminate calls to BUG_ON() > > K. Y. Srinivasan (4): > Drivers: hv: vmbus: Cleanup vmbus_post_msg() > Drivers: hv: vmbus: Cleanup vmbus_teardown_gpadl() > Drivers: hv: vmbus: Cleanup

[tip:timers/core] timerfd: Remove an always true check

2014-08-27 Thread tip-bot for Dan Carpenter
Commit-ID: 88299c9bdb109e0d95abdca648065631ff91b2cb Gitweb: http://git.kernel.org/tip/88299c9bdb109e0d95abdca648065631ff91b2cb Author: Dan Carpenter AuthorDate: Fri, 1 Aug 2014 11:28:48 +0300 Committer: Thomas Gleixner CommitDate: Wed, 27 Aug 2014 11:17:48 +0200 timerfd: Remove an

Re: tracing: horrible read performance on host with many CPUs

2014-08-27 Thread Steven Rostedt
Use trace-cmd. It reads the per cpu files and sorts later -- Steve On August 27, 2014 4:50:38 AM GMT-04:00, Dmitry Monakhov wrote: > >I have tried to use tracing on host with 32cpus, but it is appeared >that performance is horrible. >dd if=/sys/kernel/debug/tracing/trace_pipe of=tmpfs/t3.log

Re: [RFC PATCH 0/9] dt: dependencies (for deterministic driver initialization order based on the DT)

2014-08-27 Thread Alexander Holler
Am 27.08.2014 09:16, schrieb Alexander Holler: Why should I? I've posted patches along with a lot of comments and explanations, and e.g. you are just talking that it should be made like my patches already did. And others do talk too like my patches and the accompanying comments from me which

Re: [PATCHv7 3/5] common: dma-mapping: Introduce common remapping functions

2014-08-27 Thread James Hogan
On 26/08/14 17:58, Laura Abbott wrote: > On 8/26/2014 3:05 AM, James Hogan wrote: >> On 12 August 2014 00:40, Laura Abbott wrote: >>> >>> For architectures without coherent DMA, memory for DMA may >>> need to be remapped with coherent attributes. Factor out >>> the the remapping code from arm and

[PATCH 1/2] Revert "arm64: use cpu_online_mask when using forced irq_set_affinity"

2014-08-27 Thread byungchul . park
From: Byungchul Park This reverts commit 601c942176d8ad8334118bddb747e3720bed24f8. This patch is designed to ensure that the cpu being offlined is not present in the affinity mask. But it is a bad idea to overwrite the affinity variable with cpu_online_mask, even in case that the current

[PATCH 2/2] arm64: take onlined cpus into account when setting irq affinity in migrate_one_irq

2014-08-27 Thread byungchul . park
From: Byungchul Park This patch ensures that the cpu being offlined is not present in the affinity mask. Signed-off-by: Byungchul Park --- arch/arm64/kernel/irq.c |9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm64/kernel/irq.c b/arch/arm64/kernel/irq.c index

Re: [hyperv] BUG at drivers/hv/channel.c:462 while changing MTU

2014-08-27 Thread Sitsofe Wheeler
On Mon, Aug 25, 2014 at 09:48:31PM +, KY Srinivasan wrote: > > > There is also a case of the BUG_ON at line 460 being hit (from > > https://lkml.org/lkml/2014/8/19/708 ): > > > > 457ret = vmbus_post_msg(msg, > > 458 sizeof(struct > >

Re: [HELP (not patch)] Re: Resume from hibernation fails 40% of time, kernel 3.16.0 (64GB of RAM, 32 Xeon E5-2687W cores)

2014-08-27 Thread Pavel Machek
On Mon 2014-08-04 23:24:47, Janek Kozicki wrote: > I see that this list is extremely busy, I thought this is the > place to go asking for help in debugging hibernation. If that's not > the right place, please tell me where should I go. If that's the > right place, please get me started. First -

Re: [PATCH v2 00/26] genirq: fix use of irq_find_mapping outside of legal RCU context

2014-08-27 Thread Marc Zyngier
Hi Thomas, On Tue, Aug 26 2014 at 10:34:51 pm BST, Thomas Gleixner wrote: > On Tue, 26 Aug 2014, Marc Zyngier wrote: > >> A number of irqchip drivers are directly calling irq_find_mapping, >> which may use a rcu_read_lock call when walking the radix tree. >> >> Turns out that if you hit that

Re: [PATCH v3 part1 0/4] Fix SG_IO ambiguity between READ SUBCHANNEL and UNMAP (and other similar cases)

2014-08-27 Thread Luis Henriques
On Thu, May 23, 2013 at 03:58:19PM +0200, Paolo Bonzini wrote: > The SG_IO ioctl's command whitelist is designed for MMC devices (roughly, > "play/burn CDs without requiring root") but some opcodes overlap across SCSI > device classes and have different meanings for different classes. > > To fix

Re: [PATCH] ARM: dts: make arch-timer always on in rk3288 soc

2014-08-27 Thread Mark Rutland
Hi, On Wed, Aug 27, 2014 at 02:47:40AM +0100, Kever Yang wrote: > We need use the hrtimer, which need the arch-timer to be 'always-on' Just to check: it isn't possible to place CPUs in the rk3288 SoC into low power states where their timers lose state and/or might not fire? Mark. >

<    4   5   6   7   8   9   10   11   12   13   >