[tip:x86/asm] ftrace/x86: Implement HAVE_FUNCTION_GRAPH_RET_ADDR_PTR

Commit-ID: 471bd10f5e2880bd91a2627d887f6062494cfe9c Gitweb: http://git.kernel.org/tip/471bd10f5e2880bd91a2627d887f6062494cfe9c Author: Josh Poimboeuf AuthorDate: Fri, 19 Aug 2016 06:53:00 -0500 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:15:15 +0200 ftrace/x86: Implement HAV

[tip:x86/asm] sched/x86: Pass kernel thread parameters in 'struct fork_frame'

Commit-ID: 616d24835eeafa8ef3466479db028abfdfc77531 Gitweb: http://git.kernel.org/tip/616d24835eeafa8ef3466479db028abfdfc77531 Author: Brian Gerst AuthorDate: Sat, 13 Aug 2016 12:38:20 -0400 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:31:50 +0200 sched/x86: Pass kernel threa

Re: [PATCH 1/3] net: fs_enet: merge NAPI RX and NAPI TX

On Wed, 2016-08-24 at 12:36 +0200, Christophe Leroy wrote: > Initially, a NAPI TX routine has been implemented separately from > NAPI RX, as done on the freescale/gianfar driver. > > By merging NAPI RX and NAPI TX, we reduce the amount of TX completion > interrupts. > > Handling of the budget in

[tip:x86/asm] sched/x86: Rewrite the switch_to() code

Commit-ID: 0100301bfdf56a2a370c7157b5ab0fbf9313e1cd Gitweb: http://git.kernel.org/tip/0100301bfdf56a2a370c7157b5ab0fbf9313e1cd Author: Brian Gerst AuthorDate: Sat, 13 Aug 2016 12:38:19 -0400 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:31:41 +0200 sched/x86: Rewrite the switc

[tip:x86/asm] sched/x86: Fix thread_saved_pc()

Commit-ID: ffcb043ba524d3fbd979a9dac2c9ce8ad352000d Gitweb: http://git.kernel.org/tip/ffcb043ba524d3fbd979a9dac2c9ce8ad352000d Author: Brian Gerst AuthorDate: Sat, 13 Aug 2016 12:38:21 -0400 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:31:51 +0200 sched/x86: Fix thread_saved_

[PATCH] pstore/core: drop cmpxchg based updates

I have here a FPGA behind PCIe which exports SRAM which I use for pstore. Now it seems that the FPGA no longer supports cmpxchg based updates and writes back 0xff…ff and returns the same. This leads to crash during crash rendering pstore useless. Since I doubt that there is much benefit from using

[PATCH v2] perf/x86/amd: Make HW_CACHE_REFERENCES and HW_CACHE_MISSES measure L2

While the Intel PMU monitors the LLC when perf enables the HW_CACHE_REFERENCES and HW_CACHE_MISSES events, these events monitor L1 instruction cache fetches (0x0080) and instruction cache misses (0x0081) on the AMD PMU. This is extremely confusing when monitoring the same workload across Intel and

Re: [PATCH V2 linux-next] hwrng: update Freescale i.MX RNGA Random Number Generator

On Tue, Aug 16, 2016 at 09:49:45PM +0200, Fabian Frederick wrote: > We can directly depend on SOC_IMX31 since commit c9ee94965dce > ("ARM: imx: deconstruct mxc_rnga initialization") > > Since that commit, CONFIG_HW_RANDOM_MXC_RNGA could not be switched on > with unknown symbol ARCH_HAS_RNGA and mx

[tip:perf/urgent] perf/core: Use this_cpu_ptr() when stopping AUX events

Commit-ID: 8b6a3fe8fab97716990a3abde1a01fb5a34552a3 Gitweb: http://git.kernel.org/tip/8b6a3fe8fab97716990a3abde1a01fb5a34552a3 Author: Will Deacon AuthorDate: Wed, 24 Aug 2016 10:07:14 +0100 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 15:03:10 +0200 perf/core: Use this_cpu_ptr(

Re: [PATCH] hw_random: Improve description of the ->read() interface

On Thu, Aug 18, 2016 at 01:37:21PM +0100, Daniel Thompson wrote: > Currently, very few RNG drivers support single byte reads using the > ->read() interface. Of the 14 drivers in drivers/char/hw_random that > support this interface only three of these actually support max == 1. > The other behaviour

Re: [BUGFIX, 1/2] brcmfmac: Check rtnl_lock is locked when removing interface

mhira...@kernel.org wrote: > Check rtnl_lock is locked in brcmf_p2p_ifp_removed() by passing > rtnl_locked flag. Actually the caller brcmf_del_if() checks whether > the rtnl_lock is locked, but doesn't pass it to brcmf_p2p_ifp_removed(). > > Without this fix, wpa_supplicant goes softlockup with rt

Re: [PATCH 1/3] net: fs_enet: merge NAPI RX and NAPI TX

On Wed, 2016-08-24 at 06:07 -0700, Eric Dumazet wrote: > I am afraid you could live lock here on SMP. > > You should make sure you do not loop forever, not assuming cpu is faster > than NIC. You are protected by the tx_lock spinlock, but this is fragile as you could very well remove this spinloc

Re: [PATCH] hw_random: omap3-rom-rng.c: Remove obsoleted functions

On Sat, Aug 20, 2016 at 09:31:06PM +0530, PrasannaKumar Muralidharan wrote: > Remove omap3_rom_rng_data_present method as it was returning 1 always. > Use .read callback instead of .data_read callback. This avoids use of > obsolete callbacks. > > This patch is not tested with hardware as I don't h

[PATCH v3 2/5] ARM: dts: exynos: Use 'hpd-gpios' instead of 'hpd-gpio'

This patch enables getting a HPD GPIO descriptor quickly. The exynos-hdmi driver uses "hpd" for HDMI hot plug detection. static int hdmi_resources_init(struct hdmi_context *hdata) { ... hdata->hpd_gpio = devm_gpiod_get(dev, "hpd", GPIOD_IN);

Re: [PATCH] crypto: rockchip - use devm_add_action_or_reset()

On Tue, Aug 23, 2016 at 08:28:54PM +0530, Sudip Mukherjee wrote: > If devm_add_action() fails we are explicitly calling the cleanup to free > the resources allocated. Lets use the helper devm_add_action_or_reset() > and return directly in case of error, as we know that the cleanup function > has b

Re: perf: fuzzer crashes immediately on AMD system

On Wed, 24 Aug 2016, Ingo Molnar wrote: > If there's no progress finding the root cause I'd be happy to exchange a > crash for > a leak ... It's actually a crash of the program doing the perf_event_open() call, not a crash of the system (at least in my experience). However, it's possible that

[PATCH v3 3/5] gpu: drm: exynos_hdmi: Move DDC logic into single function

Paring DT properties and getting the I2C adapter in one function. Cc: Kukjin Kim Cc: Krzysztof Kozlowski Cc: David Airlie Cc: Inki Dae Cc: Joonyoung Shim Cc: Seung-Woo Kim Cc: Kyungmin Park Cc: Rob Herring Cc: devicet...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Cc: linux-sa

[PATCH v3 1/5] ARM: dts: exynos: Enable HDMI for Arndale Octa board

* GPIO for HDMI hot plug detect GPX3_7 is used. The HPD awareness is done when the GPIO is active high and single ended. * Enable HDMI block in Exynos5420 HDMI VDD and PLL consume 1.0V LDO6 (PVDD_ANAIP_1V0) and HDMI oscillator requires 1.8V LDO7 (PVDD_ANAIP_1V8). * Support HDMI display da

Re: [PATCH 8/8] arm64: Work around systems with mismatched cache line sizes

On 22/08/16 14:02, Will Deacon wrote: On Thu, Aug 18, 2016 at 02:10:32PM +0100, Suzuki K Poulose wrote: Systems with differing CPU i-cache/d-cache line sizes can cause problems with the cache management by software when the execution is migrated from one to another. Usually, the application read

[PATCH v3 5/5] gpu: drm: exynos_hdmi: Remove duplicate initialization of regulator bulk consumer

The helper, devm_regulator_bulk_get() initializes the consumer as NULL, so this code can be ignored. Cc: Kukjin Kim Cc: Krzysztof Kozlowski Cc: David Airlie Cc: Inki Dae Cc: Joonyoung Shim Cc: Seung-Woo Kim Cc: Kyungmin Park Cc: linux-arm-ker...@lists.infradead.org Cc: linux-samsung-...@vge

[PATCH v3 4/5] gpu: drm: exynos_hdmi: Move PHY logic into single function

Paring DT properties and getting PHY IO (memory mapped or I2C) in one function. Cc: Kukjin Kim Cc: Krzysztof Kozlowski Cc: David Airlie Cc: Inki Dae Cc: Joonyoung Shim Cc: Seung-Woo Kim Cc: Kyungmin Park Cc: Rob Herring Cc: devicet...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.or

Re: [PATCH v3] pwm: sun4i: fix a possible NULL dereference

On Wed, Aug 24, 2016 at 01:43:58PM +0200, LABBE Corentin wrote: > of_match_device could return NULL, and so cause a NULL pointer > dereference later. > > For fixing this problem, we use of_device_get_match_data(), this will > simplify the code a little by using a standard function for > getting th

[PATCH 01/10] reset: ath79: add driver Kconfig option

Visible only if COMPILE_TEST is enabled, this allows to include the driver in build tests. Cc: Alban Bedel Signed-off-by: Philipp Zabel --- drivers/reset/Kconfig | 7 +++ drivers/reset/Makefile | 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/drivers/reset/Kconfig b/dr

[PATCH 04/10] reset: meson: add driver Kconfig option

Visible only if COMPILE_TEST is enabled, this allows to include the driver in build tests. Cc: Neil Armstrong Signed-off-by: Philipp Zabel --- drivers/reset/Kconfig | 6 ++ drivers/reset/Makefile | 2 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/reset/Kconfig b/

[PATCH 07/10] reset: stm32: add driver Kconfig option

Visible only if COMPILE_TEST is enabled, this allows to include the driver in build tests. Cc: Maxime Coquelin Cc: Gabriel Fernandez Signed-off-by: Philipp Zabel --- drivers/reset/Kconfig | 6 ++ drivers/reset/Makefile | 2 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/

[PATCH 09/10] reset: zynq: add driver Kconfig option

Visible only if COMPILE_TEST is enabled, this allows to include the driver in build tests. Cc: Moritz Fischer Cc: Michal Simek Cc: Sören Brinkmann Signed-off-by: Philipp Zabel --- drivers/reset/Kconfig | 6 ++ drivers/reset/Makefile | 2 +- 2 files changed, 7 insertions(+), 1 deletion(-)

[PATCH 10/10] reset: hi6220: allow to compile test driver on other architectures

Also remove the RESET_CONTROLLER dependency, this Kconfig file is included inside the menuconfig already. Cc: Chen Feng Signed-off-by: Philipp Zabel --- drivers/reset/hisilicon/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/reset/hisilicon/Kconfig b/driver

[PATCH v3 0/5] ARM: dts: exynos: Enable HDMI in Arndale Octa board

This patch-set enables HDMI in Arndale Octa board and fixes HPD DT property. It also includes code refactoring on ddc and phy. v3: Add 'vdd-supply' property in dts. Use generic 'ddc' property instead of legacy property. Clean up DDC and PHY logic in _probe(). Remove duplicate code of regul

[PATCH 02/10] reset: berlin: add driver Kconfig option

Visible only if COMPILE_TEST is enabled, this allows to include the driver in build tests. Cc: Antoine Tenart Cc: Sebastian Hesselbarth Signed-off-by: Philipp Zabel --- drivers/reset/Kconfig | 6 ++ drivers/reset/Makefile | 2 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git

[PATCH 06/10] reset: socfpga: add driver Kconfig option

Visible only if COMPILE_TEST is enabled, this allows to include the driver in build tests. Cc: Dinh Nguyen Signed-off-by: Philipp Zabel --- drivers/reset/Kconfig | 6 ++ drivers/reset/Makefile | 2 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/reset/Kconfig b/dri

[PATCH 03/10] reset: lpc18xx: add driver Kconfig option

Visible only if COMPILE_TEST is enabled, this allows to include the driver in build tests. Cc: Joachim Eastwood Signed-off-by: Philipp Zabel --- drivers/reset/Kconfig | 7 +++ drivers/reset/Makefile | 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/drivers/reset/Kconfig

[PATCH 08/10] reset: sunxi: add driver Kconfig option

Visible only if COMPILE_TEST is enabled, this allows to include the driver in build tests. Signed-off-by: Philipp Zabel --- drivers/reset/Kconfig | 6 ++ drivers/reset/Makefile | 2 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/reset/Kconfig b/drivers/reset/Kconfi

[PATCH] reset: ath79: add missing include

The driver uses readl/writel, so it should include linux/io.h. Signed-off-by: Philipp Zabel --- drivers/reset/reset-ath79.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/reset/reset-ath79.c b/drivers/reset/reset-ath79.c index 16d410c..6b97631 100644 --- a/drivers/reset/reset-ath79.

[PATCH 05/10] reset: pistachio: add driver Kconfig option

Visible only if COMPILE_TEST is enabled, this allows to include the driver in build tests. Cc: Damien Horsley Cc: James Hartley Signed-off-by: Philipp Zabel --- drivers/reset/Kconfig | 6 ++ drivers/reset/Makefile | 2 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/drive

Re: [PATCH 04/10] reset: meson: add driver Kconfig option

On 08/24/2016 03:28 PM, Philipp Zabel wrote: > Visible only if COMPILE_TEST is enabled, this allows to include the > driver in build tests. > > Cc: Neil Armstrong > Signed-off-by: Philipp Zabel > --- > drivers/reset/Kconfig | 6 ++ > drivers/reset/Makefile | 2 +- > 2 files changed, 7 inse

Re: [PATCH 2/2] reset: uniphier: use of_device_get_match_data() to get matched data

Am Mittwoch, den 24.08.2016, 21:29 +0900 schrieb Masahiro Yamada: [...] > >> @@ -285,6 +286,45 @@ static const struct reset_control_ops > >> uniphier_reset_ops = { > >> .status = uniphier_reset_status, > >> }; > >> > >> +static int uniphier_reset_probe(struct platform_device *pdev) > >> +{

Re: [Intel-gfx] linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

On Wed, 24 Aug 2016, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the drm-intel tree got a conflict in: > > drivers/gpu/drm/i915/intel_display.c > > between commits from the drm-intel-fixes tree (some of which are > cherry-picked from the drm-intel tree) and teh same and oth

Re: [PATCH 4.7 146/186] floppy: fix open(O_ACCMODE) for ioctl-only open

On 08/18/2016 09:59 AM, Greg Kroah-Hartman wrote: 4.7-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Kosina commit ff06db1efb2ad6db06eb5b99b88a0c15a9cc9b0e upstream. Commit 09954bad4 ("floppy: refactor open() flags handling"), as a side-

[PATCH] reset: warn on invalid input to reset_control_reset/assert/deassert/status

Instead of potentially crashing, dump a backtrace and return -EINVAL if rstc is NULL or an error code. Signed-off-by: Philipp Zabel --- drivers/reset/core.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/reset/core.c b/drivers/reset/core.c index 395dc9c.

[PATCH] arm64: dts: hikey: extend default cma size to 128MB

To support display in Debian on HiKey, cma heap is used to allocate graphic buffers. The default size of CMA is 16 MB which is not enought. Increase the default CMA size to 128 MB. cc: Rob Herring cc: Fathi Boudra cc: John Stultz cc: Xinliang Liu Signed-off-by: Guodong Xu --- arch/arm64/boo

[PATCH v2 3/6] dt/bindings: Add bindings for Tegra GMI controller

From: Mirza Krak Document the devicetree bindings for the Generic Memory Interface (GMI) bus driver found on Tegra SOCs. Signed-off-by: Mirza Krak --- Changes in v2: - Updated examples and some information based on comments from Jon Hunter. .../devicetree/bindings/bus/nvidia,tegra20-gmi.txt |

[PATCH v2 6/6] bus: Add support for Tegra Generic Memory Interface

From: Mirza Krak The Generic Memory Interface bus can be used to connect high-speed devices such as NOR flash, FPGAs, DSPs... Signed-off-by: Mirza Krak --- Changes in v2: - Fixed some checkpatch errors - Re-ordered probe to get rid of local variables - Moved of_platform_default_populate call to

[PATCH v2 1/6] clk: tegra: add TEGRA20_CLK_NOR to init table

From: Mirza Krak Add TEGRA20_CLK_NOR to init tabel and set default rate to 92 MHz which is max rate. Signed-off-by: Mirza Krak --- Changes in v2: - no changes drivers/clk/tegra/clk-tegra20.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/tegra/clk-tegra20.c b/drivers/clk/tegr

[PATCH v2 0/6] Add support for Tegra GMI bus controller

From: Mirza Krak Hi. This is a follow up to my previous RFC to add support for Tegra GMI bus controller. I have tested this series on a Tegra30 using a Colibri T30 SOM on a custom carrier board which has multiple CAN controllers (SJA1000) connected to the GMI bus. I have rebased on top of late

[PATCH v2 5/6] ARM: tegra: Add Tegra20 GMI support

From: Mirza Krak Add a device node for the GMI controller found on Tegra20. Signed-off-by: Mirza Krak --- Changes in v2: - added address-cells, size-cells and ranges properties arch/arm/boot/dts/tegra20.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm/boot/dts

[PATCH v2 4/6] ARM: tegra: Add Tegra30 GMI support

From: Mirza Krak Add a device node for the GMI controller found on Tegra30. Signed-off-by: Mirza Krak --- Changes in v2: - added address-cells, size-cells and ranges properties arch/arm/boot/dts/tegra30.dtsi | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/arm/boot/dts/

[PATCH v2 2/6] clk: tegra: add TEGRA30_CLK_NOR to init table

From: Mirza Krak Add TEGRA30_CLK_NOR to init table and set default rate to 127 MHz which is max rate. Signed-off-by: Mirza Krak --- Changes in v2: - no changes drivers/clk/tegra/clk-tegra30.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/tegra/clk-tegra30.c b/drivers/clk/teg

[PATCH v2] Documentation: devicetree: changesets do locking on their own meanwhile

Since commit 183223770ae862 ("drivers/of: Export OF changeset functions"), the mentioned functions do all necessary locking. Signed-off-by: Wolfram Sang Fixes: 183223770ae862 ("drivers/of: Export OF changeset functions") --- V2: corrected the "Fixes" tag Documentation/devicetree/changesets.txt

Re: [REGRESSION] Select hang with zero sized UDP packets

On Wed, 24 Aug 2016 11:22:09 +0300 "Dan Akunis" wrote: > When select wakes up on a UDP socket, user is expecting to get data. Getting > 0 from recvfrom() or whatever read function she uses, is a wrong attitude. > I agree with David. > > The unit test that expects select to wake up is wrong and

[tip:x86/asm] x86/dumpstack/ftrace: Mark function graph handler function as unreliable

Commit-ID: 6f727b84e23421721025f4eb1b4f6cea1d4d723a Gitweb: http://git.kernel.org/tip/6f727b84e23421721025f4eb1b4f6cea1d4d723a Author: Josh Poimboeuf AuthorDate: Fri, 19 Aug 2016 06:53:01 -0500 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:15:15 +0200 x86/dumpstack/ftrace: Mar

[tip:locking/core] locking/hung_task: Show all locks

Commit-ID: b2d4c2edb2e4f89aaf85449dee3b87fbf0f8a4d4 Gitweb: http://git.kernel.org/tip/b2d4c2edb2e4f89aaf85449dee3b87fbf0f8a4d4 Author: Vegard Nossum AuthorDate: Thu, 18 Aug 2016 18:41:00 +0200 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:16:13 +0200 locking/hung_task: Show al

[tip:x86/asm] x86/dumpstack/ftrace: Convert dump_trace() callbacks to use ftrace_graph_ret_addr()

Commit-ID: 408fe5de2f2767059a9561e0ae6d4385d1b39dac Gitweb: http://git.kernel.org/tip/408fe5de2f2767059a9561e0ae6d4385d1b39dac Author: Josh Poimboeuf AuthorDate: Fri, 19 Aug 2016 06:52:59 -0500 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:15:14 +0200 x86/dumpstack/ftrace: Con

[tip:x86/asm] sched/x86/64, kgdb: Clear GDB_PS on 64-bit

Commit-ID: 163630191ecb0dd9e4146d3c910045aba1cfeec1 Gitweb: http://git.kernel.org/tip/163630191ecb0dd9e4146d3c910045aba1cfeec1 Author: Brian Gerst AuthorDate: Sat, 13 Aug 2016 12:38:17 -0400 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:27:40 +0200 sched/x86/64, kgdb: Clear GD

[tip:x86/asm] x86/dumpstack/ftrace: Don't print unreliable addresses in print_context_stack_bp()

Commit-ID: 13e25bab7e51bdd4ba7df1ef2388961294bb565e Gitweb: http://git.kernel.org/tip/13e25bab7e51bdd4ba7df1ef2388961294bb565e Author: Josh Poimboeuf AuthorDate: Fri, 19 Aug 2016 06:53:02 -0500 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:15:15 +0200 x86/dumpstack/ftrace: Don

[tip:x86/asm] sched/x86/32, kgdb: Don't use thread.ip in sleeping_thread_to_gdb_regs()

Commit-ID: 4e047aa7f267c3449b6d323510d35864829aca70 Gitweb: http://git.kernel.org/tip/4e047aa7f267c3449b6d323510d35864829aca70 Author: Brian Gerst AuthorDate: Sat, 13 Aug 2016 12:38:16 -0400 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:27:40 +0200 sched/x86/32, kgdb: Don't us

[tip:x86/asm] sched: Remove __schedule() non-standard frame annotation

Commit-ID: 01175255fd8e3e993353a779f819ec8c0c59137e Gitweb: http://git.kernel.org/tip/01175255fd8e3e993353a779f819ec8c0c59137e Author: Brian Gerst AuthorDate: Sat, 13 Aug 2016 12:38:22 -0400 Committer: Ingo Molnar CommitDate: Wed, 24 Aug 2016 12:31:51 +0200 sched: Remove __schedule() n

Re: [PATCH 1/2] tty: serial_core: convert uart_open to use tty_port_open

On Mon, 22 Aug 2016 17:39:09 -0500 Rob Herring wrote: > tty_port_open handles much of the common parts of tty opening. Convert > uart_open to use it and move the serial_core specific parts into > tty_port.activate function. This will be needed to use tty_port functions > directly from in kernel c

[PATCH v2 6/7] arm64: dts: exynos: Add dts file for Exynos5433-based TM2 board

This patch adds the Device Tree source for Exynos5433-based Samsung TM2 board. This board fully support the all things for mobile target. This patch supports the following devices: 1. basic SoC - Initial booting for Samsung Exynos5433 SoC - DRAM LPDDR3 (3GB) - eMMC (32GB) - ARM architecture timer

[PATCH v2 7/7] arm64: dts: exynos: Add dts file for Exynos5433-based TM2E board

This patch adds the Device Tree source for Exynos5433-based Samsung TM2E board. TM2E board is the most similar with TM2 board. The exynos5433-tm2e.dts include the difference between TM2 and TM2E. Signed-off-by: Chanwoo Choi Signed-off-by: Jaehoon Chung Signed-off-by: Seung-Woo Kim Signed-off-by

Re: [PATCH] [media] v4l2-async: Always unregister the subdev on failure

On Fri, 1 Jul 2016 13:55:44 +0200 Hans Verkuil wrote: > On 05/11/2016 06:32 PM, Alban Bedel wrote: > > On Wed, 11 May 2016 12:22:44 -0400 > > Javier Martinez Canillas wrote: > > > >> Hello Alban, > >> > >> On 05/11/2016 11:40 AM, Alban Bedel wrote: > >>> In v4l2_async_test_notify() if the r

Re: [PATCH 3/5] hwrng: amd: Be consitent with the driver name

On Wed, Aug 24, 2016 at 06:58:11PM +0800, Herbert Xu wrote: > On Fri, Aug 19, 2016 at 03:42:55PM +0200, LABBE Corentin wrote: > > The driver name is displayed each time differently. > > This patch make use of the same name everywhere. > > > > Signed-off-by: LABBE Corentin > > --- > > drivers/cha

Re: Why do we need reset_control_get_optional() ?

Am Dienstag, den 16.08.2016, 18:41 +0900 schrieb Masahiro Yamada: > Hi Arnd, > > 2016-08-06 0:35 GMT+09:00 Arnd Bergmann : > > > > > config RESET_FOO > > bool "FOO reset controller" if COMPILE_TEST && !ARCH_FOO > > default ARCH_FOO > > > > then I think we get both: you won't be abl

[PATCH v2 2/7] Documentation: bindings: Add Exynos5433 PMU compatible

This patch adds the exynos5433 PMU compatible to support the access of PMU (Power Management Unit) block. Signed-off-by: Chanwoo Choi Reviewed-by: Krzysztof Kozlowski Acked-by: Rob Herring --- Documentation/devicetree/bindings/arm/samsung/pmu.txt | 1 + 1 file changed, 1 insertion(+) diff --g

[PATCH v2 5/7] arm64: dts: exynos: Add dts files for Samsung Exynos5433 64bit SoC

This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based on Octa-core CPUs (quad Cortex-A57 and quad Cortex-A53). And Exynos5433 supports PSCI (Power State Coordination Interface) v0.1. This patch includes following Device Tree node to support Exynos5433 SoC: 1. Octa cores for bi

[PATCH v2 4/7] pinctrl: samsung: Add GPF support for Exynos5433

From: Joonyoung Shim This patch add the support of GPF[1-5] pin of Exynos5433 SoC. The GPFx need to support the multiple memory map because the registers of GPFx are located in the different domain. Cc: Linus Walleij Cc: Rob Herring Cc: Mark Rutland Cc: Tomasz Figa Cc: Krzysztof Kozlowski C

[PATCH v2 0/7] arm64: dts: Add the dts file for Exynos5433 and TM/TM2E board

This patchset adds the Device Tree file for Samsung 64-bit Exynos5433 SoC and TM/TM2E board based on Exynos5433. The Exynos5433 has Octa-core CPUs (quad Cortex-A57 and quad Cortex-A53). The TM2 and TM2E are the Samsung board based on Exynos5433 SoC. I sent the Exynos5433 patches[2]. But it was not

[PATCH v2 3/7] pinctrl: samsung: Add the support the multiple IORESOURCE_MEM for one pin-bank

This patch supports the multiple IORESOURCE_MEM resources for one pin-bank. In the pre-existing Exynos series, the registers of the gpio bank are included in the one memory map. But, some gpio bank need to support the one more memory map (IORESOURCE_MEM) because the registers of gpio bank are locat

[PATCH v2 1/7] clocksource: exynos_mct: Add the support for ARM64

This patch adds the support for ARM 64bit. The delay_timer is only supported on ARM 32bit. Cc: Daniel Lezcano Cc: Thomas Gleixner Cc: Kukjin Kim Cc: Krzysztof Kozlowski Signed-off-by: Chanwoo Choi --- drivers/clocksource/Kconfig | 2 +- drivers/clocksource/exynos_mct.c | 4 2 files

[PATCH] usbnet: ax88179_178a: Add support for writing the EEPROM

Implement the .set_eeprom callback to allow setting the MAC address as well as a few other parameters. Note that the EEPROM must have a correct PID/VID checksum set otherwise the SROM is used and reads return the SROM content. Signed-off-by: Alban Bedel --- drivers/net/usb/ax88179_178a.c | 57 ++

Re: [RFC PATCH 0/3] UART slave device bus

> So you mean if I do "hciconfig hci0 down", then the uart-bus should > "down" the tty and only on "hciconfig hci0 up" it should "up" the > tty? I would expect a uart-bus slave-device takes control of the > device ("up" it) on probe. It's hardwired anyway. Today you can switch stacks at runtime, y

Re: [PATCH for-next 2/2] IB/hns: Add support of ACPI to the Hisilicon RoCE driver

On Wed, Aug 24, 2016 at 04:44:50AM +0800, Salil Mehta wrote: > This patch is meant to add support of ACPI to the Hisilicon RoCE > driver. > > Changes done are primarily meant to detect the type and then either > use DT specific or ACPI spcific functions. Where ever possible, > this patch tries to m

[PATCH v2] [media] v4l2-async: Always unregister the subdev on failure

In v4l2_async_test_notify() if the registered_async callback or the complete notifier returns an error the subdev is not unregistered. This leave paths where v4l2_async_register_subdev() can fail but leave the subdev still registered. Add the required calls to v4l2_device_unregister_subdev() to pl

Re: CVE-2014-9900 fix is not upstream

On Tue, Aug 23, 2016 at 10:25:45PM +0100, Al Viro wrote: > Sadly, sizeof is what we use when copying that sucker to userland. So these > padding bits in the end would've leaked, true enough, and the case is somewhat > weaker. And any normal architecture will have those, but then any such > archit

Re: [PATCH v2 1/5] ethernet: add sun8i-emac driver

> > +/* Set Management Data Clock, must be call after device reset */ > > +static void sun8i_emac_set_mdc(struct net_device *ndev) > > +{ > > + struct sun8i_emac_priv *priv = netdev_priv(ndev); > > + unsigned long rate; > > + u32 reg; > > + > > + rate = clk_get_rate(priv->ahb_clk); > > +

Re: [PATCH v2 5/8] hisi_sas: add v2 hw slot complete internal abort support

On 24/08/2016 13:59, Hannes Reinecke wrote: On 08/24/2016 01:05 PM, John Garry wrote: Add code in slot_complete_v2_hw() to deal with the slots which have completed due to internal abort. The status codes have the following meaning: - STAT_IO_ABORTED: the IO has been aborted due to internal abor

Re: [PATCHv6 1/3] usb: USB Type-C connector class

Sorry if I'm making redundant comments with previous discussions, I might have missed a few threads. On Mon, Aug 22, 2016 at 2:05 PM, Heikki Krogerus wrote: > The purpose of USB Type-C connector class is to provide > unified interface for the user space to get the status and > basic information

Re: [PATCH] nvme: Fix nvme_get/set_features() with a NULL result pointer

On 08/24/2016 04:52 AM, Andy Lutomirski wrote: nvme_set_features() callers seem to expect that passing NULL as the result pointer is acceptable. Teach nvme_set_features() not to try to write to the NULL address. For symmetry, make the same change to nvme_get_features(), despite the fact that al

Re: [PATCH] net: phy: micrel: remove suspend/resume

Le 23/08/2016 à 21:03, Florian Fainelli a écrit : +others, On 08/23/2016 04:13 AM, Christophe Leroy wrote: In ERRATA DS8700A dated 05 May 2016, Microship recommends to not use software power down mode on KSZ8041 family. s/Microship/Microchip/ They say they have no plan to fix this ERR

Re: [PATCH 1/3] perf/x86/intel/bts: Fix confused ordering of PMU callbacks

Alexander Shishkin writes: > Alexander Shishkin writes: > >> Signed-off-by: Alexander Shishkin > > Ok, this one is broken, please disregard. Vince, can you try the following (with the other two in this series)? --- >From 68713194b3df8e565c4d319a80e9e7338fa1ec13 Mon Sep 17 00:00:00 2001 From:

Re: [PATCH] drm/tegra: Fix window[0] base address corruption

On Sun, Aug 21, 2016 at 11:57:58AM +0300, Dmitry Osipenko wrote: > Window uses shared stride for UV planes and tegra_dc_window struct > defines array of 2 strides per window. That's not taken in account > during setting up of the window addresses and strides, resulting in > out-of-bounds write of t

Re: [PATCH][RFC v3] PCI: Workaround to enable poweroff on Mac Pro 11

On Fri, Aug 19, 2016 at 04:30:25PM +0800, Chen Yu wrote: > People reported that they can not do a poweroff nor a > suspend to ram on their Mac Pro 11. After some investigations > it was found that, once the PCI bridge :00:1c.0 reassigns its > mm windows to ([mem 0x7fa0-0x7fbf] and > [me

Re: [PATCH v4] block: make sure big bio is splitted into at most 256 bvecs

On 08/23/2016 07:49 AM, Ming Lei wrote: After arbitrary bio size is supported, the incoming bio may be very big. We have to split the bio into small bios so that each holds at most BIO_MAX_PAGES bvecs for safety reason, such as bio_clone(). This patch fixes the following kernel crash: [ 172.6

[v.3] clocksource:clps711x-timer:- Unmap a region obtained by remap.

iounmap frees the mapping when timer id is not matching. Signed-off-by: Arvind Yadav --- drivers/clocksource/clps711x-timer.c | 41 +++- 1 file changed, 22 insertions(+), 19 deletions(-) diff --git a/drivers/clocksource/clps711x-timer.c b/drivers/clocksource/clp

Re: [v.1] clk:clk-rockchip:-of_iomap failed to remap then abort clock initialization.

yes, I am referring this code for clock control. --Arvind On Tuesday 23 August 2016 09:45 PM, Heiko Stübner wrote: Hi Arvind, Am Samstag, 13. August 2016, 20:56:18 schrieb Arvind Yadav: -check return of 'of_iomap'.if It's falied to remap then abort. -Unmap a region obtained by remap. iounma

Re: [PATCH] perf tools: Fix error handling of lzma decompression

Em Sun, Aug 21, 2016 at 03:57:33PM +0800, Shawn Lin escreveu: > lzma_decompress_to_file never actually close the file > pointer, let's fix it. > > Signed-off-by: Shawn Lin Thanks, I changed the logic a bit to shorten the patch, this is how it ended up: commit ffe67c2fabf128122b30fbf0ac498928e1

Re: [PATCH][RFC] printk: make pr_cont buffer per-cpu

On (08/24/16 10:19), Petr Mladek wrote: > > On (08/23/16 13:47), Petr Mladek wrote: > > [..] > > > > if (!(lflags & LOG_NEWLINE)) { > > > > + if (!this_cpu_read(cont_printing)) { > > > > + if (system_state == SYSTEM_RUNNING) { > > > > +

Re: [v.3] clocksource:clps711x-timer:- Unmap a region obtained by remap.

On 08/24/2016 04:10 PM, Arvind Yadav wrote: > iounmap frees the mapping when timer id is not matching. > > Signed-off-by: Arvind Yadav What is the difference with the V2 ? > --- > drivers/clocksource/clps711x-timer.c | 41 > +++- > 1 file changed, 22 insertions

ARM,SoC: About the use DT-defined properties by 3rd-party drivers

Hi, Given a SoC and its SDK, 3rd party users of said SoC (customers of the SoC's manufacturer) may need/want to write kernel modules. Since the DT describes the HW, it would make sense to expose some HW properties through the DT, and have 3rd party users rely on them to write their drivers in a ge

Re: [RFC PATCH 0/3] UART slave device bus

Hi Alan, >> So you mean if I do "hciconfig hci0 down", then the uart-bus should >> "down" the tty and only on "hciconfig hci0 up" it should "up" the >> tty? I would expect a uart-bus slave-device takes control of the >> device ("up" it) on probe. It's hardwired anyway. > > Today you can switch st

kernel BUG at net/unix/garbage.c:149!"

Hello, I hit the following BUG: [1851513.239831] [ cut here ] [1851513.240079] kernel BUG at net/unix/garbage.c:149! [1851513.240313] invalid opcode: [#1] SMP [1851513.248320] CPU: 37 PID: 11683 Comm: nginx Tainted: G O 4.4.14-clouder3 #26 [1851513.24

Re: [PATCH v2 1/3] drm/panel: simple-panel: add the delay timing for Sharp LQ123P1JX31

On Fri, Jul 22, 2016 at 09:42:30AM +0800, Yakir Yang wrote: > According to page 16 of Sharp LQ123P1JX31 datasheet, we need to add the > missing delay timing. Panel prepare time should be t1 (0.5ms~10ms) plus > t3 (0ms~100ms), and panel enable time should equal to t7 (0ms~50ms), and > panel unprepar

RE: [PATCH for-next 2/2] IB/hns: Add support of ACPI to the Hisilicon RoCE driver

> -Original Message- > From: Leon Romanovsky [mailto:l...@kernel.org] > Sent: Wednesday, August 24, 2016 2:59 PM > To: Salil Mehta > Cc: dledf...@redhat.com; da...@davemloft.net; Huwei (Xavier); oulijun; > Zhuangyuzeng (Yisen); mehta.salil@gmail.com; linux- > r...@vger.kernel.org; net..

Re: [PATCH v2 5/8] hisi_sas: add v2 hw slot complete internal abort support

On 08/24/2016 04:07 PM, John Garry wrote: > On 24/08/2016 13:59, Hannes Reinecke wrote: >> On 08/24/2016 01:05 PM, John Garry wrote: >>> Add code in slot_complete_v2_hw() to deal with the >>> slots which have completed due to internal abort. >>> >>> The status codes have the following meaning: >>>

Re: [v.3] clocksource:clps711x-timer:- Unmap a region obtained by remap.

This clocksource(_clps711x_clksrc_init) initialization is not depend on irq. We should check irq only for clockevent(_clps711x_clkevt_init) initialization. In V2, I was checking irq for both the initialization. --Arvind Y On Wednesday 24 August 2016 07:51 PM, Daniel Lezcano wrote: On 08/24

[PATCH] misc: retire the old BMP085 driver

Patches merged to the IIO BMP085 driver makes it fully compliant with all features found in this old misc driver. Retire this old driver in favor of the new one in the proper subsystem. Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Cc: Jonathan Cameron Cc: Marek Belisko Cc: H. Nikolaus Schaller Cc

Re: [PATCH] usbnet: ax88179_178a: Add support for writing the EEPROM

On Wed, 2016-08-24 at 15:52 +0200, Alban Bedel wrote: > Implement the .set_eeprom callback to allow setting the MAC address > as well as a few other parameters. Note that the EEPROM must have a > correct PID/VID checksum set otherwise the SROM is used and reads > return the SROM content. > > Signe

[PATCH v2] misc: retire the old BMP085 driver

Patches merged to the IIO BMP085 driver makes it fully compliant with all features found in this old misc driver. Retire this old driver in favor of the new one in the proper subsystem. Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Cc: Jonathan Cameron Cc: Marek Belisko Cc: H. Nikolaus Schaller Cc

Re: [PATCH] memremap: Fix NULL pointer BUG in get_zone_device_page()

On Tue, 2016-08-23 at 21:48 -0700, Dan Williams wrote: > On Tue, Aug 23, 2016 at 9:28 PM, Kani, Toshimitsu > > > BTW, why does devm_memremap_pages() put a whole range to > > pgmap_radix as device memory, but only initialize page->pgmap for > > its data range?  Is there particular reason for this

linux kernel 3.19.X does not load when compiled with binutils 2.6, works fine when compiled with binutils 2.22

Hi all, recentrly I was in need to compile and run linux kernel 3.19.8 on some servers, with different bios and cpus. so i noticed that If i compile this kernel with binutils 2.6 (and 2.7) it does not load the image, both lilo, grub/grub2 show the message: loading kernel loading ramdisk an

Re: [RFC/PATCH 1/2] cpuidle: Allow idle-states to be disabled at start

On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote: > From: "Gautham R. Shenoy" > > Currently all the idle states registered by a cpu-idle driver are > enabled by default. This patch adds a mechanism which allows the > driver to hint if an idle-state should start in a disabled state. The > cpu-idle

<    1   2   3   4   5   6   7   8   9   >