[PATCH v3 0/3] net: stmmac: Add STi GMAC ethernet

From: Srinivas Kandagatla Hi All, This patch series adds Ethernet support to STi series SOCs STiH415 and STiH416. STi SOC series integrates dwmac IP from synopsis, however there is a hardware glue on top of this standard IP, this glue needs to configured before the actual dwmac can be used. Als

[PATCH 6/7] mfd: max8997: Fix possible NULL pointer dereference on i2c_new_dummy error

During probe the driver allocates dummy I2C devices for RTC, haptic and MUIC with i2c_new_dummy() but it does not check the return value of this calls. In case of error (i2c_new_device(): memory allocation failure or I2C address cannot be used) this function returns NULL which is later used by i2c

[PATCH 5/7] mfd: max8925: Fix possible NULL pointer dereference on i2c_new_dummy error

During probe the driver allocates dummy I2C devices for RTC and ADC with i2c_new_dummy() but it does not check the return value of this calls. In case of error (i2c_new_device(): memory allocation failure or I2C address cannot be used) this function returns NULL which is later used by i2c_unregist

[PATCH 4/7] mfd: max77693: Fix possible NULL pointer dereference on i2c_new_dummy error

During probe the driver allocates dummy I2C devices for MUIC and haptic with i2c_new_dummy() but it does not check the return value of this calls. In case of error (i2c_new_device(): memory allocation failure or I2C address cannot be used) this function returns NULL which is later used by devm_reg

[PATCH 3/7] mfd: max77686: Fix possible NULL pointer dereference on i2c_new_dummy error

During probe the driver allocates dummy I2C device for RTC with i2c_new_dummy() but it does not check the return value of this call. In case of error (i2c_new_device(): memory allocation failure or I2C address cannot be used) this function returns NULL which is later used by i2c_unregister_device(

[PATCH 1/7] mfd: 88pm860x: Fix possible NULL pointer dereference on i2c_new_dummy error

During probe the driver allocates dummy I2C device for companion chip with i2c_new_dummy() but it does not check the return value of this call. In case of error (i2c_new_device(): memory allocation failure or I2C address cannot be used) this function returns NULL which is later used by regmap_init

[PATCH 7/7] mfd: max8998: Fix possible NULL pointer dereference on i2c_new_dummy error

During probe the driver allocates dummy I2C device for RTC with i2c_new_dummy() but it does not check the return value of this call. In case of error (i2c_new_device(): memory allocation failure or I2C address cannot be used) this function returns NULL which is later used by i2c_unregister_device

Re: [PATCH][v2] mfd: omap-usb-tll: fix cppcheck sizeof warning

> From: Colin Ian King > > Static analysis from cppcheck issued the following warning: > > [drivers/mfd/omap-usb-tll.c:255]: (warning) Found calculation > inside sizeof(). > > The current size calculation is not obvious and is easy to > miscomprehend, so re-work the size of the allocation bas

[PATCH 2/7] mfd: 88pm860x: Fix I2C device resource leak on regmap init fail

During probe the driver allocates dummy I2C device for companion chip and then allocates a regmap for it. If regmap_init_i2c() fails then the I2C driver (allocated with i2c_new_dummy()) is not freed and this resource leaks. Signed-off-by: Krzysztof Kozlowski Cc: sta...@vger.kernel.org --- driver

Re: [PATCH v3 1/3] mfd: Add realtek USB card reader driver

On Tue, 11 Feb 2014, Roger wrote: > On 02/10/2014 07:30 PM, Lee Jones wrote: > >>From: Roger Tseng > >> > >>Realtek USB card reader provides a channel to transfer command or data to > >>flash > >>memory cards. This driver exports host instances for mmc and memstick > >>subsystems > >>and handle

Re: [PATCH] mfd: sec-core: Fix possible NULL pointer dereference when i2c_new_dummy error

> During probe the sec-core driver allocates dummy I2C device for RTC with > i2c_new_dummy() but return value is not checked. In case of error > (i2c_new_device(): memory allocation failure or I2C address cannot be > used) this function returns NULL which is later used by > devm_regmap_init_i2c() o

Re: [PATCH v1 0/1] Boot all secondary cores on Exynos SoC's

Hi Tarek, On 11 February 2014 12:56, Tarek Dakhran wrote: > Hi Sachin, > > > > Current implementation allow to boot only one secondary core. > > This patch makes possible to boot 4 cores on Exynos5420 and Exynos5410 SoC's I also get 4 cores up with the mainline kernel on SMDK 5420 board without

Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix

> >> Time to revisit this decision > >> > >> So, based on the fact that children device names usually contain > >> dashes, I do not understand why hwmon would be any special in this > >> regard. It is possible that the hwmon developers have not faced much > >> MFD situation before, and so, this

Re: [PATCH v3 1/3] mfd: Add realtek USB card reader driver

On 11 February 2014 10:40, Roger wrote: > On 02/10/2014 07:30 PM, Lee Jones wrote: >>> >>> From: Roger Tseng >>> >>> Realtek USB card reader provides a channel to transfer command or data to >>> flash >>> memory cards. This driver exports host instances for mmc and memstick >>> subsystems >>> and

Re: [PATCH v2] powerpc ticket locks

On Mon, Feb 10, 2014 at 8:40 AM, Benjamin Herrenschmidt wrote: > On Fri, 2014-02-07 at 17:58 +0100, Torsten Duwe wrote: >> typedef struct { >> - volatile unsigned int slock; >> -} arch_spinlock_t; >> + union { >> + __ticketpair_t head_tail; >> + struct __ra

Re: [PATCH net,v2] hyperv: Fix the carrier status setting

On 02/11/2014 02:15 AM, Haiyang Zhang wrote: > Without this patch, the "cat /sys/class/net/ethN/operstate" shows > "unknown", and "ethtool ethN" shows "Link detected: yes", when VM > boots up with or without vNIC connected. > > This patch fixed the problem. > > Signed-off-by: Haiyang Zhang > Revie

Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix

On Tue, Feb 11, 2014 at 9:47 AM, Lee Jones wrote: >> >> >> On Mon, Feb 10, 2014 at 4:38 PM, Jean Delvare wrote: >> >> >> > Additionally, dashes are explicitly forbidden in hwmon >> >> >> > device names. >> >> >> >> >> >> Also, where is that documented? >> >> > >> >> > In Documentation/hwmon/sysfs

Re: [PATCH v3 2/3] mmc: Add realtek USB sdmmc host driver

On 11 February 2014 10:27, Roger wrote: > On 02/10/2014 10:58 PM, Ulf Hansson wrote: >> >> On 6 February 2014 15:35, wrote: >>> >>> From: Roger Tseng >>> >>> Realtek USB SD/MMC host driver provides mmc host support based on the >>> Realtek >>> USB card reader MFD driver. >>> >>> Signed-off-by:

Re: [PATCHv2 2/2] arm: Get rid of meminfo

Hello, On 2014-02-05 01:02, Laura Abbott wrote: memblock is now fully integrated into the kernel and is the prefered method for tracking memory. Rather than reinvent the wheel with meminfo, migrate to using memblock directly instead of meminfo as an intermediate. Signed-off-by: Laura Abbott

Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix

> >> >> On Mon, Feb 10, 2014 at 4:38 PM, Jean Delvare wrote: > >> >> > Additionally, dashes are explicitly forbidden in hwmon > >> >> > device names. > >> >> > >> >> Also, where is that documented? > >> > > >> > In Documentation/hwmon/sysfs-interface: > >> > > >> > * > >> > * G

Re: [PATCH RESEND 2/10] xfs: Add support FALLOC_FL_COLLAPSE_RANGE for fallocate

Hi Dave. 2014-02-11 8:32 GMT+09:00, Dave Chinner : > On Sun, Feb 02, 2014 at 02:44:11PM +0900, Namjae Jeon wrote: >> From: Namjae Jeon >> >> Add support FALLOC_FL_COLLAPSE_RANGE for fallocate. >> >> Signed-off-by: Namjae Jeon >> Signed-off-by: Ashish Sangwan > > A more detailed description would

Re: [PATCH v2] pinctrl: sh-pfc: r8a7790: Add QSPI pin groups

Hi Ben, On Mon, Feb 10, 2014 at 7:36 PM, Ben Dooks wrote: > On 10/02/14 13:00, Geert Uytterhoeven wrote: >> >> A QSPI function set consists of 3 groups: >>- qspi_ctrl (2 control wires) >>- qspi_data2 (2 data wires, for Single/Dual SPI) >>- qspi_data4 (4 data wires, for Quad SPI) > > >

Re: [PATCH 6/6] staging/lustre/libcfs: remove cfs_capable

On Sat, Jan 25, 2014 at 2:50 AM, Dilger, Andreas wrote: > On 2014/01/22, 6:47 AM, "Peng Tao" wrote: >>diff --git a/drivers/staging/lustre/lustre/libcfs/linux/linux-curproc.c >>b/drivers/staging/lustre/lustre/libcfs/linux/linux-curproc.c >>index 8b3af7f..6d0bd22 100644 >>--- a/drivers/staging/lust

[PATCH] powerpc/spufs: Fix duplicate definition of MAX_USER_PRIO

On Tue, Feb 11, 2014 at 03:24:17AM +0800, kbuild test robot wrote: > >> arch/powerpc/platforms/cell/spufs/sched.c:86:0: warning: "MAX_USER_PRIO" > >> redefined [enabled by default] > #define MAX_USER_PRIO (MAX_PRIO - MAX_RT_PRIO) > ^ >In file included from include/linux/sched.h:6:0, >

Re: [PATCH][v2] mfd: omap-usb-tll: fix cppcheck sizeof warning

On 02/11/2014 11:38 AM, Colin King wrote: > From: Colin Ian King > > Static analysis from cppcheck issued the following warning: > > [drivers/mfd/omap-usb-tll.c:255]: (warning) Found calculation > inside sizeof(). > > The current size calculation is not obvious and is easy to > miscomprehend,

[PATCH][v2] mfd: omap-usb-tll: fix cppcheck sizeof warning

From: Colin Ian King Static analysis from cppcheck issued the following warning: [drivers/mfd/omap-usb-tll.c:255]: (warning) Found calculation inside sizeof(). The current size calculation is not obvious and is easy to miscomprehend, so re-work the size of the allocation based on the size of

Re: [PATCH v2] powerpc ticket locks

On Fri, Feb 7, 2014 at 10:28 PM, Torsten Duwe wrote: > Ticket locks for ppc, version 2. Changes since v1: > * The atomically exchanged entity is always 32 bits. > * asm inline string variations thus removed. > * Carry the additional holder hint only #if defined(CONFIG_PPC_SPLPAR) > > Signed-off-by

Re: [PATCH v3 1/3] mfd: Add realtek USB card reader driver

On 02/10/2014 07:30 PM, Lee Jones wrote: From: Roger Tseng Realtek USB card reader provides a channel to transfer command or data to flash memory cards. This driver exports host instances for mmc and memstick subsystems and handles basic works. Signed-off-by: Roger Tseng --- drivers/mfd/Kco

Re: [PATCH 5/8] locking, mutex: Cancelable MCS lock for adaptive spinning

* Peter Zijlstra wrote: > On Mon, Feb 10, 2014 at 02:04:22PM -0800, Jason Low wrote: > > On Mon, 2014-02-10 at 22:32 +0100, Peter Zijlstra wrote: > > > Is adding that really much faster than the relatively straight path > > > oqs_wait_next() would walk to bit the same exit? > > > > > > The only

Re: [PATCH] reset: Add generic GPIO reset driver.

Hi Philipp, On 10 February 2014 14:16, Philipp Zabel wrote: > Hi Martin, > > Am Montag, den 10.02.2014, 13:54 +0100 schrieb Martin Fuzzey: >> This driver allows GPIO lines to be used as reset signals. >> It has two main use cases: >> >> 1) Allow drivers to reset their hardware via a GPIO line in

[tip:irq/urgent] genirq: Add missing irq_to_desc export for CONFIG_SPARSE_IRQ=n

Commit-ID: 2c45aada341121438affc4cb8d5b4cfaa2813d3d Gitweb: http://git.kernel.org/tip/2c45aada341121438affc4cb8d5b4cfaa2813d3d Author: Paul Gortmaker AuthorDate: Mon, 10 Feb 2014 13:39:53 -0500 Committer: Thomas Gleixner CommitDate: Tue, 11 Feb 2014 10:30:36 +0100 genirq: Add missing i

Re: [PATCH 01/51] CPU hotplug: Provide lockless versions of callback registration functions

On 02/11/2014 06:56 AM, Toshi Kani wrote: > On Thu, 2014-02-06 at 03:34 +0530, Srivatsa S. Bhat wrote: > : [...] >> >> Also, since cpu_maps_update_begin/done() is like a super-set of >> get/put_online_cpus(), the former naturally protects the critical sections >> from concurrent hotplug operations

[PATCH V6 07/12] phy: st-miphy-40lp: Add SPEAr1310 and SPEAr1340 PCIe phy support

From: Pratyush Anand SPEAr1310 and SPEAr1340 uses miphy40lp phy for PCIe. This driver adds support for the same. Signed-off-by: Pratyush Anand Tested-by: Mohit Kumar Cc: Arnd Bergmann Cc: Viresh Kumar Cc: Kishon Vijay Abraham I Cc: spear-de...@list.st.com Cc: linux-arm-ker...@lists.infradea

[PATCH V6 06/12] SPEAr13xx: Fixup: Move SPEAr1340 SATA platform code to phy driver

From: Pratyush Anand ahci driver needs some platform specific functions which are called at init, exit, suspend and resume conditions. Till now these functions were present in a platform driver with a fixme notes. Similar functions modifying same set of registers will also be needed in case of P

[PATCH V6 00/12]PCI:Add SPEAr13xx PCie support

Patch# 1 and 2: Improvement and fixes for SPEAr13xx support. Patch# 3,5 and 8: Add DT bindings for miphy40lp, misc and pcie node Patch# 4,6 and 7: Add miphy40lp skelten driver and support for spear1310/40 miphy wrapper. Patch# 9-11: Add SPEAr13xx PCIe driver and dt support. These pathes are teste

[PATCH V6 04/12] phy: st-miphy40lp: Add skeleton driver

From: Pratyush Anand ST miphy40lp supports PCIe, SATA and Super Speed USB. This driver adds skeleton support for the same. This skeleton defines function corresponding to phy ops as well as sleep pm ops. Any platform using this phy can add its own platform specific ops(if needed) corresponding t

Re: [PATCH v3 7/7] devicetree: bindings: Document PM8921/8058 PMICs

> PM8921 and PM8058 are PMICs found paired with MSM8960 and MSM8660 > devices respectively. They contain subdevices such as keypads, > RTCs, regulators, clocks, etc. > > Cc: > Signed-off-by: Stephen Boyd > --- > .../devicetree/bindings/mfd/qcom,pm8xxx.txt| 63 > ++ >

error returns from ->queue_rq

Hi Jens, seems like with the SCSI work I introduced the first BLK_MQ_RQ_QUEUE_ERROR error return in the tree, and immediately ran into the first pitfall. The code as-is expects rq->errors set to an error value, which otherwise is an internal field used by the block layer and some drivers, but no

Re: [PATCH 2/5] clocksource: qcom: Move clocksource code out of mach-msm

On 02/04/2014 11:36 PM, Kumar Gala wrote: We intent to share the clocksource code for MSM platforms between legacy and multiplatform supported qcom SoCs. Acked-by: Olof Johansson Signed-off-by: Kumar Gala Hi Kumar, through which tree do you expect this patch to be upstream ? --

Re: [PATCH 0/4] hugetlb: add hugepagesnid= command-line option

On Mon, Feb 10, 2014 at 06:54:20PM -0800, David Rientjes wrote: > On Mon, 10 Feb 2014, Luiz Capitulino wrote: > > > HugeTLB command-line option hugepages= allows the user to specify how many > > huge pages should be allocated at boot. On NUMA systems, this argument > > automatically distributes hu

Re: [PATCH v3 2/3] mmc: Add realtek USB sdmmc host driver

On 02/10/2014 10:58 PM, Ulf Hansson wrote: On 6 February 2014 15:35, wrote: From: Roger Tseng Realtek USB SD/MMC host driver provides mmc host support based on the Realtek USB card reader MFD driver. Signed-off-by: Roger Tseng --- drivers/mmc/host/Kconfig |7 + drivers/mmc/

Re: [PATCHSET cgroup/for-3.15] cgroup: convert to kernfs

On 2014/1/29 7:54, Tejun Heo wrote: > Hello, > > cgroup filesystem code was derived from the original sysfs > implementation which was heavily intertwined with vfs objects and > locking with the goal of re-using the existing vfs infrastructure. > That experiment turned out rather disastrous and sy

Re: [PATCH 1/6 v2] sched: Init idle->on_rq in init_idle()

On Tue, Feb 11, 2014 at 10:17:58AM +0100, Sebastian Andrzej Siewior wrote: > The init task is state TASK_RUNNING and on_irq should be set to 1. It won't ^^^ irq? :-) > be set by scheduler because the idle task is never woken up, it is always the > task we f

[PATCH] ARM: mm: support big-endian page tables

When enable LPAE and big-endian in a hisilicon board, while specify mem=384M mem=512M@7680M, will get bad page state: Freeing unused kernel memory: 180K (c0466000 - c0493000) BUG: Bad page state in process init pfn:fa442 page:c7749840 count:0 mapcount:-1 mapping: (null) index:0x0 page flags: 0x4

Re: [PATCH 1/4] memblock: memblock_virt_alloc_internal(): alloc from specified node only

On Mon, Feb 10, 2014 at 12:27:45PM -0500, Luiz Capitulino wrote: > From: Luiz capitulino > > If an allocation from the node specified by the nid argument fails, > memblock_virt_alloc_internal() automatically tries to allocate memory > from other nodes. > > This is fine is the caller don't care w

[PATCH 1/6 v2] sched: Init idle->on_rq in init_idle()

The init task is state TASK_RUNNING and on_irq should be set to 1. It won't be set by scheduler because the idle task is never woken up, it is always the task we fall back to if there is no other task pending. Signed-off-by: Thomas Gleixner [bigeasy: add patch description] Signed-off-by: Sebastia

Re: [PATCH 5/8] locking, mutex: Cancelable MCS lock for adaptive spinning

On Mon, Feb 10, 2014 at 02:04:22PM -0800, Jason Low wrote: > On Mon, 2014-02-10 at 22:32 +0100, Peter Zijlstra wrote: > > Is adding that really much faster than the relatively straight path > > oqs_wait_next() would walk to bit the same exit? > > > > The only reason I pulled out the above cmpxchg(

[PATCH RESEND] arm: add DSB after icache flush in __flush_icache_all()

Add DSB after icache flush to complete the cache maintenance operation. Signed-off-by: Vinayak Kale Acked-by: Catalin Marinas --- PS: - This patch is tested for ARM-v7. arch/arm/include/asm/cacheflush.h |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/include/asm/cacheflush.h

Re: [PATCH V3] net/dt: Add support for overriding phy configuration from device tree

Hi Florian, first of all, thank you for your answer. On 02/10/2014 06:09 PM, Florian Fainelli wrote: Hi Gerlando, Le lundi 10 février 2014, 17:14:59 Gerlando Falauto a écrit : Hi, I'm currently trying to fix an issue for which this patch provides a partial solution, so apologies in advance f

Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix

On Tue, Feb 11, 2014 at 8:58 AM, Laszlo Papp wrote: > On Tue, Feb 11, 2014 at 8:50 AM, Lee Jones wrote: >>> >> On Mon, Feb 10, 2014 at 4:38 PM, Jean Delvare wrote: >>> >> > Additionally, dashes are explicitly forbidden in hwmon >>> >> > device names. >>> >> >>> >> Also, where is that documented?

[PATCH] mfd: sec-core: Fix possible NULL pointer dereference when i2c_new_dummy error

During probe the sec-core driver allocates dummy I2C device for RTC with i2c_new_dummy() but return value is not checked. In case of error (i2c_new_device(): memory allocation failure or I2C address cannot be used) this function returns NULL which is later used by devm_regmap_init_i2c() or i2c_unre

Re: [patch 1/2]percpu_ida: fix a live lock

On Mon, Feb 10, 2014 at 04:06:27PM -0700, Jens Axboe wrote: > For the common case, I'd assume that anywhere between 31..256 tags > is "normal". That's where the majority of devices will end up being, > largely. So single digits would be an anomaly. Unfortunately that's not true in SCSI land, where

Re: [PATCH v2 1/3] net: stmmac:sti: Add STi SOC glue driver.

Thankyou Dave, I will fix these in next version. On 10/02/14 22:40, David Miller wrote: > From: > Date: Fri, 7 Feb 2014 10:55:25 + > >> +if (dwmac->interface == PHY_INTERFACE_MODE_MII || >> +dwmac->interface == PHY_INTERFACE_MODE_GMII) { > > This is not inde

Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix

On Tue, Feb 11, 2014 at 8:49 AM, Jean Delvare wrote: > Le Tuesday 11 February 2014 à 08:28 +, Laszlo Papp a écrit : >> On Tue, Feb 11, 2014 at 7:50 AM, Jean Delvare wrote: >> > Hi Laszlo, >> > >> > On Tue, 11 Feb 2014 03:13:37 +, Laszlo Papp wrote: >> >> On Mon, Feb 10, 2014 at 4:38 PM, J

Re: [PATCH 06/17] i2c: i2c-bfin-twi: deprecate class based instantiation

Acked-by: Sonic Zhang On Mon, Feb 10, 2014 at 6:04 PM, Wolfram Sang wrote: > Warn users that class based instantiation is going away soon in favour > of more robust probing and faster bootup times. > > Signed-off-by: Wolfram Sang > Cc: Sonic Zhang > --- > > This patch is a suggestion. Looking

Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix

On Tue, Feb 11, 2014 at 8:50 AM, Lee Jones wrote: >> >> On Mon, Feb 10, 2014 at 4:38 PM, Jean Delvare wrote: >> >> > Additionally, dashes are explicitly forbidden in hwmon >> >> > device names. >> >> >> >> Also, where is that documented? >> > >> > In Documentation/hwmon/sysfs-interface: >> > >> >

Re: [PATCH 0/8] locking/core patches

On Tue, Feb 11, 2014 at 09:45:02AM +0100, Ingo Molnar wrote: > > heh, yes, it's stupid how long many benchmarks take. Ditch it. A > > change like this should be testable with a 30-line microbenchmark > > which runs in 5 seconds tops. > > Another very nice option would be to stick the relevant

Re: [PATCH] mfd: omap-usb-tll: allocate correct size for ch_clk

Hi Colin, On 02/10/2014 09:54 PM, Lee Jones wrote: >> From: Colin Ian King >> >> ch_clk was erroneously being allocated the incorrect size which >> can be problematic for larger sizes of tll->nch The code fix is good but the subject and description aren't right. You could instead mention about

Re: [QUERY]: Is using CPU hotplug right for isolating CPUs?

On 28 January 2014 18:53, Frederic Weisbecker wrote: > No, when a single task is running on a full dynticks CPU, the tick is > supposed to run > every seconds. I'm actually suprised it doesn't happen in your traces, did > you tweak > something specific? Why do we need this 1 second tick current

Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix

> >> On Mon, Feb 10, 2014 at 4:38 PM, Jean Delvare wrote: > >> > Additionally, dashes are explicitly forbidden in hwmon > >> > device names. > >> > >> Also, where is that documented? > > > > In Documentation/hwmon/sysfs-interface: > > > > * > > * Global attributes * > > ***

Re: Memory allocator semantics

Hi Paul, On Sun, Feb 9, 2014 at 4:00 AM, Paul E. McKenney wrote: > From what I can see, (A) works by accident, but is kind of useless because > you allocate and free the memory without touching it. (B) and (C) are the > lightest touches I could imagine, and as you say, both are bad. So I > beli

Re: [PATCH 0/2] A couple of sched patches

* Juri Lelli wrote: > This two patches (on top of tip/master as of today) fix bugs > in sched/core. First one is a repost of > http://comments.gmane.org/gmane.linux.kernel/1638425, and exposed, > at least to me, another bug (fixed by second patch). With today's -tip there's a new warning on UP

Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix

Le Tuesday 11 February 2014 à 08:28 +, Laszlo Papp a écrit : > On Tue, Feb 11, 2014 at 7:50 AM, Jean Delvare wrote: > > Hi Laszlo, > > > > On Tue, 11 Feb 2014 03:13:37 +, Laszlo Papp wrote: > >> On Mon, Feb 10, 2014 at 4:38 PM, Jean Delvare wrote: > >> > Additionally, dashes are explicitl

[PATCH v2 2/2] ASoC: fsl-esai: big-endian support

For most platforms, the CPU and ESAI device is in the same endianess mode. While for the LS1 platform, the CPU is in LE mode and the ESAI is in BE mode. Signed-off-by: Xiubo Li Cc: Nicolin Chen Acked-by: Nicolin Chen --- Fix some issues from Nicolin Chen's comments. Documentation/devicetree

[PATCH v2 1/2] ASoC: fsl-spdif: big-endian support

For most platforms, the CPU and SPDIF device is in the same endianess mode. While for the LS1 platform, the CPU is in LE mode and the SPDIF is in BE mode. Signed-off-by: Xiubo Li Cc: Nicolin Chen Acked-by: Nicolin Chen --- Fix some issues from Nicolin Chen's comments. Documentation/devicetr

Re: [PATCH 0/8] locking/core patches

* Andrew Morton wrote: > On Tue, 11 Feb 2014 08:17:00 +0100 Peter Zijlstra > wrote: > > > On Mon, Feb 10, 2014 at 03:02:30PM -0800, Andrew Morton wrote: > > > On Mon, 10 Feb 2014 20:58:20 +0100 Peter Zijlstra > > > wrote: > > > > > > > Hi all, > > > > > > > > I would propose merging the f

Re: [PATCH] net: rfkill-regulator: Add devicetree support.

Am Montag, 10. Februar 2014, 10:18:42 schrieb Mark Rutland: > On Fri, Feb 07, 2014 at 07:48:49PM +, Marek Belisko wrote: > > Signed-off-by: NeilBrown > > Signed-off-by: Marek Belisko > > --- > > Based on Neil's patch and extend for documentation and bindings include. > > > > .../bindings/ne

[PATCH v3] x86: dma-mapping: fix GFP_ATOMIC macro usage

GFP_ATOMIC is not a single gfp flag, but a macro which expands to the other flags, where meaningful is the LACK of __GFP_WAIT flag. To check if caller wants to perform an atomic allocation, the code must test for a lack of the __GFP_WAIT flag. This patch fixes the issue introduced in v3.5-rc1. CC:

Re: [PATCH 1/1] libata: Get rid of ata_port::qc_allocated bitmask

On Tue, Jan 21, 2014 at 04:02:26PM +0100, Alexander Gordeev wrote: > Scanning ata_port::qc_allocated bitmask for free tags has > been a performance bottleneck due to the cache line bouncing. > This update replaces ata_port::qc_allocated bitmask with > optimized for parallel access percpu_ida tags a

[PATCH 1/1] Micrel PHY: Allow setting of config flag MICREL_PHY_50MHZ_CLK for KSZ8081/KSZ8091 PHY

>From fe6aad7bb4c61b3ccd14bf637025e87df05ca14c Mon Sep 17 00:00:00 2001 From: Georg Waibel Date: Tue, 11 Feb 2014 08:15:56 +0100 Subject: [PATCH 1/1] Micrel PHY: Allow setting of config flag MICREL_PHY_50MHZ_CLK for KSZ8081/KSZ8091 PHY The Micrel KSZ8081 and KSZ8091 PHYs support the RMII 50MHz m

Re: [RFC 1/6] mailbox: add core framework

On Monday 10 February 2014 16:23:48 Courtney Cavin wrote: > While I'm not sure the dislike of notifiers entirely justifies not using > them here, where they seem to make sense, I can understand that they > might not fully implement what we need to expose. I think we need to look at a few more exa

Re: [PATCH] x86, hyperv: bypass the timer_irq_works() check

On 01/26/2014 12:42 PM, Jason Wang wrote: > On 01/25/2014 05:20 AM, H. Peter Anvin wrote: >> On 01/23/2014 10:02 PM, Jason Wang wrote: >>> This patch bypass the timer_irq_works() check for hyperv guest since: >>> >>> - It was guaranteed to work. >>> - timer_irq_works() may fail sometime due to the

Re: [f2fs-dev] f2fs: f2fs unmount hangs if f2fs_init_acl() fails during mkdir syscall

Hi, It turns out that make_bad_inode prior to iput sets i_mode to a regular file, so that f2fs_evict_inode -> truncate_inode_pages -> f2fs_invalidate_data_page doesn't decrement dirty_dents. It seems that remove_dirty_dir_inode() call should also be added to the error-path of init_inode_metada

[PATCH] kernel/trace: fix compiler warning

The patch fixes the following compiler warning: CC kernel/trace/trace_events.o kernel/trace/trace_events.c: In function 'event_enable_read' kernel/trace/trace_events.c:693: warning: 'flags' may be used \ uninitialized in this function Signed-off-by: Qiaowei Ren --- kernel/trace/tr

Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix

On Tue, Feb 11, 2014 at 7:50 AM, Jean Delvare wrote: > Hi Laszlo, > > On Tue, 11 Feb 2014 03:13:37 +, Laszlo Papp wrote: >> On Mon, Feb 10, 2014 at 4:38 PM, Jean Delvare wrote: >> > Additionally, dashes are explicitly forbidden in hwmon >> > device names. >> >> Also, where is that documented?

[REPOST - PATCH 1/2] sched/core: fix sched_rt_global_validate

Don't compare sysctl_sched_rt_runtime against sysctl_sched_rt_period if the former is equal to RUNTIME_INF, otherwise disabling -rt bandwidth management (with CONFIG_RT_GROUP_SCHED=n) fails. Cc: Ingo Molnar Cc: Peter Zijlstra Signed-off-by: Juri Lelli --- kernel/sched/core.c |3 ++- 1 file

[PATCH 2/2] sched/core: make dl_b->lock IRQ safe

Fix this lockdep warning: [ 44.804600] = [ 44.805746] [ INFO: possible irq lock inversion dependency detected ] [ 44.805746] 3.14.0-rc2-test+ #14 Not tainted [ 44.805746] - [ 4

[PATCH 0/2] A couple of sched patches

This two patches (on top of tip/master as of today) fix bugs in sched/core. First one is a repost of http://comments.gmane.org/gmane.linux.kernel/1638425, and exposed, at least to me, another bug (fixed by second patch). Regards, - Juri Juri Lelli (2): sched/core: fix sched_rt_global_validate

Re: WARNING: CPU: 1 PID: 0 at kernel/time/tick-broadcast.c:668 tick_broadcast_oneshot_control+0x17d/0x190()

On Mon, Feb 10, 2014 at 07:59:39PM +0100, poma wrote: > On 10.02.2014 11:06, Thomas Gleixner wrote: > > On Mon, 10 Feb 2014, poma wrote: > > > >> [ 83.558551] [] amd_e400_idle+0x87/0x130 > > > > So this seems to happen only on AMD machines which use that e400 idle > > mode. I have no idea at t

Re: linux-next: build failure after merge of the pinctrl tree

On Tue, Feb 11, 2014 at 4:56 AM, Stephen Rothwell wrote: > drivers/pinctrl/pinctrl-st.c:407:18: error: 'stid127_delays' undeclared here > (not in a function) > > Caused by commit cab6bf05bab5 ("pinctrl: st: add stid127 support"). Oh darn, I was waiting for an update of that patch but forgot. I

Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix

On Tue, Feb 11, 2014 at 7:50 AM, Jean Delvare wrote: > Hi Laszlo, > > On Tue, 11 Feb 2014 03:13:37 +, Laszlo Papp wrote: >> On Mon, Feb 10, 2014 at 4:38 PM, Jean Delvare wrote: >> > Additionally, dashes are explicitly forbidden in hwmon >> > device names. >> >> Also, where is that documented?

Re: [PATCH 1/2 v2] usbnet: fix bad header length bug

On Mon, 2014-02-10 at 16:54 +0100, Emil Goode wrote: > Since the checks that need to be added in various places are all in > the same subsystem I think it could be done in as little as one patch? Yes, please definitely. Best for bisectability. > If nobody have any objections I will try removing

Re: [PATCH 1/2] ASoC: fsl-spdif: big-endian support

On Tue, Feb 11, 2014 at 03:39:44PM +0800, Xiubo Li-B47053 wrote: > > > > > + - big-endian : If this property is absent, the native endian mode will > > > + be in use as default, or the big endian mode will be in use for all > > > the > > > + device registers. > > > + > > > > @Shawn > > Do

Re: [PATCH] powerpc/spufs: Remove MAX_USER_PRIO define

* Jeremy Kerr [2014-02-11 14:05:17]: > Current ppc64_defconfig fails with: > > arch/powerpc/platforms/cell/spufs/sched.c:86:0: error: "MAX_USER_PRIO" > redefined [-Werror] > cc1: all warnings being treated as errors > > 6b6350f1 introduced a generic MAX_USER_PRIO macro to sched/prio.h, which

[GIT PULL] s390 bug fixes for the 3.14-rc3

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: A collection a bug fixes. Most of them are minor but two of them are more severe. The linkage stack bug can be used by user space

[PATCH] cgroup: protect modifications to cgroup_idr with cgroup_mutex

Setup cgroupfs like this: # mount -t cgroup -o cpuacct xxx /cgroup # mkdir /cgroup/sub1 # mkdir /cgroup/sub2 Then run these two commands: # for ((; ;)) { mkdir /cgroup/sub1/tmp && rmdir /mnt/sub1/tmp; } & # for ((; ;)) { mkdir /cgroup/sub2/tmp && rmdir /mnt/sub2/tmp; } & After seconds y

Re: [PATCH 0/8] locking/core patches

On Tue, 11 Feb 2014 08:17:00 +0100 Peter Zijlstra wrote: > On Mon, Feb 10, 2014 at 03:02:30PM -0800, Andrew Morton wrote: > > On Mon, 10 Feb 2014 20:58:20 +0100 Peter Zijlstra > > wrote: > > > > > Hi all, > > > > > > I would propose merging the following patches... > > > > > > The first set

Re: [PATCH] dp83640: Get gpio and master/slave configuration from DT

On Mon, 2014-02-10 at 19:46 +0100, Richard Cochran wrote: > On Mon, Feb 10, 2014 at 02:00:40PM +0100, Stefan Sørensen wrote: > > This patch removes the module parameters gpio_tab and chosen_phy in favour > > of > > retrieving the configuration from DT through the properties > > Can we please keep

Re: [PATCH 01/34] bnx2: Use pci_enable_msix_range()

On Mon, Feb 10, 2014 at 05:38:14PM -0700, Bjorn Helgaas wrote: > I *think* this whole series applies to drivers/net (the usual patch sending > tools like "stg mail" insert the diffstat automatically in the 00/nn > message), and it sounds like David is willing to apply them via his tree, > so I'm ig

<    7   8   9   10   11   12