[RFC PATCH 03/14] kthread: Add drain_kthread_worker()

flush_kthread_worker() returns when the currently queued works are proceed. But some other works might have been queued in the meantime. This patch adds drain_kthread_work() that is inspired by drain_workqueue(). It returns when the queue is completely empty. Also it affects the behavior of queue_

[PATCH v8 16/21] x86/asm/crypto: Fix frame pointer usage in clmul_ghash_mul/update()

clmul_ghash_mul() and clmul_ghash_update() are callable non-leaf functions which don't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Create stack frames for them when CONFIG_FRAME_POINTER is enabled. Signed-off-by: Josh Poimboeuf --- arch/x86/crypto/ghash-clmulni-intel_asm.S

[PATCH v8 21/21] x86/asm/power: Fix frame pointer usage in hibernate_asm_64.S

swsusp_arch_suspend() and restore_registers() are callable non-leaf functions which don't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Also they aren't annotated as ELF callable functions which can confuse tooling. Create a stack frame for them when CONFIG_FRAME_POINTER is en

Re: [PATCH v2 3/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation

On Tuesday 28 July 2015 16:44:19 Pavel Machek wrote: > On Sun 2015-06-21 13:20:34, Pali Rohár wrote: > > This patch adds dm message commands and option strings to optionally wipe > > key > > from dm-crypt device before entering suspend or hibernate state. > > > > Before key is wiped dm device mus

[PATCH v8 17/21] x86/asm/entry: Fix frame pointer usage in thunk functions

Thunk functions are callable non-leaf functions that don't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Also they aren't annotated as ELF callable functions which can confuse tooling. Create stack frames for them when CONFIG_FRAME_POINTER is enabled and add the ELF function t

[RFC PATCH 00/14] kthread: Use kthread worker API more widely

Kthreads are currently implemented as an infinite loop. Each has its own variant of checks for terminating, freezing, awakening. Sometimes, it is hard to say if they are done correctly. They are also harder to maintain if there is a generic problem found in the area. I have proposed a so-called kt

[PATCH v8 20/21] x86/asm/efi: Fix frame pointer usage in efi_call()

efi_call() is a callable non-leaf function which doesn't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Create a stack frame for it when CONFIG_FRAME_POINTER is enabled. Signed-off-by: Josh Poimboeuf --- arch/x86/platform/efi/efi_stub_64.S | 3 +++ 1 file changed, 3 insertion

RE: [PATCH v7 1/2] irqchip: imx-gpcv2: IMX GPCv2 driver for wakeup sources

> -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: 2015年7月28日 9:39 > To: Wang Shenwei-B38339 > Cc: shawn@linaro.org; t...@linutronix.de; ja...@lakedaemon.net; Huang > Yongcai-B20788; linux-kernel@vger.kernel.org; > linux-arm-ker...@lists.infradead.org > Subject:

[RFC PATCH 11/14] ring_buffer: Use kthread worker API for the producer kthread in the benchmark

Kthreads are currently implemented as an infinite loop. Each has its own variant of checks for terminating, freezing, awakening. In many cases it is unclear to say in which state it is and sometimes it is done a wrong way. The plan is to convert kthreads into kthread_worker or workqueues API. It a

[RFC PATCH 04/14] kthread: Add destroy_kthread_worker()

The current kthread worker users call flush() and stop() explicitly. The new function will make it easier and will do it better. Note that flush() does not guarantee that the queue is empty. drain() is more safe. It returns when the queue is empty. Also is causes that queue() ignores unexpected wo

[PATCH 1/4] clk: imx: move imx_clk_gate_x into one place

move imx_clk_gate_x api into one place for better code maintenance. Signed-off-by: Dong Aisheng --- drivers/clk/imx/clk.h | 30 +++--- 1 file changed, 15 insertions(+), 15 deletions(-) diff --git a/drivers/clk/imx/clk.h b/drivers/clk/imx/clk.h index 1049b0c..cda8756 1006

[PATCH V3 5/5] clk: core: add CLK_OPS_PARENT_ON flags to support clocks require parent on

On Freescale i.MX7D platform, all clocks operations, including enable/disable, rate change and re-parent, requires its parent clock on. Current clock core can not support it well. This patch adding flag CLK_OPS_PARENT_ON to handle this special case in clock core that enable its parent clock firstly

Re: [PATCH v2] DocBook: Add initial documentation for IIO

>> + converters (DACs), that functionality is also supported. > > > I wouldn't necessarily treat DACs and ADCs differently here. Maybe something > like: > > The main purpose of the Industrial I/O subsystem (IIO) is to provide > support for devices that in some sense perform either analog

Re: [linux-sunxi] [RFC] ARM: dts: sunxi: Add regulators and board-specific operating points for LeMaker BananaPi

Hi, Maxime Ripard schrieb am 28.07.2015 14:49: > I don't feel like holding patches that were posted before you did > because you did them some time ago and never submitted them is > reasonnable and / or encouraging for new submitters of patches. > > I'd really like to get more sunxi-people contri

[PATCH 4/4] clk: imx7d: only enable minimum required clocks

Formerly clk core does not support imx7d clock type well that all its clock operations requires the parent clock on. Therefore we enabled all clocks by default in clock driver initialization for other module clocks operate well. After patch 'clk: imx7d: using api with flag CLK_OPS_PARENT_ON', clk

Re: [PATCH v2 3/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation

On Sun 2015-06-21 13:20:34, Pali Rohár wrote: > This patch adds dm message commands and option strings to optionally wipe key > from dm-crypt device before entering suspend or hibernate state. > > Before key is wiped dm device must be suspended. To prevent race conditions > with > I/O and userspa

[PATCH 3/4] clk: imx7d: using api with flag CLK_OPS_PARENT_ON

i.MX7D requires all clocks operations including enable/disable, rate change and re-parent with its parent clock on. Changing to the correct APIs to tell clk core such requirement. Signed-off-by: Dong Aisheng --- drivers/clk/imx/clk-imx7d.c | 712 ++-- 1 fi

[PATCH 2/4] clk: imx: add clk api for supporting clk_OPS_PARENT_ON clocks

Some IMX SoC like i.MX7D requires using clk_OPS_PARENT_ON flags, adding the corresponding clock APIs variants for easy use. Signed-off-by: Dong Aisheng --- drivers/clk/imx/clk.h | 32 1 file changed, 32 insertions(+) diff --git a/drivers/clk/imx/clk.h b/drivers/

[RFC PATCH 01/14] kthread: Allow to call __kthread_create_on_node() with va_list args

kthread_create_on_node() implements a bunch of logic to create the kthread. It is already called by kthread_create_on_cpu(). We are going to add a new API that will allow to standardize kthreads and define safe points for termination, freezing, parking, and even signal handling. It will want to ca

[RFC PATCH 07/14] mm/huge_page: Convert khugepaged() into kthread worker API

Kthreads are currently implemented as an infinite loop. Each has its own variant of checks for terminating, freezing, awakening. In many cases it is unclear to say in which state it is and sometimes it is done a wrong way. The plan is to convert kthreads into kthread_worker or workqueues API. It a

[RFC PATCH 06/14] kthread: Add kthread_worker_created()

I would like to make cleaner kthread worker API and hide the definition of struct kthread_worker. It will prevent any custom hacks and make the API more secure. This patch provides an API to check if the worker has been created and hides the implementation details. Signed-off-by: Petr Mladek ---

[PATCH 0/4] clk: imx7d: switch to clk api with CLK_OPS_PARENT_ON enabled

After clk core supports mx7d type clocks, we don't have to enable all clock by default anymore, this patch series remove the enable all clocks code and only enable set of minimum required clocks instead. This patch series depends on: [PATCH V3 0/5] clk: support clocks which requires parent clock o

[RFC PATCH 05/14] kthread: Add wakeup_and_destroy_kthread_worker()

Most kthreads are sleeping lots of time. They do some job either in regular intervals or when there is an event. Many of them combine the two approaches. The job is either a "single" operation, e.g. check and make a huge page. Or the kthread is serving several requests, e.g. handling several NFS c

[RFC PATCH 02/14] kthread: Add create_kthread_worker*()

Kthread workers are currently created using the classic kthread API, namely kthread_run(). kthread_worker_fn() is passed as the @threadfn parameter. This patch defines create_kthread_worker_on_node() and create_kthread_worker() functions that hide implementation details. It enforces using kthread

[RFC PATCH 12/14] kthread_worker: Better support freezable kthread workers

This patch allows to make kthread worker freezable via a new @flags parameter. It will allow to avoid an init work in some kthreads. It currently does not affect the function of kthread_worker_fn() but it might help to do some optimization or fixes eventually. I currently do not know about any ot

[RFC PATCH 09/14] ring_buffer: Initialize completions statically in the benchmark

It looks strange to initialize the completions repeatedly. This patch uses static initialization. It simplifies the code and even helps to get rid of two memory barriers. Signed-off-by: Petr Mladek --- kernel/trace/ring_buffer_benchmark.c | 12 ++-- 1 file changed, 2 insertions(+), 10 d

[RFC PATCH 13/14] kthread_worker: Add set_kthread_worker_user_nice()

kthread worker API will be used for kthreads that need to modify the scheduling priority. This patch adds a function that allows to make it easily, safe way, and hides implementation details. It might even help to get rid of an init work. Signed-off-by: Petr Mladek --- include/linux/kthread.h

[RFC PATCH 14/14] kthread_worker: Add set_kthread_worker_scheduler*()

The kthread worker API will be used for kthreads that need to modify the scheduling policy. This patch adds a function that allows to make it easily, safe way, and hides implementation details. It might even help to get rid of an init work. It uses @sched_priority as a parameter instead of struct

[RFC PATCH 10/14] ring_buffer: Fix more races when terminating the producer in the benchmark

The commit b44754d8262d3aab8 ("ring_buffer: Allow to exit the ring buffer benchmark immediately") added a hack into ring_buffer_producer() that set @kill_test when kthread_should_stop() returned true. It improved the situation a lot. It stopped the kthread in most cases because the producer spent m

[RFC PATCH 08/14] rcu: Convert RCU gp kthreads into kthread worker API

Kthreads are currently implemented as an infinite loop. Each has its own variant of checks for terminating, freezing, awakening. In many cases it is unclear to say in which state it is and sometimes it is done a wrong way. The plan is to convert kthreads into kthread_worker or workqueues API. It a

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On Tue, 28 Jul 2015, Rob Herring wrote: > On Mon, Jul 27, 2015 at 10:20 AM, Lee Jones wrote: > > These OPPs are used in ST's CPUFreq implementation. > > > > Signed-off-by: Lee Jones > > --- > > > > Changelog: > > - None, new patch > > > > Documentation/devicetree/bindings/power/opp-st.txt | 76

Re: [PATCH v7 1/2] irqchip: imx-gpcv2: IMX GPCv2 driver for wakeup sources

On Tue, Jul 28, 2015 at 02:27:42PM +, Shenwei Wang wrote: > > > +static int gpcv2_wakeup_source_save(void) { > > > + struct imx_gpcv2_irq *cd; > > > > We generally name variables in an abbrev of the types to make them > > intuitive. I > > tried hard to map "cd" to "imx_gpcv2_irq" and failed.

Re: [PATCH 1/2] mtd: spi-nor: Add GD25LQ32C 1.8V SPI NOR flash ID

On Tuesday, July 28, 2015 at 04:36:29 PM, Michal Suchanek wrote: > On 28 July 2015 at 16:33, Marek Vasut wrote: > > On Tuesday, July 28, 2015 at 11:07:57 AM, Michal Suchanek wrote: > >> This 1.8V SPI NOR flash is found on ARM Chromebook XE303C and reads > >> something like 25LQ32VIG in the middle.

Re: [PATCH char-misc-next 10/19] lib: convert iova.c into a library

On Tue, 2015-07-28 at 11:41 +0100, Robin Murphy wrote: > On 28/07/15 11:03, Joerg Roedel wrote: > > On Mon, Jul 27, 2015 at 04:57:32PM -0700, Ashutosh Dixit wrote: > > > From: Harish Chegondi > > > > > > This patch converts iova.c into a library, moving it from > > > drivers/iommu/ to lib/, and e

Re: X-Gene: Unhandled fault: synchronous external abort in pci_generic_config_read32

On 07/24/2015 04:43 PM, Bjorn Helgaas wrote: > I regularly see faults like this on an APM X-Gene: > > U-Boot 2013.04-mustang_sw_1.14.14 (Dec 16 2014 - 15:59:33) > CPU0: APM ARM 64-bit Potenza Rev B0 2400MHz PCP 2400MHz >32 KB ICACHE, 32 KB DCACHE >SOC 2000MHz IOBAXI 400MHz AXI

Re: [PATCH 1/2] mtd: spi-nor: Add GD25LQ32C 1.8V SPI NOR flash ID

On 28 July 2015 at 16:33, Marek Vasut wrote: > On Tuesday, July 28, 2015 at 11:07:57 AM, Michal Suchanek wrote: >> This 1.8V SPI NOR flash is found on ARM Chromebook XE303C and reads >> something like 25LQ32VIG in the middle. >> >> Signed-off-by: Michal Suchanek >> --- >> drivers/mtd/spi-nor/spi

Re: [PATCH] perf, tools, stat: Fix perf stat -T

On Tue, Jul 28, 2015 at 11:32:57AM -0300, Arnaldo Carvalho de Melo wrote: > Em Tue, Jul 28, 2015 at 04:30:18PM +0200, Jiri Olsa escreveu: > > On Tue, Jul 28, 2015 at 11:21:32AM -0300, Arnaldo Carvalho de Melo wrote: > > > Em Tue, Jul 28, 2015 at 04:10:06PM +0200, Jiri Olsa escreveu: > > > > On Mon,

Re: [PATCH] Smack: replace capable() with ns_capable()

On 7/26/2015 6:27 PM, Sungbae Yoo wrote: > So, Do you agree to allow the process to change its own labels? No. This requires CAP_MAC_ADMIN. Smack is mandatory access control. Being in a namespace (as they are implemented today) is not sufficient. > > Now, init process(eg. systemd) can't be runnin

Re: [PATCH v4 0/3] x86: modify_ldt improvement, test, and config option

On 28/07/15 15:05, Boris Ostrovsky wrote: > On 07/28/2015 06:29 AM, Andrew Cooper wrote: >> After forward-porting my virtio patches, I got this thing to run on Xen. After several tries, I got: [ 53.985707] [ cut here ] [ 53.986314] kernel BUG at

[PATCH 1/2] mm: add utility for early copy from unmapped ram

In some early boot circumstances, it may be necessary to copy from RAM outside the kernel linear mapping to mapped RAM. The need to relocate an initrd is one example in the x86 code. This patch creates a helper function based on current x86 code. Signed-off-by: Mark Salter --- include/asm-generi

[PATCH 0/2] arm64: support initrd outside of mapped RAM

When booting an arm64 kernel w/initrd using UEFI/grub, use of mem= will likely cut off part or all of the initrd. This leaves it outside the kernel linear map which leads to failure when unpacking. The x86 code has a similar need to relocate an initrd outside of mapped memory in some cases. The cu

[PATCH v3] DocBook documentation for IIO

In our effort to support vendors writing drivers for their own sensors we introduce IIO documentation in DocBook format. It documents Industrial I/O core including IIO devices, buffers, triggers and triggered buffers. It also offers a short list of online resources for the IIO subsystem. This is

Re: [PATCH v2 0/3] ARM: dts: dra7: scm_conf node cleanup

On 07/27/2015 01:27 PM, Roger Quadros wrote: Hi, This series cleans up the scm_conf node. v2: - split patch. use only core_sma_sw registers for the new scm_conf child. Series looks ok to me, so: Acked-by: Tero Kristo cheers, -roger Roger Quadros (3): ARM: dts: dra7: Remove ctrl_core

[PATCH v3] DocBook: Add initial documentation for IIO

This is intended to help developers faster find their way inside the Industrial I/O core and reduce time spent on IIO drivers development. Signed-off-by: Daniel Baluta --- Documentation/DocBook/Makefile | 2 +- Documentation/DocBook/iio.tmpl | 701 + 2 f

Re: [PATCH] block: add a bi_error field to struct bio

On 07/28/2015 05:12 AM, Christoph Hellwig wrote: On Fri, Jul 24, 2015 at 10:36:45AM -0600, Jens Axboe wrote: Right, I don't think we need to do that though. If you look at the flags usage, it's all over the map. Some use test/set_bit, some set it just by OR'ing the mask. There's no reason we can

Re: [PATCH 2/2] mtd: spi-nor: Add Pm25LD020 and GD25Q41B chip ID.

On Tuesday, July 28, 2015 at 11:07:58 AM, Michal Suchanek wrote: > First chip reads Pm25LD020 or Pm25L0020. Found on some WD HDD PCB. > Identified as PMC Pm25LD020. > Flash read does not return consistent data which explains why the disk > died. > > Second chip reads something like 25Q41BT. Found

Re: [PATCH 1/2] mtd: spi-nor: Add GD25LQ32C 1.8V SPI NOR flash ID

On Tuesday, July 28, 2015 at 11:07:57 AM, Michal Suchanek wrote: > This 1.8V SPI NOR flash is found on ARM Chromebook XE303C and reads > something like 25LQ32VIG in the middle. > > Signed-off-by: Michal Suchanek > --- > drivers/mtd/spi-nor/spi-nor.c | 1 + > 1 file changed, 1 insertion(+) > > d

[PATCH 2/2] arm64: support initrd outside kernel linear map

The use of mem= could leave part or all of the initrd outside of the kernel linear map. This will lead to an error when unpacking the initrd and a probable failure to boot. This patch catches that situation and relocates the initrd to be fully within the linear map. Signed-off-by: Mark Salter ---

Re: [PATCH] perf, tools, stat: Fix perf stat -T

Em Tue, Jul 28, 2015 at 04:30:18PM +0200, Jiri Olsa escreveu: > On Tue, Jul 28, 2015 at 11:21:32AM -0300, Arnaldo Carvalho de Melo wrote: > > Em Tue, Jul 28, 2015 at 04:10:06PM +0200, Jiri Olsa escreveu: > > > On Mon, Jul 27, 2015 at 04:24:51PM -0700, Andi Kleen wrote: > > > > +++ b/tools/perf/util

[PATCH V3 3/5] clk: move clk_disable_unused after clk_core_disable_unprepare function

No function level change, just moving code place. clk_disable_unused function will need to call clk_core_prepare_enable/ clk_core_disable_unprepare when adding CLK_OPS_PARENT_ON features. So move it after clk_core_disable_unprepare to avoid adding forward declared functions. Cc: Mike Turquette Cc

Re: [PATCH v6 2/2] ARM: imx: Add suspend codes for imx7D

On Tue, Jul 28, 2015 at 02:16:20PM +, Shenwei Wang wrote: > > The files are named with "-imx7". It's a clear sign that the build of the > > files > > should be controlled by something like related to "imx7". > > Ideally, it should be CONFIG_SOC_IMX7. Since imx7d is the only supported > > im

[PATCH V3 4/5] clk: core: add CLK_OPS_PARENT_ON flags to support clocks require parent on

On Freescale i.MX7D platform, all clocks operations, including enable/disable, rate change and re-parent, requires its parent clock on. Current clock core can not support it well. This patch introduce a new flag CLK_OPS_PARENT_ON to handle this special case in clock core that enable its parent cloc

[PATCH V3 1/5] clk: remove duplicated code with __clk_set_parent_after

__clk_set_parent_after() actually used the second argument then we could put this duplicate logic in there and call it with a different order of arguments in the success vs. error paths in this function. Cc: Mike Turquette Cc: Stephen Boyd Suggested-by: Stephen Boyd Signed-off-by: Dong Aisheng

Re: [PATCH] perf, tools, stat: Fix perf stat -T

On Tue, Jul 28, 2015 at 11:21:32AM -0300, Arnaldo Carvalho de Melo wrote: > Em Tue, Jul 28, 2015 at 04:10:06PM +0200, Jiri Olsa escreveu: > > On Mon, Jul 27, 2015 at 04:24:51PM -0700, Andi Kleen wrote: > > > From: Andi Kleen > > > > > > The transaction length metrics in perf stat -T broke recentl

[PATCH V3 0/5] clk: support clocks which requires parent clock on during operation

This patch series adds support in clock framework for clocks which operations requires its parent clock is on. Such clock type is initially met on Freescale i.MX7D platform that all clocks operations, including enable/disable, rate change and re-parent, requires its parent clock on. No sure if any

[PATCH V3 2/5] clk: introduce clk_core_enable_lock and clk_core_disable_lock functions

This can be useful when clock core wants to enable/disable clocks. Then we don't have to convert the struct clk_core to struct clk to call clk_enable/clk_disable which is a bit un-align with exist using. And after introduce clk_core_{enable|disable}_lock, we can refine clk_eanble and clk_disable a

Re: [PATCH 2/4] ASoc: rockchip: Add rockchip SPDIF transceiver driver

Hi, could you streamline the prefixes a bit perhaps? I.e. so far I've seen rk_spdif_dev spdif_runtime_suspend rockchip_snd_txctrl rockchip_spdif_hw_params I guess rockchip_spdif_* or rk_spdif_* for everything might make this a bit nicer Am Dienstag, 28. Juli 2015, 14:03:29 schrieb Sjoerd Simo

RE: [PATCH v7 1/2] irqchip: imx-gpcv2: IMX GPCv2 driver for wakeup sources

> -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: 2015年7月27日 20:25 > To: Wang Shenwei-B38339 > Cc: shawn@linaro.org; t...@linutronix.de; ja...@lakedaemon.net; Huang > Yongcai-B20788; linux-kernel@vger.kernel.org; > linux-arm-ker...@lists.infradead.org > Subje

Re: [RFCv2 3/3] reset: reset-zynq: Adding support for Xilinx Zynq reset controller.

On Tue, 2015-07-28 at 07:05AM -0700, Moritz Fischer wrote: > Philip, > > thanks for your review :) > > On Tue, Jul 28, 2015 at 1:38 AM, Philipp Zabel wrote: > > Hi Moritz, > > > > Am Freitag, den 24.07.2015, 17:21 -0700 schrieb Moritz Fischer: > >> This adds a reset controller driver to control

Re: [PATCH 1/4] opp: add dev_pm_opp_is_turbo() helper

On Tue 2015-07-28 16:50:00, Viresh Kumar wrote: > From: Bartlomiej Zolnierkiewicz > > Add dev_pm_opp_is_turbo() helper to verify if an opp is to be used only > for turbo mode or not. > > Cc: Tomasz Figa > Cc: Michael Turquette > Cc: Javier Martinez Canillas > Cc: Thomas Abraham > Signed-off-

Re: [linux-sunxi] [RFC] ARM: dts: sunxi: Add regulators and board-specific operating points for LeMaker BananaPi

Hi, On 07/28/2015 02:49 PM, Maxime Ripard wrote: Hi, On Mon, Jul 27, 2015 at 02:43:20PM +0200, Hans de Goede wrote: Hi, On 27-07-15 14:09, public_tim...@silentcreek.de wrote: Hi, Hans de Goede schrieb am 27.07.2015 10:07: I've a simular patch here: https://github.com/jwrdegoede/linux-sun

RE: [PATCH v6 1/2] irqchip: imx-gpcv2: IMX GPCv2 driver for wakeup sources

> -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: 2015年7月27日 19:48 > To: Wang Shenwei-B38339 > Cc: ja...@lakedaemon.net; Huang Yongcai-B20788; > linux-kernel@vger.kernel.org; t...@linutronix.de; shawn@linaro.org; > linux-arm-ker...@lists.infradead.org > Subje

Building new initrd with microcode leader

Greetings all; I think I have been unsubscribed due to bounced from my spam overloaded mail server. This link describes how to make a new initrd Following the recipe, and not that familiar with find since I usually use locate,

Re: [PATCH 7/7] cpufreq: Separate CPU device removal from CPU online

Hi Viresh, On Tue, Jul 28, 2015 at 4:06 AM, Viresh Kumar wrote: > On 27-07-15, 23:56, Rafael J. Wysocki wrote: >> OK, I've just seen that patch, but it doesn't modify bus_probe_device() >> AFAICS. > > Why is bus_probe_device() required to be modified? Because that's a different place where sif-

Re: [PATCH] perf, tools, stat: Fix perf stat -T

Em Tue, Jul 28, 2015 at 04:10:06PM +0200, Jiri Olsa escreveu: > On Mon, Jul 27, 2015 at 04:24:51PM -0700, Andi Kleen wrote: > > From: Andi Kleen > > > > The transaction length metrics in perf stat -T broke recently. > > It would not match the metric correctly and always print K/sec. > > This was

Re: [PATCH 3/4] ARM: dts: rockchip: Add SPDIF transceiver for RK3188

Hi, Am Dienstag, 28. Juli 2015, 14:03:30 schrieb Sjoerd Simons: > Add the SPDIF transceiver controller and pin for RK3188 > > Signed-off-by: Sjoerd Simons > --- > arch/arm/boot/dts/rk3188.dtsi | 22 ++ > 1 file changed, 22 insertions(+) > > diff --git a/arch/arm/boot/dts/rk

Re: [RFC PATCH 0/3] clocksource: exynos_mct: allow mct to use 64-bit counter from coprocessor

On Tue, Jul 28, 2015 at 4:02 PM, Mark Rutland wrote: > On Mon, Jul 27, 2015 at 10:28:27PM +0100, Alexey Klimov wrote: >> Hi all, >> >> year(s) ago it was discovered that MCT timer and ARM architectured >> timer >> are the same hardware with different interface. Here [1]. > > Are they actually inte

Re: [PATCH RFC 0/1] Document how to add a new syscall

On Tue, Jul 28, 2015 at 07:59:16AM -0600, Shuah Khan wrote: > On 07/28/2015 05:41 AM, David Drysdale wrote: > > Given that I've gotten some of the details wrong in the past (and I've > > seen others do likewise), I thought it might be helpful to collate the > > best practices for adding a new syste

RE: [PATCH v6 2/2] ARM: imx: Add suspend codes for imx7D

> -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: 2015年7月27日 20:03 > To: Wang Shenwei-B38339 > Cc: ja...@lakedaemon.net; Huang Yongcai-B20788; > linux-kernel@vger.kernel.org; t...@linutronix.de; shawn@linaro.org; > linux-arm-ker...@lists.infradead.org > Subje

[PATCH v2] tools: perf: Fix test build error when bindir contains double slash

When building with a prefix ending with a slash, for example: $ make prefix=/usr/local/ one of the perf tests fail to compile due to BUILD_STR macro mishandling bindir_SQ string containing with two slashes: -DBINDIR="BUILD_STR(/usr/local//bin)" with the following error:

[PATCH V3 RESEND 6/8] staging: rtl8712: rename function

Rename r8712_get_ndis_wlan_bssid_ex_sz() to r8712_get_wlan_bssid_ex_sz(), which corresponds to the struct whose size it measures. Signed-off-by: Joshua Clayton --- drivers/staging/rtl8712/rtl871x_cmd.c | 8 drivers/staging/rtl8712/rtl871x_mlme.c | 16 drivers/

[PATCH V3 RESEND 7/8] staging: rtl8712: remove typedefs

Coding style fix. Get rid of typedefs NDIS_802_11_RATES and NDIS_802_11_RATES_EX Undo any casting that was done as a result of the typedef. Signed-off-by: Joshua Clayton --- drivers/staging/rtl8712/rtl871x_ioctl_linux.c | 12 ++-- drivers/staging/rtl8712/wlan_bssdef.h | 7 +-

[PATCH V3 RESEND 5/8] staging: rtl8712: remove duplicate struct

struct ndis_wlan_bssid_ex is a doppelganger of struct wlan_bssid_ex, and is used about a third as often. Switch all instances to wlan_bssid_ex, and remove ndis_wlan_bssid_ex This also gets rid of a use of typedef NDIS_802_11_RATES_EX Signed-off-by: Joshua Clayton --- drivers/staging/rtl8712/rt

[PATCH V3 RESEND 8/8] staging: rtl8712: change SupportedRates to rates

Change the value to a name that conforms to Linux coding style. "rates" is equally expressive in this context, and I have left alone a comment and function name that describe the rates as supported rates. Signed-off-by: Joshua Clayton --- drivers/staging/rtl8712/ieee80211.c | 22 +

Re: Is devm_* broken ?

Hi Teejun, On Wednesday 15 July 2015 14:03:55 Tejun Heo wrote: > Hello, > > On Wed, Jul 15, 2015 at 10:00:54AM -0700, Dan Williams wrote: > > Sounds like a real problem. The drivers I've used devm with have an > > upper layer that prevents this crash, but that's not much consolation. > > I think

[PATCH V3 RESEND 2/8] staging: rtl8712: simplify size calculation

replace item-by-item size calculation of a struct with the size of the struct. This gets rid of a use of typedef NDIS_802_11_RATES_EX Signed-off-by: Joshua Clayton --- drivers/staging/rtl8712/rtl871x_cmd.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/drivers/

Re: [PATCH RFC 1/1] Documentation: describe how to add a system call

On Tue, 28 Jul 2015, David Drysdale wrote: > Add a document describing the process of adding a new system call, > including the need for a flags argument for future compatibility, and > covering 32-bit/64-bit concerns (albeit in an x86-centric way). > > Signed-off-by: David Drysdale > Reviewed-b

Re: [Update][PATCH 7/7] cpufreq: Separate CPU device registration from CPU online

Hi Viresh, On Tue, Jul 28, 2015 at 4:20 AM, Viresh Kumar wrote: > On 27-07-15, 23:55, Rafael J. Wysocki wrote: >> +static void cpufreq_online(unsigned int cpu) > > As I said in the earlier message, I need the return value of this to > be used for add_dev() callback. Which is required to retry pro

Re: [PATCH] perf, tools, stat: Fix perf stat -T

On Mon, Jul 27, 2015 at 04:24:51PM -0700, Andi Kleen wrote: > From: Andi Kleen > > The transaction length metrics in perf stat -T broke recently. > It would not match the metric correctly and always print K/sec. > This was caused by a incorrect update of the cycles_in_tx statistics. > Update the

RE: [PATCH V3 0/3] da9062: Add DA9062 OnKey support using the existing DA9063 OnKey driver

On 28 July 2015 09:52 Lee Jones wrote: > To: Opensource [Steve Twiss] > > Steve, > > Can you sort out your git configuration please. Your name should be > represented in full. No abbreviations or synonyms please. > > I would expect to see: 'Steve Twiss ' Sure, I will do that for all future p

Re: Is devm_* broken ?

Hello Takashi-san, On Wednesday 15 July 2015 18:34:13 Takashi Iwai wrote: > On Wed, 15 Jul 2015 18:27:42 +0200, Laurent Pinchart wrote: > > On Wednesday 15 July 2015 18:20:02 Takashi Iwai wrote: > >> On Wed, 15 Jul 2015 18:08:34 +0200, Laurent Pinchart wrote: > >>> On Wednesday 15 July 2015 17:51:

Re: [PATCH v4 0/3] x86: modify_ldt improvement, test, and config option

On 07/28/2015 06:29 AM, Andrew Cooper wrote: After forward-porting my virtio patches, I got this thing to run on Xen. After several tries, I got: [ 53.985707] [ cut here ] [ 53.986314] kernel BUG at arch/x86/xen/enlighten.c:496! [ 53.986677] invalid opcode:

Re: [PATCH 1/3] net: mdio-octeon: Modify driver to work on both ThunderX and Octeon

On 07/27/2015 07:14 PM, mohun...@gmail.com wrote: From: Radha Mohan Chintakuntla This patch modifies the mdio-octeon driver to work on both ThunderX and Octeon SoCs from Cavium Inc. Signed-off-by: Sunil Goutham Signed-off-by: Radha Mohan Chintakuntla Signed-off-by: David Daney --- drivers

Re: [RFCv2 3/3] reset: reset-zynq: Adding support for Xilinx Zynq reset controller.

Philip, thanks for your review :) On Tue, Jul 28, 2015 at 1:38 AM, Philipp Zabel wrote: > Hi Moritz, > > Am Freitag, den 24.07.2015, 17:21 -0700 schrieb Moritz Fischer: >> This adds a reset controller driver to control the Xilinx Zynq >> SoC's various resets. >> >> Signed-off-by: Moritz Fischer

[scsi 2/7 RESEND] scsi_debug: use SCSI_W_LUN_REPORT_LUNS instead of SAM2_WLUN_REPORT_LUNS;

use SCSI_W_LUN_REPORT_LUNS from scsi.h instead of localy defined SAM2_WLUN_REPORT_LUNS Signed-off-by: Tomas Winkler Acked-by: Douglas Gilbert --- drivers/scsi/scsi_debug.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/drivers/scsi/scsi_debug.c b/drivers/scsi/

Re: [PATCH RFC 0/1] Document how to add a new syscall

On 07/28/2015 05:41 AM, David Drysdale wrote: > Given that I've gotten some of the details wrong in the past (and I've > seen others do likewise), I thought it might be helpful to collate the > best practices for adding a new system call to the kernel. > > Apologies for the wide circulation -- I'v

[scsi 5/7 RESEND] scsi_debug: schedule_resp fix input variable check

The function should never be called with cmnd NULL so put a fat WARN there. Fix also smatch wraning: schedule_resp() warn: variable dereferenced before check 'cmnd' Cc: Douglas Gilbert Signed-off-by: Tomas Winkler Acked-by: Douglas Gilbert --- drivers/scsi/scsi_debug.c | 13 ++--- 1 fi

[scsi 3/7 RESEND] scsi_debug: vfree is null safe so drop the check

Signed-off-by: Tomas Winkler Acked-by: Douglas Gilbert --- drivers/scsi/scsi_debug.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/drivers/scsi/scsi_debug.c b/drivers/scsi/scsi_debug.c index bbe04dae040c..e2c509e39765 100644 --- a/drivers/scsi/scsi_debug.c +++ b/

[scsi 6/7 RESEND] scsi_debug: fix REPORT LUNS Well Known LU

The use case to report 'REPORT LUNS WLUN' described in scsi_debug documentation didn't work because: scsi_scan_host_selected() checks for: lun < shost->max_lun To fix this we set: max_lun = SCSI_W_LUN_REPORT_LUNS + 1; Signed-off-by: Tomas Winkler Acked-by: Douglas Gilbert ---

Re: [RFCv2 1/3] docs: dts: Added documentation for Xilinx Zynq Reset Controller bindings.

Philip, Michal, thanks for your reviews. On Tue, Jul 28, 2015 at 1:25 AM, Michal Simek wrote: > On 07/28/2015 10:05 AM, Philipp Zabel wrote: >> Am Freitag, den 24.07.2015, 17:21 -0700 schrieb Moritz Fischer: >>> Signed-off-by: Moritz Fischer >>> --- >>> Documentation/devicetree/bindings/reset/

[scsi 7/7] scsi_debug: resp_request: remove unused variable

Fixes the following warning In function ‘resp_requests’: drivers/scsi//scsi_debug.c:1432:15: warning: variable ‘want_dsense’ set but not used [-Wunused-but-set-variable] bool dsense, want_dsense; Signed-off-by: Tomas Winkler --- drivers/scsi/scsi_debug.c | 3 +-- 1 file changed, 1 insertion(+

[scsi 4/7 RESEND] scsi_debug: make dump_sector static

fixes warning: warning: no previous prototype for ‘dump_sector’ Signed-off-by: Tomas Winkler Acked-by: Douglas Gilbert --- drivers/scsi/scsi_debug.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/scsi_debug.c b/drivers/scsi/scsi_debug.c index e2c509e39765..3a70

[scsi 1/7 RESEND] scsi_debug: define pr_fmt() for consistent logging

Use pr_fmt with both module name and __func__ Also drop few bare printk leftovers The log format should stay pretty much intact Signed-off-by: Tomas Winkler Acked-by: Douglas Gilbert --- drivers/scsi/scsi_debug.c | 118 +- 1 file changed, 53 insertio

Re: [RFCv2 2/3] dts: zynq: Add devicetree entry for Xilinx Zynq reset controller.

Nicolas, Michal, if macb doesn't benefit from it, no need for the reset in there then. I think Michal's suggestion of adding it on an as necessary basis works fine. For the PATCH round I'll just have the SLCR in there and drivers can add it to their nodes later on if required. Thanks, Moritz On

[PATCH] net: rfkill-regulator: fix compiler warning

pdata char* name => const char* name Signed-off-by: Robert ABEL --- include/linux/rfkill-regulator.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/rfkill-regulator.h b/include/linux/rfkill-regulator.h index aca36bc..594d8e7 100644 --- a/include/linux/rfkill-re

[PATCH v4 0/3] dra7xx: Add PM support to PCIe

This series adds PM support to pci-dra7xx so that PCI clocks can be disabled during suspend and enabled back during resume without affecting PCI functionality. Changes from v3: *) Fix compilation errors when individual patches are applied Changes from v2: *) Used SET_SYSTEM_SLEEP_PM_OPS and SET_N

[PATCH v4 2/3] PCI: host: pci-dra7xx: add pm support to pci dra7xx

Add PM support to pci-dra7xx so that PCI clocks can be disabled during suspend and enabled back during resume without affecting PCI functionality. Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/host/pci-dra7xx.c | 51 + 1 file changed, 51 insertio

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On Mon, Jul 27, 2015 at 10:20 AM, Lee Jones wrote: > These OPPs are used in ST's CPUFreq implementation. > > Signed-off-by: Lee Jones > --- > > Changelog: > - None, new patch > > Documentation/devicetree/bindings/power/opp-st.txt | 76 > ++ > 1 file changed, 76 insertions(+

Re: [PATCH V2 4/6] perf,tools: save misc sample read value in struct perf_sample

On Mon, Jul 27, 2015 at 10:24:49PM +, Liang, Kan wrote: SNIP > > >freq_perf_data, > > > + sample- > > >read.group.values[nr].value); > > > > I think this should be in upper layer.. > > OK, I'll move it to deliver_sample_group. > > > why not do this also

Re: [PATCH v2 04/22] of/platform: add of_platform_device_find()

On 28 July 2015 at 15:39, Rob Herring wrote: > On Tue, Jul 28, 2015 at 8:19 AM, Tomeu Vizoso > wrote: >> From an arbitrary node in the tree, find the enclosing node that >> corresponds to a platform device, as registered by >> of_platform_populate(). >> >> This can be used to find out what device

<    1   2   3   4   5   6   7   8   9   10   >