[GIT PULL] slave dmaengine updates

Hi Linus, Here is the pull request for 3.17. Some notable changes are: - New driver for AMBA AXI NBPF by Guennadi - New driver for sun6i controller by Maxime - pl330 drivers fixes from Lar's - sh-dma updates and fixes from Laurent, Geert and Kuninori - Documentation updates from Geert -

Re: [PATCH] Documentation: DocBook: Rename drm_stub.c to drm_drv.c cause 'make xmldocs' failed

On 08/08/14 12:16, Masanari Iida wrote: > This patch fixed 'make xmldocs' failed on linus's tree and > linux-next as of 8th/Aug,2014. > > When drm merge for 3.17-rc1 happen, a file was renamed from > drm_stub.c to drm_drv.c. > But Documentation/DocBook/drm.tmpl still have an old file name. > >

[GIT PULL] thermal management updates for v3.17-rc1

Hi, Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git next to receive Thermal Management updates for v3.17-rc1 with top-most commit 47d104ba5879790c7c91c3390b0b08399e168efe: Merge branches 'exynos-fix', 'for-rc', 'int3403-fix', 'misc', 'rcar-thermal'

Re: One bug of SDHCI driver

Hi, everyone I have posted this new patch in a separate mail. Many thanks for your comments. Thanks, Zhonghui On 2014/8/7 14:58, Fu, Zhonghui wrote: > kindly reminder. > > Thanks, > Zhonghui > > On 2014/8/5 12:56, Fu, Zhonghui wrote: >> Hi, Jaehoon >> >> According to your comments, I created

linux-next: Tree for Aug 11

Hi all, Please do not add code intended for v3.18 until after v3.17-rc1 is released. Changes since 20140808: The ext3 tree lost its build failure. The pm tree gained conflicts against Linus' tree and a build failure for which I applied a merge fix patch. The mmc-uh tree still had its build

Re: [PATCH] proc: potential ERR_PTR dereference on proc_fill_cache()

2014-08-11 12:25 GMT+09:00 Eric W. Biederman : > Daeseok Youn writes: > >> The d_hash_and_lookup() returns NULL or ERR_PTR on lookup >> failure. > > Given that the only error condition can come from .d_hash and that proc > does not implement .d_hash if we want to do something with error returns >

[PATCH] mmc: core: sdio: Fix unconditional wake_up_process() on sdio thread

>From 6cee984e1d76ba0a3320430f8cf4318ab65fcf06 Mon Sep 17 00:00:00 2001 From: Fu Zhonghui Date: Tue, 5 Aug 2014 12:44:38 +0800 Subject: [PATCH] mmc: core: sdio: Fix unconditional wake_up_process() on sdio thread 781e989cf59 ("mmc: sdhci: convert to new SDIO IRQ handling") and bf3b5ec66bd ("mmc:

Re: [PATCH v3 00/23] perf: Add infrastructure and support for Intel PT

* Alexander Shishkin wrote: > Hi Peter and all, > > Here's a new version of PT support patchset, this time including PT and > BTS drivers and a few more tweaks to the core. I still left out some bits > like core dump support for now. Tooling support is not included in this > series so that

Re: [PATCH] drivers: staging: vt6655: wpactl.c checkpatch clean-up

On Sun, Aug 10, 2014 at 11:28:55PM +0530, Avinash kumar wrote: > Cleaned all C99 comments related warnings > > Signed-off-by :Avinash Kumar > > Signed-off-by: Avinash kumar Why is this line twice in here, the first one has the ':' in the wrong place. Please resend with it the line only once

RE: [PATCH 01/38] cris: fix headers_install

Nice! Acked-by: Mikael Starvik -Original Message- From: Sam Ravnborg [mailto:s...@ravnborg.org] Sent: den 14 juli 2014 17:08 To: Arnd Bergmann Cc: lkml; linux-arch; Sam Ravnborg; Mikael Starvik; Jesper Nilsson; David Howells Subject: [PATCH 01/38] cris: fix headers_install Fix

RE: [PATCH 06/43] cris: Use get_signal() signal_setup_done()

Acked-by: Mikael Starvik -Original Message- From: Richard Weinberger [mailto:rich...@sigma-star.at] Sent: den 21 juli 2014 16:03 To: a...@linux-foundation.org Cc: linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; Richard Weinberger; Mikael Starvik; Jesper Nilsson;

Re: [PATCH RESEND] staging: et131x: Fix errors caused by phydev->addr accesses before initialisation

On Mon, Aug 11, 2014 at 12:32:55AM +0300, Anca Emanuel wrote: > Do you have this hardware ? And did you test this ? Mark is the maintainer of this driver, I assume he has the hardware, if not, I don't care, I trust him :) > How can you cc stable without an Tested by somebody else ? Since when

Re: [PATCH RESEND v2 1/4] pinctrl: Update Qualcomm pm8xxx GPIO parameters definitions

On Wed, Aug 6, 2014 at 8:02 AM, Ivan T. Ivanov wrote: > On Fri, 2014-07-25 at 18:15 +0300, Ivan T. Ivanov wrote: >> On Thu, 2014-07-24 at 17:23 -0700, Stephen Boyd wrote: >> > On 07/24/14 08:40, Linus Walleij wrote: >> > > On Thu, Jul 24, 2014 at 1:47 AM, Stephen Boyd >> > > wrote: >> > > >> >

Re: [PATCH gdb/scripts] scripts/gdb: Ignore byte-compiled python files

On 2014-08-06 16:27, Daniel Thompson wrote: > Using the gdb scripts leaves byte-compiled python files in the scripts/ > directory. These should be ignored by git and cleaned up by mrproper. > > Signed-off-by: Daniel Thompson > Cc: Jan Kiszka > Cc: Michal Marek > Cc:

[PATCH v3 23/23] perf: itrace: Allow sampling of inherited events

Try to find an itrace sampler event for the current event if none is linked. This is useful when these events are allocated by inheritance path, independently of one another. Signed-off-by: Alexander Shishkin --- kernel/events/itrace.c | 91 +- 1

[PATCH v3 22/23] perf: itrace: Allow itrace sampling for multiple events

Right now, only one perf event can be annotated with itrace data, however it should be possible to annotate several events with similar configuration (wrt exclude_{hv,idle,user,kernel}, itrace_config, etc). So every time, before a kernel counter is created for itrace sampling, we first look for

RE: [PATCH] cris: bug: add unreachable() to silence warnings

Agreed. If you include that, I will ack it -Original Message- From: Maurizio Lombardi [mailto:mlomb...@redhat.com] Sent: den 7 augusti 2014 09:24 To: Nick Krause; Mikael Starvik; Jesper Nilsson; o...@axis.com; list@; open list Subject: Re: [PATCH] cris: bug: add unreachable() to silence

[PATCH v3 21/23] perf: Allocate ring buffers for inherited per-task kernel events

When a new event is inherited from a per-task kernel event that has a ring buffer, allocate a new buffer for this event so that data from the child task is collected and can later be retrieved for sample annotation or whatnot. Signed-off-by: Alexander Shishkin --- kernel/events/core.c | 9

Re: [PATCH] USB: pch_udc: USB gadget device support for Intel Quark X1000

On Mon, Aug 11, 2014 at 05:21:50AM +, Chen, Alvin wrote: > Hi Felipe, > > Any update for this patch? Just want to follow-up. It's the middle of the merge window, we can't do anything until 3.17-rc1 is out, please relax... greg k-h -- To unsubscribe from this list: send the line "unsubscribe

RE: [PATCH 17/38] cris: clean-up uapi Kbuild file

Acked-by: Mikael Starvik -Original Message- From: Sam Ravnborg [mailto:s...@ravnborg.org] Sent: den 14 juli 2014 17:09 To: Arnd Bergmann Cc: lkml; linux-arch; Sam Ravnborg; Mikael Starvik; Jesper Nilsson Subject: [PATCH 17/38] cris: clean-up uapi Kbuild file Remove redundant

Re: [PATCH] net: ugg_geth: Fix build error in -next

Hello Guenter, On Sun, Aug 10, 2014 at 11:42:41AM -0700, Guenter Roeck wrote: > On 08/10/2014 11:36 AM, Uwe Kleine-König wrote: > >On Sun, Aug 10, 2014 at 09:19:14AM -0700, Guenter Roeck wrote: > >>powerpc:mpc83xx_defconfig and other builds fail with > >> >

[PATCH v3 20/23] perf: itrace: Infrastructure for sampling instruction flow traces

Instruction tracing PMUs are capable of recording a log of instruction execution flow on a cpu core, which can be useful for profiling and crash analysis. This patch adds itrace infrastructure for perf events and the rest of the kernel to use. This trace data can be used to annotate other perf

[PATCH v3 17/23] perf: Add rb_{alloc,free}_kernel api

Events that generate AUX data can also be created by the kernel. In this case, some in-kernel infrastructure is needed to store and copy this data. This patch adds api for ring buffer (de-)allocation that can be used by the kernel code. Signed-off-by: Alexander Shishkin ---

[PATCH v3 16/23] x86: perf: intel_bts: Add BTS PMU driver

Add support for Branch Trace Store (BTS) via kernel perf event infrastructure. The difference with the existing implementation of BTS support is that this one is a separate PMU that exports events' trace buffers to userspace by means of AUX area of the perf buffer, which is zero-copy mapped into

[PATCH v3 14/23] x86: perf: Intel PT and LBR/BTS are mutually exclusive

Intel PT cannot be used at the same time as LBR or BTS and will cause a general protection fault if they are used together. In order to avoid fixing up GPs in the fast path, instead we use flags to indicate that that one of these is in use so that the other avoids MSR access altogether.

[PATCH v3 19/23] perf: Add a helper for looking up pmus by type

This patch adds a helper for looking up a registered pmu by its type. Signed-off-by: Alexander Shishkin --- kernel/events/core.c | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/kernel/events/core.c b/kernel/events/core.c index d4b5e33b74..c0f05f8748 100644

[PATCH v3 18/23] perf: Add a helper to copy AUX data in the kernel

This patch adds a helper for the kernel counters that generate AUX data to copy this data around, for example, to output it to the perf ring buffer as a sample record or write it to a core dump file. Signed-off-by: Alexander Shishkin --- kernel/events/internal.h| 5 +

[PATCH v3 13/23] x86: Add Intel Processor Trace (INTEL_PT) cpu feature detection

Intel Processor Trace is an architecture extension that allows for program flow tracing. Signed-off-by: Alexander Shishkin --- arch/x86/include/asm/cpufeature.h | 1 + arch/x86/kernel/cpu/scattered.c | 1 + 2 files changed, 2 insertions(+) diff --git a/arch/x86/include/asm/cpufeature.h

[PATCH v3 11/23] perf: Add itrace_config to the event attribute

To configure itrace events, we use a separate config field in the attribute, which can be used by normal and sampling counters. The latter will use config to specify the actual event and itrace_config for itrace configuration that will be used for sampling. Signed-off-by: Alexander Shishkin ---

[PATCH v3 15/23] x86: perf: intel_pt: Intel PT PMU driver

Add support for Intel Processor Trace (PT) to kernel's perf events. PT is an extension of Intel Architecture that collects information about software execuction such as control flow, execution modes and timings and formats it into highly compressed binary packets. Even being compressed, these

[PATCH v3 12/23] perf: add ITRACE_START record to indicate that tracing has started

For counters such as instruction tracing, it is useful for the decoder to know which tasks are running when the event is first scheduled in, before the first sched_switch. Signed-off-by: Alexander Shishkin --- include/linux/perf_event.h | 3 +++ include/uapi/linux/perf_event.h | 11

[PATCH v3 10/23] perf: Add wakeup watermark control to AUX area

When AUX area gets a certain amount of new data, we want to wake up userspace to collect it. This adds a new control to specify how much data will cause a wakeup. We repurpose __reserved_2 in the event attribute for this, even though it was never checked to be zero before, aux_watermark will only

[PATCH v3 08/23] perf: Add AUX record

When there's new data in the AUX space, output a record indicating its offset and size and weather it was truncated to fix in the ring buffer. Signed-off-by: Alexander Shishkin --- include/uapi/linux/perf_event.h | 16 kernel/events/core.c| 39

[PATCH v3 06/23] perf: Redirect output from inherited events to parents

In order to collect AUX data from an inherited event, we can redirect its output to parent's ring buffer if possible (they must be cpu affine). This patch adds set_output() to the inheritance path. Signed-off-by: Alexander Shishkin --- kernel/events/core.c | 6 ++ 1 file changed, 6

[PATCH v3 07/23] perf: Add api for pmus to write to AUX space

For pmus that wish to write data to AUX space, provide perf_aux_output_{begin,end}() calls to initiate/commit data writes, similarly to perf_output_{begin,end}. These also use the same output handle structure. After the perf_aux_output_begin() returns successfully, handle->size is set to the

[PATCH v3 09/23] perf: Support overwrite mode for AUX area

This adds support for overwrite mode in the AUX area, which means "keep collecting data till you're stopped". It does not depend on data buffer's overwrite mode, so that it doesn't lose sideband data that is instrumental for processing AUX data. Signed-off-by: Alexander Shishkin ---

[PATCH v3 05/23] perf: Add a pmu capability for "exclusive" events

Usually, pmus that do, for example, instruction tracing, would only ever be able to have one event per task per cpu (or per perf_context). For such pmus it makes sense to disallow creating conflicting events early on, so as to provide consistent behavior for the user. This patch adds a pmu

Re: [GIT PULL] x86/apic changes for v3.17

On 2014/8/10 1:06, Borislav Petkov wrote: > On Fri, Aug 08, 2014 at 03:21:44PM -0700, David Rientjes wrote: >> On Thu, 7 Aug 2014, Ingo Molnar wrote: >> >>> Linus, please pull the latest x86-apic-for-linus git tree from: >>> >>>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git >>>

[PATCH v3 04/23] perf: Add a capability for AUX_NO_SG pmus to do software double buffering

For pmus that don't support scatter-gather for AUX data in hardware, it might still make sense to implement software double buffering to avoid losing data while the user is reading data out. For this purpose, add a pmu capability that guarantees multiple high-order chunks for AUX buffer, so that

[PATCH v3 03/23] perf: Support high-order allocations for AUX space

Some pmus (such as BTS or Intel PT without multiple-entry ToPA capability) don't support scatter-gather and will prefer larger contiguous areas for their output regions. This patch adds a new pmu capability to request higher order allocations. Signed-off-by: Alexander Shishkin ---

[PATCH v3 02/23] perf: Add AUX area to ring buffer for raw data streams

From: Peter Zijlstra This patch introduces "AUX space" in the perf mmap buffer, intended for exporting high bandwidth data streams to userspace, such as instruction flow traces. AUX space is a ring buffer, defined by aux_{offset,size} fields in the user_page structure, and read/write pointers

[PATCH v3 01/23] perf: Add data_{offset,size} to user_page

Currently, the actual perf ring buffer is one page into the mmap area, following the user page and the userspace follows this convention. This patch adds data_{offset,size} fields to user_page that can be used by userspace instead for locating perf data in the mmap area. This is also helpful when

[PATCH v3 00/23] perf: Add infrastructure and support for Intel PT

Hi Peter and all, Here's a new version of PT support patchset, this time including PT and BTS drivers and a few more tweaks to the core. I still left out some bits like core dump support for now. Tooling support is not included in this series so that it's easier to review the kernel bits, I

Re: [PATCH] USB: pch_udc: USB gadget device support for Intel Quark X1000

Hi Felipe, Any update for this patch? Just want to follow-up. > -Original Message- > From: Chen, Alvin > Sent: Tuesday, August 05, 2014 1:23 AM > To: Felipe Balbi > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Ong, Boon > Leong > Subject: [PATCH] USB: pch_udc: USB

RE: [PATCH v2] mmc: sdhci-pci: SDIO host controller support for Intel Quark X1000

Hi Ulf, Any update for this patch? Just want to follow-up. Best regards，Alvin Chen ICFS Platform Engineering Solution Flex Services (CMMI Level 3, IQA2005, IQA2008), Greater Asia Region Intel Information Technology Tel. 010-82171960 inet.8-7581960 Email. alvin.c...@intel.com > -Original

回复： Re: [PATCH] unicore32: Fix build error

- Guenter Roeck 写道： > On 08/10/2014 08:39 AM, Richard Weinberger wrote: > > Guenther, > > > > Am 10.08.2014 17:29, schrieb Guenter Roeck: > >> unicore32 builds fail with > >> > >> arch/unicore32/kernel/signal.c: In function ‘setup_frame’: > >> arch/unicore32/kernel/signal.c:257: error: > >>

[GIT PULL REQUEST] md updates for 3.17

The following changes since commit 64aa90f26c06e1cb2aacfb98a7d0eccfbd6c1a91: Linux 3.16-rc7 (2014-07-27 12:41:55 -0700) are available in the git repository at: git://neil.brown.name/md/ tags/md/3.17 for you to fetch changes up to d66b1b395a59027a1c054e1fc57d582cb4194491: md: don't allow

Re: [PATCH] Hyperv: Trigger DHCP renew after host hibernation

On Sun, 10 Aug 2014, Florian Fainelli wrote: > Le 10/08/2014 20:23, Dexuan Cui a écrit : > >> -Original Message- > >> From: Greg KH [mailto:gre...@linuxfoundation.org] > > > > IMO the most feasible and need-the-least-change solution may be: > > the hyperv network VSC driver

[PATCH] drm: Do not use BUG_ON(!spin_is_locked())

spin_is_locked() always returns false in uniprocessor configurations and can therefore not be used with BUG_ON. Replace it with assert_spin_locked(), which exists for that very purpose. Signed-off-by: Guenter Roeck --- drivers/gpu/drm/msm/mdp/mdp_kms.c | 2 +-

Re: [proc:] 3.16.0-10436-g9138475: access denied to /proc/1540/task/1540/net/dev

On Sun, Aug 10, 2014 at 1:05 PM, Eric W. Biederman wrote: > > Linus would you like me to send pull request with those two changes reverted? I just did them (delayed it a bit in the hope to get confirmation, but it looks very straightforward, so since I'll be on airplanes most of tomorrow..)

[PATCH V2] Add arm description to Documentation/kdump/kdump.txt

Add arm specific parts to kdump kernel documentation. It seem that we prefer to use nr_cpus=1 instead of maxcpus=1. but nr_cpus does not work fine on arm. There will be a warning when dump-caputre kernel booting if use nr_cpus: "[0.00] DT/cpu

Re: [tip:timers/core] timekeeping: Fixup typo in update_vsyscall_old definition

On Wed, 2014-07-30 at 00:31 -0700, tip-bot for John Stultz wrote: > Commit-ID: 953dec21aed4038464fec02f96a2f1b8701a5bce > Gitweb: http://git.kernel.org/tip/953dec21aed4038464fec02f96a2f1b8701a5bce > Author: John Stultz > AuthorDate: Fri, 25 Jul 2014 21:37:19 -0700 > Committer: Thomas

Re: [PATCH] Hyperv: Trigger DHCP renew after host hibernation

Le 10/08/2014 20:23, Dexuan Cui a écrit : -Original Message- From: Greg KH [mailto:gre...@linuxfoundation.org] IMO the most feasible and need-the-least-change solution may be: the hyperv network VSC driver passes the event RNDIS_STATUS_NETWORK_CHANGE to the udev daemon? No, don't do

Re: linux-next: build failures after merge of the drm tree

On Sun, Aug 10, 2014 at 1:28 PM, Dave Airlie wrote: >> > > Been on holidays, but ack for anything DT related, > > Look I wishI knew how DT worked, and what tree is canonical for changes to > it, I'm not sure its well defined enough or sub maintaniers know enough, > so I do just trust the exynos

[PATCH] firmware: Do not use WARN_ON(!spin_is_locked())

spin_is_locked() always returns false for uniprocessor configurations, so do not use WARN_ON with it. WARN_ON_SMP() exists for that very purpose and must be used instead. Signed-off-by: Guenter Roeck --- drivers/firmware/efi/vars.c | 8 1 file changed, 4 insertions(+), 4 deletions(-)

[PATCH] seccomp: Replace BUG(!spin_is_locked()) with assert_spin_lock

Current upstream kernel hangs with mips and powerpc targets in uniprocessor mode if SECCOMP is configured. Bisect points to commit dbd952127d11 ("seccomp: introduce writer locking"). Turns out that code such as BUG_ON(!spin_is_locked(_lock)); can not be used in uniprocessor mode because

Re: [PATCH v3 tip/core/rcu 1/9] rcu: Add call_rcu_tasks()

On Sun, Aug 10, 2014 at 05:00:05PM +0200, Peter Zijlstra wrote: > On Sat, Aug 09, 2014 at 06:38:29PM -0700, Paul E. McKenney wrote: > > On Sat, Aug 09, 2014 at 08:33:55PM +0200, Peter Zijlstra wrote: > > > On Fri, Aug 08, 2014 at 01:58:26PM -0700, Paul E. McKenney wrote: > > > > > > > > > And on

Re: [PATCH v3 tip/core/rcu 1/9] rcu: Add call_rcu_tasks()

On Sun, Aug 10, 2014 at 10:12:54AM +0200, Peter Zijlstra wrote: > On Sat, Aug 09, 2014 at 06:26:12PM -0700, Paul E. McKenney wrote: > > On Sat, Aug 09, 2014 at 08:19:20PM +0200, Peter Zijlstra wrote: > > > On Sat, Aug 09, 2014 at 09:01:37AM -0700, Paul E. McKenney wrote: > > > > > That's so wrong

Re: [PATCH] export the function kmap_flush_unused.

On 2014/8/11 9:26, Sha, Ruibin wrote: Hi Chintan, Thank you very much for your timely and kindly response and comments. Here is more detail about our Scenario: We have a big driver on Android product. The driver allocates lots of DDR pages. When applications mmap a file exported

Re: [RFC PATCH] Flipped jump labels

On 08/10/2014 12:07 PM, Borislav Petkov wrote: > On Sun, Aug 10, 2014 at 05:45:15PM +0200, Ingo Molnar wrote: >> Indeed - but could we use that interface to cleanly expose the >> arch_static_branch_active() code you've written, or do we need new >> variants? > We could probably. > > The thing is,

Re: [PATCH v3 tip/core/rcu 1/9] rcu: Add call_rcu_tasks()

On Sun, Aug 10, 2014 at 10:14:25AM +0200, Peter Zijlstra wrote: > On Sat, Aug 09, 2014 at 06:29:24PM -0700, Paul E. McKenney wrote: > > On Sat, Aug 09, 2014 at 08:24:00PM +0200, Peter Zijlstra wrote: > > > On Sat, Aug 09, 2014 at 08:19:20PM +0200, Peter Zijlstra wrote: > > > > How about we simply

RE: [PATCH] Hyperv: Trigger DHCP renew after host hibernation

> -Original Message- > From: Dexuan Cui > Sent: Monday, August 11, 2014 11:24 AM > Now I understand it's not good to pass the event to the udev daemon, > and it's not good to use a SLEEP(10s) in the kernel space(even if it's in a > "work" task here). > > Please let me know if it's the

Re: [PATCH] proc: potential ERR_PTR dereference on proc_fill_cache()

Daeseok Youn writes: > The d_hash_and_lookup() returns NULL or ERR_PTR on lookup > failure. Given that the only error condition can come from .d_hash and that proc does not implement .d_hash if we want to do something with error returns let's call BUG_ON. aka: diff --git a/fs/proc/base.c

Re: staging: rtl8192ee: fix %d confusingly prefixed with 0x in format strings

Re-sending patch based off of https://kernel.googlesource.com/pub/scm/linux/kernel/git/gregkh/staging -- 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

[PATCH] staging: rtl8192ee: fix %d confusingly prefixed with 0x in format strings

Signed-off-by: Hans Wennborg --- drivers/staging/rtl8192ee/pci.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/rtl8192ee/pci.c b/drivers/staging/rtl8192ee/pci.c index 0215aef..349e636 100644 --- a/drivers/staging/rtl8192ee/pci.c +++

Re: [PATCH v3 tip/core/rcu 1/9] rcu: Add call_rcu_tasks()

On Sun, Aug 10, 2014 at 06:46:33PM +0200, Peter Zijlstra wrote: > On Sun, Aug 10, 2014 at 10:12:54AM +0200, Peter Zijlstra wrote: > > > Steven covered this earlier in this thread. One addition might be "For > > > the same reason that event tracing provides the _rcuidle suffix." > > > > I really

Re: [PATCH 16/19] staging: rtl8192ee: fix %d confusingly prefixed with 0x in format strings

On 08/09/2014 09:23 PM, Greg KH wrote: On Sun, Aug 03, 2014 at 05:20:58PM -0700, Hans Wennborg wrote: Signed-off-by: Hans Wennborg --- drivers/staging/rtl8192ee/pci.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) This patch fails to apply to my tree :( Sorry about that.

Re: [PATCH 4/14] powerpc/pseries: delete unneeded test before of_node_put

On Fri, 2014-08-08 at 12:07 +0200, Julia Lawall wrote: > From: Julia Lawall > > Of_node_put supports NULL as its argument, so the initial test is not > necessary. > > Suggested by Uwe Kleine-König. > > The semantic patch that fixes this problem is as follows: > (http://coccinelle.lip6.fr/) >

RE: [PATCH] Hyperv: Trigger DHCP renew after host hibernation

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > > > > > > > > IMO the most feasible and need-the-least-change solution may be: > > > > the hyperv network VSC driver passes the event > > > > RNDIS_STATUS_NETWORK_CHANGE to the udev daemon? > > > > > > > No, don't

Re: [PATCH] powerpc: non-GPL export for eeh_dev_check_failure

On Tue, 2014-08-05 at 15:51 +0100, One Thousand Gnomes wrote: > On Tue, 05 Aug 2014 20:12:09 +0530 > Vishal Mansur wrote: > > > EEH kernel services are inconsistently exported by the > > kernel. eeh_check_failure is exported for any use, but > > eeh_dev_check_failure is exported only for GPL

Re: [PATCH V3 3/3] ARM: clk-imx6q: Add missing lvds and anaclk clock to the clock tree

On Sat, Aug 09, 2014 at 09:58:42PM +0800, Shawn Guo wrote: > On Fri, Aug 08, 2014 at 03:02:49PM +0800, Shengjiu Wang wrote: > > @@ -176,8 +182,12 @@ static void __init imx6q_clocks_init(struct > > device_node *ccm_node) > > * the "output_enable" bit as a gate, even though it's really just >

Re: [PATCH 6/14] powerpc/fsl: fsl_soc: delete unneeded test before of_node_put

On Fri, 2014-08-08 at 12:07 +0200, Julia Lawall wrote: > From: Julia Lawall > > Of_node_put supports NULL as its argument, so the initial test is not > necessary. > > Suggested by Uwe Kleine-König. > > The semantic patch that fixes this problem is as follows: > (http://coccinelle.lip6.fr/) >

Re: [PATCH 7/14] cpu: delete unneeded test before of_node_put

On Fri, 2014-08-08 at 12:07 +0200, Julia Lawall wrote: > From: Julia Lawall > > Simplify the error path to avoid calling of_node_put when it is not needed. > > The semantic patch that finds this problem is as follows: > (http://coccinelle.lip6.fr/) Change the subject to powerpc/4xx/cpm or

Re: [PATCH V3 2/3] ARM: clk-gate2: Add API imx_clk_gate2_exclusive for clk_gate2

On Sat, Aug 09, 2014 at 09:33:17PM +0800, Shawn Guo wrote: > On Fri, Aug 08, 2014 at 03:02:48PM +0800, Shengjiu Wang wrote: > > As some clocks are mutually exlcusive, they can't be enabled simultaneously, > > So add this new API for registering exclusive clock, the enable function > > will > >

[PATCH] dcache: Fix no spaces at the start of a line in dcache.c

Fixed coding style in dcache.c Signed-off-by: Daeseok Youn --- fs/dcache.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/fs/dcache.c b/fs/dcache.c index b7e8b20..7252cac 100644 --- a/fs/dcache.c +++ b/fs/dcache.c @@ -2104,10 +2104,10 @@ struct dentry

[PATCH] proc: potential ERR_PTR dereference on proc_fill_cache()

The d_hash_and_lookup() returns NULL or ERR_PTR on lookup failure. Signed-off-by: Daeseok Youn --- fs/proc/base.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/fs/proc/base.c b/fs/proc/base.c index f50d4be..49bc09c 100644 --- a/fs/proc/base.c +++ b/fs/proc/base.c @@

[PULL] modules-next

The following changes since commit 15ba2236f3556fc01b9ca91394465152b5ea74b6: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2014-07-21 22:46:01 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git

[PULL] virtio-next

The following changes since commit 15ba2236f3556fc01b9ca91394465152b5ea74b6: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2014-07-21 22:46:01 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git

Re: [PATCH 2/5] char: tile-srom: Remove reference to platform_bus

Thanks for the code and comments. I'm out on vacation till mid next week but I'll look at this when I get back. Chris > On Aug 8, 2014, at 12:35 PM, "Pawel Moll" wrote: > > On Tue, 2014-08-05 at 21:08 +0100, Chris Metcalf wrote: In addition, we also have user binaries in the wild

Re: [PATCH] usb: phy: drop kfree of devm_kzalloc's data

On Monday, August 11, 2014 5:00 AM, Himangi Saraogi wrote: > > Using kfree to free data allocated with devm_kzalloc causes double frees. > > The Coccinelle semantic patch that fixes this problem is as follows: > > // > @@ > expression x; > @@ > > x = devm_kzalloc(...) > ... > ?-kfree(x); > //

Re: [PATCH 1/1] memblock, memhotplug: Fix wrong type in memblock_find_in_range_node().

On 2014/8/10 14:14, tangchen wrote: > Sorry, add Xishi Qiu > > On 08/10/2014 02:12 PM, Tang Chen wrote: >> In memblock_find_in_range_node(), we defeind ret as int. But it shoule >> be phys_addr_t because it is used to store the return value from >> __memblock_find_range_bottom_up(). >> >> The

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

Hi Rafael, After merging the pm tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/mfd/sec-core.c: In function 'sec_pmic_suspend': drivers/mfd/sec-core.c:438:29: error: 'PM_SUSPEND_MEM' undeclared (first use in this function)

linux-next: manual merge of the pm tree with Linus' tree

Hi Rafael, Today's linux-next merge of the pm tree got a conflict in arch/arm/mach-kirkwood/pm.c between commit ba364fc752da ("ARM: Kirkwood: Remove mach-kirkwood") from Linus' tree and commit bb3274b6442d ("PM / sleep: Rename symbols, functions and variables related to sleep") from the pm tree.

Re: [PULL REQUEST] i2c for 3.17

On 2014年08月10日 01:34, Linus Torvalds wrote: > On Sat, Aug 9, 2014 at 6:56 AM, Wolfram Sang wrote: >> >> here is the pull request for 3.17 for the I2C subsystem. Highlights: > > Lowlight: selecting ACPI support (which used to be the default if ACPI > was enabled) now forces i2c to be built-in. >

Re: Bug#757733: RTS2557 SD card reader does not work

> A web search shows some similar reports (e.g. > , > ). > But in that last one, it turns out that the out-of-tree

linux-next: manual merge of the pm tree with Linus' tree

Hi Rafael, Today's linux-next merge of the pm tree got a conflict in arch/arm/mach-imx/pm-imx6.c between commit 80c0ecdce802 ("ARM: imx: add standby mode support for suspend") from Linus' tree and commit bb3274b6442d ("PM / sleep: Rename symbols, functions and variables related to sleep") from

RE: [PATCH] export the function kmap_flush_unused.

Hi Chintan, Thank you very much for your timely and kindly response and comments. Here is more detail about our Scenario: We have a big driver on Android product. The driver allocates lots of DDR pages. When applications mmap a file exported from the driver, driver would mmap the

Re: [sched] 143e1e28cb4: +17.9% aim7.jobs-per-min, -9.7% hackbench.throughput

On Sun, Aug 10, 2014 at 05:05:03PM +0200, Peter Zijlstra wrote: > On Sun, Aug 10, 2014 at 06:54:13PM +0800, Fengguang Wu wrote: > > The "brickland1/aim7/6000-page_test" is the test case part. > > > > The "TOTAL XXX" is the metric part. One test run may generate lots of > > metrics, reflecting

Re: [PATCH v3 1/2] printk: Add function to return log buffer address and size

On Sat, 2014-08-09 at 11:15 +0530, Vasant Hegde wrote: > Ben, > - This patchset applies cleanly on powerpc next branch. > - Andrew Morton suggested to include this patch in powerpc tree. > (https://lists.ozlabs.org/pipermail/linuxppc-dev/2014-August/119802.html) > Ok, Andrew, can I have

Re: dm: propagate QUEUE_FLAG_NO_SG_MERGE

On Fri, Aug 08 2014 at 11:03am -0400, Jeff Moyer wrote: > Hi, > > Commit 05f1dd5 introduced a new queue flag: QUEUE_FLAG_NO_SG_MERGE. > This gets set by default in blk_mq_init_queue for mq-enabled devices. > The effect of the flag is to bypass the SG segment merging. Instead, > the

Re: [PATCH] misc: ti-st: st_kim.c: Cleaning up missing null-terminate after strncpy call

On Aug 9, 2014, at 4:45 PM, Rickard Strandqvist wrote: > Added a guaranteed null-terminate after call to strncpy. > > Signed-off-by: Rickard Strandqvist > --- > drivers/misc/ti-st/st_kim.c |1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/misc/ti-st/st_kim.c

Re: [PATCH] net: ethernet: myricom: myri10ge: myri10ge.c: Cleaning up missing null-terminate after strncpy call

On Aug 9, 2014, at 4:40 PM, Rickard Strandqvist wrote: > Added a guaranteed null-terminate after call to strncpy. > > Signed-off-by: Rickard Strandqvist > --- > drivers/net/ethernet/myricom/myri10ge/myri10ge.c |1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH] remove non-existent files from MAINTAINERS

On Sat, Aug 09, 2014 at 11:38:22PM -0700, Christian Kujau wrote: > Inspired by some recent cleanups in MAINTAINERS the following > files (F:) cannot be found any more in the tree: > > * arch/arm/mach-s5pv210/mach-aquila.c > * arch/arm/mach-s5pv210/mach-goni.c > > Those two got

Re: [PATCH 4/5] x86: entry_64.S: always allocate complete "struct pt_regs"

On Mon, Aug 04, 2014 at 05:03:42AM +0200, Denys Vlasenko wrote: > On Sat, Aug 2, 2014 at 1:19 AM, Frederic Weisbecker > wrote: > >> CFI_ESCAPE 0x0f /* DW_CFA_def_cfa_expression */, 6, \ > >> 0x77 /* DW_OP_breg7 */, 0, \ > >> 0x06 /*

RE: [PATCH 3.16 00/17] 3.16.1-stable review

Olof Johansson wrote: > > On Sat, Aug 9, 2014 at 6:21 PM, Stephen Rothwell > wrote: > > Hi Linus, > > > > On Sat, 9 Aug 2014 10:43:51 -0700 Linus Torvalds > > wrote: > >> > >> On Sat, Aug 9, 2014 at 10:15 AM, Guenter Roeck wrote: > >> > > >> > ERROR (phandle_references): Reference to

Re: [PATCH] powerpc: Fix "attempt to move .org backwards" error

Hi Guenter, On Fri, 8 Aug 2014 22:22:12 -0700 Guenter Roeck wrote: > > Once again, we see > > arch/powerpc/kernel/exceptions-64s.S: Assembler messages: > arch/powerpc/kernel/exceptions-64s.S:865: Error: attempt to move .org > backwards > arch/powerpc/kernel/exceptions-64s.S:866: Error:

Re: Runtime trouble with commit dbd952127d (seccomp: introduce writer locking)

On Sun, Aug 10, 2014 at 4:18 PM, Guenter Roeck wrote: > On 08/10/2014 02:10 PM, Linus Torvalds wrote: >> >> Yes. This is why we have "assert_spin_locked()". You can't use >> BUG_ON(spin_is_locked()), and !spin_is_locked() tends to be even worse >> unless you can prove that nobody else can get the

Re: Bug#757733: RTS2557 SD card reader does not work

On Mon, 2014-08-11 at 00:50 +0200, Philipp Hagemeister wrote: > Package: src:linux > Version: 3.16-1~exp1 > Severity: normal > > Dear Maintainer, > > I have a Lenovo Thinkpad T440s with an included SD card reader for which > /dev/mmc* devices do not show up. It seems to be an RTS 2557: > > $

Re: [PATCH v2 1/7] locking/rwsem: check for active writer/spinner before wakeup

On Sun, 2014-08-10 at 17:41 -0400, Waiman Long wrote: > On 08/08/2014 03:03 PM, Davidlohr Bueso wrote: > > On Fri, 2014-08-08 at 14:30 -0400, Waiman Long wrote: > >> I have 2 issues about this. First of all, the timing windows between > >> atomic_set() and mutex_has_owner() check is really small,

Re: Runtime trouble with commit dbd952127d (seccomp: introduce writer locking)

On 08/10/2014 02:10 PM, Linus Torvalds wrote: On Sun, Aug 10, 2014 at 1:51 PM, Guenter Roeck wrote: That means that the broken configuration is (CONFIG_DEBUG_SPINLOCK=n, CONFIG_SMP=n). It also means that the BUG_ON checks introduced with the seccomp commit will cause this configuration to fail

  1   2   3   4   5   >