[PATCH Resend 2/2] Mohit Kumar has moved

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 +-

[PATCH Resend 1/2] Pratyush Anand has moved

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 +

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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:

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

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/ --

[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.

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.

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 ++--

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

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

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.

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, > >+

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

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:

Re: question about RCU dynticks_nesting

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

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

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

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

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

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

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

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

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

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

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

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

> -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

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

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

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

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 > >

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

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

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

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

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

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, >> +/*

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

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

[PATCH v3 3/3] f2fs: support FALLOC_FL_ZERO_RANGE

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

[PATCH v3 2/3] f2fs: support FALLOC_FL_COLLAPSE_RANGE

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

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

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()

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

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:

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

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

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

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)

* 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

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

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.

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

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

* 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

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

* 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

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

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

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 (i440FX + PII

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

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

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

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

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

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"

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

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

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

> 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 ''.

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

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

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:

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

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

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

linux-next: Tree for May 6

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.kernel.org

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

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:

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

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

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

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

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:

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

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,

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

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

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

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

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

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

* 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

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

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

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

[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

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

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

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

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

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

* 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

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

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 ---

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

* 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

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

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

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

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

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'

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

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

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

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

[RFC] kernel random segmentation fault?

Hi all: I meet a kernel problem about the random segmentation fault(x86_64). In my testcase, the size of local variables exceeds 20MB. when run the testcase, it will cause segmentation fault(because the default stack size limit is 8192KB). when I increase the stack size limit to

Re: question about RCU dynticks_nesting

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? > > FWIW, the syscall numbers I posted were RCU_FAST_NO_HZ=n. (I didn't >

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

Jens, ping? The test results should make this a no-brainer, but I hate how random these flag ops. Linus On Mon, Apr 27, 2015 at 12:01 AM, Herbert Xu wrote: > Christophe Leroy wrote: >> Using sendfile with below small program to get MD5 sums of some files, >> it appear

Re: [PATCH 0/13] Parallel struct page initialisation v4

On 05/05/2015 11:01 AM, Waiman Long wrote: On 05/05/2015 10:31 AM, Mel Gorman wrote: On Tue, May 05, 2015 at 09:55:52AM -0400, Waiman Long wrote: On 05/05/2015 06:45 AM, Mel Gorman wrote: On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote: Before the patch, the boot time from elilo

Re: [rtc-linux] [PATCH v3 3/3] MAINTAINERS: add Mediatek RTC driver

Hi Alexandre, On Tue, 2015-05-05 at 22:03 +0200, Alexandre Belloni wrote: > Hi, > > On 28/04/2015 at 15:35:56 +0800, Eddie Huang wrote : > > diff --git a/MAINTAINERS b/MAINTAINERS > > index 2e5bbc0..eb80610 100644 > > --- a/MAINTAINERS > > +++ b/MAINTAINERS > > @@ -1223,6 +1223,13 @@ W:

Re: [PATCH 206/208] x86/fpu: Add CONFIG_X86_DEBUG_FPU=y FPU debugging code

* Borislav Petkov wrote: > On Tue, May 05, 2015 at 07:58:30PM +0200, Ingo Molnar wrote: > > There are various internal FPU state debugging checks that never > > trigger in practice, but which are useful for FPU code development. > > > > Separate these out into CONFIG_X86_DEBUG_FPU=y, and also

Re: [PATCH v1 03/12] crypto: qat - address recursive dependency when fw signing is enabled

On Tue, May 05, 2015 at 05:44:21PM -0700, Luis R. Rodriguez wrote: > From: "Luis R. Rodriguez" > > We're going to add firmware module signing support, but when we do > this we end up with the following recursive dependency. Fix this by > just depending on FW_LOADER, which is typically always

Re: [rtc-linux] [PATCH v3 2/3] rtc: mediatek: Add MT6397 RTC driver

Hi Joe and Alexandre, On Tue, 2015-05-05 at 23:01 +0200, Alexandre Belloni wrote: > On 05/05/2015 at 13:44:21 -0700, Joe Perches wrote : > > I suggest moving the time_after() test into the loop, > > use break; and remove the exit label too. > > > > Maybe something like: > > > > while (1) {

Re: [PATCH 3.19 000/177] 3.19.7-stable review

On 05/05/2015 03:10 PM, Greg Kroah-Hartman wrote: On Sat, May 02, 2015 at 09:00:22PM +0200, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.19.7 release. There are 177 patches in this series, all will be posted as a response to this one. If anyone has any

Re: [PATCH 3.10 00/65] 3.10.77-stable review

On 05/05/2015 03:05 PM, Greg Kroah-Hartman wrote: On Sat, May 02, 2015 at 09:03:30PM +0200, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.10.77 release. There are 65 patches in this series, all will be posted as a response to this one. If anyone has any

[tip:perf/core] perf tools: Use getconf to determine number of online CPUs

Commit-ID: 762abdc0c6c013425958cd9f5105f4e32268d434 Gitweb: http://git.kernel.org/tip/762abdc0c6c013425958cd9f5105f4e32268d434 Author: Will Deacon AuthorDate: Thu, 23 Apr 2015 15:00:16 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 4 May 2015 12:43:40 -0300 perf tools: Use

[tip:perf/core] perf probe ppc: Enable matching against dot symbols automatically

Commit-ID: 031b84c407c3153ffbcb4f8f832edf48af988719 Gitweb: http://git.kernel.org/tip/031b84c407c3153ffbcb4f8f832edf48af988719 Author: Naveen N. Rao AuthorDate: Tue, 28 Apr 2015 17:35:37 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 4 May 2015 12:43:44 -0300 perf probe

[LKP] [mm] c1c2ee950be: PANIC: early exception 06 rip 10:ffffffff811de134 error 0 cr2 ffff880005728000

FYI, we noticed the below changes on git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master commit c1c2ee950beab73909ab0dbeb75a235e174d5301 ("mm: meminit: reduce number of times pageblocks are set during struct page init") +--+++ |

[tip:perf/core] perf probe ppc64le: Prefer symbol table lookup over DWARF

Commit-ID: d5c2e2c17ae1d630ddbceb53a264f24cc99703a4 Gitweb: http://git.kernel.org/tip/d5c2e2c17ae1d630ddbceb53a264f24cc99703a4 Author: Naveen N. Rao AuthorDate: Tue, 28 Apr 2015 17:35:39 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 4 May 2015 12:43:46 -0300 perf probe

[tip:perf/core] perf probe ppc64le: Fix ppc64 ABIv2 symbol decoding

Commit-ID: c50fc0a43e33a6c3257c5cbb954cd747d7b9a680 Gitweb: http://git.kernel.org/tip/c50fc0a43e33a6c3257c5cbb954cd747d7b9a680 Author: Ananth N Mavinakayanahalli AuthorDate: Tue, 28 Apr 2015 17:35:38 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 4 May 2015 12:43:45 -0300

Re: [PATCH 054/208] x86/fpu: Get rid of PF_USED_MATH usage, convert it to fpu->fpstate_active

* Andy Lutomirski wrote: > > diff --git a/arch/x86/include/asm/fpu/types.h > > b/arch/x86/include/asm/fpu/types.h > > index efb520dcf38e..f6317d9aa808 100644 > > --- a/arch/x86/include/asm/fpu/types.h > > +++ b/arch/x86/include/asm/fpu/types.h > > @@ -137,6 +137,12 @@ struct fpu { > >

[tip:perf/core] perf tools: Move TUI-specific fields out of map_symbol

Commit-ID: 3698dab1c849c7e1cd440df4fca24baa1973d53b Gitweb: http://git.kernel.org/tip/3698dab1c849c7e1cd440df4fca24baa1973d53b Author: Namhyung Kim AuthorDate: Tue, 5 May 2015 23:55:46 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 5 May 2015 18:13:24 -0300 perf tools:

[tip:perf/core] perf hists browser: Simplify zooming code using pstack_peek()

Commit-ID: 6422184b087ff4355951d72e0bb320f52e107185 Gitweb: http://git.kernel.org/tip/6422184b087ff4355951d72e0bb320f52e107185 Author: Namhyung Kim AuthorDate: Fri, 24 Apr 2015 10:15:33 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 5 May 2015 18:13:23 -0300 perf hists

Re: Issue in PI boosting code in __sched_setscheduler

On Wed, 6 May 2015 05:14:18 +0200 Ronny Meeus wrote: > Thanks for looking into this. > > It looks to me that real-time priority threads are not used in many > systems because we discovered already several issues, both in the > kernel and glibc while we are using Linux only recently. > Do you

[tip:perf/core] perf tools: Introduce pstack_peek()

Commit-ID: c8539e3fc630067020814657636b45095edfb5bb Gitweb: http://git.kernel.org/tip/c8539e3fc630067020814657636b45095edfb5bb Author: Namhyung Kim AuthorDate: Fri, 24 Apr 2015 10:15:32 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 5 May 2015 18:13:22 -0300 perf tools:

[tip:perf/core] perf kmem: Show warning when trying to run stat without record

Commit-ID: a923e2c4b14f99f70692f82ee7bd63717604b738 Gitweb: http://git.kernel.org/tip/a923e2c4b14f99f70692f82ee7bd63717604b738 Author: Namhyung Kim AuthorDate: Tue, 5 May 2015 23:52:52 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 5 May 2015 18:13:08 -0300 perf kmem: Show

[tip:perf/core] perf hists browser: Save perf_session_env in the hist_browser

Commit-ID: b1a9ceef724341ce05b125d39abf9cfc7059b949 Gitweb: http://git.kernel.org/tip/b1a9ceef724341ce05b125d39abf9cfc7059b949 Author: Namhyung Kim AuthorDate: Wed, 22 Apr 2015 16:18:17 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 5 May 2015 18:13:17 -0300 perf hists

[tip:perf/core] perf hists browser: Split popup menu actions - part 2

Commit-ID: ea7cd59233097984850adc0e4119644f089be734 Gitweb: http://git.kernel.org/tip/ea7cd59233097984850adc0e4119644f089be734 Author: Namhyung Kim AuthorDate: Wed, 22 Apr 2015 16:18:19 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 5 May 2015 18:13:20 -0300 perf hists

[tip:perf/core] perf hists browser: Split popup menu actions

Commit-ID: bc7cad429bcdda6f112525c17db9577a1be4c8aa Gitweb: http://git.kernel.org/tip/bc7cad429bcdda6f112525c17db9577a1be4c8aa Author: Namhyung Kim AuthorDate: Wed, 22 Apr 2015 16:18:18 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 5 May 2015 18:13:19 -0300 perf hists

  1   2   3   4   5   6   7   8   9   10   >