Re: [PATCH] [RFC] Taint the kernel for unsafe module options

2014-03-05 Thread Daniel Vetter
On Thu, Mar 06, 2014 at 11:19:54AM +1030, Rusty Russell wrote: > Daniel Vetter writes: > > Users just love to set random piles of options since surely enabling > > all the experimental stuff helps. Later on we get bug reports because > > it all fell apart. > > > > Even more fun when it's labelled

linux-next: build failure after merge of the akpm tree

2014-03-05 Thread Stephen Rothwell
Hi Andrew, After merging the akpm tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: arch/powerpc/mm/stab.c: In function '__ste_allocate': arch/powerpc/mm/stab.c:138:42: error: lvalue required as left operand of assignment __this_cpu_read(stab_cache[offset++]) = stab_

Re: [PATCH 7/7] staging: cxt1e1: remove unneeded a value

2014-03-05 Thread DaeSeok Youn
Ok. I will use sizeof(name) for snprintf() call. Thanks. Daeseok Youn. 2014-03-06 16:33 GMT+09:00 Tobias Klauser : > On 2014-03-06 at 08:19:19 +0100, DaeSeok Youn wrote: >> 2014-03-05 19:13 GMT+09:00 Tobias Klauser : >> > On 2014-03-05 at 02:24:22 +0100, Daeseok Youn >> > wrote: >> >> >> >> It

[PATCH] ASoC: tlv320aic23: add support for SPI control mode

2014-03-05 Thread Max Filippov
tlv320aic23 chip control interface may work in either I2C or SPI mode depending on the MODE pin state. Functionality and register layout are independent of the control mode. Provide i2c and spi driver entry points when CONFIG_I2C and CONFIG_SPI_MASTER are enabled respectively. Signed-off-by: Max

Re: [PATCH 6/7] Cpuidle: Deal with timer expiring in the past

2014-03-05 Thread Len Brown
On Mon, Feb 24, 2014 at 1:29 AM, Tuukka Tikkanen wrote: > Sometimes (fairly often) when the cpuidle menu governor is making a decision > about idle state to enter the next timer for the cpu appears to expire in > the past. The menu governor expects the expiry to always be in the future > and in fa

[PATCH 3/5] Staging: comedi: addi-data: tidy up watchdog register map defines in hwdrv_apci1564.c

2014-03-05 Thread Chase Southwood
This patch for hwdrv_apci1564.c fixes the register map defines for the watchdog registers such that they are all the real offsets to each register, rather than a mix of real offsets and adders to those offsets. Additionally, the defines have been renamed to assist with shortening some lines in exce

Re: [PATCH 7/7] staging: cxt1e1: remove unneeded a value

2014-03-05 Thread Tobias Klauser
On 2014-03-06 at 08:19:19 +0100, DaeSeok Youn wrote: > 2014-03-05 19:13 GMT+09:00 Tobias Klauser : > > On 2014-03-05 at 02:24:22 +0100, Daeseok Youn > > wrote: > >> > >> It doesn't need to assign name array address to np pointer. > >> > >> Signed-off-by: Daeseok Youn > >> --- > >> drivers/stag

Re: [PATCH] staging: usbip: userspace: increase version to 2.0

2014-03-05 Thread Andrew Grover
On Wed, Mar 5, 2014 at 10:14 PM, Valentina Manea wrote: > On Tue, Mar 4, 2014 at 9:20 PM, Greg KH wrote: >> On Tue, Mar 04, 2014 at 09:16:39PM +0200, Valentina Manea wrote: >>> -AC_INIT([usbip-utils], [1.1.1], [linux-...@vger.kernel.org]) >>> +AC_INIT([usbip-utils], [2.0], [linux-...@vger.kernel.

Re: [PATCH 0/3] iio: adc: at91 fixes

2014-03-05 Thread Josh Wu
Hi, Alexandre On 3/6/2014 12:57 AM, Alexandre Belloni wrote: This series fixes a kernel crash at probe time when using the at91_adc driver through platform_data. This crash appeared in 3.13. The first patch fixes the crash. While it is already quite late, I think it would be good to get it in 3

[PATCH 4/5] Staging: comedi: addi-data: tidy up timer register map defines in hwdrv_apci1564.c

2014-03-05 Thread Chase Southwood
This patch for hwdrv_apci1564.c fixes the register map defines for the timer registers such that they are all the real offsets to each register, rather than a mix of real offsets and adders to those offsets. Additionally, the defines have been renamed to assist with shortening some lines in excess

[PATCH 5/5] Staging: comedi: addi-data: tidy up counter register map defines in hwdrv_apci1564.c

2014-03-05 Thread Chase Southwood
This patch for hwdrv_apci1564.c fixes the register map defines for the digital input registers such that they are all the real offsets to each register, rather than a mix of real offsets and adders to those offsets. Signed-off-by: Chase Southwood --- .../comedi/drivers/addi-data/hwdrv_apci1564.c

[PATCH 2/5] Staging: comedi: addi-data: tidy up digital output register map defines in hwdrv_apci1564.c

2014-03-05 Thread Chase Southwood
This patch for hwdrv_apci1564.c fixes the register map defines for the digital output registers such that they are all the real offsets to each register, rather than a mix of real offsets and adders to those offsets. Additionally, the defines have been renamed to assist with shortening some lines i

[PATCH 1/5] Staging: comedi: addi-data: tidy up digital input register map defines in hwdrv_apci1564.c

2014-03-05 Thread Chase Southwood
This patch for hwdrv_apci1564.c fixes the register map defines for the digital input registers such that they are all the real offsets to each register, rather than a mix of real offsets and adders to those offsets. Additionally, the defines have been renamed to assist with shortening some lines in

[PATCH] hung_task : check the value of "sysctl_hung_task_timeout_sec"

2014-03-05 Thread Liu hua
As sysctl_hung_task_timeout_sec is unsigned long, when this value is larger then LONG_MAX, the function schedule_timeout_interruptible in watchdog will return immediately without sleep : for example (in x86_64 platform): linux# echo 0x > /proc/sys/kernel/hung_task_timeout_secs [

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

2014-03-05 Thread Davidlohr Bueso
On Thu, 2014-03-06 at 18:08 +1100, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm-current tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: > > In file included from include/linux/vmacache.h:4:0, > from include/linux/sched.h:28, >

Re: [PATCH 7/7] staging: cxt1e1: remove unneeded a value

2014-03-05 Thread DaeSeok Youn
2014-03-05 19:13 GMT+09:00 Tobias Klauser : > On 2014-03-05 at 02:24:22 +0100, Daeseok Youn wrote: >> >> It doesn't need to assign name array address to np pointer. >> >> Signed-off-by: Daeseok Youn >> --- >> drivers/staging/cxt1e1/linux.c |5 ++--- >> 1 files changed, 2 insertions(+), 3 del

[PATCH net-next 3/3] r8152: remove rtl8152_get_stats

2014-03-05 Thread Hayes Wang
The rtl8152_get_stats() returns the point address of the struct net_device_stats. This could be got from struct net_device directly. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 21 ++--- 1 file changed, 6 insertions(+), 15 deletions(-) diff --git a/drivers/net/usb/r8

[PATCH net-next 0/3] r8152: cleanups

2014-03-05 Thread Hayes Wang
Deal with some empty lines and spaces, replace some tp->netdev with netdev, and remove the unnecessary function. Hayes Wang (3): r8152: deal with the empty line and space r8152: replace tp->netdev with netdev r8152: remove rtl8152_get_stats drivers/net/usb/r8152.c | 36

[PATCH net-next 2/3] r8152: replace tp->netdev with netdev

2014-03-05 Thread Hayes Wang
Replace some tp->netdev with netdev. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index c8bad62..151398b 100644 --- a/drivers/net/usb/r8152.c +++ b/drivers/net/u

linux-next: build failure after merge of the akpm-current tree

2014-03-05 Thread Stephen Rothwell
Hi Andrew, After merging the akpm-current tree, today's linux-next build (arm multi_v7_defconfig) failed like this: In file included from include/linux/vmacache.h:4:0, from include/linux/sched.h:28, from arch/arm/include/asm/tlbflush.h:204, from

Re: [PATCH] abort secondary CPU bring-up gracefully if do_boot_cpu timed out on cpu_callin_mask

2014-03-05 Thread Ingo Molnar
* Igor Mammedov wrote: > Master CPU may timeout before cpu_callin_mask is set and cancel > booting CPU, but being onlined CPU still continues to boot, sets > cpu_active_mask (CPU_STARTING notifiers) and spins in > check_tsc_sync_target() for master cpu to arrive. Following attempt > to online an

[PATCH net-next 1/3] r8152: deal with the empty line and space

2014-03-05 Thread Hayes Wang
Add or remove some empty lines. Replace the spaces with the tabs. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index 0654bd3..c8bad62 100644 --- a/drivers/net/u

Re: [PATCH] staging: cxt1e1: use kzalloc instead of kmalloc/memset 0

2014-03-05 Thread DaeSeok Youn
Thanks for review. OK. I will try to change all of OS_kmalloc to kmalloc/kzalloc. And I also check GFP_DMA flag in kmalloc/kzalloc. Regards, Daeseok Youn 2014-03-05 19:04 GMT+09:00 Tobias Klauser : > On 2014-03-05 at 03:37:15 +0100, Daeseok Youn wrote: >> >> Signed-off-by: Daeseok Youn >> ---

Re: How could we get rid of saved_max_pfn for calgary iommu?

2014-03-05 Thread Muli Ben-Yehuda
On Wed, Mar 05, 2014 at 10:50:41PM -0800, H. Peter Anvin wrote: > OK, second question... is it time to axe Calgary? I don't know of anyone still using it, but it's not impossible. Calgary and CalIOC2 machines would now be ~5-8 years old. Cheers, Muli -- To unsubscribe from this list: send the li

[PATCH v2 2/2] Staging: comedi: range: remove unnecessary sanity check

2014-03-05 Thread Fred Akers
This check is unnecessary because range_table will always be initialized to range_unknown by comedi_device_postconfig() for drivers that do not initialize range_table or range_table_list Signed-off-by: Fred Akers --- drivers/staging/comedi/range.c | 4 1 file changed, 4 deletions(-) diff -

[PATCH v2 1/2] Staging: comedi: range: tidy up comedi_check_chanlist()

2014-03-05 Thread Fred Akers
Refactor this function to remove an extra indent level Signed-off-by: Fred Akers --- drivers/staging/comedi/range.c | 39 +++ 1 file changed, 19 insertions(+), 20 deletions(-) diff --git a/drivers/staging/comedi/range.c b/drivers/staging/comedi/range.c index

Re: [PATCH] pinctrl-baytrail: add function mux checking in gpio pin request

2014-03-05 Thread Darren Hart
On 3/6/14, 5:59, "Chew Chiau Ee" wrote: >From: Chew, Kean Ho > >The requested gpio pin must has the func_pin_mux field set >to GPIO function by BIOS/FW in advanced. Else, the gpio pin >request would fail. This is to ensure that we do not expose >any gpio pins which shall be used for alternate fu

Re: How could we get rid of saved_max_pfn for calgary iommu?

2014-03-05 Thread H. Peter Anvin
On 03/05/2014 10:47 PM, Muli Ben-Yehuda wrote: > On Wed, Mar 05, 2014 at 01:36:17PM +0800, WANG Chao wrote: > >> Hi, Muli >> >> saved_max_pfn is becoming a setback for kexec-tools. Ideally calgary >> could get rid of saved_max_pfn at all. But If this can't work, how >> about exporting a calgary tc

Re: How could we get rid of saved_max_pfn for calgary iommu?

2014-03-05 Thread Muli Ben-Yehuda
On Wed, Mar 05, 2014 at 01:36:17PM +0800, WANG Chao wrote: > Hi, Muli > > saved_max_pfn is becoming a setback for kexec-tools. Ideally calgary > could get rid of saved_max_pfn at all. But If this can't work, how > about exporting a calgary tce table size to user space, so that > kexec-tools can s

Re: [PATCH v2] mfd: max8997: use regmap to access registers

2014-03-05 Thread Robert Baldyga
Hi, On 03/06/2014 03:44 AM, Chanwoo Choi wrote: > This patch has build error as following: > I added some comment in max8997_irq_init() > At least, you should test kernel build. > > drivers/mfd/max8997-irq.c: In function ‘max8997_irq_init’: > drivers/mfd/max8997-irq.c:333:3: error: ‘i2c’ undecla

Re: [PATCH v2] mfd: max8997: use regmap to access registers

2014-03-05 Thread Robert Baldyga
Hi, On 03/05/2014 07:54 PM, Dmitry Torokhov wrote: > Hi Robert, > > On Wed, Mar 05, 2014 at 03:58:17PM +0100, Robert Baldyga wrote: >> >> -int max8997_write_reg(struct i2c_client *i2c, u8 reg, u8 value) >> +int max8997_write_reg(struct regmap *map, u8 reg, u8 value) > > Why don't you make read

Re: [PATCH 0/3] amd/pci: Add AMD hostbridge supports for newer AMD systems

2014-03-05 Thread Suravee Suthikulpanit
On 3/5/2014 8:13 PM, Suravee Suthikulanit wrote: On 3/5/2014 3:24 PM, Bjorn Helgaas wrote: [+cc linux-acpi] On Wed, Mar 5, 2014 at 2:06 PM, wrote: From: Suravee Suthikulpanit The current code only supports upto AMD hostbridge for family11h. This causes PCI numa_node information to be repor

[PATCH 4/4] perf tools: Allow building for tile

2014-03-05 Thread Tony Lu
Tested by building perf: - Cross-compiled for tile on x86_64 - Built natively on tile Signed-off-by: Zhigang Lu Signed-off-by: Chris Metcalf --- tools/perf/config/Makefile.arch | 3 ++- tools/perf/perf.h | 8 2 files changed, 10 insertions(+), 1 deletion(-) diff --git a/

Re: xHCI regression in stable 3.13.5 with USB3 card reader (Bisected)

2014-03-05 Thread Robert Hancock
On 05/03/14 11:17 PM, Robert Hancock wrote: I have a USB 3.0 multi-card reader device: Bus 004 Device 002: ID 05e3:0743 Genesys Logic, Inc. which seems to work fine in 3.13.4 (Fedora version kernel-3.13.4-200 specifically) but fails in 3.13.5 (specifically kernel-3.13.5-202). Below is what I ge

Re: Linux does not use more than the startup RAM under Hyper-V with dynamic memory enabled

2014-03-05 Thread Brian Wong
On 3/6/2014 1:20 AM, Brian Wong wrote: I'm new to LKML, so please don't be too hard on me :) I'm running Gentoo Linux under Microsoft Client Hyper-V on Windows 8.1 Pro, and I've noticed some odd behavior with respect to dynamic memory (aka memory ballooning). The system will never use more than

[PATCH 3/4] tile/perf: Support perf_events on tilegx and tilepro

2014-03-05 Thread Tony Lu
Add perf support for tile architecture. Signed-off-by: Zhigang Lu Signed-off-by: Chris Metcalf --- arch/tile/Kconfig |2 + arch/tile/include/asm/perf_event.h | 22 + arch/tile/kernel/Makefile |1 + arch/tile/kernel/irq.c | 18 + arch/tile/kernel

Linux does not use more than the startup RAM under Hyper-V with dynamic memory enabled

2014-03-05 Thread Brian Wong
I'm new to LKML, so please don't be too hard on me :) I'm running Gentoo Linux under Microsoft Client Hyper-V on Windows 8.1 Pro, and I've noticed some odd behavior with respect to dynamic memory (aka memory ballooning). The system will never use more than the startup memory defined in the vit

Re: [PATCH] Staging: comedi: range: remove unnecessary sanity check

2014-03-05 Thread Greg KH
On Thu, Mar 06, 2014 at 01:07:03AM -0500, Fred Akers wrote: > This check is unnecessary because range_table will always be > initialized to range_unknown by comedi_device_postconfig() for > drivers that do not initialize range_table or range_table_list > > Signed-off-by: Fred Akers > --- > Apply

Re: [PATCH] staging: usbip: userspace: increase version to 2.0

2014-03-05 Thread Valentina Manea
On Tue, Mar 4, 2014 at 9:20 PM, Greg KH wrote: > On Tue, Mar 04, 2014 at 09:16:39PM +0200, Valentina Manea wrote: >> Signed-off-by: Valentina Manea >> --- >> drivers/staging/usbip/userspace/configure.ac | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/drivers/staging/u

[PATCH] staging: dgap: remove useless cast on kzalloc()

2014-03-05 Thread Daeseok Youn
coccinelle warning: drivers/staging/dgap/dgap.c:782:3-7: WARNING: casting value returned by k[cmz]alloc to (char *) is useless. drivers/staging/dgap/dgap.c:776:2-16: WARNING: casting value returned by k[cmz]alloc to (struct board_t *) is useless. Signed-off-by: Daeseok Youn --- drivers/stagin

[PATCH 2/4] tile: Enable NMIs on return from handle_nmi() without errors

2014-03-05 Thread Tony Lu
NMI interrupts mask ALL interrupts before calling the handler, so we need to unmask NMIs according to the value handle_nmi() returns. If it returns zero, the NMIs should be re-enabled; if it returns a non-zero error, the NMIs should be disabled. Signed-off-by: Zhigang Lu Signed-off-by: Chris Metc

Re: [PATCH 01/12] staging: usbip: userspace: migrate usbip_bind to libudev

2014-03-05 Thread Valentina Manea
On Wed, Mar 5, 2014 at 12:15 PM, Dan Carpenter wrote: > On Wed, Mar 05, 2014 at 12:42:59PM +0300, Dan Carpenter wrote: >> On Tue, Mar 04, 2014 at 09:10:41PM +0200, Valentina Manea wrote: >> > diff --git a/drivers/staging/usbip/userspace/libsrc/usbip_common.h >> > b/drivers/staging/usbip/userspace

[PATCH 1/4] tile: Add support for handling PMC hardware

2014-03-05 Thread Tony Lu
The PMC module is used by perf_events, oprofile and watchdogs. Signed-off-by: Zhigang Lu Signed-off-by: Chris Metcalf --- arch/tile/Kconfig| 4 ++ arch/tile/include/asm/pmc.h | 64 +++ arch/tile/kernel/Makefile| 1 + arch/tile/kernel/intvec_32.S | 13 +

linux-next: build warning after merge of the tip tree

2014-03-05 Thread Stephen Rothwell
Hi all, After merging the tip tree, today's linux-next build (i386 defconfig) produced this warning: arch/x86/kernel/cpu/perf_event_intel_uncore.c: In function 'snb_uncore_imc_init_box': arch/x86/kernel/cpu/perf_event_intel_uncore.c:1725:15: warning: unused variable 'addr_hi' [-Wunused-variable

[PATCH 0/4] tile: Add perf_events support for tile

2014-03-05 Thread Tony Lu
From: Zhigang Lu This patchset adds perf support for tile architecture. The code is based on x86 perf event code, and it has been tested on tile for 2 years. Zhigang Lu (4): tile: Add support for handling PMC hardware tile: Enable NMIs on return from handle_nmi() without errors tile/perf:

[PATCH v2] staging: usbip: claim ports used by shared devices

2014-03-05 Thread Valentina Manea
A device should not be able to be used concurrently both by the server and the client. Claiming the port used by the shared device ensures no interface drivers bind to it and that it is not usable from the server. Signed-off-by: Valentina Manea --- Changes since v1: * add commit description * mov

[PATCH] Staging: comedi: range: remove unnecessary sanity check

2014-03-05 Thread Fred Akers
This check is unnecessary because range_table will always be initialized to range_unknown by comedi_device_postconfig() for drivers that do not initialize range_table or range_table_list Signed-off-by: Fred Akers --- Apply this after first patch drivers/staging/comedi/range.c | 4 1 file ch

RE: USB remote wakeup through gpio interrupt

2014-03-05 Thread Peter Chen
> > Hi Peter, > > Thanks for your reply. > > I can use pm_runtime_get in interrupt handler, but i am not getting your > idea of using pm_runtime_put in interrupt handler? > After your device finishes using usb, it may need to toggle gpio to trigger interrupt, and you can suspend usb at thi

[PATCH v4 4/4] MAINTAINERS: entry for APM X-Gene PCIe host driver

2014-03-05 Thread Tanmay Inamdar
Add entry for AppliedMicro X-Gene PCIe host driver. Signed-off-by: Tanmay Inamdar --- MAINTAINERS |7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index e1297ff..80b7fe5 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6629,6 +6629,13 @@ L: linux-...@vg

[PATCH v4 3/4] dt-bindings: pci: xgene pcie device tree bindings

2014-03-05 Thread Tanmay Inamdar
This patch adds the bindings for X-Gene PCIe driver. The driver resides under 'drivers/pci/host/pci-xgene.c' file. Signed-off-by: Tanmay Inamdar --- .../devicetree/bindings/pci/xgene-pci.txt | 52 1 file changed, 52 insertions(+) create mode 100644 Documentation/

[PATCH v4 2/4] arm64: dts: APM X-Gene PCIe device tree nodes

2014-03-05 Thread Tanmay Inamdar
This patch adds the device tree nodes for APM X-Gene PCIe controller and PCIe clock interface. Since X-Gene SOC supports maximum 5 ports, 5 dts nodes are added. Signed-off-by: Tanmay Inamdar --- arch/arm64/boot/dts/apm-mustang.dts |8 ++ arch/arm64/boot/dts/apm-storm.dtsi | 155 +++

[PATCH v4 0/4] APM X-Gene PCIe controller

2014-03-05 Thread Tanmay Inamdar
This patch adds support for AppliedMicro X-Gene PCIe host controller. The driver is tested on X-Gene platform with different gen1/2/3 PCIe endpoint cards. X-Gene PCIe controller driver has depedency on the pcie arm64 arch support. Liviu Dudau from ARM has sent a patch set for pcie arm64 arch suppo

[PATCH v4 1/4] pci: APM X-Gene PCIe controller driver

2014-03-05 Thread Tanmay Inamdar
This patch adds the AppliedMicro X-Gene SOC PCIe controller driver. X-Gene PCIe controller supports maxmum upto 8 lanes and GEN3 speed. X-Gene SOC supports maximum 5 PCIe ports. Signed-off-by: Tanmay Inamdar --- drivers/pci/host/Kconfig | 10 + drivers/pci/host/Makefile|1 + driver

Re: [PATCH] x86: new Intel Atom SoC power management controller driver

2014-03-05 Thread Li, Aubrey
On 2014/3/6 13:52, H. Peter Anvin wrote: > On 03/05/2014 09:33 PM, Li, Aubrey wrote: >> >> These interfaces are uncommitted and don't have consumers now, I'd like >> to keep them unstable in debugfs. >> >> We can change it if we received a requirement to use them later. >> > > What we absolutely d

[PATCH] devicetree: bindings: gpio-davinic: fix documentation

2014-03-05 Thread Prabhakar Lad
From: "Lad, Prabhakar" This patch adds missing #gpio-cells and also adds a usage example for leds. Reported-by: Alexander Holler Signed-off-by: Lad, Prabhakar --- .../devicetree/bindings/gpio/gpio-davinci.txt | 21 1 file changed, 21 insertions(+) diff --git a/Doc

Re: USB remote wakeup through gpio interrupt

2014-03-05 Thread Jagdish Gedia
Hi Peter, Thanks for your reply. I can use pm_runtime_get in interrupt handler, but i am not getting your idea of using pm_runtime_put in interrupt handler? My device is usb telephony modem, which will give interrupt through gpio when call comes. so at that time i want to wakeup the usb function

[PATCH] pinctrl-baytrail: add function mux checking in gpio pin request

2014-03-05 Thread Chew Chiau Ee
From: Chew, Kean Ho The requested gpio pin must has the func_pin_mux field set to GPIO function by BIOS/FW in advanced. Else, the gpio pin request would fail. This is to ensure that we do not expose any gpio pins which shall be used for alternate functions, for eg: wakeup pin, I/O interfaces for

Re: [blkg] inconsistent {IN-HARDIRQ-W} -> {HARDIRQ-ON-W} usage.

2014-03-05 Thread Hong zhi guo
Hi, Thanks for the report. The q->queue_lock may be taken in irq. And in sys_read() context, we hold q->queue_lock with irq disabled and then called local_bh_enable, which turned irq enabled. This leads to potential double acquire of queue_lock. One fix is to use "_local_bh_enable()" instead of "

Re: [PATCH] x86: new Intel Atom SoC power management controller driver

2014-03-05 Thread H. Peter Anvin
On 03/05/2014 09:33 PM, Li, Aubrey wrote: > > These interfaces are uncommitted and don't have consumers now, I'd like > to keep them unstable in debugfs. > > We can change it if we received a requirement to use them later. > What we absolutely don't want to happen is someone starting to use the

Re: [PATCH] powerpc/le: fix endianness of the arguments passed to the ppc_rtas() syscall

2014-03-05 Thread Benjamin Herrenschmidt
On Wed, 2014-03-05 at 18:20 +0100, Greg Kurz wrote: > RTAS manipulates its input and output arguments in big endian order. > > I have looked at factoring some lines with rtas_call() but it is not really > worth it because of the variable arguments. I'm not sure about that one ... So this assumes

Re: [PATCH] x86: new Intel Atom SoC power management controller driver

2014-03-05 Thread Li, Aubrey
On 2014/3/6 13:28, H. Peter Anvin wrote: > On 03/05/2014 09:21 PM, Li, Aubrey wrote: >>> >>> What is the reason for putting this in debugfs? >> >> S0ix support on Atom SoC needs all of the devices under south complex to >> be quiesced, as well as the devices under north complex. This interface >> s

[PATCH] sched/clock: prevent tracing recursion in sched_clock_cpu()

2014-03-05 Thread Fernando Luis Vázquez Cao
From: Fernando Luis Vazquez Cao Prevent tracing of preempt_disable/enable() in sched_clock_cpu(). When CONFIG_DEBUG_PREEMPT is enabled, preempt_disable/enable() are traced and this causes trace_clock() users (and probably others) to go into an infinite recursion. Systems with a stable sched_clock

Re: [PATCH] x86: new Intel Atom SoC power management controller driver

2014-03-05 Thread H. Peter Anvin
On 03/05/2014 09:21 PM, Li, Aubrey wrote: >> >> What is the reason for putting this in debugfs? > > S0ix support on Atom SoC needs all of the devices under south complex to > be quiesced, as well as the devices under north complex. This interface > shows all of the devices states under platform co

Re: [PATCH] x86: new Intel Atom SoC power management controller driver

2014-03-05 Thread Li, Aubrey
On 2014/3/6 11:49, H. Peter Anvin wrote: > On 03/05/2014 07:31 PM, Li, Aubrey wrote: >> The Power Management Controller (PMC) controls many of the power >> management features present in the SoC. This driver provides >> interface to configure the Power Management Controller (PMC). >> >> This driver

xHCI regression in stable 3.13.5 with USB3 card reader

2014-03-05 Thread Robert Hancock
I have a USB 3.0 multi-card reader device: Bus 004 Device 002: ID 05e3:0743 Genesys Logic, Inc. which seems to work fine in 3.13.4 (Fedora version kernel-3.13.4-200 specifically) but fails in 3.13.5 (specifically kernel-3.13.5-202). Below is what I get in dmesg. Essentially there's a bunch of

Re: linux-next: manual merge of the staging tree with the staging.current tree

2014-03-05 Thread Greg KH
On Thu, Mar 06, 2014 at 04:06:49PM +1100, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the staging tree got a conflict in > drivers/staging/cxt1e1/linux.c between commit 084b6e7765b9 > ("staging/cxt1e1/linux.c: Correct arbitrary memory write in c4_ioctl()") > from the staging

linux-next: manual merge of the staging tree with the staging.current tree

2014-03-05 Thread Stephen Rothwell
Hi Greg, Today's linux-next merge of the staging tree got a conflict in drivers/staging/cxt1e1/linux.c between commit 084b6e7765b9 ("staging/cxt1e1/linux.c: Correct arbitrary memory write in c4_ioctl()") from the staging.current tree and commit 922b81b835c4 ("staging: cxt1e1: remove space between

Re: [PATCH net-next v2 12/13] r8152: add additional parameter for non x86 platform

2014-03-05 Thread David Miller
From: Hayes Wang Date: Wed, 5 Mar 2014 14:49:27 +0800 > Add additional parameter for non x86 platform for better throughput. > > Signed-off-by: Hayes Wang This commit message tells me absolutely nothing. First of all, it doesn't say what the issue is, why is the chip slower on non-x86 platfor

Re: Delivery Status Notification (Failure)

2014-03-05 Thread Jagdish Gedia
Hi Alan, Thanks for you informative reply. I will try your suggestion. yes, i will not get more than one wakeup per second. I have tried below things. My usb device is using the cdc-acm.c driver. inside cdc-acm.c file, static struct usb_device *usb_device; static int acm_probe(, )

RE: [PATCH v2 1/2] i2c: add DMA support for freescale i2c driver

2014-03-05 Thread Yao Yuan
On Thu, March 06, 2014 at 12:44:14 PM, Marek Vasut wrote: > On Thursday, March 06, 2014 at 05:36:14 AM, Yao Yuan wrote: > > On Thu, March 06, 2014 at 11:23:50 AM, Marek Vasut wrote: > > > On Wednesday, March 05, 2014 at 07:52:31 AM, Yuan Yao wrote: > > > > Add dma support for i2c. This function dep

RE: USB remote wakeup through gpio interrupt

2014-03-05 Thread Peter Chen
> > > Hi, > > There is some inconsistency in remote wakeup functionality in my > > custom board. so I want to wakeup the runtime suspended USB host > > through interrupt. My USB device is connected to the board through USB > > interface and some gpios. device will give interrupt on processor gpi

Re: [PATCH 3.13 000/172] 3.13.6-stable review

2014-03-05 Thread Greg Kroah-Hartman
On Wed, Mar 05, 2014 at 03:30:53PM -0700, Shuah Khan wrote: > On 03/04/2014 01:01 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 3.13.6 release. > > There are 172 patches in this series, all will be posted as a response > > to this one. If anyone has any iss

Re: [PATCH v2] [media] v4l: omap4iss: Add DEBUG compiler flag

2014-03-05 Thread Greg Kroah-Hartman
On Thu, Mar 06, 2014 at 01:48:29AM +0100, Laurent Pinchart wrote: > Hi Joe, > > On Wednesday 05 March 2014 16:28:03 Joe Perches wrote: > > On Thu, 2014-03-06 at 00:50 +0100, Laurent Pinchart wrote: > > > Please note that -DDEBUG is equivalent to '#define DEBUG', not to '#define > > > CONFIG_DEBUG'

Re: mm: kernel BUG at mm/huge_memory.c:2785!

2014-03-05 Thread Sasha Levin
On 03/05/2014 08:52 AM, Kirill A. Shutemov wrote: Sasha Levin wrote: On 02/27/2014 10:03 AM, Kirill A. Shutemov wrote: Sasha Levin wrote: Hi all, While fuzzing with trinity inside a KVM tools guest running latest -next kernel I've stumbled on the following spew: [ 1428.146261] kernel BUG at

Re: [PATCH] Add option to build with -O3

2014-03-05 Thread Greg KH
On Wed, Mar 05, 2014 at 02:32:26AM -0500, Jon Ringle wrote: > On Wed, 5 Mar 2014, Greg KH wrote: > > > On Tue, Mar 04, 2014 at 07:01:49PM -0500, Jon Ringle wrote: > > > +config CC_OPTIMIZE_FOR_SPEED > > > +bool "Optimze for speed (-O3)" > > > +help > > > + Enabling this option will pa

[PATCH 3/3] perf: Use 64-bit value when comparing sample_regs

2014-03-05 Thread Sukadev Bhattiprolu
When checking whether a bit representing a register is set in sample_regs, a 64-bit mask, use 64-bit value (1LL). Signed-off-by: Sukadev Bhattiprolu --- tools/perf/util/unwind.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/perf/util/unwind.c b/tools/perf/util/

[PATCH 0/3] powerpc/perf: Enable linking with libunwind

2014-03-05 Thread Sukadev Bhattiprolu
When we try to create backtraces (call-graphs) with the perf tool perf record -g /tmp/sprintft we get backtraces with duplicate arcs for sprintft[1]: 14.61% sprintft libc-2.18.so [.] __random | --- __random |

[RFC][PATCH 2/3] power: perf tool: Add libunwind support for Power

2014-03-05 Thread Sukadev Bhattiprolu
Add ability to link with libunwind on Power. This is based on similar changes in x86 and arm. Basically, implement accessor functions that libunwind can call into while building the backtrace from the user stack (which the kernel saved in a perf sample - in previous commit). Tested on Fedora-20 w

[RFC][PATCH 1/3] power: perf: Enable saving the user stack in a sample.

2014-03-05 Thread Sukadev Bhattiprolu
When requested, have the kernel save the user stack in each perf sample so 'perf report' can use libunwind and produce better backtraces. The downside of course is that the kernel has to copy the user-stack on each sample which has both performance and file-size implications (of the perf.data file

Re: [PATCH v2 1/2] i2c: add DMA support for freescale i2c driver

2014-03-05 Thread Marek Vasut
On Thursday, March 06, 2014 at 05:36:14 AM, Yao Yuan wrote: > On Thu, March 06, 2014 at 11:23:50 AM, Marek Vasut wrote: > > On Wednesday, March 05, 2014 at 07:52:31 AM, Yuan Yao wrote: > > > Add dma support for i2c. This function depend on DMA driver. > > > You can turn on it by write both the dmas

RE: [PATCH v2 1/2] i2c: add DMA support for freescale i2c driver

2014-03-05 Thread Yao Yuan
On Thu, March 06, 2014 at 11:23:50 AM, Marek Vasut wrote: > On Wednesday, March 05, 2014 at 07:52:31 AM, Yuan Yao wrote: > > Add dma support for i2c. This function depend on DMA driver. > > You can turn on it by write both the dmas and dma-name properties in > > dts node. > > > > Signed-off-by: Yua

Re: [RESEND Patch 0/9] dts pending patches for TI omap

2014-03-05 Thread Sricharan R
On Thursday 06 March 2014 01:20 AM, Tony Lindgren wrote: > * Mugunthan V N [140303 06:53]: >> Benoit/Tony >> >> Here I am send all the pending dt patches that can go into 3.15 merge window, >> all the patches were already posted to mailing list and has beed reviewed. >> >> I have rebased the patch

Re: [PATCH 2/2] serial: sh-sci: Add missing call to uart_remove_one_port() in failure path

2014-03-05 Thread Greg Kroah-Hartman
On Thu, Mar 06, 2014 at 01:19:13PM +0900, Simon Horman wrote: > On Fri, Feb 28, 2014 at 02:21:33PM +0100, Geert Uytterhoeven wrote: > > From: Geert Uytterhoeven > > > > If cpufreq_register_notifier() fails, we have to remove the port added by > > sci_probe_single(), which is not done by sci_clean

Re: [PATCH] mm: add pte_present() check on existing hugetlb_entry callbacks

2014-03-05 Thread Sasha Levin
On 03/04/2014 06:49 PM, Naoya Horiguchi wrote: > On Tue, Mar 04, 2014 at 05:46:52PM -0500, Sasha Levin wrote: >> On 03/04/2014 04:32 PM, Naoya Horiguchi wrote: >>> # sorry if duplicate message >>> >>> On Mon, Mar 03, 2014 at 04:38:41PM -0500, Sasha Levin wrote: On 03/03/2014 03:06 PM, Sasha Le

Re: [PATCH v2] mfd: max8997: use regmap to access registers

2014-03-05 Thread Mark Brown
On Wed, Mar 05, 2014 at 10:54:39AM -0800, Dmitry Torokhov wrote: > On Wed, Mar 05, 2014 at 03:58:17PM +0100, Robert Baldyga wrote: > > -int max8997_write_reg(struct i2c_client *i2c, u8 reg, u8 value) > > +int max8997_write_reg(struct regmap *map, u8 reg, u8 value) > Why don't you make read/write

[PATCH linux-next] sched: Fix broken setscheduler()

2014-03-05 Thread Steven Rostedt
I decided to run my tests on linux-next, and my wakeup_rt tracer was broken. After running a bisect, I found that the problem commit was: linux-next commit c365c292d059 "sched: Consider pi boosting in setscheduler()" And the reason the wake_rt tracer test was failing, was because it had no

Re: [PATCH v3 3/3] Documentation: mfd: Add binding document for S2MPA01

2014-03-05 Thread Mark Brown
On Wed, Mar 05, 2014 at 06:24:42PM +0800, Lee Jones wrote: > This document has been sitting on the MLs for nearly a month now. It > seems well written and doesn't add any new bindings. With that in mind > I'm inclined to take it though. However, as most of the important > configuration here is reg

Re: [PATCH] regulator: pfuze100: Add PFUZE200 support to Kconfig and module description

2014-03-05 Thread Mark Brown
On Wed, Mar 05, 2014 at 06:02:43PM +0800, Axel Lin wrote: > Signed-off-by: Axel Lin Applied, thanks. signature.asc Description: Digital signature

[PATCH] mmc: sdhci-bcm-kona: Fix locking in sdhci_bcm_kona_sd_card_emulate()

2014-03-05 Thread Markus Mayer
Since sdhci_bcm_kona_sd_card_emulate() can be called from interrupt context, we must use a spinlock instead of a mutex. This change essentially restores the way things worked before the change to mutexes in http://www.spinics.net/lists/linux-mmc/msg20276.html. Without this change, we see "scheduli

Re: [PATCH 2/2] serial: sh-sci: Add missing call to uart_remove_one_port() in failure path

2014-03-05 Thread Simon Horman
On Fri, Feb 28, 2014 at 02:21:33PM +0100, Geert Uytterhoeven wrote: > From: Geert Uytterhoeven > > If cpufreq_register_notifier() fails, we have to remove the port added by > sci_probe_single(), which is not done by sci_cleanup_single(). > > Else the serial port stays active from the point of vi

Patch[Kernel 3.13.5]

2014-03-05 Thread Nick Krause
Here is my first patch, adding a break point to fix bug 60845, case fallout through on switch in arch/mips/pci/msi-octeon.c. --- //home/nick/linux-3.13.5/arch/mips/pci/msi-octeon.c.orig    2014-03-05 22:48:19.084372515 -0500 +++ //home/nick/linux-3.13.5/arch/mips/pci/msi-octeon.c    2014-03-05

Re: linux-next: build warning after merge of the tip tree

2014-03-05 Thread Stephen Rothwell
On Mon, 24 Feb 2014 15:17:32 +1100 Stephen Rothwell wrote: > > Hi all, > > After merging the tip tree, today's linux-next build (arm > multi_v7_defconfig) produced this warning: > > drivers/irqchip/irq-armada-370-xp.c:415:1: warning: 'externally_visible' > attribute have effect only on public

[PATCH 1/5] SDHCI: Add a generic registration to the SDHCI platform driver

2014-03-05 Thread Alistair Popple
This patch adds a generic platform driver registration to the exiting SDHCI platform driver using the devicetree compatibility string "generic-sdhci". Signed-off-by: Alistair Popple --- .../devicetree/bindings/mmc/sdhci-pltfm.txt| 16 + drivers/mmc/host/sdhci-pltfm.c

[PATCH 2/5] IBM Akebono: Add support for a new PHY interface to the IBM emac driver

2014-03-05 Thread Alistair Popple
The IBM PPC476GTR SoC that is used on the Akebono board uses a different ethernet PHY interface that has wake on lan (WOL) support with the IBM emac. This patch adds support to the IBM emac driver for this new PHY interface. At this stage the wake on lan functionality has not been implemented. Si

Re: [PATCHv3] Generic Mailbox API

2014-03-05 Thread Jassi Brar
On Sun, Feb 16, 2014 at 2:22 AM, Jassi Brar wrote: > Hello, > > Here is what the generic mailbox api looks like after modifications > to make it work with 5 different platforms. > Major feedback from Suman Anna(TI), LeyFoon Tan(Intel), > Craig McGeachie(Broadcom) and Loic Pallardy(ST). > If the

[PATCH 5/5] powerpc: Added PCI MSI support using the HSTA module

2014-03-05 Thread Alistair Popple
The PPC476GTR SoC supports message signalled interrupts (MSI) by writing to special addresses within the High Speed Transfer Assist (HSTA) module. This patch adds support for PCI MSI with a new system device. The DMA window is also updated to allow access to the entire 42-bit address range to allo

[PATCH 4/5] IBM Akebono: Add the Akebono platform

2014-03-05 Thread Alistair Popple
This patch adds support for the IBM Akebono board. Signed-off-by: Alistair Popple --- .../devicetree/bindings/powerpc/4xx/akebono.txt| 54 +++ arch/powerpc/boot/Makefile | 3 + arch/powerpc/boot/dcr.h| 4 + arch/powerpc/boot/dts/akebon

[PATCH 0/5] V2 IBM Akebono/PPC46GTR Support

2014-03-05 Thread Alistair Popple
The IBM Akebono board is a development board for the new PPC476GTR system on chip (SoC). This version of the series updates the device tree and drops the USB patches as the equivalent functionality is already in linux-next. It also addresses feedback from the previous submission. Alistair Popple

[PATCH 3/5] IBM Currituck: Clean up board specific code before adding Akebono code

2014-03-05 Thread Alistair Popple
The IBM Akebono code uses the same initialisation functions as the earlier Currituck board. Rather than create a copy of this code for Akebono we will instead integrate support for it into the same file as the Currituck code. This patch just renames the board support file and updates the Makefile.

Re: [PATCH] KEYS: Make the keyring cycle detector ignore other keyrings of the same name

2014-03-05 Thread James Morris
Acked-by: James Morris On Tue, 4 Mar 2014, David Howells wrote: > > This fixes CVE-2014-0102. > > The following command sequence produces an oops: > > keyctl new_session > i=`keyctl newring _ses @s` > keyctl link @s $i > > The problem is that search_nested_keyrings() sees

  1   2   3   4   5   6   7   8   9   10   >