Re: linux-next: build warnings after merge of the staging tree

2015-05-05 Thread Julia Lawall
On Wed, 6 May 2015, Stephen Rothwell wrote: > Hi Greg, > > After merging the staging tree, today's linux-next build (x86_64 > allmodconfig) produced these warnings: > > drivers/staging/lustre/lustre/llite/file.c: In function > 'll_iocontrol_unregister': > drivers/staging/lustre/lustre/llite/fil

Re: [RFC PATCH 00/14] ASoC: qcom: add support to apq8016 audio

2015-05-05 Thread Srinivas Kandagatla
Hi Kenneth, On 06/05/15 06:47, Kenneth Westfield wrote: > >I will test the patches and let you know by Wednesday. Also, I posted >some comments, but Patrick should be posting his comments separately >later next week. Srinivas, After applying the patches, audio playback is no longer functional

Re: question about RCU dynticks_nesting

2015-05-05 Thread Mike Galbraith
On Tue, 2015-05-05 at 23:06 -0700, Paul E. McKenney wrote: > > 1 * stat() on isolated cpu > > > > NO_HZ_FULL offinactive housekeepernohz_full > > real0m14.266s 0m14.367s0m20.427s 0m27.921s > > user0m1.756s 0m1.553s 0m1.976s 0m10.447s >

Re: [PATCHv4 00/10] add on-demand device creation

2015-05-05 Thread Minchan Kim
On Wed, May 06, 2015 at 02:25:57PM +0900, Sergey Senozhatsky wrote: > > Hi, > > On (05/06/15 14:01), Minchan Kim wrote: > > Hello Sergey, > > > > On Mon, May 04, 2015 at 09:38:52PM +0900, Sergey Senozhatsky wrote: > > > We currently don't support zram on-demand device creation. The only way > >

Re: [PATCH 01/10] block: make generic_make_request handle arbitrarily sized bios

2015-05-05 Thread Christoph Hellwig
On Tue, May 05, 2015 at 11:08:20PM -0700, Ming Lin wrote: > How about below incremental patch? > - > - /* > - * If the queue doesn't support SG gaps and adding this > - * offset would create a gap, disallow it. > - */ > - if (q->queue_

Re: [PATCH v3 5/5] MAINTAINERS: Add pci-st.c to ARCH/STI architecture

2015-05-05 Thread Maxime Coquelin
Hello Bjorn, On 05/05/2015 11:42 PM, Bjorn Helgaas wrote: On Fri, Apr 10, 2015 at 11:12:48AM +0200, Gabriel FERNANDEZ wrote: This patch adds the pci-st.c pci driver found on STMicroelectronics SoC's into the STI arch section of the maintainers file. Signed-off-by: Gabriel Fernandez I'd like

[PATCH] powerpc/corenet: enable eSDHC

2015-05-05 Thread Yangbo Lu
Signed-off-by: Yangbo Lu --- arch/powerpc/configs/corenet32_smp_defconfig | 2 ++ arch/powerpc/configs/corenet64_smp_defconfig | 2 ++ 2 files changed, 4 insertions(+) diff --git a/arch/powerpc/configs/corenet32_smp_defconfig b/arch/powerpc/configs/corenet32_smp_defconfig index ca7957b..17fb2e0

Re: [PATCH 1/7] staging: fsl-mc: MC bus IRQ support

2015-05-05 Thread Dan Carpenter
On Tue, May 05, 2015 at 02:56:41PM -0500, Scott Wood wrote: > > Don't insist that you must be special and different from everyone else. > > There are some users of U16_MAX, U32_MAX, and U64_MAX. Why use a limit > for a different type than is being used? Why have s16/s32 at all if > you're going

Re: [PATCH] extcon: Remove the optional name of extcon device

2015-05-05 Thread Krzysztof Kozlowski
On 06.05.2015 14:55, Chanwoo Choi wrote: This patch removes the optional name of extcon device. Instead, extcon_dev_register() set the device name as 'extcon[number]' naming pattern. - /sys/class/extcon/[hardcoded device name] -> /sys/class/extcon/extcon[number] Cc: MyungJoo Ham Cc: Charles Kee

Re: [PATCH V4 1/2] pinctrl: Add Pistachio SoC pin control binding document

2015-05-05 Thread Linus Walleij
On Wed, Apr 29, 2015 at 3:13 AM, Andrew Bresticker wrote: > Add a device-tree binding document for the pin controller present > on the IMG Pistachio SoC. > > Signed-off-by: Damien Horsley > Signed-off-by: Ezequiel Garcia > Signed-off-by: Andrew Bresticker > Cc: Rob Herring > Cc: Pawel Moll >

Re: [PATCH 2/2] adm8211: fix the possible pci cache line sizes inside switch-case

2015-05-05 Thread Okash Khawaja
On Wed, May 06, 2015 at 07:59:04AM +0300, Kalle Valo wrote: > Okash Khawaja writes: > > > The PCI cache line size value was being compared against decimal values > > prefixed with 0x. > > > > Fixed the literals to use the correct hex values. > > > > > > Signed-off-by: Okash Khawaja > > [...] >

Re: [RFD 5/5] tracing: Add trace_irqsoff tracepoints

2015-05-05 Thread Daniel Wagner
It is possible to avoid the hackery from patch 4 completely. If the tracepoint is placed in stop_critical_timing(), lockdep doesn't complain anymore. I have changed this patch so that I don't do need to any additional work to get the latency calculated. Instead just use the values from check_criti

Re: [GIT PULL] EFI urgent fixes

2015-05-05 Thread Ingo Molnar
* Matt Fleming wrote: > Folks, please pull the following bug fixes for efivarfs, EFI boot stub > and the EFI runtime map code. > > The following changes since commit bfbaafae8519d82d10da6abe75f5766dd5b20475: > > firmware: dmi_scan: Prevent dmi_num integer overflow (2015-03-27 10:53:46 > +00

[PATCH] clk: bindings: Fix assigned-clock-rates property name

2015-05-05 Thread Krzysztof Kozlowski
In documentation the "assigned-clock-parents" name was used when describing the "assigned-clock-rates" property. Signed-off-by: Krzysztof Kozlowski --- Documentation/devicetree/bindings/clock/clock-bindings.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/dev

Re: [PATCH v2] CMA: page_isolation: check buddy before access it

2015-05-05 Thread Joonsoo Kim
On Tue, May 05, 2015 at 11:22:59AM +0800, Hui Zhu wrote: > Change pfn_present to pfn_valid_within according to the review of Laura. > > I got a issue: > [ 214.294917] Unable to handle kernel NULL pointer dereference at virtual > address 082a > [ 214.303013] pgd = cc97 > [ 214.305721] [

Re: [PATCH 084/208] x86/fpu: Rename xsave.header::xstate_bv to 'xfeatures'

2015-05-05 Thread Ingo Molnar
* Dave Hansen wrote: > On 05/05/2015 11:16 AM, Ingo Molnar wrote: > > We could put the SDM name into a comment, next to the field > > definition? Something like, if 'xfeatures' is too long: > > > > struct xstate_header { > > u64 xfeat;/* xstate components, SDM: >

Re: [PATCH RFC 0/3] simple copy offloading system call

2015-05-05 Thread Michael Kerrisk
[CC += linux-...@vger.kernel.org] Zach, Since this is a kernel-user-space API change, please CC linux-api@. The kernel source file Documentation/SubmitChecklist notes that all Linux kernel patches that change userspace interfaces should be CCed to linux-...@vger.kernel.org, so that the various pa

Re: [PATCH 1/2] percpu_counter: batch size aware __percpu_counter_compare()

2015-05-05 Thread Dave Chinner
On Wed, May 06, 2015 at 03:53:49PM +1000, Dave Chinner wrote: > On Wed, May 06, 2015 at 03:43:10PM +1000, Dave Chinner wrote: > > On Tue, May 05, 2015 at 09:36:36PM -0700, Christoph Hellwig wrote: > > > This looks reasonable, but I miss Ccs to the authors of the > > > percpu_counter code and linux-

[PATCH] MAINTAINERS: change my email address

2015-05-05 Thread Johannes Thumshirn
Signed-off-by: Johannes Thumshirn --- MAINTAINERS | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 781e099..2943c62 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3715,7 +3715,7 @@ S:Maintained F: drivers/edac/ie31200_edac

Re: [PATCH] rcu: make rcu_*_data variables static

2015-05-05 Thread Paul E. McKenney
On Tue, May 05, 2015 at 04:25:58PM -0700, j...@joshtriplett.org wrote: > On Tue, May 05, 2015 at 09:57:06PM +0800, Nicolas Iooss wrote: > > rcu_bh_data, rcu_sched_data and rcu_preempt_data are never used outside > > kernel/rcu/tree.c and thus can be made static. > > > > Doing so fixes a section mi

Re: [PATCH 01/10] block: make generic_make_request handle arbitrarily sized bios

2015-05-05 Thread Ming Lin
On 04/28/2015 04:43 AM, Christoph Hellwig wrote: > This seems to lack support for QUEUE_FLAG_SG_GAPS to work around > the retarded PPR format in the NVMe driver. I'm actually not > sure we have a way to reproduce them for BLOCK_PC requests, but I think > we should make sure to properly handle them

Re: question about RCU dynticks_nesting

2015-05-05 Thread Paul E. McKenney
On Wed, May 06, 2015 at 05:44:54AM +0200, Mike Galbraith wrote: > On Wed, 2015-05-06 at 03:49 +0200, Mike Galbraith wrote: > > On Mon, 2015-05-04 at 22:54 -0700, Paul E. McKenney wrote: > > > > > You have RCU_FAST_NO_HZ=y, correct? Could you please try measuring with > > > RCU_FAST_NO_HZ=n? > >

Re: [PATCH v2 0/5] toshiba_acpi: Driver cleanup

2015-05-05 Thread Darren Hart
On Mon, May 04, 2015 at 11:15:53AM -0600, Azael Avalos wrote: > These patches cleanup the driver from some no longer needed > functions, renames hci_{read, write}1 functions, some comment > blocks were changed, unneeded error checks removed and the driver > version was bumped to 0.22. > > Changes

Re: [PATCH v5 1/2] sysfs: added sysfs_link_entry_to_kobj()

2015-05-05 Thread Jarkko Sakkinen
On Mon, May 04, 2015 at 09:42:25AM +0200, Greg Kroah-Hartman wrote: > On Mon, May 04, 2015 at 09:57:13AM +0300, Jarkko Sakkinen wrote: > > On Sun, 2015-05-03 at 20:00 +0200, Greg Kroah-Hartman wrote: > > > On Sat, May 02, 2015 at 09:10:52PM +0300, Jarkko Sakkinen wrote: > > > > Added a new function

[PATCH Resend 2/2] Mohit Kumar has moved

2015-05-05 Thread Pratyush Anand
From: Pratyush Anand Mohit's email-id doesn't exist anymore as he has left the company. Replace ST's id with mohit.kumar.dh...@gmail.com. Cc: Mohit Kumar Signed-off-by: Pratyush Anand --- .mailmap | 1 + drivers/pci/host/pcie-spear13xx.c | 2 +- drivers/phy/phy-spear

[PATCH Resend 1/2] Pratyush Anand has moved

2015-05-05 Thread Pratyush Anand
From: Pratyush Anand pratyush.an...@st.com email-id doesn't exist anymore as I have left the company. Replace ST's id with pratyush.an...@gmail.com. Signed-off-by: Pratyush Anand --- .mailmap | 1 + Documentation/ABI/testing/configfs-spear-pcie-gad

Re: [PATCH v2 0/8] clk: Minor cleanups

2015-05-05 Thread Stephen Boyd
On 04/28, Krzysztof Kozlowski wrote: > Hi, > > > Changes since v1 > > 1. Rebase on next-20150427 and Sascha Hauer's: >clk: make strings in parent name arrays const [1] > 2. Add patch "clk: tegra: Fix inconsistent indenting". > > > Description and dependencies >

[PATCH] extcon: Remove the optional name of extcon device

2015-05-05 Thread Chanwoo Choi
This patch removes the optional name of extcon device. Instead, extcon_dev_register() set the device name as 'extcon[number]' naming pattern. - /sys/class/extcon/[hardcoded device name] -> /sys/class/extcon/extcon[number] Cc: MyungJoo Ham Cc: Charles Keepax Cc: Graeme Gregory Cc: Kishon Vijay A

Re: [PATCH v2 1/3] platform: x86: dell-rbtn: Dell Airplane Mode Switch driver

2015-05-05 Thread Darren Hart
On Tue, May 05, 2015 at 11:23:05PM +0200, Gabriele Mazzotta wrote: > On Thursday 30 April 2015 09:44:29 Pali Rohár wrote: > > On Thursday 30 April 2015 14:06:27 Alex Hung wrote: > > > Method ABRT is to be used by driver to disable BIOS handling of radio > > > button. So the changes in behaviours ob

Re: [PATCH 2/2] clk: s3c2410: Constify platform_device_id

2015-05-05 Thread Stephen Boyd
On 05/02, Krzysztof Kozlowski wrote: > The platform_device_id is not modified by the driver and core uses it as > const. > > Signed-off-by: Krzysztof Kozlowski > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Proje

Re: [PATCH 1/2] clk: s3c2410: Staticize local symbols

2015-05-05 Thread Stephen Boyd
On 05/02, Krzysztof Kozlowski wrote: > Staticize symbols not exported and not used outside of file. > > Signed-off-by: Krzysztof Kozlowski Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project -- To unsubscribe from t

Re: [PATCH 1/2] percpu_counter: batch size aware __percpu_counter_compare()

2015-05-05 Thread Dave Chinner
On Wed, May 06, 2015 at 03:43:10PM +1000, Dave Chinner wrote: > On Tue, May 05, 2015 at 09:36:36PM -0700, Christoph Hellwig wrote: > > This looks reasonable, but I miss Ccs to the authors of the > > percpu_counter code and linux-kernel. > > linux-kernel was cc'd. > > > On Wed, May 06, 2015 at 08:

Re: [PATCH v12] clk: Add common clock support for Mediatek MT8135 and MT8173

2015-05-05 Thread Stephen Boyd
On 04/23, Sascha Hauer wrote: > The following changes since commit 39a8804455fb23f09157341d3ba7db6d7ae6ee76: > > Linux 4.0 (2015-04-12 15:12:50 -0700) > > are available in the git repository at: > > git://git.pengutronix.de/git/sha/linux-2.6.git tags/v4.0-clk-mediatek-v12 > > for you to fet

Re: [PATCH 6/6] dt-bindings: ARM: Mediatek: Document devicetree bindings for clock/reset controllers

2015-05-05 Thread Stephen Boyd
On 05/04, Sascha Hauer wrote: > On Thu, Apr 30, 2015 at 06:20:39PM -0700, Stephen Boyd wrote: > > On 04/23, Sascha Hauer wrote: > > > +The available clocks are defined in dt-bindings/clock/mt*-clk.h. > > > + > > > +Example: > > > + > > > +apmixedsys: apmixedsys@10209000 { > > > > apmixedsys: clock

Re: [PATCH] clk: add newline character after dumping all clocks

2015-05-05 Thread Stephen Boyd
On 05/01, Felipe Balbi wrote: > clk_dump() will dump data about all clocks in JSON > format, but it misses a newline character at the > end of the JSON string. This patch adds that missing > newline character. > > Signed-off-by: Felipe Balbi Applied to clk-next with s/seq_printf/seq_puts/ -- Q

[PATCH 2/2] Mohit's email-id doesn't exist anymore as he has left the company. Replace ST's id with mohit.kumar.dh...@gmail.com.

2015-05-05 Thread Pratyush Anand
From: Pratyush Anand Cc: Mohit Kumar Signed-off-by: Pratyush Anand --- .mailmap | 1 + drivers/pci/host/pcie-spear13xx.c | 2 +- drivers/phy/phy-spear1310-miphy.c | 2 +- drivers/phy/phy-spear1340-miphy.c | 2 +- 4 files changed, 4 insertions(+), 3 deletions(-) diff -

[PATCH 1/2] pratyush.an...@st.com email-id doesn't exist anymore as I have left the company. Replace ST's id with pratyush.an...@gmail.com.

2015-05-05 Thread Pratyush Anand
From: Pratyush Anand Signed-off-by: Pratyush Anand --- .mailmap | 1 + Documentation/ABI/testing/configfs-spear-pcie-gadget | 2 +- Documentation/ABI/testing/sysfs-bus-usb-lvstest | 12 ++-- Documentation/misc-devices/spear-pcie-gadget.

Re: [RFC PATCH 00/14] ASoC: qcom: add support to apq8016 audio

2015-05-05 Thread Kenneth Westfield
On Sat, May 02, 2015 at 04:57:04PM -0700, Kenneth Westfield wrote: > On Thu, Apr 30, 2015 at 06:15:48PM +0100, Srinivas Kandagatla wrote: > > Hi All, > > > > This patchset adds apq8016 audio support into lpass driver. Existing > Lpass > > driver can not be used as-it-is for apq8016 as it contains

Re: [PATCH 2/2] xfs: inode counter needs to use __percpu_counter_compare

2015-05-05 Thread Dave Chinner
On Tue, May 05, 2015 at 09:38:07PM -0700, Christoph Hellwig wrote: > > diff --git a/fs/xfs/xfs_mount.c b/fs/xfs/xfs_mount.c > > index 02f827f..900f8ce 100644 > > --- a/fs/xfs/xfs_mount.c > > +++ b/fs/xfs/xfs_mount.c > > @@ -1106,8 +1106,9 @@ xfs_mod_icount( > > int64_t delta) >

Re: [alsa-devel] [RFC PATCH 03/14] ASoC: qcom: move ipq806x specific bits out of lpass driver.

2015-05-05 Thread Kenneth Westfield
On Tue, May 05, 2015 at 12:17:23AM -0700, Srinivas Kandagatla wrote: > On 05/05/15 06:19, Kenneth Westfield wrote: > >+enum lpaif_i2s_ports { > >+ LPAIF_I2S_PORT_MIN = 0, > >+ > >+ LPAIF_I2S_PORT_CODEC_SPK= 0, > >+ LPAIF_I2S_PORT_CODEC

Re: [PATCH 1/2] percpu_counter: batch size aware __percpu_counter_compare()

2015-05-05 Thread Dave Chinner
On Tue, May 05, 2015 at 09:36:36PM -0700, Christoph Hellwig wrote: > This looks reasonable, but I miss Ccs to the authors of the > percpu_counter code and linux-kernel. linux-kernel was cc'd. > On Wed, May 06, 2015 at 08:01:38AM +1000, Dave Chinner wrote: > > From: Dave Chinner > > > > From: Da

Re: question about RCU dynticks_nesting

2015-05-05 Thread Paul E. McKenney
On Tue, May 05, 2015 at 05:09:23PM -0400, Rik van Riel wrote: > On 05/05/2015 02:35 PM, Paul E. McKenney wrote: > > On Tue, May 05, 2015 at 03:00:26PM +0200, Peter Zijlstra wrote: > >> On Tue, May 05, 2015 at 05:34:46AM -0700, Paul E. McKenney wrote: > >>> On Tue, May 05, 2015 at 12:53:46PM +0200,

Re: [alsa-devel] [RFC PATCH 14/14] ASoC: qcom: document apq8016 machine driver bindings

2015-05-05 Thread Kenneth Westfield
On Tue, May 05, 2015 at 12:17:01AM -0700, Srinivas Kandagatla wrote: > On 03/05/15 01:03, Kenneth Westfield wrote: > >On Thu, Apr 30, 2015 at 06:18:26PM +0100, Srinivas Kandagatla wrote: > >>This patch adds bindings for apq8016 machine driver. > >>On APQ8016 4 MI2S can be configured to different si

Re: [PATCH 04/27] extcon: Allow compile test of GPIO consumers if !GPIOLIB

2015-05-05 Thread Chanwoo Choi
Hi Geert, On 05/06/2015 01:32 AM, Geert Uytterhoeven wrote: > The GPIO subsystem provides dummy GPIO consumer functions if GPIOLIB is > not enabled. Hence drivers that depend on GPIOLIB, but use GPIO consumer > functionality only, can still be compiled if GPIOLIB is not enabled. > > Relax the dep

Re: [alsa-devel] [RFC PATCH 03/14] ASoC: qcom: move ipq806x specific bits out of lpass driver.

2015-05-05 Thread Kenneth Westfield
On Tue, May 05, 2015 at 12:16:46AM -0700, Srinivas Kandagatla wrote: > On 03/05/15 00:57, Kenneth Westfield wrote: > >On Thu, Apr 30, 2015 at 06:16:53PM +0100, Srinivas Kandagatla wrote: > >>This patch tries to make the lpass driver more generic by moving the > >>ipq806x specific bits out of the cp

staging: lustre: lclient: lcommon_cl.c fixing coding style issues

2015-05-05 Thread Ankit Garg
This patch fixes the checkpatch.pl warning: WARNING: else is not generally useful after a break or return + return result; + } else { Signed-off-by: Ankit Garg --- drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 35 ++-- 1 file changed,

Re: [PATCH] Staging : wlan-ng: fix memcpy with ether_addr_copy in p80211conv.c

2015-05-05 Thread Sudip Mukherjee
On Tue, May 05, 2015 at 04:25:31PM +0530, Abhishek Bist wrote: > This is a patch which fixes memcpy warning found by a checpatch.pl in > p80211conv.c > and replaces memcpy with ether_addr_copy. > --- you missed the the Signed-off-by: regards sudip -- To unsubscribe from this list: send the line

Re: [PATCHv4 00/10] add on-demand device creation

2015-05-05 Thread Sergey Senozhatsky
On (05/04/15 21:38), Sergey Senozhatsky wrote: > We currently don't support zram on-demand device creation. The only way > to have N zram devices is to specify num_devices module parameter (default > value 1). That means that if, for some reason, at some point, user wants > to have N + 1 devies h

RE: [PATCH 2/9][v3]usb:fsl:otg: Add support to add/remove usb host driver

2015-05-05 Thread Ramneek Mehresh
> -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: Wednesday, May 06, 2015 1:00 AM > To: Mehresh Ramneek-B31383 > Cc: Kernel development list; Felipe Balbi; USB list; > gre...@linuxfoundation.org > Subject: Re: [PATCH 2/9][v3]usb:fsl:otg: Add support to add

Re: [PATCH 01/12] net: axienet: Support for RGMII

2015-05-05 Thread Michal Simek
Hi David, On 05/06/2015 01:35 AM, David Miller wrote: > > Series applied to net-next. Thanks. > > Next time, you should give an initial "[PATCH 00/nn] " posting > describing overall at a high level what the series is doing. > > That way I can use that information in the commit message of > a

Re: [PATCH] remove

2015-05-05 Thread Christoph Hellwig
Ok, here is the Kbuild fix: --- >From 273950b87bde0fa05944b60f3ed05c3b3c0f6601 Mon Sep 17 00:00:00 2001 From: Christoph Hellwig Date: Wed, 6 May 2015 07:17:09 +0200 Subject: remove scatterlist.h generation from arch Kbuild files Signed-off-by: Christoph Hellwig Reported-by: Geert Uytterhoeven

Re: [PATCHv4 00/10] add on-demand device creation

2015-05-05 Thread Sergey Senozhatsky
Hi, On (05/06/15 14:01), Minchan Kim wrote: > Hello Sergey, > > On Mon, May 04, 2015 at 09:38:52PM +0900, Sergey Senozhatsky wrote: > > We currently don't support zram on-demand device creation. The only way > > to have N zram devices is to specify num_devices module parameter (default > > valu

[PATCH] MAINTAINERS: Extend Samsung MFD drivers entry and add myself

2015-05-05 Thread Krzysztof Kozlowski
Extend the entry for Samsung MFD drivers for PMIC devices (Power Management Integrated Circuit) with bindings documentation, clock (clk-s2mps11.c) and RTC drivers (rtc-s5m.c). These PMIC devices are used on many Exynos-based boards like Arndale Octa (S2MPS11), Gear 2 (S2MPS14). Add myself as a su

Re: [Gta04-owner] [PATCH 0/3] tty slave device support - version 3.

2015-05-05 Thread Dr. H. Nikolaus Schaller
Hi Peter, Am 05.05.2015 um 21:54 schrieb Peter Hurley : > Hi Neil, > > On 03/18/2015 01:58 AM, NeilBrown wrote: >> here is version 3 of support for tty-slaves. > > Is there a v4 of this that I missed? We did have a lengthy discussion about [PATCH 3/3] how to best (1) represent the slave device

Re: [Patch 2/2] x86, irq: Support CPU vector allocation policies

2015-05-05 Thread Jiang Liu
On 2015/5/6 3:25, Thomas Gleixner wrote: > On Mon, 4 May 2015, Jiang Liu wrote: >> +enum { >> +/* Allocate CPU vectors from CPUs on device local node */ >> +X86_VECTOR_POL_NODE = 0x1, >> +/* Allocate CPU vectors from all online CPUs */ >> +X86_VECTOR_POL_GLOBAL = 0x2, >> +/* All

Re: [PATCH 2/2] block: loop: avoiding too many pending per work I/O

2015-05-05 Thread Ming Lei
On Wed, May 6, 2015 at 11:14 AM, Ming Lei wrote: > On Wed, May 6, 2015 at 12:55 AM, Tejun Heo wrote: >> Hello, Ming. >> >> On Tue, May 05, 2015 at 10:46:10PM +0800, Ming Lei wrote: >>> On Tue, May 5, 2015 at 9:59 PM, Tejun Heo wrote: >>> > It's a bit weird to hard code this to 16 as this effecti

[PATCH v3 3/3] f2fs: support FALLOC_FL_ZERO_RANGE

2015-05-05 Thread Chao Yu
Now, FALLOC_FL_ZERO_RANGE flag in ->fallocate is supported in ext4/xfs. In commit, the semantics of this flag is descripted as following:" 1) Make sure that both offset and len are block size aligned. 2) Update the i_size of inode by len bytes. 3) Compute the file's logical block number against of

[PATCH v3 2/3] f2fs: support FALLOC_FL_COLLAPSE_RANGE

2015-05-05 Thread Chao Yu
Now, FALLOC_FL_COLLAPSE_RANGE flag in ->fallocate is supported in ext4/xfs. In commit, the semantics of this flag is descripted as following:" 1) It collapses the range lying between offset and length by removing any data blocks which are present in this range and than updates all the logica

[PATCH v3 1/3] f2fs: introduce f2fs_replace_block() for reuse

2015-05-05 Thread Chao Yu
Introduce a generic function replace_block base on recover_data_page, and export it. So with it we can operate file's meta data which is in CP/SSA area when we invoke fallocate with FALLOC_FL_COLLAPSE_RANGE flag. Signed-off-by: Chao Yu --- v3: * rename replace_block() to f2fs_replace_block() for

RE: [PATCH v2 1/3] f2fs: introduce replace_block() for reuse

2015-05-05 Thread Chao Yu
Hi Jaegeuk, Sorry for the delay. > -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Friday, May 01, 2015 2:04 AM > To: Chao Yu > Cc: Changman Lee; linux-f2fs-de...@lists.sourceforge.net; > linux-kernel@vger.kernel.org > Subject: Re: [PATCH v2 1/3] f2fs: introduc

Re: [PATCHv4 00/10] add on-demand device creation

2015-05-05 Thread Minchan Kim
Hello Sergey, On Mon, May 04, 2015 at 09:38:52PM +0900, Sergey Senozhatsky wrote: > We currently don't support zram on-demand device creation. The only way > to have N zram devices is to specify num_devices module parameter (default > value 1). That means that if, for some reason, at some point,

Re: [RFC PATCH 00/22] perf tools: introduce 'perf bpf' command to load eBPF programs.

2015-05-05 Thread Wang Nan
On 2015/5/6 12:56, Alexei Starovoitov wrote: > On 5/5/15 9:46 PM, Wang Nan wrote: >> Hi Alexei Starovoitov, >> >> Have you ever read this mail? > > please don't top post. > all makes sense and your use case fits quite well into existing bpf+kprobe model. I'm not sure why you're calling

Re: [PATCH 151/208] x86/fpu: Introduce cpu_has_xfeatures(xfeatures_mask, feature_name)

2015-05-05 Thread Ingo Molnar
* Yu, Fenghua wrote: > > From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo > > Molnar > > Sent: Tuesday, May 05, 2015 10:51 AM > > To: linux-kernel@vger.kernel.org > > Cc: Andy Lutomirski; Borislav Petkov; Dave Hansen; Yu, Fenghua; H. Peter > > Anvin; Linus Torvalds; Oleg N

Re: [PATCH 2/2] adm8211: fix the possible pci cache line sizes inside switch-case

2015-05-05 Thread Kalle Valo
Okash Khawaja writes: > The PCI cache line size value was being compared against decimal values > prefixed with 0x. > > Fixed the literals to use the correct hex values. > > > Signed-off-by: Okash Khawaja [...] > @@ -1101,10 +1101,10 @@ static void adm8211_hw_init(struct ieee80211_hw *dev) >

Re: [RFC PATCH 00/22] perf tools: introduce 'perf bpf' command to load eBPF programs.

2015-05-05 Thread Alexei Starovoitov
On 5/5/15 9:46 PM, Wang Nan wrote: Hi Alexei Starovoitov, Have you ever read this mail? please don't top post. all makes sense and your use case fits quite well into existing bpf+kprobe model. I'm not sure why you're calling a 'problem'. A problem of how to display that call stack from perf?

Re: [PATCH 201/208] x86/fpu: Clean up xstate feature reservation

2015-05-05 Thread Ingo Molnar
* Dave Hansen wrote: > On 05/05/2015 10:58 AM, Ingo Molnar wrote: > > struct xregs_state { > > struct fxregs_state i387; > > struct xstate_headerheader; > > - struct ymmh_struct ymmh; > > - struct lwp_struct lwp; > > - struct bndr

Re: [PATCH 207/208] x86/fpu: Add FPU performance measurement subsystem

2015-05-05 Thread Ingo Molnar
* Andy Lutomirski wrote: > On May 5, 2015 11:30 PM, "Ingo Molnar" wrote: > > > > Add a short FPU performance suite that runs once during bootup. > > > > It can be enabled via CONFIG_X86_DEBUG_FPU_PERFORMANCE=y. > > Neat! > > Can you change "cycles" to "TSC ticks"? They're not quite the same

Re: [Celinux-dev] Invitation and RFC: Linux Plumbers Device Tree track proposed

2015-05-05 Thread David Gibson
On Mon, May 04, 2015 at 06:20:35PM -0500, Rob Herring wrote: > On Fri, May 1, 2015 at 4:22 PM, Rob Landley wrote: > > On 04/11/2015 02:20 PM, Rowand, Frank wrote: > >> In recent years there have been proposed tools to aid in the creation of > >> valid > >> device trees and in debugging device tre

Re: + zram-add-dynamic-device-add-remove-functionality.patch added to -mm tree

2015-05-05 Thread Minchan Kim
sysfs/dir.c:31 sysfs_warn_dup+0x68/0x80() [ 98.760065] sysfs: cannot create duplicate filename '/devices/virtual/bdi/252:2' [ 98.761061] Modules linked in: [ 98.761530] CPU: 5 PID: 2952 Comm: cat Not tainted 4.1.0-rc2-next-20150505+ #1260 [ 98.762682] Hardware name: QEMU Standard PC (i4

Re: [RFC PATCH 00/22] perf tools: introduce 'perf bpf' command to load eBPF programs.

2015-05-05 Thread Wang Nan
Hi Alexei Starovoitov, Have you ever read this mail? I'm very intrerested in triggering perf sample in BPF code. You said it is not a problem. Could you please give me some further information? Thank you. On 2015/5/5 14:14, Wang Nan wrote: > On 2015/5/5 13:49, Alexei Starovoitov wrote: >> On 5/

Re: [PATCH 1/2] percpu_counter: batch size aware __percpu_counter_compare()

2015-05-05 Thread Christoph Hellwig
On Tue, May 05, 2015 at 09:36:36PM -0700, Christoph Hellwig wrote: > This looks reasonable, but I miss Ccs to the authors of the > percpu_counter code and linux-kernel. Ok, saw it on lkml. Guess I need more coffee, sorry.. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: [RFC PATCH 0/6] perf bpf: Probing with local variable

2015-05-05 Thread Wang Nan
On 2015/5/6 12:10, Alexei Starovoitov wrote: > On 5/5/15 8:58 PM, Wang Nan wrote: >>> Two high level comments: >>> - can you collapse SEC("config") with SEC("func_name") ? >>> It seems that "func_name" is only used as reference inside "config". >>> I understand that you're proposing one "config" se

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

2015-05-05 Thread Stephen Boyd
On 05/06, Stephen Rothwell wrote: > Hi all, > > After merging the clk tree, today's linux-next build (x86_64 > allmodconfig) produced this warning: > > drivers/clk/clk.c:2231:13: warning: 'clk_is_orphan' defined but not used > [-Wunused-function] > static bool clk_is_orphan(const struct clk *cl

Re: [PATCH 2/2] xfs: inode counter needs to use __percpu_counter_compare

2015-05-05 Thread Christoph Hellwig
> diff --git a/fs/xfs/xfs_mount.c b/fs/xfs/xfs_mount.c > index 02f827f..900f8ce 100644 > --- a/fs/xfs/xfs_mount.c > +++ b/fs/xfs/xfs_mount.c > @@ -1106,8 +1106,9 @@ xfs_mod_icount( > int64_t delta) > { > /* deltas are +/-64, hence the large batch size of 128. */ > -

[tip:perf/urgent] perf probe: Fix segfault if passed with ''.

2015-05-05 Thread tip-bot for Wang Nan
Commit-ID: e59d29e88f7b7e3d1231202b0203d0af6f15a440 Gitweb: http://git.kernel.org/tip/e59d29e88f7b7e3d1231202b0203d0af6f15a440 Author: Wang Nan AuthorDate: Tue, 28 Apr 2015 08:46:09 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 5 May 2015 12:26:52 -0300 perf probe: Fix seg

[tip:perf/urgent] perf report: Fix -T/ --threads option to work again

2015-05-05 Thread tip-bot for Namhyung Kim
Commit-ID: e944ec2ca00fb0170ba9d7f2aeec32c22dc0d4ec Gitweb: http://git.kernel.org/tip/e944ec2ca00fb0170ba9d7f2aeec32c22dc0d4ec Author: Namhyung Kim AuthorDate: Wed, 29 Apr 2015 21:08:48 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 1 May 2015 10:13:30 -0300 perf report: Fi

Re: [PATCH 1/2] percpu_counter: batch size aware __percpu_counter_compare()

2015-05-05 Thread Christoph Hellwig
This looks reasonable, but I miss Ccs to the authors of the percpu_counter code and linux-kernel. On Wed, May 06, 2015 at 08:01:38AM +1000, Dave Chinner wrote: > From: Dave Chinner > > From: Dave Chinner And this looks wrong, too :) -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH v2] splice: sendfile() at once fails for big files

2015-05-05 Thread Christoph Hellwig
On Tue, May 05, 2015 at 08:41:05PM -0700, Linus Torvalds wrote: > Jens, ping? > > The test results should make this a no-brainer, but I hate how random > these flag ops. Not Jens here, but: (a) the patch looks correct, we do want to set the more flag if there is more data (b) I think the

linux-next: Tree for May 6

2015-05-05 Thread Stephen Rothwell
Hi all, Changes since 20150505: *crickets* Non-merge commits (relative to Linus' tree): 1948 2013 files changed, 98027 insertions(+), 40252 deletions(-) I have created today's linux-next tree at git://git.

[PATCH v3 2/7] block: loop: don't hold lo_ctl_mutex in lo_open

2015-05-05 Thread Ming Lei
The lo_ctl_mutex is held for running all ioctl handlers, and in some ioctl handlers, ioctl_by_bdev(BLKRRPART) is called for rereading partitions, which requires bd_mutex. So it is easy to cause failure because trylock(bd_mutex) may fail inside blkdev_reread_part(), and follows the lock context: b

[PATCH v3 5/7] block: dasd_genhd: convert to blkdev_reread_part

2015-05-05 Thread Ming Lei
Also remove the obsolete comment. Reviewed-by: Christoph Hellwig Tested-by: Jarod Wilson Acked-by: Jarod Wilson Acked-by: Sebastian Ott Signed-off-by: Ming Lei --- drivers/s390/block/dasd_genhd.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/s390/block/

[PATCH v3 6/7] block: replace trylock with mutex_lock in blkdev_reread_part()

2015-05-05 Thread Ming Lei
The only possible problem of using mutex_lock() instead of trylock is about deadlock. If there aren't any locks held before calling blkdev_reread_part(), deadlock can't be caused by this conversion. If there are locks held before calling blkdev_reread_part(), and if these locks arn't required in

[PATCH v3 7/7] s390/block/dasd: remove obsolete while -EBUSY loop

2015-05-05 Thread Ming Lei
From: Jarod Wilson With the mutex_trylock bit gone from blkdev_reread_part(), the retry logic in dasd_scan_partitions() shouldn't be necessary. CC: Christoph Hellwig CC: Jens Axboe CC: Tejun Heo CC: Alexander Viro CC: Markus Pargmann CC: Stefan Weinhuber CC: Stefan Haberland CC: Sebastian

[PATCH v3 3/7] block: loop: fix another reread part failure

2015-05-05 Thread Ming Lei
loop_clr_fd() can be run piggyback with lo_release(), and under this situation, reread partition may always fail because bd_mutex has been held already. This patch detects the situation by the reference count, and call __blkdev_reread_part() to avoid acquiring the lock again. In the meantime, thi

[PATCH v3 4/7] block: nbd: convert to blkdev_reread_part()

2015-05-05 Thread Ming Lei
Reviewed-by: Christoph Hellwig Tested-by: Jarod Wilson Acked-by: Jarod Wilson Signed-off-by: Ming Lei --- drivers/block/nbd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c index 39e5f7f..50d7f87 100644 --- a/drivers/block/nbd.c ++

[PATCH v3 0/7] block: reread partitions changes and fix for loop

2015-05-05 Thread Ming Lei
Hi Guys, Recently there are several reports about loop partition scanning failure[1][2]. For loop, the root cause is one ABBA and one AA lock dependency issue, and the two are fixed by patch 2 and patch 3 each. Another reason is from the trylock in blkdev_reread_part(), which may cause partition

[PATCH v3 1/7] block: export blkdev_reread_part() and __blkdev_reread_part()

2015-05-05 Thread Ming Lei
From: Jarod Wilson This patch exports blkdev_reread_part() for block drivers, also introduce __blkdev_reread_part(). For some drivers, such as loop, reread of partitions can be run from the release path, and bd_mutex may already be held prior to calling ioctl_by_bdev(bdev, BLKRRPART, 0), so intr

Re: [PATCH 198/208] x86/fpu: Document the various fpregs state formats

2015-05-05 Thread Ingo Molnar
* Dave Hansen wrote: > On 05/05/2015 10:58 AM, Ingo Molnar wrote: > > +/* > > + * This is our most modern FPU state format, as saved by the XSAVE > > + * and restored by the XRSTOR instructions. > > + * > > + * It consists of a legacy fxregs portion, an xstate header and > > + * subsequent fixed

Re: [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency

2015-05-05 Thread Suravee Suthikulpanit
On 5/5/15 22:13, Hanjun Guo wrote: On 2015年05月05日 23:12, Suravee Suthikulpanit wrote: This patch implements support for ACPI _CCA object, which is introduced in ACPIv5.1, can be used for specifying device DMA coherency attribute. The parsing logic traverses device namespace to parse coherency i

Re: [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency

2015-05-05 Thread Suravee Suthikulpanit
[RESEND] On 5/5/15 15:36, Rafael J. Wysocki wrote: On Tuesday, May 05, 2015 10:12:05 AM Suravee Suthikulpanit wrote: diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig index ab2cbb5..dd386e9 100644 --- a/drivers/acpi/Kconfig +++ b/drivers/acpi/Kconfig @@ -54,6 +54,12 @@ config ACPI_GENERI

Re: [Question] How does perf still record the stack of a specified pid even when that process is interrupted and CPU is scheduled to other process

2015-05-05 Thread Yunlong Song
On 2015/5/6 5:53, Rabin Vincent wrote: > On Sat, Apr 25, 2015 at 09:53:57AM -0600, David Ahern wrote: >> On 4/25/15 8:05 AM, Yunlong Song wrote: >>> But this only shows the system call like strace, but we want the call >>> stack of kernel functions in fact. >>> >> We haven't added the callchain opt

Re: [PATCH v3 2/2] arm64: perf: Fix callchain parse error with kernel tracepoint events

2015-05-05 Thread Hou Pengyang
On 2015/5/6 1:00, Will Deacon wrote: On Sat, May 02, 2015 at 06:58:17AM +0100, Hou Pengyang wrote: For ARM64, when tracing with tracepoint events, the IP and pstate are set to 0, preventing the perf code parsing the callchain and resolving the symbols correctly. ./perf record -e sched:sched_s

Re: [PATCH 200/208] x86/fpu/xstate: Don't assume the first zero xfeatures zero bit means the end

2015-05-05 Thread Ingo Molnar
* Yu, Fenghua wrote: > > From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo > > Molnar > > Sent: Tuesday, May 05, 2015 10:58 AM > > To: linux-kernel@vger.kernel.org > > Cc: Andy Lutomirski; Borislav Petkov; Dave Hansen; Yu, Fenghua; H. Peter > > Anvin; Linus Torvalds; Oleg N

Re: [PATCH v2 7/7] ACPI / processor: Introduce invalid_phys_cpuid()

2015-05-05 Thread Hanjun Guo
On 2015年05月05日 19:25, Sudeep Holla wrote: On 05/05/15 03:46, Hanjun Guo wrote: Introduce invalid_phys_cpuid() to identify cpu with invalid physical ID, then used it as replacement of the direct comparisons with PHYS_CPUID_INVALID. Signed-off-by: Hanjun Guo --- drivers/acpi/acpi_processor.c

Re: [PATCH 207/208] x86/fpu: Add FPU performance measurement subsystem

2015-05-05 Thread Ingo Molnar
* Dave Hansen wrote: > On 05/05/2015 10:58 AM, Ingo Molnar wrote: > > x86/fpu: Cost of: XSAVE insn : 104 cycles > > x86/fpu: Cost of: XRSTOR insn :80 cycles > > Isn't there going to be pretty huge variability here depending

Re: [RFC PATCH 0/6] perf bpf: Probing with local variable

2015-05-05 Thread Alexei Starovoitov
On 5/5/15 8:58 PM, Wang Nan wrote: Two high level comments: - can you collapse SEC("config") with SEC("func_name") ? It seems that "func_name" is only used as reference inside "config". I understand that you're proposing one "config" section where multiple descriptions are strcat together, but wh

Re: [Question] How does perf still record the stack of a specified pid even when that process is interrupted and CPU is scheduled to other process

2015-05-05 Thread Yunlong Song
On 2015/4/25 23:53, David Ahern wrote: > On 4/25/15 8:05 AM, Yunlong Song wrote: >> On 2015/4/24 21:58, David Ahern wrote: >>> On 4/24/15 7:31 AM, Yunlong Song wrote: Now we are profiling the performance of ext4 and f2fs on an eMMC card with iozone, we find a case that ext4 is bette

linux-next: build warnings after merge of the staging tree

2015-05-05 Thread Stephen Rothwell
Hi Greg, After merging the staging tree, today's linux-next build (x86_64 allmodconfig) produced these warnings: drivers/staging/lustre/lustre/llite/file.c: In function 'll_iocontrol_unregister': drivers/staging/lustre/lustre/llite/file.c:3249:17: warning: unused variable 'size' [-Wunused-varia

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

2015-05-05 Thread Stephen Rothwell
Hi all, After merging the clk tree, today's linux-next build (x86_64 allmodconfig) produced this warning: drivers/clk/clk.c:2231:13: warning: 'clk_is_orphan' defined but not used [-Wunused-function] static bool clk_is_orphan(const struct clk *clk) ^ Introduced by commit ece3ffbe1b

Re: [RFC PATCH 0/6] perf bpf: Probing with local variable

2015-05-05 Thread Wang Nan
On 2015/5/6 6:31, Alexei Starovoitov wrote: > On 5/5/15 3:10 AM, He Kuang wrote: >> This patch set is based on https://lkml.org/lkml/2015/4/30/264 >> >> By using bpf 'config' section like this: >> >>char _config2[] SEC("config") = >> "generic_perform_write=generic_perform_write+122 file->f_map

  1   2   3   4   5   6   7   8   9   10   >