Re: [PATCH 3/9] IB: add a helper to safely drain a QP

On 17/11/2015 19:06, Bart Van Assche wrote: On 11/15/2015 01:34 AM, Sagi Grimberg wrote: This is taken from srp, and srp drains using a recv wr due to a race causing a use-after-free condition in srp which re-posts a recv buffer in the recv completion handler. Hello Sagi, Would it be

Re: [PATCH 2/9] IB: add a proper completion queue abstraction

Hi Bart, + */ +void ib_process_cq_direct(struct ib_cq *cq) +{ +WARN_ON_ONCE(cq->poll_ctx != IB_POLL_DIRECT); + +__ib_process_cq(cq, INT_MAX); +} +EXPORT_SYMBOL(ib_process_cq_direct); My proposal is to drop this function and to export __ib_process_cq() instead (with or without

Re: [PATCH 2/3] perf tools: Add callchain order support for libunwind DWARF unwinder

On Wed, Nov 18, 2015 at 12:13:08PM +0800, Wangnan (F) wrote: SNIP > 3.38% a.outa.out [.] funcc > | > ---funcc > | > |--2.70%-- funcb > | funca > | main >

Re: [PATCH][v6] x86, suspend: Save/restore extra MSR registers for suspend

* Chen Yu wrote: Btw., you say a bug was reported - but there's no Reported-by line. Do you know who reported it, can the reporter be credited? Also, I improved the changelog to be readable, please pick this new text up for the next submission: > A bug was reported that on certain Broadwell

[PATCHv2 2/3] perf tools: Add callchain order support for libunwind DWARF unwinder

On Wed, Nov 18, 2015 at 12:13:08PM +0800, Wangnan (F) wrote: > > > On 2015/11/17 23:05, Jiri Olsa wrote: > >From: Jiri Olsa > > > >As reported by Milian, currently for DWARF unwind (both libdw > >and libunwind) we display callchain in callee order only. > > > >Adding the support to follow

Re: net-scm: Macro for special pattern?

> You mean this likely() annotation of yours? How do you think about to express the software design pattern which is applied at the mentioned source code place by a dedicated preprocessor macro? Regards, Markus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH v4] usb: chipidea: removing of_find_property

On 18 November 2015 at 12:54, Peter Chen wrote: > I am clear now, I will queue it. Thank you -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please

Re: [PATCH v10 1/5] configfs: Allow dynamic group creation

On 17 November 2015 23:47:16 GMT+00:00, Andrew Morton wrote: >On Sun, 15 Nov 2015 10:39:08 + Jonathan Cameron >wrote: > >> On 11/11/15 06:43, Jonathan Cameron wrote: >> > >> > >> > On 10 November 2015 21:12:37 GMT+00:00, Andrew Morton > wrote: >> >> On Tue, 10 Nov 2015 07:51:26 +0100

Re: [PATCH 2/3] perf tools: Add callchain order support for libunwind DWARF unwinder

On 2015/11/18 13:41, Namhyung Kim wrote: On Wed, Nov 18, 2015 at 12:13:08PM +0800, Wangnan (F) wrote: On 2015/11/17 23:05, Jiri Olsa wrote: From: Jiri Olsa As reported by Milian, currently for DWARF unwind (both libdw and libunwind) we display callchain in callee order only. Adding the

Re: crypto-ixp4xx: Deletion of a few unnecessary checks

>> Delete unnecessary checks before the function call "dma_pool_destroy" It seems that you accepted this specific update suggestion, didn't you? https://lkml.org/lkml/2015/11/17/391 https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1021951.html >> Reduce assignment for a variable

[BUG REPORT] perf tools: x86_64: Broken calllchain when sampling taken at 'callq' instruction

Hi all, When analysising Jiri's patchset [1] I found a dwarf unwind problem. On x86 platform, when sample is at a 'callq' instruction, dwarf based stack unwind always fail. I compile a small C source file with debug information, turn off frame pointer and disable optimization: $ gcc -g -O0

Re: [PATCH v4] usb: chipidea: removing of_find_property

On Wed, Nov 18, 2015 at 11:48:36AM +0530, Saurabh Sengar wrote: > On 18 November 2015 at 11:35, Peter Chen wrote: > > On Wed, Nov 18, 2015 at 09:40:12AM +0530, Saurabh Sengar wrote: > >> call to of_find_property() before of_property_read_u32() is unnecessary. > >> of_property_read_u32() anyway

Re: [PATCH] i2c: imx: make bus recovery through pinctrl optional

Hello, On Tue, Nov 17, 2015 at 06:02:59PM -0600, Li Yang wrote: > Since commit 1c4b6c3bcf30 ("i2c: imx: implement bus recovery") the driver > starts to use gpio/pinctrl to do i2c bus recovery. But pinctrl is not > always available for platforms using this driver such as ls1021a and > ls1043a,

Re: [PATCH v2 4/7] ARM: at91/dt: sama5d2: add pio controller node

On Tue, Nov 17, 2015 at 11:15:11AM -0800, Olof Johansson wrote: > On Tue, Nov 17, 2015 at 3:06 AM, Linus Walleij > wrote: > > On Tue, Nov 10, 2015 at 1:30 AM, Olof Johansson wrote: > >> On Mon, Sep 21, 2015 at 11:24 AM, Linus Walleij > >> wrote: > >>> On Wed, Sep 16, 2015 at 8:37 AM, Ludovic

Re: [RESEND RFC/PATCH 4/8] dt-bindings: Add a binding for Mediatek Video Encoder

Hi Rob, On Tue, 2015-11-17 at 13:41 -0600, Rob Herring wrote: > On Tue, Nov 17, 2015 at 08:54:41PM +0800, Tiffany Lin wrote: > > add a DT binding documentation of Video Encoder for the > > MT8173 SoC from Mediatek. > > > > Signed-off-by: Tiffany Lin > > --- > >

Re: [PATCH 2/2] keys, trusted: seal with a policy

On Wed, Nov 18, 2015 at 11:21:01AM +1100, James Morris wrote: > On Tue, 17 Nov 2015, Jarkko Sakkinen wrote: > > > } > > break; > > + case Opt_policydigest: > > + if (!tpm2 || > > + strlen(args[0].from) != (2

Re: [PATCH v2 0/3] nvdimm: Add an IOCTL pass thru for DSM calls

On Tue, Nov 17, 2015 at 09:05:28AM -0800, Dan Williams wrote: > On Tue, Nov 17, 2015 at 8:56 AM, Jerry Hoemann wrote: > > On Mon, Nov 16, 2015 at 05:29:41PM -0800, Dan Williams wrote: > >> On Mon, Nov 16, 2015 at 1:10 PM, Jerry Hoemann > >> wrote: > >> > On Mon, Nov 16, 2015 at 11:00:20AM

[lkp] [xfs] a45086e27d: -100.0% xfstests.xfs.033.seconds

FYI, we noticed the below changes on https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit a45086e27dfa21a4b39134f7505c8f60a3ecdec4 ("xfs: validate metadata LSNs against log on v5 superblocks") 2015-11-17 05:11:29 export TEST_DIR=/fs/sdd1 2015-11-17 05:11:29 export

Re: irq_fpu_usable() is irreliable

* Jason A. Donenfeld wrote: > [...] Recently I've been tracking down a problem in which irq_fpu_usable() > returns false, yet a stack trace shows the first function is the syscall > entry > point. [...] Is this 'problem' a performance problem (code not being able to use the FPU

RE: [PATCH v8] PCI: Xilinx-NWL-PCIe: Added support for Xilinx NWL PCIe Host Controller

> Subject: Re: [PATCH v8] PCI: Xilinx-NWL-PCIe: Added support for Xilinx NWL > PCIe Host Controller > > > > On 11/17/2015 5:55 AM, Marc Zyngier wrote: > > On 17/11/15 13:27, Bharat Kumar Gogada wrote: > >>> > >>> On Tue, 17 Nov 2015 04:59:39 + > >>> Bharat Kumar Gogada wrote: > >>> > >

RE: trace: trace_kprobe.c always shows interrupts off

Hi Mathieu, Steven, From: Steven Rostedt [mailto:rost...@goodmis.org] > >On Tue, 17 Nov 2015 16:35:35 + (UTC) >Mathieu Desnoyers wrote: > >> Hi, >> >> I notice that trace_kprobe.c does local_save_flags() within >> __kprobe_trace_func(), which is called (at least on x86) with >> interrupts

[PATCH perf/core 02/13] perf: Make perf_exec_path always returns malloc'd string

Since system_path() returns malloc'd string if given path is not an absolute path, perf_exec_path sometimes returns static string and sometimes returns malloc'd string depends on the environment variables or command options. This causes a memory leak because caller can not free the returned

[PATCH perf/core 05/13] perf: Fix machine__findnew_module_map to put registered map

Fix machine object to put the map object which is already insterted to machine->kmaps. refcnt debugger shows what happened: [2] Unreclaimed map: 0x346f750 Refcount +1 => 1 at ./perf(map__new2+0xb5) [0x4bdea5] ./perf() [0x4b8aaf] ./perf(modules__parse+0xfc)

[PATCH perf/core 03/13] perf: Introduce generic refcount APIs with debug feature

This is a kind of debugging feature for atomic reference counter. The reference counters are widely used in perf tools but not well debugged. It sometimes causes memory leaks but no one has noticed the issue, since it is hard to debug such un-reclaimed objects. This refcnt interface provides

[PATCH perf/core 10/13] perf: Fix __dsos__addnew to put dso after adding it to the list

Fix __dsos__addnew to put dso after adding it to the list, because __dsos__add() gets the dso refcount. This eases refcount leaks on dso. Refcnt debugger shows: [0] Unreclaimed dso: 0x2fccab0 Refcount +1 => 1 at ./perf(dso__new+0x1ff) [0x4a62df] ./perf(__dsos__addnew+0x29)

[PATCH perf/core 07/13] perf: Fix to destroy kernel maps when machine exits

Actually machine__exit forgot to call machine__destroy_kernel_maps. So this fixes to call it. This fixes some memory leaks on map as below. Without this fix. ./perf probe vfs_read Added new event: probe:vfs_read (on vfs_read) You can now use it in all perf tools, such as:

[PATCH perf/core 09/13] perf: Make dso to use refcnt for debug

Make 'dso' object to use refcnt interface for debug. This can find refcnt related memory leaks on dsos. E.g. # ./perf probe vfs_read Added new event: probe:vfs_read (on vfs_read) You can now use it in all perf tools, such as: perf record -e probe:vfs_read -aR

[PATCH perf/core 08/13] perf: Fix to put new map after inserting to map_groups in dso__load_sym

Fix dso__load_sym to put the map object which is already insterted to kmaps. Refcnt debugger shows [0] Unreclaimed map: 0x39113e0 Refcount +1 => 1 at ./perf(map__new2+0xb5) [0x4be155] ./perf(dso__load_sym+0xee1) [0x503461] ./perf(dso__load_vmlinux+0xbf) [0x4aa6df]

[PATCH perf/core 11/13] perf: Fix machine__create_kernel_maps to put kernel dso

Fix machine__create_kernel_maps() to put kernel dso because the dso has been gotten by __machine__create_kernel_maps(). Refcnt debugger shows: [0] Unreclaimed dso: 0x3036ab0 Refcount +1 => 1 at ./perf(dso__new+0x1ff) [0x4a62df] ./perf(__dsos__addnew+0x29) [0x4a6e19]

[PATCH perf/core 04/13] perf: make map to use refcnt

Make 'map' object to use refcnt interface for debug. This can find refcnt related memory leaks. E.g. ./perf probe vfs_read Added new event: probe:vfs_read (on vfs_read) You can now use it in all perf tools, such as: perf record -e probe:vfs_read -aR sleep 1

[PATCH perf/core 12/13] perf: Fix machine__findnew_module_map to put dso

Fix machine__findnew_module_map to put dso because the dso is already got by machine__findnew_module_dso() and map__new2(). Refcnt debugger shows: [1] Unreclaimed dso: 0x1ffd980 Refcount +1 => 1 at ./perf(dso__new+0x1ff) [0x4a62df] ./perf(__dsos__addnew+0x29) [0x4a6e19]

[PATCH perf/core 13/13] perf: Fix dso__load_sym to put dso

Fix dso__load_sym to put dso because dsos__add already got it. Refcnt debugger explain the problem: [0] Unreclaimed dso: 0x19dd200 Refcount +1 => 1 at ./perf(dso__new+0x1ff) [0x4a62df] ./perf(dso__load_sym+0xe89) [0x503509] ./perf(dso__load_vmlinux+0xbf)

[PATCH perf/core 00/13] perf memory/refcnt leak fixes

Hi, Here is a series to fix some memory leaks and refcount leaks on map and dso. This also includes the refcnt APIs with backtrace debugging feature. The story has started from the posible memory leak report reported by Wnag Nan. I've tried to use valgrind to ensure the perf probe doesn't have

[PATCH perf/core 01/13] perf probe: Fix to free temporal Dwarf_Frame

Since dwarf_cfi_addrframe returns malloc'd Dwarf_Frame object, it has to be freed after used. Signed-off-by: Masami Hiramatsu --- tools/perf/util/probe-finder.c |9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/tools/perf/util/probe-finder.c

[PATCH perf/core 06/13] perf: Fix machine__destroy_kernel_maps to put vmlinux_maps

Fix machine__destroy_kernel_maps() to put vmlinux_maps before filling it with NULL. Refcnt debugger shows [1] Unreclaimed map: 0x36b1070 Refcount +1 => 1 at ./perf(map__new2+0xb5) [0x4bdec5] ./perf(machine__create_kernel_maps+0x72) [0x4bb152]

[lkp] [vfs] f3f86e33dc: -5.3% will-it-scale.per_process_ops

: debian-x86_64-2015-02-07.cgz result_root: "/result/will-it-scale/performance-dup1/ivb42/debian-x86_64-2015-02-07.cgz/x86_64-rhel/gcc-4.9/8005c49d9aea74d382f474ce11afbbc7d7130bec/0" job_file: "/lkp/scheduled/ivb42/cyclic_will-it-scale-performance-dup1-x86_64-rhel-CYCLIC_BASE-8005c49d

[PATCH] net: dns_resolver: convert time_t to time64_t

Changes the definition of the pointer _expiry from time_t to time64_t. This is to handle the Y2038 problem where time_t will overflow in the year 2038. The change is safe because the kernel subsystems that call dns_query pass NULL. Signed-off-by: Arnd Bergmann Signed-off-by: Aya Mahfouz ---

[lkp] [x86, perf] 7aba70e47c: BUG: unable to handle kernel paging request at 696d2f62

FYI, we noticed the below changes on https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git perf/core commit 7aba70e47ca4e961acb5af96d5127e3fad651c7c ("x86, perf: Optimize stack walk user accesses") +---+++ |

Re: [GIT PULL 00/16] perf/ebpf improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > This is on top of my last perf-urgent-for-mingo pull req, that is > outstanding, please check if this can get into this merge window. > > - Arnaldo > > The following changes since commit 092b1f0b5f9f797812da0de927c3aa26acbe8762: > >

[tip:perf/urgent] perf symbols: Fix dso lookup by long name and missing buildids

Commit-ID: e266a753bf51b2c3b46d0d230349662c35ac5629 Gitweb: http://git.kernel.org/tip/e266a753bf51b2c3b46d0d230349662c35ac5629 Author: Adrian Hunter AuthorDate: Fri, 13 Nov 2015 11:48:30 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 13 Nov 2015 11:14:36 -0300 perf

[tip:perf/urgent] perf probe: Fix memory leaking on failure by clearing all probe_trace_events

Commit-ID: 0196e787ceb58cdfea822482ec70019bc16cbd51 Gitweb: http://git.kernel.org/tip/0196e787ceb58cdfea822482ec70019bc16cbd51 Author: Masami Hiramatsu AuthorDate: Fri, 13 Nov 2015 12:29:10 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 13 Nov 2015 12:24:32 -0300 perf

[tip:perf/urgent] perf probe: Clear probe_trace_event when add_probe_trace_event() fails

Commit-ID: 092b1f0b5f9f797812da0de927c3aa26acbe8762 Gitweb: http://git.kernel.org/tip/092b1f0b5f9f797812da0de927c3aa26acbe8762 Author: Wang Nan AuthorDate: Fri, 13 Nov 2015 12:29:11 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 13 Nov 2015 12:28:09 -0300 perf probe: Clear

Re: [PATCH] drivers:staging:wilc1000 Fix comparison to NULL messages

On Tue, Nov 17, 2015 at 09:01:28PM +0100, Bogicevic Sasa wrote: > This fixes all "Comparison to NULL could be written like..." > messages from checkpatch.pl > > Signed-off-by: Bogicevic Sasa > --- > drivers/staging/wilc1000/coreconfigurator.c | 10 +- > 1 file changed, 5 insertions(+),

[tip:perf/urgent] perf inject: Also re-pipe lost_samples event

Commit-ID: d8145b3e30a24280c396d88c8703c50a1ea0aa3a Gitweb: http://git.kernel.org/tip/d8145b3e30a24280c396d88c8703c50a1ea0aa3a Author: Adrian Hunter AuthorDate: Fri, 13 Nov 2015 11:48:32 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 13 Nov 2015 12:23:12 -0300 perf inject:

[tip:perf/urgent] perf buildid-list: Requires ordered events

Commit-ID: 1216b65c502e0f130cc9984dfd5f9e1968c1eb46 Gitweb: http://git.kernel.org/tip/1216b65c502e0f130cc9984dfd5f9e1968c1eb46 Author: Adrian Hunter AuthorDate: Fri, 13 Nov 2015 11:48:31 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 13 Nov 2015 12:22:04 -0300 perf

Re: [PATCH v4] usb: chipidea: removing of_find_property

On 18 November 2015 at 11:35, Peter Chen wrote: > On Wed, Nov 18, 2015 at 09:40:12AM +0530, Saurabh Sengar wrote: >> call to of_find_property() before of_property_read_u32() is unnecessary. >> of_property_read_u32() anyway calls to of_find_property() only. >> >> Signed-off-by: Saurabh Sengar >>

Re: [PATCH] tools: ffs-aio-example: free memory upon failure

To whom it may concern： Sorry to bother again, But any comment about this patch？ Regards, wei On Mon, 2015-11-09 at 14:16 +0800, Wei Jiangang wrote: > Free buffer to avoid memory leak upon failure occurs. > > Signed-off-by: Wei Jiangang > --- >

Re: [PATCH v4] usb: chipidea: removing of_find_property

On Wed, Nov 18, 2015 at 09:40:12AM +0530, Saurabh Sengar wrote: > call to of_find_property() before of_property_read_u32() is unnecessary. > of_property_read_u32() anyway calls to of_find_property() only. > > Signed-off-by: Saurabh Sengar > --- > v4 : removed return type check for optional

Re: [PATCH 0/5] Add support for MSM8996 clock controllers

On 11/18/2015 06:37 AM, Stephen Boyd wrote: > These patches add support for the global and multimedia clock controllers > found on MSM8996 devices. The first patch allows us to implement a > "power of two" divider of different widths with a table based divider. > The second patch adds support for

Re: [GIT PULL 0/5] perf/urgent fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit 2059fc7a5a9e667797b8ec503bfb4685afee48d8: > > perf symbols: Allow forcing reading of non-root owned files by root > (2015-11-12 18:58:18 -0300) > > are

[PATCH] tools:perf: fix typo in scripts/perl/Perf-Trace-Util/README

Correct typo in tools/perf/scripts/perl/Perf-Trace-Util/README, desciptions => descriptions. Signed-off-by: Wei Jiangang --- tools/perf/scripts/perl/Perf-Trace-Util/README | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/scripts/perl/Perf-Trace-Util/README

Re: [PATCH v5 3/3] cpufreq: arm_big_little: Add support to register a cpufreq cooling device

On 17-11-15, 12:06, Punit Agrawal wrote: > Register passive cooling devices when initialising cpufreq on > big.LITTLE systems. If the device tree provides a dynamic power > coefficient for the CPUs then the bound cooling device will support > the extensions that allow it to be used with all the

Re: [PATCH v6] clk: add CS2000 Fractional-N driver

Hi ping ? > > From: Kuninori Morimoto > > This patch adds CS2000 Fractional-N driver as clock provider. > > Signed-off-by: Kuninori Morimoto > --- > v5 -> v6 > > - remove redundant variable from each functions > - multi line code become one line > - end of comment has dot > -

Re: [PATCH 2/3] perf tools: Add callchain order support for libunwind DWARF unwinder

On Wed, Nov 18, 2015 at 12:13:08PM +0800, Wangnan (F) wrote: > > > On 2015/11/17 23:05, Jiri Olsa wrote: > >From: Jiri Olsa > > > >As reported by Milian, currently for DWARF unwind (both libdw > >and libunwind) we display callchain in callee order only. > > > >Adding the support to follow

A new, fast and "unbreakable" encryption algorithm

Hello, I've developed a new encryption algorithm, which dynamically changes the key according to plaintext and practically impossible to break. I also opened to public with MIT dual License. It is also quite fast; ~80% faster than the fastest mode of AES without cpu instruction set support. I

Re: [PATCH v11 17/24] perf config: Collect configs to handle config variables

On Tue, Nov 17, 2015 at 10:53:37PM +0900, Taeung Song wrote: > Collecting configs into list because of two reason. > > First of all, if there are same variables both user > and system config file, they all will be printed > when 'list' command work. But if config variables are > duplicated, user

Re: [PATCH v11 16/24] perf config: Add '--system' and '--user' options to select which config file is used

On Tue, Nov 17, 2015 at 10:53:36PM +0900, Taeung Song wrote: > The file-options '--system' means $(sysconfdir)/perfconfig and > '--user' means $HOME/.perfconfig. If file-option isn't used, > both system and user config file is read. > The syntax examples are like below. > > perf config []

Re: [PATCH 3/3] apparmor: use list_next_entry instead of list_entry_next

On 11/16/2015 05:46 AM, Geliang Tang wrote: > list_next_entry has been defined in list.h, so I replace list_entry_next > with it. > > Signed-off-by: Geliang Tang yep looks good Acked-by: John Johansen > --- > security/apparmor/apparmorfs.c | 8 +++- > 1 file changed, 3 insertions(+), 5

Re: [PATCH v11 15/24] perf config: Document 'kmem.default' variable in man page

On Tue, Nov 17, 2015 at 10:53:35PM +0900, Taeung Song wrote: > Explain 'kmem.default' variable. > > Cc: Namhyung Kim > Cc: Jiri Olsa > Signed-off-by: Taeung Song > --- > tools/perf/Documentation/perf-config.txt | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git

Re: [PATCH v2 1/5] crypto: Multi-buffer encryptioin infrastructure support

On Tue, Nov 17, 2015 at 04:30:14PM -0800, Tim Chen wrote: > On Wed, 2015-11-18 at 08:07 +0800, Herbert Xu wrote: > > On Tue, Nov 17, 2015 at 02:59:29PM -0800, Tim Chen wrote: > > > > > > Herbert, would you prefer me to use ablkcipher scatter walk instead, > > > assuming the overhead of both walk

Re: [PATCH 2/4] arm64: dts: Add msm8996 SoC and MTP board support

Hi Stephen, [auto build test ERROR on robh/for-next] [also build test ERROR on v4.4-rc1 next-20151117] url: https://github.com/0day-ci/linux/commits/Stephen-Boyd/devicetree-bindings-Document-Kryo-cpu/20151118-091558 base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux for-next

Re: [PATCH v11 14/24] perf config: Document 'pager.' variables in man page

On Tue, Nov 17, 2015 at 10:53:34PM +0900, Taeung Song wrote: > Explain 'pager.' variables. > > Cc: Namhyung Kim > Cc: Jiri Olsa > Signed-off-by: Taeung Song > --- > tools/perf/Documentation/perf-config.txt | 5 + > 1 file changed, 5 insertions(+) > > diff --git

Re: [PATCH v3] usb: chipidea: removing of_find_property

On Wed, Nov 18, 2015 at 09:30:39AM +0530, Saurabh Sengar wrote: > Hi Peter, > > Yes itc_setting is still optional, in case dts does not pass this > property, return type will be -EINVAL and there would be no problem. > The function will break only if there is 'No data'(-ENODATA) or >

Re: [PATCH v11 13/24] perf config: Document 'man.viewer' variable in man page

On Tue, Nov 17, 2015 at 10:53:33PM +0900, Taeung Song wrote: > Explain 'man.viewer' variable. > > Cc: Jiri Olsa > Signed-off-by: Taeung Song > --- > tools/perf/Documentation/perf-config.txt | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/tools/perf/Documentation/perf-config.txt

Re: [PATCH v2] SPI: s3c64xx: pass DMA arguments in platform data

On 18.11.2015 00:48, Arnd Bergmann wrote: > The s3c64xx platform data already contains a pointer to the > DMA filter function, but not to the associated data. > > This simplifies the code and makes it more generic by > passing the data along with the filter function like > we do for other

Re: [PATCH v3] block: create ioctl to discard-or-zeroout a range of blocks

On Fri, Nov 13, 2015 at 03:23:25PM -0500, Jeff Moyer wrote: > "Darrick J. Wong" writes: > > > Create a new ioctl to expose the block layer's newfound ability to > > issue either a zeroing discard, a WRITE SAME with a zero page, or a > > regular write with the zero page. This BLKZEROOUT2 ioctl

Re: [PATCH 0/3] perf tools DWARF libunwind: Add callchain order support

Hi Jiri, On 2015/11/17 23:05, Jiri Olsa wrote: hi, as reported by Milian, currently for DWARF unwind (both libdw and libunwind) we display callchain in callee order only. Adding the support to follow callchain order setup to libunwind DWARF unwinder, so we could get following output for

Re: [PATCH v2 3/5] ARM: qcom: add IPQ4019 compatible match

On Mon, Nov 16, 2015 at 03:02:03PM -0600, Matthew McClintock wrote: > From: Matthew McClintock > > This will select qcom board type when the machine compatible is > qcom,ipq4019. > > Signed-off-by: Matthew McClintock > --- Reviewed-by: Andy Gross -- Qualcomm Innovation Center, Inc. The

Re: [PATCH 2/3] perf tools: Add callchain order support for libunwind DWARF unwinder

On 2015/11/17 23:05, Jiri Olsa wrote: From: Jiri Olsa As reported by Milian, currently for DWARF unwind (both libdw and libunwind) we display callchain in callee order only. Adding the support to follow callchain order setup to libunwind DWARF unwinder, so we could get following output for

Re: [PATCH 0/4] Add DTS for MSM8996 SoC and MTP

On Tue, Nov 17, 2015 at 05:12:25PM -0800, Stephen Boyd wrote: > These patches add the initial dts files for the MSM8996 SoC and > MTP evaluation board. > These all look fine. -- Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux

[PATCH v4] usb: chipidea: removing of_find_property

call to of_find_property() before of_property_read_u32() is unnecessary. of_property_read_u32() anyway calls to of_find_property() only. Signed-off-by: Saurabh Sengar --- v4 : removed return type check for optional property 'itc-setting' drivers/usb/chipidea/core.c | 57

Re: [RFC/PATCH] pinctrl: qcom: Add generic ssbi and spmi GPIO/MPP bindings

On Tue, Nov 17, 2015 at 05:00:26PM -0800, Stephen Boyd wrote: > The drivers don't really need to know which PMIC they're for, so > make a generic binding for them. This alleviates us from updating > the drivers every time a new PMIC comes out. It's still > recommended that we update the binding

Re: [PATCH v3] usb: chipidea: removing of_find_property

Hi Peter, Yes itc_setting is still optional, in case dts does not pass this property, return type will be -EINVAL and there would be no problem. The function will break only if there is 'No data'(-ENODATA) or 'overflow'(-ENODATA) error for this property. In case this is not OK, I will send a

[PATCH] net: macb: Add support for sgmii phy interface

This patch adds support for the sgmii phy interface. Signed-off-by: Punnaiah Choudary Kalluri --- drivers/net/ethernet/cadence/macb.c | 4 drivers/net/ethernet/cadence/macb.h | 5 + 2 files changed, 9 insertions(+) diff --git a/drivers/net/ethernet/cadence/macb.c

Re: [PATCH 1/3] dell_wmi: Support new hotkeys on the XPS 13 Skylake

On Tue, Nov 17, 2015 at 11:03 AM, Andy Lutomirski wrote: > On Nov 17, 2015 12:36 AM, "Pali Rohár" wrote: >> >> On Saturday 14 November 2015 18:07:57 Andy Lutomirski wrote: >> > [lots of people added] >> > >> > On Sat, Nov 14, 2015 at 8:13 AM, Pali Rohár >> > wrote: >> > > On Saturday 14

Re: [PATCH 3/3] apparmor: use list_next_entry instead of list_entry_next

On Mon, Nov 16, 2015 at 09:46:33PM +0800, Geliang Tang wrote: > list_next_entry has been defined in list.h, so I replace list_entry_next > with it. > > Signed-off-by: Geliang Tang Seems reasonable. Acked-by: Serge Hallyn > --- > security/apparmor/apparmorfs.c | 8 +++- > 1 file changed,

Re: [PATCH v3] usb: chipidea: removing of_find_property

On Tue, Nov 17, 2015 at 05:22:26PM +0530, Saurabh Sengar wrote: > call to of_find_property() before of_property_read_u32() is unnecessary. > of_property_read_u32() anyway calls to of_find_property() only. > > Signed-off-by: Saurabh Sengar > --- > v2 : removed pval variable > v3 : removed

linux-next: Tree for Nov 18

Hi all, Changes since 20151117: New trees: mac80211, mac80211-next The tegra tree gained a conflict against the renesas tree. The drm-intel tree gained a conflict against the drm-intel-fixes tree. The drm-misc tree gained a conflict against the drm-intel-fixes tree. Non-merge commits

Re: [PATCH 09/10 RFC] KVM: x86: MMU: Move parent_pte handling from kvm_mmu_get_page() to link_shadow_page()

On 11/12/2015 07:56 PM, Takuya Yoshikawa wrote: Every time kvm_mmu_get_page() is called with a non-NULL parent_pte argument, link_shadow_page() follows that to set the parent entry so that the new mapping will point to the returned page table. Moving parent_pte handling there allows to clean

[PATCH v8 1/2] mtd: mtk-nor: mtk serial flash controller driver

add spi nor flash driver for mediatek controller Signed-off-by: Bayi Cheng --- drivers/mtd/spi-nor/Kconfig | 7 + drivers/mtd/spi-nor/Makefile | 1 + drivers/mtd/spi-nor/mtk-quadspi.c | 486 ++ 3 files changed, 494 insertions(+) create mode

[PATCH v8 2/2] arm64: dts: mt8173: Add nor flash node

Add Mediatek nor flash node Signed-off-by: Bayi Cheng Acked-by: Brian Norris --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi b/arch/arm64/boot/dts/mediatek/mt8173.dtsi

[PATCH v8 0/2] Mediatek SPI-NOR flash driver

This series is based on v4.4-rc1 and l2-mtd.git [0] and erase_sector implementation patch [1] [0]: git://git.infradead.org/l2-mtd.git [1]: http://lists.infradead.org/pipermail/linux-mtd/2015-October//062959.html Change in v8: 1: rewrite the macro MTK_NOR_MAX_SHIFT from 6 to 7 2: add a new macro

Re: [PATCH 07/10] KVM: x86: MMU: Encapsulate the type of rmap-chain head in a new struct

On 11/12/2015 07:55 PM, Takuya Yoshikawa wrote: @@ -1720,7 +1724,7 @@ static struct kvm_mmu_page *kvm_mmu_alloc_page(struct kvm_vcpu *vcpu, * this feature. See the comments in kvm_zap_obsolete_pages(). */ list_add(>link, >kvm->arch.active_mmu_pages); -

Re: [PATCH] pinctrl: mediatek: fix a memleak when do dt maps.

On Tue, 2015-11-17 at 14:33 -0800, Hongzhou Yang wrote: > configs will kmemdup to dup_configs in pictrl util function. > So configs need to be freed. > > Signed-off-by: Hongzhou Yang > Reviewed-by: Daniel Kurtz > Reviewed-by: Matthias Brugger > --- > Fix a memleak issue. > According to

Re: [PATCH] USB: USB_OTG does not depend on PM

On Tue, Nov 17, 2015 at 11:00:18PM +0100, Arnd Bergmann wrote: > On Tuesday 17 November 2015 15:38:33 Felipe Balbi wrote: > > > > Arnd Bergmann writes: > > > USB_OTG initially depended on USB_SUSPEND, which was later turned into > > > PM_RUNTIME and finally into PM. I don't know at what point

Re: [PATCH 05/10] KVM: x86: MMU: Use for_each_rmap_spte macro instead of pte_list_walk()

On 11/12/2015 07:52 PM, Takuya Yoshikawa wrote: kvm_mmu_mark_parents_unsync() alone uses pte_list_walk(), witch does nearly the same as the for_each_rmap_spte macro. The only difference is that is_shadow_present_pte() checks cannot be placed there because kvm_mmu_mark_parents_unsync() can be

Re: [PATCH v11 12/24] perf config: Document 'top.chidren' variable in man page

On Tue, Nov 17, 2015 at 10:53:32PM +0900, Taeung Song wrote: > Explain 'top.children' variable. > > Cc: Namhyung Kim > Cc: Jiri Olsa > Signed-off-by: Taeung Song > --- > tools/perf/Documentation/perf-config.txt | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git

Re: [PATCH v11 11/24] perf config: Document variables for 'report' section in man page

On Tue, Nov 17, 2015 at 10:53:31PM +0900, Taeung Song wrote: > Explain 'report' section's variables. > > 'percent-limit', 'queue-size' and 'children'. > > Cc: Namhyung Kim > Cc: Jiri Olsa > Signed-off-by: Taeung Song > --- > tools/perf/Documentation/perf-config.txt | 17 + >

Re: [PATCH 02/10] KVM: x86: MMU: Add helper function to clear a bit in unsync child bitmap

On 11/12/2015 07:50 PM, Takuya Yoshikawa wrote: + if (!ret) { + clear_unsync_child_bit(sp, i); + continue; + } else if (ret > 0) { nr_unsync_leaf += ret;

Re: [PATCH v11 10/24] perf config: Document variables for 'call-graph' section in man page

On Tue, Nov 17, 2015 at 10:53:30PM +0900, Taeung Song wrote: > Explain 'call-graph' section and its variables. > > 'record-mode', 'dump-size', 'print-type', 'order', > 'sort-key', 'threshold' and 'print-limit'. > > Cc: Namhyung Kim > Cc: Jiri Olsa > Signed-off-by: Taeung Song > --- >

Re: enhance ONFI table reliability/stable

Hi Bean, I was sorting through old email and I found this. On Tue, Jul 21, 2015 at 02:42:34PM +, Bean Huo 霍斌斌 (beanhuo) wrote: > Hi, > > Recently, I faced some case about ONFI table reliability, now it used CRC. > If there is bit flips in ONFI parameter pages, parameter backup page will be

[PATCH] watchdog: mtk_wdt: Use MODE_KEY when stopping the watchdog

WDT_MODE value need to be or-ed with MODE_KEY when setting watchdog mode. Add it to mtk_wdt_stop function, so that the watchdog can be stopped (e.g. during suspend). Signed-off-by: Nicolas Boichat --- drivers/watchdog/mtk_wdt.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: CGroup Namespaces (v4)

On Mon, Nov 16, 2015 at 04:24:27PM -0600, Eric W. Biederman wrote: > Similary have you considered what it required to be able to safely set > FS_USERNS_MOUNT? I pushed the one patch which I feel is needed to my branch (it's also included in another reply). Aditya had already added

Re: [Qemu-devel] [PATCH v4 4/4] devicetree: update documentation for fw_cfg ARM bindings

On Tue, Nov 17, 2015 at 04:14:42PM -0600, Rob Herring wrote: > On Mon, Nov 16, 2015 at 2:38 AM, Paolo Bonzini wrote: > > > > > > On 15/11/2015 03:07, Rob Herring wrote: > >> We generally don't want DT docs to depend on other kernel documentation. > > > > DT docs do not contain a copy of the data

Re: [PATCH V2] SKL intel_pstate update MSR values when changing governors

On Tue, 2015-11-17 at 17:58 -0800, Alexandra Yates wrote: > From: root You need to fix the git config ... The change itself is OK. Thanks, Srinivas > > When changing from powersave to performance governors > Intel_pstate fails to update the MSR values that reflect the > max_perf_pct to 100%.

Re: [PATCH] usb: gadget: Add the console support for usb-to-serial port

On 17 November 2015 at 21:34, Andy Shevchenko wrote: > On Mon, Nov 16, 2015 at 9:05 AM, Baolin Wang wrote: >> It dose not work when we want to use the usb-to-serial port based >> on one usb gadget as a console. Thus this patch adds the console >> initialization to support this request. > > >> @@

Re: [PATCHv2 3/3] ASoC: samsung: pass filter function as pointer

On 18.11.2015 00:55, Arnd Bergmann wrote: > As we are now passing the filter data as pointers to the drivers, > we can take the final step and also pass the filter function the > same way. I'm keeping this change separate, as there it's less > obvious that this is a net win. > > Upsides of this

Re: [PATCH 1/2] Remove EFI memmap quirk for UV

On Tue, Nov 17, 2015 at 08:32:59PM +0100, Borislav Petkov wrote: > On Mon, Nov 16, 2015 at 11:59:40AM -0600, Alex Thorlton wrote: > > Commit a5d90c923bcf ("x86/efi: Quirk out SGI UV") added a quirk to > > efi_apply_memmap_quirks to force SGI UV systems to fall back to the old > > EFI memmap

[PATCH V2] SKL intel_pstate update MSR values when changing governors

From: root When changing from powersave to performance governors Intel_pstate fails to update the MSR values that reflect the max_perf_pct to 100%. For instance in SKL reading rdmsr 0x774: GovernorMSR max_perf_pct =

Re: [PATCHv2 2/3] ASoC: s3c24xx-i2s: pass DMA channels as platform data

On 18.11.2015 00:54, Arnd Bergmann wrote: > This is a minor cleanup to make the s3c2412-i2s and s3c24xx-i2s > drivers independent of the mach/dma.h header file and to allow > removing the dependency on the specific dmaengine driver in the > next patch. > > As a side not, only the s3c24xx-i2s

  1   2   3   4   5   6   7   8   9   10   >