[PATCH 05/27] coresight: stm: Bindings for System Trace Macrocell

The System Trace Macrocell (STM) is an IP block falling under the CoreSight umbrella. It's main purpose it so expose stimulus channels to any system component for the purpose of information logging. Bindings for this IP block adds a couple of items to the current mandatory definition for

[PATCH 10/27] coresight: tmc: modifying naming convention

According to the TMC architectural state machine, the 'stopped' state is reached when bit 2 (TMCReady) of the TMC Status register turns to '1'. The code is correct but the naming convention isn't. The 'Triggered' bit occupies position '1' of the TMC Status register and has nothing to do with the

[PATCH 08/27] coresight: etm4x: add tracer ID for A72 Maia processor.

From: lipengcheng This patch adds a cellID for the ETMv4 tracer found on HiSillicon's A72 Maia processor. Signed-off-by: Li Pengcheng Signed-off-by: Li Zhong Signed-off-by: Mathieu Poirier

Re: [PATCH RESEND] x86/asm/entry/32: simplify pushes of zeroed pt_regs->REGs

On Mon, May 2, 2016 at 10:56 AM, Denys Vlasenko wrote: > Use of a temporary R8 register here seems to be unnecessary. > > "push %r8" is a two-byte insn (it needs REX prefix to specify R8), > "push $0" is two-byte too. It seems just using the latter would be > no worse. > >

[PATCH v2] x86/efi-bgrt: Switch all pr_err() to pr_notice() for invalid BGRT

The promise of pretty boot splashes from firmware via BGRT was at best only that; a promise. The kernel diligently checks to make sure the BGRT data firmware gives it is valid, and dutifully warns the user when it isn't. However, it does so via the pr_err log level which seems unnecessary. The

Re: [PATCH RESEND] x86/asm/entry/32: simplify pushes of zeroed pt_regs->REGs

On Tue, May 3, 2016 at 10:45 AM, Brian Gerst wrote: > On Mon, May 2, 2016 at 10:56 AM, Denys Vlasenko wrote: >> Use of a temporary R8 register here seems to be unnecessary. >> >> "push %r8" is a two-byte insn (it needs REX prefix to specify R8), >> "push

[RFC PATCH 07/12] ARM: dts: exynos: Move common nodes to exynos5.dtsi

Exynos5420 and Exynos5250 share some nodes: the PWM and syscon (sysreg_system_controller). Move them to parent DTSI to avoid duplication. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos5.dtsi| 12 arch/arm/boot/dts/exynos5250.dtsi | 19

[PATCH] usb: host: ehci-tegra: Avoid getting the same reset twice

driver for Tegra: [3.365019] [ cut here ] [3.369639] WARNING: CPU: 0 PID: 1 at drivers/reset/core.c:187 __of_reset_control_get+0x16c/0x23c [3.382151] Modules linked in: [3.385214] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.6.0-rc6-next-20160503 #140 [3.39276

Re: [RFC PATCH 2/7] ALSA: ac97: add an ac97 bus

Mark Brown writes: > On Sat, Apr 30, 2016 at 11:15:34PM +0200, Robert Jarzmik wrote: >> AC97 is a bus for sound usage. It enables for a AC97 AC-Link to link one >> controller to 0 to 4 AC97 codecs. > >> The goal of this new implementation is to implement a device/driver >>

Re: [PATCH v2 2/3] ARM: DRA7x: dts: Update the OSC_32K_CLK frequency

* J.D. Schroeder [160503 10:50]: > On 05/03/2016 12:32 PM, Tero Kristo wrote: > > Personally I would not recommend using this clock for any timing sensitive > > applications. May I ask why you are interested in the exact clock rate of > > this > > clock anyway? > > I'm not

Re: linux-next: manual merge of the staging tree with the vfs tree

On Tue, May 03, 2016 at 04:44:22PM +1000, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the staging tree got a conflict in: > > drivers/staging/lustre/lustre/llite/rw26.c > > between commit: > > c8b8e32d700f ("direct-io: eliminate the offset argument to ->direct_IO") >

Re: [PATCH 4.5 000/200] 4.5.3-stable review

On Tue, May 03, 2016 at 08:59:18AM -0600, Shuah Khan wrote: > On 05/02/2016 06:09 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.5.3 release. > > There are 200 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH] usb: host: ehci-tegra: Avoid getting the same reset twice

get+0x16c/0x23c > [3.382151] Modules linked in: > [ 3.385214] CPU: 0 PID: 1 Comm: swapper/0 Not tainted > 4.6.0-rc6-next-20160503 #140 > [3.392769] Hardware name: NVIDIA Tegra SoC (Flattened Device Tree) > [3.399046] [] (unwind_backtrace) from [] > (sh

Re: [PATCH 4.4 60/67] powerpc/tm: Check for already reclaimed tasks

On Tue, May 03, 2016 at 09:04:17PM +1000, Michael Neuling wrote: > On Tue, 2016-05-03 at 08:32 +0200, Jiri Slaby wrote: > > On 01/27/2016, 07:12 PM, Greg Kroah-Hartman wrote: > > > > > > 4.4-stable review patch.  If anyone has any objections, please let me > > > know. > > > > > >

Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io

> >And when the filesystem says no because the fs devs don't want to >have to deal with broken apps because app devs learn that "this is a >go fast knob" and data integrity be damned? It's "fsync is slow so I >won't use it" all over again... ... > >And, please keep in mind: many application

Re: [BUG] x86/efi: MMRs no longer properly mapped after switch to isolated page table

On Tue, May 03, 2016 at 11:48:20AM +0200, Borislav Petkov wrote: > On Mon, May 02, 2016 at 07:10:36PM -0500, Alex Thorlton wrote: > > +#define uv_call_virt(f, args...) \ > > +({ \ > > + efi_status_t __s;

[PATCH] spi: Fix simple typo s/impelment/implement

This fixes a simple typo in one of the comments. Signed-off-by: Moritz Fischer --- drivers/spi/spi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c index 0239b45..af7c48d 100644 --- a/drivers/spi/spi.c +++

Re: [PATCH 7/8] wbt: add general throttling mechanism

On 05/03/2016 12:14 PM, Jens Axboe wrote: On 05/03/2016 10:59 AM, Jens Axboe wrote: On 05/03/2016 09:48 AM, Jan Kara wrote: On Tue 03-05-16 17:40:32, Jan Kara wrote: On Tue 03-05-16 11:34:10, Jan Kara wrote: Yeah, once I'll hunt down that regression with old disk, I can have a look into how

Re: [PATCH v2 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64)

I don't see much difference. I will update the commits on next iteration with the following: Kernbench shows almost no difference (-+ less than 1%): Before: Average Optimal load -j 12 Run (std deviation): Elapsed Time 102.63 (1.2695) User Time 1034.89 (1.18115) System Time 87.056 (0.456416)

Re: [PATCH] usb: host: ehci-tegra: Avoid getting the same reset twice

On Tue, 3 May 2016, Thierry Reding wrote: > From: Thierry Reding > > Starting with commit 0b52297f2288 ("reset: Add support for shared reset > controls") there is a reference count for reset control assertions. The > goal is to allow resets to be shared by multiple devices

[PATCH v3 4/4] x86, boot: Memory hotplug support for KASLR memory randomization

Add a new option (CONFIG_RANDOMIZE_MEMORY_PHYSICAL_PADDING) to define the padding used for the physical memory mapping section when KASLR memory is enabled. It ensures there is enough virtual address space when CONFIG_MEMORY_HOTPLUG is used. The default value is 10 terabytes. If

[PATCH v3 1/4] x86, boot: Refactor KASLR entropy functions

Move the KASLR entropy functions in x86/libray to be used in early kernel boot for KASLR memory randomization. Signed-off-by: Thomas Garnier --- Based on next-20160502 --- arch/x86/boot/compressed/kaslr.c | 76 +++---

[PATCH v2] drm/vc4: Return -EBUSY if there's already a pending flip event.

From: Robert Foss As per the documentation in drm_crtc.h, atomic_commit should return -EBUSY if an asycnhronous update is requested and there is an earlier update pending. Note: docs cited here are drm_crtc.h, and the whole quote is: * - -EBUSY, if an

[PATCH] md: raid10: add prerequisite to run underneath dm-raid

From: Heinz Mauelshagen In case md runs underneath the dm-raid target, the mddev does not have a request queue or gendisk, thus avoid accesses to it. This patch adds two missing conditionals to the raid10 personality. Signed-of-by: Heinz Mauelshagen ---

Re: [PATCH v2] net: mvneta: Remove superfluous SMP function call

From: Anna-Maria Gleixner Date: Mon, 2 May 2016 11:02:51 +0200 > Since commit 3b9d6da67e11 ("cpu/hotplug: Fix rollback during error-out > in __cpu_disable()") it is ensured that callbacks of CPU_ONLINE and > CPU_DOWN_PREPARE are processed on the hotplugged CPU. Due to

[RFC PATCH 00/12] ARM: dts: exynos: Reorganize before adding Odroid XU board

Hi, I am in the middle (or beginning) of adding DTS for Odroid XU. This patchset is a preparation for that. I still did not figure out two things: 1. clock IDs, should we follow Exynos5420 (or maybe reuse entirely?) see patch 1. 2. sd0_rclk - see patch 5. The Odroid XU board is based on

[RFC PATCH 01/12] dt-bindings: clock: Add license and reformat Exynos5410 clock IDs

Add license and copyrights (file introduced in 2014) to header with Exynos5410 clock IDs. Additionally reformat it to improve readability. Signed-off-by: Krzysztof Kozlowski --- include/dt-bindings/clock/exynos5410.h | 54 -- 1 file changed, 32

Re: [RESEND PATCH v2 04/13] eeprom: at24: make locking more fine-grained

2016-04-16 22:56 GMT+02:00 Wolfram Sang : > On Mon, Apr 11, 2016 at 11:57:20AM -0700, Bartosz Golaszewski wrote: >> The only field in struct at24_data that needs locking in the module >> code is u8 *writebuf. Other data is already protected by i2c core. >> >> Rename the lock in

[RFC PATCH 02/12] dt-bindings: clock: Add PWM clock ID to Exynos5410

Add ID for PWM clock to Exynos5410. Use the same number as for Exynos5420. Signed-off-by: Krzysztof Kozlowski --- A question: does it make sense to stick to same IDs? --- include/dt-bindings/clock/exynos5410.h | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH] cyclictest: stop any tracing after hitting a breaktrace threshold

John, This patch is against the devel/v0.98 branch. It turns off tracing in the tracemark() so that we don't lose information about what was going on when we hit the latency: The current logic of using --tracemark and --notrace works for running cyclictest with trace-cmd, but even if we are

Re: [PATCH v2 2/3] ARM: DRA7x: dts: Update the OSC_32K_CLK frequency

On 03/05/16 20:49, J.D. Schroeder wrote: On 05/03/2016 12:32 PM, Tero Kristo wrote: Personally I would not recommend using this clock for any timing sensitive applications. May I ask why you are interested in the exact clock rate of this clock anyway? I'm not interested in using this clock

Re: [PATCH v2] x86/efi-bgrt: Switch all pr_err() to pr_notice() for invalid BGRT

On Tue, May 03, 2016 at 01:47:04PM -0400, Josh Boyer wrote: > The promise of pretty boot splashes from firmware via BGRT was at > best only that; a promise. The kernel diligently checks to make > sure the BGRT data firmware gives it is valid, and dutifully warns > the user when it isn't.

[RFC PATCH 09/12] ARM: dts: exynos: Use phandle to get parent node in exynos5250-snow

The i2c-arbitrator node in exynos5250-snow-common used absolute path to reference other node (the i2c parent). Use phandle instead, because the depth of the other node may be changed (like moving it under 'soc' node). Signed-off-by: Krzysztof Kozlowski ---

[RFC PATCH 11/12] ARM: dts: exynos: Include common exynos5 in exynos5410.dtsi

The exynos5.dtsi is used for common nodes shared between Exynos5250 and Exynos542x. Since Exynos5410 is very similar to Exynos5420 it can include the common file as well to remove duplication and make everything more consistent. Signed-off-by: Krzysztof Kozlowski ---

Re: [RFT PATCH 1/3] usb: misc: usb3503: Fix HUB mode after bootloader initialization

On Mon, May 02, 2016 at 11:55:01AM +0100, Mark Brown wrote: > On Mon, May 02, 2016 at 11:49:12AM +0200, Krzysztof Kozlowski wrote: > > > This VDD regulator supply actually is not a usb3503 USB HUB regulator > > supply... but a supply to the LAN attached to this HUB. Regulator off/on > > is needed

Re: [PATCH] procfs: fixes pthread cross-thread naming if !PR_DUMPABLE

On 03/05/16 18:42, Kees Cook wrote: On Tue, May 3, 2016 at 10:25 AM, Janis Danisevskis wrote: On 26/04/16 21:14, Kees Cook wrote: On Tue, Apr 26, 2016 at 10:20 AM, Janis Danisevskis wrote: The PR_DUMPABLE flag causes the pid related paths of the

Re: [PATCH v2 2/2] nbd: Fix checkpatch errors.

On Tue, May 03, 2016 at 07:38:27PM +0300, Pranay Kr. Srivastava wrote: > Signed-off-by: Pranay Kr. Srivastava You have to have a changelog text. And try doing one-patch-per-checkpatch-warning-type. That's all I will accept for drivers/staging/ files, but maybe the nbd.c

Re: [PATCH v6 00/21] Add HiSilicon RoCE driver

On Thu, Apr 28, 2016 at 08:09:35PM +0800, Lijun Ou wrote: > The HiSilicon Network Substem is a long term evolution IP which is > supposed to be used in HiSilicon ICT SoCs. HNS (HiSilicon Network > Sybsystem) also has a hardware support of performing RDMA with > RoCEE. > The driver for HiSilicon

[PATCH] crypto: algif_skcipher: replace sg++ with sg_next()

Never use sg++, always use sg = sg_next(sg). Scatterlist entries can be combined if the memory is contiguous but sg++ won't know about that. It sure would run on the slower side. But regardless, sg++ should never be used, only sg_next is safe. Signed-off-by: Muhammad Falak R Wani

Re: [PATCH v7 2/2] memory: atmel-ebi: add DT bindings documentation

On Tue, May 3, 2016 at 11:51 AM, Boris Brezillon wrote: > Hi Rob, > > On Tue, 3 May 2016 11:40:19 -0500 > Rob Herring wrote: > >> On Thu, Apr 28, 2016 at 02:03:27PM +0200, Boris Brezillon wrote: >> > The EBI (External Bus Interface) is used to

VFIO MSIX Query

Hi, I am a newbie to VFIO framework and trying to use it for MSIX interrupt handling in my userspace application. My userspace application is like intel's dpdk. My query is why vfio kernel code does not support msix masking/ unmasking i.e VFIO_SET_ACTION_TRIGGER is not implemented in kernel

Re: [PATCH V5 2/6] of/slimbus: OF helper for SLIMbus

On Tuesday 03 May 2016 11:11:56 Rob Herring wrote: > > + > > +Child nodes: > > +Every SLIMbus controller node can contain zero or more child nodes > > +representing slave devices on the bus. Every SLIMbus slave device is > > +uniquely determined by the enumeration address containing 4 fields: > >

[PATCH] sched/fair: Update rq clock before updating nohz cpu load

If we're accessing rq_clock() (e.g. in sched_avg_update()) we should update the rq clock before calling cpu_load_update(), otherwise any time calculations will be stale. All other paths currently call update_rq_clock(). Cc: Peter Zijlstra Cc: Ingo Molnar

Re: [v8, 6/7] MAINTAINERS: add entry for Freescale SoC specific driver

On Mon, Apr 25, 2016 at 10:12 PM, Yangbo Lu wrote: > Hi Scott and Leo, > > >> -Original Message- >> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc- >> ow...@vger.kernel.org] On Behalf Of Scott Wood >> Sent: Saturday, April 23, 2016 7:23 AM >> To: Yangbo Lu;

[PATCH 11/27] coresight: tmc: waiting for TMCReady bit before programming

According to the TRM before programming the TMC in circular buffer mode (and that for any configuration, ETB, ETR, ETF), the TMCReady bit in the status register has to be set. This patch adds a check to make sure the state machine is in a state where it can be configured, and complains otherwise.

[PATCH 07/27] coresight: etb10: fixing the right amount of words to read

This patch rectifies the amount of words to read when the internal buffer is deemed bigger than the amount of space available in the perf ring buffer. The amount to read is set to the amount of space in the perf ring buffer rather than being subtracted by it. Reported-by: Suzuki K Poulose

[PATCH 04/27] coresight: adding path for STM device

>From a core framework point of view an STM device is a source that is treated the same way as any other tracers. Unlike tracers though STM devices are not associated with a CPU. As such it doesn't make sense to associate the path from an STM device to its sink with a per-cpu variable as it is

[PATCH 06/27] coresight: stm: adding driver for CoreSight STM component

From: Pratik Patel This driver adds support for the STM CoreSight IP block, allowing any system compoment (HW or SW) to log and aggregate messages via a single entity. The CoreSight STM exposes an application defined number of channels called stimulus port.

Re: [PATCH v4 1/2] PM / OPP: add non-OF versions of dev_pm_opp_{cpumask_,}remove_table

On 05/03, Sudeep Holla wrote: > Functions dev_pm_opp_of_{cpumask_,}remove_table removes/frees all the > static OPP entries associated with the device and/or all cpus(in case > of cpumask) that are created from DT. > > However the OPP entries are populated reading from the firmware or some >

Re: [RFC v2 3/7] firmware: port built-in section to linker table

On Tue, May 03, 2016 at 10:10:24AM -0700, Luis R. Rodriguez wrote: > On Tue, May 3, 2016 at 10:07 AM, Luis R. Rodriguez wrote: > > Thanks! Can you confirm if any Android or Brillo builds are already using > > it? > > Also more importantly, any chance you can provide any

Re: [PATCH 7/8] wbt: add general throttling mechanism

On 05/03/2016 10:59 AM, Jens Axboe wrote: On 05/03/2016 09:48 AM, Jan Kara wrote: On Tue 03-05-16 17:40:32, Jan Kara wrote: On Tue 03-05-16 11:34:10, Jan Kara wrote: Yeah, once I'll hunt down that regression with old disk, I can have a look into how writeback throttling plays together with

Re: [PATCH 0/3] idle, Honor Hardware Disabled States

On 04/29/2016 05:36 AM, Len Brown wrote: > But above is all cosmetic. The real "bug" that users are running into is > that they can't get into deep c-states when they are enabled. > Linux (and Intel) need to do a much better job enabling diagnosis of > that condition. > Okay, I geddit.

[PATCH 01/11] f2fs: introduce macros for proc entries

This adds macros to be used multiple proc entries. Signed-off-by: Jaegeuk Kim --- fs/f2fs/super.c | 25 ++--- 1 file changed, 14 insertions(+), 11 deletions(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index 19a85cf..b006de6 100644 ---

[PATCH 02/11] f2fs: add proc entry to show valid block bitmap

This patch adds a new proc entry to show segment information in more detail. Signed-off-by: Jaegeuk Kim --- fs/f2fs/super.c | 32 +++- 1 file changed, 31 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index

[PATCH 10/11] f2fs: fix leak of orphan inode objects

When unmounting filesystem, we should release all the ino entries. Signed-off-by: Jaegeuk Kim --- fs/f2fs/checkpoint.c | 6 +++--- fs/f2fs/f2fs.h | 2 +- fs/f2fs/super.c | 2 +- 3 files changed, 5 insertions(+), 5 deletions(-) diff --git a/fs/f2fs/checkpoint.c

Re: [PATCH 4.5 000/200] 4.5.3-stable review

On Tue, May 03, 2016 at 12:39:51AM -0700, Guenter Roeck wrote: > On 05/02/2016 05:09 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.5.3 release. > > There are 200 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 1/3] dt-bindings: bus: Add documentation for Tegra210 ACONNECT

On Fri, Apr 29, 2016 at 02:53:45PM +0100, Jon Hunter wrote: > Add binding documentation for the Tegra ACONNECT bus that is part of the > Audio Processing Engine (APE) on Tegra210. The ACONNECT bus is used to > access devices within the APE subsystem. The APE is located in a > separate power domain

[PATCH 06/11] f2fs: inject kmalloc failure

This patch injects kmalloc failure given a fault injection rate. Signed-off-by: Jaegeuk Kim --- fs/f2fs/f2fs.h | 29 + fs/f2fs/super.c | 6 ++ 2 files changed, 35 insertions(+) diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h index

Re: sched: tweak select_idle_sibling to look for idle threads

On Tue, May 03, 2016 at 01:31:31PM +0200, Peter Zijlstra wrote: > Then flip on the last_idle tracking in select_idle_core(): > > root@ivb-ep:~/bench/sysbench# for i in NO_OLD_IDLE NO_ORDER_IDLE IDLE_CORE > NO_FORCE_CORE IDLE IDLE_SMT IDLE_LAST NO_IDLE_FIRST ; do echo $i > >

[PATCH 07/11] f2fs: inject page allocation failures

This patch adds page allocation failures. Signed-off-by: Jaegeuk Kim --- fs/f2fs/f2fs.h | 9 + fs/f2fs/super.c | 1 + 2 files changed, 10 insertions(+) diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h index 60098df..02c2c96 100644 --- a/fs/f2fs/f2fs.h +++

Re: VFIO MSIX Query

Hi, On Tue, 3 May 2016 23:56:38 +0530 Nitin Saxena wrote: > Hi, > > I am a newbie to VFIO framework and trying to use it for MSIX interrupt > handling in my userspace application. My userspace application is like > intel's dpdk. > > My query is why vfio kernel code does

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

On 05/02/2016 10:25 PM, Stephen Rothwell wrote: Hi Jens, Today's linux-next merge of the block tree got a conflict in: drivers/nvme/host/pci.c between commit: 9bf2b972afea ("NVMe: Fix reset/remove race") from Linus' tree and commit: bb8d261e0888 ("nvme: introduce a controller

[PATCH] [REGRESSION] md: md.c: fix oops in mddev_suspend for raid0

From: Heinz Mauelshagen Introduced by upstream commit 70d9798b95562abac005d4ba71d28820f9a201eb The raid0 personality does not create mddev->thread as oposed to other personalities leading to its unconditional access in mddev_suspend() causing an oops. Patch checks for

[PATCH 03/11] f2fs: introduce f2fs_kmalloc to wrap kmalloc

This patch adds f2fs_kmalloc. Signed-off-by: Jaegeuk Kim --- fs/f2fs/acl.c| 4 ++-- fs/f2fs/dir.c| 2 +- fs/f2fs/f2fs.h | 5 + fs/f2fs/gc.c | 2 +- fs/f2fs/inline.c | 2 +- 5 files changed, 10 insertions(+), 5 deletions(-) diff --git a/fs/f2fs/acl.c

[PATCH 08/11] f2fs: inject ENOSPC failures

This patch injects ENOSPC failures. Signed-off-by: Jaegeuk Kim --- fs/f2fs/checkpoint.c | 7 +++ fs/f2fs/dir.c| 4 fs/f2fs/f2fs.h | 10 ++ fs/f2fs/node.c | 4 fs/f2fs/super.c | 4 5 files changed, 29 insertions(+) diff

[PATCH 04/11] f2fs: use f2fs_grab_cache_page instead of grab_cache_page

This patch converts grab_cache_page to f2fs_grab_cache_page. Signed-off-by: Jaegeuk Kim --- fs/f2fs/checkpoint.c | 7 --- fs/f2fs/inline.c | 4 ++-- fs/f2fs/node.c | 8 3 files changed, 10 insertions(+), 9 deletions(-) diff --git

[PATCH 05/11] f2fs: add mount option to select fault injection ratio

This patch adds a mount option to select fault ratio. Signed-off-by: Jaegeuk Kim --- fs/f2fs/Kconfig | 8 fs/f2fs/f2fs.h | 1 + fs/f2fs/super.c | 16 3 files changed, 25 insertions(+) diff --git a/fs/f2fs/Kconfig b/fs/f2fs/Kconfig index

Re: [PATCH 3.14 00/37] 3.14.68-stable review

On Tue, May 03, 2016 at 12:19:09AM -0700, Guenter Roeck wrote: > On 05/02/2016 05:11 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 3.14.68 release. > > There are 37 patches in this series, all will be posted as a response > > to this one. If anyone has any

[PATCH] Staging: dgnc: fix coding style in dgnc_tty.c

Fix checkpatch.pl warning about 'line over 80 characters'. I just split line with function. Signed-off-by: Patryk Mezydlo --- drivers/staging/dgnc/dgnc_tty.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/dgnc/dgnc_tty.c

Re: Regression in inv_mpu6050: 4.6.0-rc5

On 05/01/2016 10:58 PM, Jonathan Cameron wrote: > On 27/04/16 16:56, One Thousand Gnomes wrote: >> On Tue, 26 Apr 2016 18:07:55 -0500 >> Michael Welling wrote: >> >>> On Tue, Apr 26, 2016 at 11:26:51PM +0100, One Thousand Gnomes wrote: This now causes us to crash and

Re: [PATCH] procfs: fixes pthread cross-thread naming if !PR_DUMPABLE

On Tue, May 3, 2016 at 11:16 AM, Janis Danisevskis wrote: > > > On 03/05/16 18:42, Kees Cook wrote: >> >> On Tue, May 3, 2016 at 10:25 AM, Janis Danisevskis >> wrote: >>> >>> >>> >>> On 26/04/16 21:14, Kees Cook wrote: On Tue, Apr 26, 2016 at

Re: [PATCH v2] x86/efi-bgrt: Switch all pr_err() to pr_notice() for invalid BGRT

On Tue, 03 May, at 01:47:04PM, Josh Boyer wrote: > The promise of pretty boot splashes from firmware via BGRT was at > best only that; a promise. The kernel diligently checks to make > sure the BGRT data firmware gives it is valid, and dutifully warns > the user when it isn't. However, it does

Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree

On Sat, 2016-04-30 at 11:48 +0100, Russell King - ARM Linux wrote: > On Fri, Apr 29, 2016 at 06:42:35PM -0400, Javier Martinez Canillas wrote: > > Maybe a third opinion could make this conversation constructive again. And maybe a forth. > > I think Doug's point is that using a UUID or labels for

Re: [PATCH v2] drm/vc4: Return -EBUSY if there's already a pending flip event.

robert.f...@collabora.com writes: > From: Robert Foss > > As per the documentation in drm_crtc.h, atomic_commit should return > -EBUSY if an asycnhronous update is requested and there is an earlier > update pending. > > Note: docs cited here are drm_crtc.h, and the

[PATCH 1/3] MAINTAINERS: Remove asterisk from EFI directory names

Mark reported that having asterisks on the end of directory names confuses get_maintainer.pl when it encounters subdirectories, and that my name does not appear when run on drivers/firmware/efi/libstub. Reported-by: Mark Rutland Cc: Ard Biesheuvel

Re: [RFC PATCH 1/7] ALSA: ac97: split out the generic ac97 registers

Mark Brown writes: > On Sat, Apr 30, 2016 at 11:15:33PM +0200, Robert Jarzmik wrote: >> Split out from the ac97_codec.h the ac97 generic registers, which can be >> used by a codec, typically a generic ac97 codec, and by the ac97 bus, to >> scan an ac97 AC-Link. > > I don't

[GIT PULL] fuse fixes for 4.6-rc7

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus to fix a regression and update the MAINTAINERS entry for fuse. Thanks, Miklos --- Ashish Samant (1): fuse: Fix return value from fuse_get_user_pages() Miklos Szeredi (1): fuse:

Re: [PATCH] cyclictest: stop any tracing after hitting a breaktrace threshold

On Tue, 3 May 2016 12:59:53 -0500 Clark Williams wrote: > John, > > This patch is against the devel/v0.98 branch. It turns off tracing in the > tracemark() so that we don't lose information about what was going on when we > hit the latency: > > > The current logic of

[GIT PULL] overlayfs fixes for 4.6-rc7

Hi Al, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs-next This fixes two issues with overlayfs. Thanks, Miklos --- Miklos Szeredi (3): vfs: rename: check backing inode being equal vfs: export lookup_hash() to modules ovl: ignore

[PATCH 03/27] stm class: Support devices that override software assigned masters

From: Alexander Shishkin Some STM devices adjust software assigned master numbers depending on the trace source and its runtime state and whatnot. This patch adds a sysfs attribute to inform the trace-side software that master numbers assigned to software

Re: [PATCH] procfs: fixes pthread cross-thread naming if !PR_DUMPABLE

On Tue, May 3, 2016 at 10:25 AM, Janis Danisevskis wrote: > > > On 26/04/16 21:14, Kees Cook wrote: >> >> On Tue, Apr 26, 2016 at 10:20 AM, Janis Danisevskis >> wrote: >>> >>> The PR_DUMPABLE flag causes the pid related paths of the >>> proc file system to

Re: [PATCH] kasan: improve double-free detection

On Tue, May 3, 2016 at 9:53 AM, Luruo, Kuthonuzo wrote: >> I missed that Alexander already landed patches that reduce header size >> to 16 bytes. >> It is not OK to increase them again. Please leave state as bitfield >> and update it with CAS (if we introduce helper

[PATCH 00/27] coresight: next v4.6-rc6

Good morning Greg, Here's the other wave of CoreSight enhancement that I would like so see going in for the 4.7 cycle. The set applies cleanly on your current 'char-misc-next' (0a19f129d71f) branch. Get back to me if you have any concerns. Thanks, Mathieu Alexander Shishkin (1): stm class:

[PATCH 01/27] coresight: no need to do the forced type conversion

From: lipengcheng activated and enable are already unsigned type, no need to change them to unsigned. Signed-off-by: Li Pengcheng Signed-off-by: Li Zhong Signed-off-by: Mathieu Poirier ---

Re: [PATCH] lightnvm: pass dma address to hardware rather than pointer

On 05/03/2016 05:22 PM, Arnd Bergmann wrote: A recent change to lightnvm added code to pass a kernel pointer to the hardware, which gcc complained about: drivers/nvme/host/lightnvm.c: In function 'nvme_nvm_rqtocmd': drivers/nvme/host/lightnvm.c:472:32: error: cast from pointer to integer of

Re: [PATCH v2 2/3] ARM: DRA7x: dts: Update the OSC_32K_CLK frequency

On 05/03/2016 12:32 PM, Tero Kristo wrote: > Personally I would not recommend using this clock for any timing sensitive > applications. May I ask why you are interested in the exact clock rate of this > clock anyway? I'm not interested in using this clock and I'm not sure how anyone would use

Re: [PATCH v2 02/11] serial: sh-sci: Update DT binding documentation for dedicated RTS/CTS

On Fri, Apr 29, 2016 at 02:58:25PM +0200, Geert Uytterhoeven wrote: > Some Renesas SCIF UARTs have dedicated lines for RTS/CTS hardware flow > control. Whether these lines exist depends on SoC and UART instance > inside the SoC. Whether these lines can be used for hardware flow > control depends

[PATCH v2] media: fix use-after-free in cdev_put() when app exits after driver unbind

When driver unbinds while media_ioctl is in progress, cdev_put() fails with when app exits after driver unbinds. Add devnode struct device kobj as the cdev parent kobject. cdev_add() holds a reference to it and releases the reference in cdev_del() ensuring that the media_devnode is not

Re: [PATCH RESEND] x86/asm/entry/32: simplify pushes of zeroed pt_regs->REGs

On Tue, May 3, 2016 at 1:55 PM, Andy Lutomirski wrote: > On Tue, May 3, 2016 at 10:45 AM, Brian Gerst wrote: >> On Mon, May 2, 2016 at 10:56 AM, Denys Vlasenko wrote: >>> Use of a temporary R8 register here seems to be unnecessary.

Re: [PATCH 4.4 000/163] 4.4.9-stable review

On Tue, May 03, 2016 at 12:27:09AM -0700, Guenter Roeck wrote: > On 05/02/2016 05:10 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.9 release. > > There are 163 patches in this series, all will be posted as a response > > to this one. If anyone has any

[PATCH 3/3] x86/efi-bgrt: Switch all pr_err() to pr_notice() for invalid BGRT

From: Josh Boyer The promise of pretty boot splashes from firmware via BGRT was at best only that; a promise. The kernel diligently checks to make sure the BGRT data firmware gives it is valid, and dutifully warns the user when it isn't. However, it does so via the

[PATCH 2/3] x86/sysfb_efi: Fix valid BAR address range check

From: Wang YanQing We can't just break out when meet start is equal to zero, this will cause us to miss valid address ranges in later BARs. On the other hand, it isn't enough to test start only for below situation: 0(start) <= lfb_base < end Due to the BUG this patch

[GIT PULL 0/3] EFI urgent fixes

Folks, here are a few small fixes. One from Josh to stop the ACPI BGRT driver wrecking the splash screen even though the "quiet" kernel parameter is passed, another to fix sysfb_efi on a ThinkPad E550, and one to MAINTAINERS so that get_maintainer.pl finds the EFI entry for all subdirectores of

[PATCH 1/2] mtd: nand: omap2: Support parsing dma channel information from DT

From: "Cooper Jr., Franklin" Switch from dma_request_channel to allow passing dma channel information from DT rather than hardcoding a value. Also provide a handle to the GPMC's dev so it can be used to parse the DMA channel information within the GPMC's DT node. Signed-off-by:

Re: [PATCH] kasan: improve double-free detection

On Tue, May 3, 2016 at 11:24 AM, Luruo, Kuthonuzo wrote: >> >> We can use per-header lock by setting status to KASAN_STATE_LOCKED. A >> thread can CAS any status to KASAN_STATE_LOCKED which means that it >> locked the header. If any thread tried to modify/read the status

[PATCH 0/2] mtd: nand: omap2: Add EDMA support for NAND DMA prefetch

This patchset includes the required patches to enable NAND DMA prefetch support when using the EDMA. This patchset depends on my previous patchset to enable NAND DMA prefetch using the SDMA and Roger's GPMC and NAND rework. Both of these patchsets are apart of Boris' NAND next patch. Therefore,

[PATCH 2/2] ARM: OMAP2+: Update GPMC and NAND DT binding documentation

From: "Cooper Jr., Franklin" Add additional details to the GPMC NAND documentation to clarify what is needed to enable NAND DMA prefetch. Signed-off-by: Franklin S Cooper Jr Acked-by: Rob Herring ---

[RFC PATCH 03/12] ARM: dts: exynos: Re-order alphabetically Exynos5420 SD0/SD1 pinctrl nodes

The 'sd0_rclk' was put in the middle of SD1 nodes. Remove the confusion. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos5420-pinctrl.dtsi | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/arm/boot/dts/exynos5420-pinctrl.dtsi

[RFC PATCH 10/12] ARM: dts: exynos: Move Exynos5250 and Exynos5420 nodes under soc

The conventions it to put SoC devices under 'soc' node. In fact other our DTSes (like exynos3250.dtsi or exynos5410.dtsi) already follows it. Adjust exynos5250 and exynos5420 DTSI to follow this convention. This is also necessary for the upcoming change in exynos5410.dtsi to inherit from common

[RFC PATCH 06/12] ARM: dts: exynos: Split Odroid XU3 LEDs to separate DTSI

The LED nodes can be shared between Odroid XU3, XU3-Lite and XU (not yet added) thus removing duplication. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos5422-odroidxu3-lite.dts | 35 + arch/arm/boot/dts/exynos5422-odroidxu3.dts | 35

  1   2   3   4   5   6   7   8   9   10   >