Re: [PATCH 2/2] dma-coherent: remove the DMA_MEMORY_MAP and DMA_MEMORY_IO flags

On 27/06/17 21:17, Christoph Hellwig wrote: > DMA_MEMORY_IO was never used in the tree, so remove it. That means there is > no need for the DMA_MEMORY_MAP flag either now, so remove it as well and > change dma_declare_coherent_memory to return a normal errno value. > > Signed-off-by: Christoph

Re: [PATCH] locking/atomics: don't alias ____ptr

* Mark Rutland wrote: > > And instead of adding > > > > #include > > > > to the architecture code, we rather do > > > > # mv arch/xxx/include/asm/atomic.h mv arch/xxx/include/asm/arch_atomic.h > > # echo '#include ' >arch/xxx/include/asm/atomic.h > > > > # mv

Re: ath9k: remove useless variable assignment in ath_mci_intr()

"Gustavo A. R. Silva" wrote: > Value assigned to variable offset at line 551 is overwritten at line 562, > before it can be used. This makes such variable assignment useless. > > Addresses-Coverity-ID: 1226941 > Signed-off-by: Gustavo A. R. Silva

Re: [PATCH v2 3/3] hwmon: ltc2990: support all measurement modes

On Wed, 28 Jun 2017, Guenter Roeck wrote: On Wed, Jun 28, 2017 at 05:29:38PM +0200, Tom Levens wrote: [ ... ] Whatever happened to this patch though? It didn't make it to mainline, otherwise I'd have found it sooner... I'll have to look it up, but I guess I didn't get an updated

Re: [kernel-hardening] [PATCH 21/23] usercopy: Restrict non-usercopy caches to size 0

On Mon, Jun 19, 2017 at 9:04 PM, Eric Biggers wrote: > Hi David + Kees, > > On Mon, Jun 19, 2017 at 04:36:35PM -0700, Kees Cook wrote: >> With all known usercopied cache whitelists now defined in the kernel, switch >> the default usercopy region of kmem_cache_create() to size

RE: [PATCH 2/2] hwmon: da9052: add support for TSI channel

Hi Sebastian, On 26 June 2017 15:49 Sebastian Reichel wrote: > Subject: [PATCH 2/2] hwmon: da9052: add support for TSI channel > > TSI channel has a 4 channel mux connected to it and is normally > used for touchscreen support. The hardware may alternatively > use it as general purpose adc. > >

Re: [GIT PULL rcu/next] RCU commits for 4.13

On Wed, Jun 28, 2017 at 11:31:55AM -0400, Alan Stern wrote: > On Tue, 27 Jun 2017, Paul E. McKenney wrote: > > > On Tue, Jun 27, 2017 at 02:48:18PM -0700, Linus Torvalds wrote: > > > On Tue, Jun 27, 2017 at 1:58 PM, Paul E. McKenney > > > wrote: > > > > > > > > So

Re: [PATCH] fs: System memory leak when running HTX with T10 DIF enabled

On Wed, Jun 28, 2017 at 11:32:51AM -0500, wenxi...@linux.vnet.ibm.com wrote: > diff --git a/fs/block_dev.c b/fs/block_dev.c > index 519599d..e871444 100644 > --- a/fs/block_dev.c > +++ b/fs/block_dev.c > @@ -264,6 +264,10 @@ static void blkdev_bio_end_io_simple(struct bio *bio) > > if

Re: [PATCH 3/9] iommu: Introduce iommu do invalidate API function

On 28/06/17 17:09, Jacob Pan wrote: > On Wed, 28 Jun 2017 12:08:23 +0200 > Joerg Roedel wrote: > >> On Tue, Jun 27, 2017 at 12:47:57PM -0700, Jacob Pan wrote: >>> From: "Liu, Yi L" >>> >>> When a SVM capable device is assigned to a guest, the first

Re: [PATCH] clk: scpi: error when clock fails to register

On 28/06/17 17:46, Jerome Brunet wrote: > On Wed, 2017-06-28 at 16:52 +0100, Sudeep Holla wrote: [..] >> >> Thanks for this stack. I just worked out the same path now. I did come >> up with the patch as below. That should work if my understanding is correct. > > I tried. Thanks. > It does

[tip:locking/core] locking/refcount: Create unchecked atomic_t implementation

Commit-ID: fd25d19f6b8da315332bb75936605fb45d3ea981 Gitweb: http://git.kernel.org/tip/fd25d19f6b8da315332bb75936605fb45d3ea981 Author: Kees Cook AuthorDate: Wed, 21 Jun 2017 13:00:26 -0700 Committer: Ingo Molnar CommitDate: Wed, 28 Jun 2017

[PATCH] cma: fix calculation of aligned offset

The align_offset parameter is used by bitmap_find_next_zero_area_off() to represent the offset of map's base from the previous alignment boundary; the function ensures that the returned index, plus the align_offset, honors the specified align_mask. The logic introduced by commit b5be83e308f7

[PATCH 3/3] selftests: timers: use LDLIBS instead of LDFLAGS

posix_timers fails to build due to undefined reference errors: aarch64-linaro-linux-gcc --sysroot=/build/tmp-rpb-glibc/sysroots/hikey -O2 -pipe -g -feliminate-unused-debug-types -O3 -Wl,-no-as-needed -Wall -DKTEST -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -lrt -lpthread posix_timers.c -o

[PATCH 0/3] selftests: fixes for undefined reference (LDFLAGS -> LDLIBS)

This serie fixes undefined reference errors caused by the usage of LDFLAGS instead of LDLIBS. The issue is GNU Make and linker specific. The default Makefile rule looks like: $(CC) $(CFLAGS) $(LDFLAGS) $@ $^ $(LDLIBS) When linking is done by gcc itself, no issue, but when it needs to be passed

Re: [PATCH v3 net-next 02/12] bpf/verifier: rework value tracking

On 06/27/2017 02:56 PM, Edward Cree wrote: Tracks value alignment by means of tracking known & unknown bits. Tightens some min/max value checks and fixes a couple of bugs therein. If pointer leaks are allowed, and adjust_ptr_min_max_vals returns -EACCES, treat the pointer as an unknown scalar

[PATCH 1/3] selftests: net: use LDLIBS instead of LDFLAGS

reuseport_bpf_numa fails to build due to undefined reference errors: aarch64-linaro-linux-gcc --sysroot=/build/tmp-rpb-glibc/sysroots/hikey -Wall -Wl,--no-as-needed -O2 -g -I../../../../usr/include/ -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -lnuma reuseport_bpf_numa.c -o

[PATCH 2/3] selftests: seccomp: use LDLIBS instead of LDFLAGS

seccomp_bpf fails to build due to undefined reference errors: aarch64-linaro-linux-gcc --sysroot=/build/tmp-rpb-glibc/sysroots/hikey -O2 -pipe -g -feliminate-unused-debug-types -Wl,-no-as-needed -Wall -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -lpthread seccomp_bpf.c -o

Re: [PATCH v3 0/6] Updated API for TPM 2.0 PCR extend

On Mon, Jun 26, 2017 at 09:21:46AM +0200, Roberto Sassu wrote: > On 6/24/2017 11:03 AM, Jarkko Sakkinen wrote: > > On Wed, Jun 21, 2017 at 04:29:35PM +0200, Roberto Sassu wrote: > > > The first version of the patch set can be retrieved at the URL: > > > > > >

Re: [PATCH net-next 1/2] vxlan: change vxlan_validate() to use netlink_ext_ack for error reporting

On Tue, 27 Jun 2017 22:47:57 +0200, Matthias Schiffer wrote: > if (!is_valid_ether_addr(nla_data(tb[IFLA_ADDRESS]))) { > - pr_debug("invalid all zero ethernet address\n"); > + NL_SET_ERR_MSG_ATTR(extack, tb[IFLA_ADDRESS], > +

Re: [PATCH v3 1/2] mm/list_lru.c: fix list_lru_count_node() to be race free

On Wed, Jun 28, 2017 at 11:37:23AM +0530, Sahitya Tummala wrote: > list_lru_count_node() iterates over all memcgs to get > the total number of entries on the node but it can race with > memcg_drain_all_list_lrus(), which migrates the entries from > a dead cgroup to another. This can return

Re: [REGRESSION] perf/core: PMU interrupts dropped if we entered the kernel in the "skid" region

On Wed, Jun 28, 2017 at 09:46:43AM -0700, Kyle Huey wrote: > On Wed, Jun 28, 2017 at 3:12 AM, Mark Rutland wrote: > > On Tue, Jun 27, 2017 at 09:51:00PM -0700, Kyle Huey wrote: > >> My understanding of the situation is as follows: > >> > >> There is some time, call it t_0,

Re: [RFC PATCH 0/2] mmc: sdhci: Add SDHCI_QUIRK2_BROKEN_SDMA_BOUNDARY_BUFFER

Hi Srinivas, On 6/28/2017 7:05 PM, srinivas.kandaga...@linaro.org wrote: From: Srinivas Kandagatla This patchset adds quirk to support cards which have issues when sdma boundary buffer bits are programmed in Block Size Register (0x04) when using ADMA. Thanks

Re: [PATCH v5] trace: ras: add ARM processor error information trace event

Hi guys, (CC: Punit) On 26/06/17 15:06, Borislav Petkov wrote: > On Sat, Jun 24, 2017 at 11:38:23AM +0800, Xie XiuQi wrote: >> Add a new trace event for ARM processor error information, so that >> the user will know what error occurred. With this information the >> user may take appropriate

Re: [PATCH V4 00/12] blktrace: output cgroup info

On 06/28/2017 10:29 AM, Shaohua Li wrote: > From: Shaohua Li > > Hi, > > Currently blktrace isn't cgroup aware. blktrace prints out task name of > current > context, but the task of current context isn't always in the cgroup where the > BIO comes from. We can't use task name to

Re: [PATCH v2 1/8] dt-bindings: mfd: Add STM32 LPTimer binding

On Tue, Jun 27, 2017 at 10:57:32AM +0200, Fabrice Gasnier wrote: > On 06/26/2017 08:07 PM, Rob Herring wrote: > > On Wed, Jun 21, 2017 at 04:30:08PM +0200, Fabrice Gasnier wrote: > >> Add documentation for STMicroelectronics STM32 Low-Power Timer binding. > >> > >> Signed-off-by: Fabrice Gasnier

Re: [PATCHv2,2/3] hwmon: da9052: fix checkpatch warnings

On Tue, Jun 27, 2017 at 04:38:58PM +0200, Sebastian Reichel wrote: > Fix checkpatch warnings about S_IRUGO being less readable than > providing the permissions octal as '0444'. > checkpatch says: " WARNING: A patch subject line should describe the change not the tool that found it #5: Subject:

Re: [kernel-hardening] [PATCH 17/23] dcache: define usercopy region in dentry_cache slab cache

On Mon, Jun 19, 2017 at 9:08 PM, Eric Biggers wrote: > On Mon, Jun 19, 2017 at 04:36:31PM -0700, Kees Cook wrote: >> From: David Windsor >> >> When a dentry name is short enough, it can be stored directly in >> the dentry itself. These dentry short names,

Re: [PATCH 3/5] dt-bindings: arm: Document Socionext MB86S71 and Fujitsu F-Cue

On Sun, Jun 25, 2017 at 07:00:18PM +0200, Andreas Färber wrote: > For consistency with existing SoC bindings, use "fujitsu,mb86s71" but > socionext.txt. > > Signed-off-by: Andreas Färber > --- > Documentation/devicetree/bindings/arm/socionext.txt | 17 + > 1

Re: [PATCH v2 1/3] dt-bindings: adc: mt7622: add binding document

On Mon, Jun 26, 2017 at 02:11:40PM +0800, Zhiyong Tao wrote: > The commit adds mt7622 compatible node in binding document. > > Signed-off-by: Zhiyong Tao > --- > .../devicetree/bindings/iio/adc/mt6577_auxadc.txt |1 + > 1 file changed, 1 insertion(+) Acked-by:

Re: [PATCH] clk: scpi: error when clock fails to register

On Wed, 2017-06-28 at 16:52 +0100, Sudeep Holla wrote: > > On 28/06/17 16:38, Jerome Brunet wrote: > > On Wed, 2017-06-28 at 16:04 +0100, Sudeep Holla wrote: > > > > > > On 28/06/17 14:53, Jerome Brunet wrote: > > > > Current implementation of scpi_clk_add just print a warning when clock > > > >

Re: [REGRESSION] perf/core: PMU interrupts dropped if we entered the kernel in the "skid" region

On Wed, Jun 28, 2017 at 3:12 AM, Mark Rutland wrote: > On Tue, Jun 27, 2017 at 09:51:00PM -0700, Kyle Huey wrote: >> On Tue, Jun 27, 2017 at 7:09 PM, Jin, Yao wrote: >> > Hi, >> > >> > In theory, the PMI interrupts in skid region should be dropped,

Re: [PATCH] perf/core: generate overflow signal when samples are dropped (WAS: Re: [REGRESSION] perf/core: PMU interrupts dropped if we entered the kernel in the "skid" region)

On Wed, Jun 28, 2017 at 3:56 AM, Mark Rutland wrote: > On Wed, Jun 28, 2017 at 11:12:48AM +0100, Mark Rutland wrote: >> On Tue, Jun 27, 2017 at 09:51:00PM -0700, Kyle Huey wrote: > >> As we're trying to avoid smapling state, I think we can move the check >> into

[PATCH] amd-xgbe: fix spelling mistake: "avialable" -> "available"

From: Colin Ian King Trivial fix to spelling mistake in netdev_err message Signed-off-by: Colin Ian King --- drivers/net/ethernet/amd/xgbe/xgbe-ethtool.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v2 3/3] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64

On 28/06/17 04:20 AM, Arnd Bergmann wrote: > On Wed, Jun 28, 2017 at 1:02 AM, Logan Gunthorpe wrote: >> #include >> #include >> -#include >> +#include > > Here you include the hi-lo variant unconditionally. > >> -#else /* CONFIG_64BIT */ >> -static inline void

Re: [PATCH] ext4: fast symlink test should not rely on i_blocks

> On Jun 27, 2017, at 6:34 PM, Tahsin Erdogan wrote: > > ext4_inode_info->i_data is the storage area for 4 types of data: > > a) Extents data > b) Inline data > c) Block map > d) Fast symlink data (symlink length < 60) > > Extents data case is positively identified by

Re: [PATCH V4 00/12] blktrace: output cgroup info

On Wed, Jun 28, 2017 at 10:43:48AM -0600, Jens Axboe wrote: > On 06/28/2017 10:29 AM, Shaohua Li wrote: > > From: Shaohua Li > > > > Hi, > > > > Currently blktrace isn't cgroup aware. blktrace prints out task name of > > current > > context, but the task of current context isn't

Re: [PATCH V4 00/12] blktrace: output cgroup info

On 06/28/2017 10:53 AM, Shaohua Li wrote: > On Wed, Jun 28, 2017 at 10:43:48AM -0600, Jens Axboe wrote: >> On 06/28/2017 10:29 AM, Shaohua Li wrote: >>> From: Shaohua Li >>> >>> Hi, >>> >>> Currently blktrace isn't cgroup aware. blktrace prints out task name of >>> current >>>

Re: ath10k: add const to thermal_cooling_device_ops structure

Bhumika Goyal wrote: > Declare thermal_cooling_device_ops structure as const as it is only passed > as an argument to the function thermal_cooling_device_register and this > argument is of type const. So, declare the structure as const. > > Signed-off-by: Bhumika Goyal

Re: [kernel-hardening] [PATCH 17/23] dcache: define usercopy region in dentry_cache slab cache

On Wed, Jun 28, 2017 at 09:44:13AM -0700, Kees Cook wrote: > On Mon, Jun 19, 2017 at 9:08 PM, Eric Biggers wrote: > > On Mon, Jun 19, 2017 at 04:36:31PM -0700, Kees Cook wrote: > >> From: David Windsor > >> > >> When a dentry name is short enough, it can

Re: [PATCH v5] trace: ras: add ARM processor error information trace event

On Wed, Jun 28, 2017 at 05:42:42PM +0100, James Morse wrote: > > Alternatively, you can extend arm_event to get issued with *each* > > cper_arm_err_info but that would mean a lot of redundant information > > being shuffled out to userspace. > > I think this is what we should do, Yes, that should

Re: [PATCH V5 0/2] load_balance() fixes for affinity

On 6/20/2017 8:28 AM, Jeffrey Hugo wrote: On 6/13/2017 8:32 AM, Jeffrey Hugo wrote: On 6/7/2017 1:18 PM, Jeffrey Hugo wrote: Co-authored-by: Austin Christ Signed-off-by: Jeffrey Hugo [V5] -updated comment to explain the "why" behind the redo

Re: [PATCH 1/5] clk: mb86s7x: Suppress build

On 06/25, Andreas Färber wrote: > It fails to build once we introduce the ARCH_MB86S7X Kconfig symbol: > > drivers/clk/clk-mb86s7x.c:27:10: fatal error: soc/mb86s7x/scb_mhu.h: No > such file or directory >#include > ^~~ > compilation terminated. > > And

Re: [PATCH 5/9] iommu: Introduce fault notifier API

On Wed, 28 Jun 2017 12:16:03 +0200 Joerg Roedel wrote: > On Tue, Jun 27, 2017 at 12:47:59PM -0700, Jacob Pan wrote: > > diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c > > index d973555..07cfd92 100644 > > --- a/drivers/iommu/iommu.c > > +++ b/drivers/iommu/iommu.c >

Re: [PATCH/RFC 2/4] perf annotate: Add new source code view to the annotate TUI browser

Hi, Milian :) Thank you for your comment. On 06/28/2017 06:44 PM, Milian Wolff wrote: On Wednesday, June 28, 2017 5:14:12 AM CEST Taeung Song wrote: Unlike asm code level, the new source code view provides a additional viewpoint based on source code level for performance analysis. Of course,

Re: [systemd-devel] [PATCH] firmware: wake all waiters

On Wed, 28.06.17 09:06, Luis R. Rodriguez (mcg...@kernel.org) wrote: > On Wed, Jun 28, 2017 at 12:06 AM, Lennart Poettering > wrote: > > On Wed, 28.06.17 00:24, Luis R. Rodriguez (mcg...@kernel.org) wrote: > > > >> > Do you know how systemd developers feel about the issue

Re: [PATCH 4/4] remoteproc/keystone: Fix circular dependencies for ARM configs

On 06/27/2017 06:40 PM, Bjorn Andersson wrote: > On Tue 27 Jun 15:46 PDT 2017, Suman Anna wrote: > >> Drop the dependency on RESET_CONTROLLER for the Keystone remoteproc >> driver to resolve some circular dependencies around different choices >> for RESET_CONTROLLER on common ARM configs. This

Re: [PATCH] rsi: add in missing RSI_FSM_STATES into array fsm_state

Colin King writes: > From: Colin Ian King > > Two recent commits added new RSI_FSM_STATES (namely FSM_FW_NOT_LOADED > and FSM_COMMON_DEV_PARAMS_SENT) and the corresponding table fsm_state > was not updated to match. This can lead to an array

Re: [PATCH/RFC 0/4] perf annotate: Add --source-only option and the new source code TUI view

On 06/28/2017 06:53 PM, Milian Wolff wrote: On Wednesday, June 28, 2017 5:18:08 AM CEST Taeung Song wrote: Hi, The --source-only option and new source code TUI view can show the result of performance analysis based on full source code per symbol(function). (Namhyung Kim told me this idea and

Re: [PATCH v2 10/10] MIPS: generic: Add optional support for Android kernel

On Wed, Jun 28, 2017 at 05:47:03PM +0200, Aleksandar Markovic wrote: > From: Miodrag Dinic > > This commit adds new android.config configuration file including > the most common prerequisites for running Android operating system. > > The selected set of platform

[PATCH V4 03/12] kernfs: add an API to get kernfs node from inode number

From: Shaohua Li Add an API to get kernfs node from inode number. We will need this to implement exportfs operations. This API will be used in blktrace too later, so it should be as fast as possible. To make the API lock free, kernfs node is freed in RCU context. And we depend on

[PATCH V4 12/12] block: use standard blktrace API to output cgroup info for debug notes

From: Shaohua Li Currently cfq/bfq/blk-throttle output cgroup info in trace in their own way. Now we have standard blktrace API for this, so convert them to use it. Note, this changes the behavior a little bit. cgroup info isn't output by default, we only do this with 'blk_cgroup'

[PATCH V4 02/12] kernfs: implement i_generation

From: Shaohua Li Set i_generation for kernfs inode. This is required to implement exportfs operations. The generation is 32-bit, so it's possible the generation wraps up and we find stale files. To reduce the posssibility, we don't reuse inode numer immediately. When the inode

[PATCH V4 00/12] blktrace: output cgroup info

From: Shaohua Li Hi, Currently blktrace isn't cgroup aware. blktrace prints out task name of current context, but the task of current context isn't always in the cgroup where the BIO comes from. We can't use task name to find out IO cgroup. For example, Writeback BIOs always comes

Re: [PATCH v2 0/7] MIPS: Miscellaneous fixes related to Android Mips emulator

On Wed, Jun 28, 2017 at 05:56:24PM +0200, Aleksandar Markovic wrote: > From: Aleksandar Markovic > > v1->v2: > > - the patch on PREF usage in memcpy dropped as not needed > - updated recipient lists using get_maintainer.pl > - rebased to the latest

[PATCH V4 04/12] kernfs: don't set dentry->d_fsdata

From: Shaohua Li When working on adding exportfs operations in kernfs, I found it's hard to initialize dentry->d_fsdata in the exportfs operations. Looks there is no way to do it without race condition. Look at the kernfs code closely, there is no point to set dentry->d_fsdata.

[PATCH V4 09/12] block: always attach cgroup info into bio

From: Shaohua Li blkcg_bio_issue_check() already gets blkcg for a BIO. bio_associate_blkcg() uses a percpu refcounter, so it's a very cheap operation. There is no point we don't attach the cgroup info into bio at blkcg_bio_issue_check. This also makes blktrace outputs correct cgroup

[PATCH V4 08/12] blktrace: export cgroup info in trace

From: Shaohua Li Currently blktrace isn't cgroup aware. blktrace prints out task name of current context, but the task of current context isn't always in the cgroup where the BIO comes from. We can't use task name to find out IO cgroup. For example, Writeback BIOs always comes from

Re: [Xen-devel] [PATCH] xen/x86: Don't BUG on CPU0 offlining

Konrad Rzeszutek Wilk writes: > On Mon, Jun 26, 2017 at 06:39:30PM +0200, Vitaly Kuznetsov wrote: >> CONFIG_BOOTPARAM_HOTPLUG_CPU0 allows to offline CPU0 but Xen HVM guests >> BUG() in xen_teardown_timer(). Remove the BUG_ON(), this is probably a >> leftover from ancient

[PATCH V4 10/12] block: call __bio_free in bio_endio

From: Shaohua Li bio_free isn't a good place to free cgroup/integrity info. There are a lot of cases bio is allocated in special way (for example, in stack) and never gets called by bio_put hence bio_free, we are leaking memory. This patch moves the free to bio endio, which should

[PATCH V4 06/12] kernfs: add exportfs operations

From: Shaohua Li Now we have the facilities to implement exportfs operations. The idea is cgroup can export the fhandle info to userspace, then userspace uses fhandle to find the cgroup name. Another example is userspace can get fhandle for a cgroup and BPF uses the fhandle to

[PATCH V4 07/12] cgroup: export fhandle info for a cgroup

From: Shaohua Li Add an API to export cgroup fhandle info. We don't export a full 'struct file_handle', there are unrequired info. Sepcifically, cgroup is always a directory, so we don't need a 'FILEID_INO32_GEN_PARENT' type fhandle, we only need export the inode number and

[PATCH V4 11/12] blktrace: add an option to allow displying cgroup path

From: Shaohua Li By default we output cgroup id in blktrace. This adds an option to display cgroup path. Since get cgroup path is a relativly heavy operation, we don't enable it by default. with the option enabled, blktrace will output something like this: dd-1353 [007] d..2

Re: [PATCH/RFC 0/4] perf annotate: Add --source-only option and the new source code TUI view

On Wednesday, June 28, 2017 6:27:34 PM CEST Taeung Song wrote: > On 06/28/2017 06:53 PM, Milian Wolff wrote: > > On Wednesday, June 28, 2017 5:18:08 AM CEST Taeung Song wrote: > >> Hi, > >> > >> The --source-only option and new source code TUI view can show > >> the result of performance analysis

Re: [PATCH v2 01/12] coresight replicator: Cleanup programmable replicator naming

On Mon, Jun 26, 2017 at 04:22:45PM +0100, Suzuki K Poulose wrote: > The Linux coresight drivers define the programmable ATB replicator as > Qualcom replicator, while this is designed by ARM. This can cause confusion Qualcomm > to a user selecting the driver. Cleanup all references to make it >

Re: [PATCH v2] qla2xxx: Protect access to qpair members with qpair->qp_lock

> On Jun 23, 2017, at 12:10 AM, Johannes Thumshirn wrote: > > In qla2xx_start_scsi_mq() and qla2xx_dif_start_scsi_mq() we grab the > qpair->qp_lock but do access members of the qpair before having the lock. > Re-order the locking sequence to have all read and write access to

[PATCH V4 05/12] kernfs: introduce kernfs_node_id

From: Shaohua Li inode number and generation can identify a kernfs node. We are going to export the identification by exportfs operations, so put ino and generation into a separate structure. It's convenient when later patches use the identification. Signed-off-by: Shaohua Li

Re: [PATCH 2/3] iommu/omap: Return ERR_PTR in device_group call-back

On 06/28/2017 07:00 AM, Joerg Roedel wrote: > From: Joerg Roedel > > Make sure that the device_group callback returns an ERR_PTR > instead of NULL. > > Signed-off-by: Joerg Roedel Thanks for the patch, Acked-by: Suman Anna regards Suman >

[PATCH V4 01/12] kernfs: use idr instead of ida to manage inode number

From: Shaohua Li kernfs uses ida to manage inode number. The problem is we can't get kernfs_node from inode number with ida. Switching to use idr, next patch will add an API to get kernfs_node from inode number. Acked-by: Tejun Heo Signed-off-by: Shaohua Li

Re: ti: wl18xx: add checks on wl18xx_top_reg_write() return value

"Gustavo A. R. Silva" wrote: > Check return value from call to wl18xx_top_reg_write(), > so in case of error jump to goto label out and return. > > Also, remove unnecessary value check before goto label out. > > Addresses-Coverity-ID: 1226938 > Signed-off-by: Gustavo

[PATCH] fs: System memory leak when running HTX with T10 DIF enabled

From: Wen Xiong With nvme devive + T10 enabled, On a system it has 256GB and started logging /proc/meminfo & /proc/slabinfo for every minute and in an hour it increased by 15968128 kB or ~15+GB.. Approximately 256 MB / minute leaking. /proc/meminfo | grep

Re: [PATCH 6/5] x86/KASLR: Fix detection 32/64 bit bootloaders for 5-level paging

On Wed, Jun 28, 2017 at 5:17 AM, Kirill A. Shutemov wrote: > KASLR uses hack to detect whether we booted via startup_32() or > startup_64(): it checks what is loaded into cr3 and compares it to > _pgtables. _pgtables is the array of page tables where early code >

Re: [PATCH V4 11/12] blktrace: add an option to allow displying cgroup path

On 06/28/2017 10:30 AM, Shaohua Li wrote: > From: Shaohua Li > > By default we output cgroup id in blktrace. This adds an option to > display cgroup path. Since get cgroup path is a relativly heavy > operation, we don't enable it by default. > > with the option enabled, blktrace

Re: [-next] ath10k: fix a bunch of spelling mistakes in messages

Colin Ian King wrote: > Fix the following spelling mistakes in messages: > syncronise -> synchronize > unusally -> unusually > addrress -> address > inverval -> interval > > Signed-off-by: Colin Ian King > Signed-off-by: Kalle Valo

Re: [PATCH V4 08/12] blktrace: export cgroup info in trace

On Wed, 28 Jun 2017 09:29:58 -0700 Shaohua Li wrote: > From: Shaohua Li > > Currently blktrace isn't cgroup aware. blktrace prints out task name of > current context, but the task of current context isn't always in the > cgroup where the BIO comes from. We can't

[PATCH v2 10/52] irqchip/gic-v3-its: Split out pending table allocation

Just as for the property table, let's move the pending table allocation to a separate function. Reviewed-by: Thomas Gleixner Reviewed-by: Eric Auger Signed-off-by: Marc Zyngier --- drivers/irqchip/irq-gic-v3-its.c | 29

[PATCH v2 02/52] irqchip/gic-v3: Add redistributor iterator

In order to discover the VLPI properties, we need to iterate over the redistributor regions. As we already have code that does this, let's factor it out and make it slightly more generic. Reviewed-by: Thomas Gleixner Signed-off-by: Marc Zyngier ---

[PATCH v2 06/52] irqchip/gic-v3-its: Macro-ize its_send_single_command

Most ITS commands do operate on a collection object, and require a SYNC command to be performed on that collection in order to guarantee the execution of the first command. With GICv4 ITS, another set of commands perform similar operations on a VPE object, and a VSYNC operations must be executed

Re: [PATCH] locking/atomics: don't alias ____ptr

On Wed, 28 Jun 2017, Mark Rutland wrote: > On Wed, Jun 28, 2017 at 03:54:42PM +0200, Thomas Gleixner wrote: > > > static inline unsigned long cmpxchg_varsize(void *ptr, unsigned long old, > > > unsigned long new, int size) > > > { > > > switch (size) { > > >

Re: [GIT PULL rcu/next] RCU commits for 4.13

On Tue, 27 Jun 2017, Paul E. McKenney wrote: > On Tue, Jun 27, 2017 at 02:48:18PM -0700, Linus Torvalds wrote: > > On Tue, Jun 27, 2017 at 1:58 PM, Paul E. McKenney > > wrote: > > > > > > So what next? > > > > > > One option would be to weaken the definition of

[PATCH v2 0/4] Bitmap optimisations

From: Matthew Wilcox These three bitmap patches use more efficient specialisations when the compiler can figure out that it's safe to do so. Thanks to Rasmus' eagle eyes, a nasty bug in v1 was avoided, and I've added a test case which would have caught it. Matthew

Re: [PATCH] selftests: ftrace: Use md5sum to take less time of checking logs

On 06/28/2017 08:59 AM, Steven Rostedt wrote: > On Wed, 28 Jun 2017 08:30:24 -0600 > Shuah Khan wrote: > >> On 06/28/2017 08:17 AM, Steven Rostedt wrote: >>> On Tue, 27 Jun 2017 19:28:32 +0900 >>> Masami Hiramatsu wrote: >>> Use md5sum so that it

[PATCH v2 4/4] bitmap: Use memcmp optimisation in more situations

From: Matthew Wilcox Commit 7dd968163f ("bitmap: bitmap_equal memcmp optimization") was rather more restrictive than necessary; we can use memcmp() to implement bitmap_equal() as long as the number of bits can be proved to be a multiple of 8. And architectures other than

[PATCH v2 3/4] Turn bitmap_set and bitmap_clear into memset when possible

From: Matthew Wilcox Several callers have constant 'start' and an 'nbits' that is a multiple of 8, so we can turn them into calls to memset. We don't need the entirety of 'start' and 'nbits' to be constant, we just need to know whether they're divisible by 8.

Re: [PATCH] rwsem-spinlock: Fix EINTR branch in __down_write_common()

On Wed, Jun 28, 2017 at 15:20, Niklas Cassel wrote: > Good catch! > > This should go to -stable as well. > > > Perhaps > > if (!list_empty(>wait_list) && sem->count > 0) > __rwsem_do_wake(sem, 0); > > Rather than > > if (!list_empty(>wait_list) && sem->count >= 0) >

[PATCH v2 2/2] livepatch: add shadow variable sample programs

Add sample livepatch modules to demonstrate the shadow variable API. Signed-off-by: Joe Lawrence --- Reviewers -- it's probably easier to grok reading livepatch-shadow-mod.c *before* the two livepatch modules, livepatch-shadow-fix1.c and

cpu_hotplug_lock.rw_sem + memhotplug = possible deadlock

On linux -next, after onlining hotpluged memory: == WARNING: possible circular locking dependency detected 4.12.0-rc6-next-20170626+ #761 Not tainted -- kworker/u8:0/5 is trying to acquire

[PATCH v2 1/2] livepatch: introduce shadow variable API

Add exported API for livepatch modules: klp_shadow_get() klp_shadow_attach() klp_shadow_get_or_attach() klp_shadow_detach() klp_shadow_detach_all() that implement "shadow" variables, which allow callers to associate new shadow fields to existing data structures. This is intended to be

[PATCH v2 0/2] livepatch: add shadow variable API

This is v2 of the shadow variable implementation patchset, incorporating much of the feedback from the first version: v2: - squashed the Documentation patch with the API implementation patch - converted API parameter/return documentation to docbook style comments in the .c implementation

Re: [PATCH 1/3] arm64: dts: rockchip: Update CPU regulator voltage ranges for Gru

Am Freitag, 23. Juni 2017, 10:07:35 CEST schrieb Brian Norris: > From: Matthias Kaehlcke > > Gru derivatives besides Kevin have slightly different voltage ranges for > their CPU regulators. Let's keep the base Gru file accurate and let > Kevin override. > > Signed-off-by:

Re: [PATCH v1 0/7] writeback incompressible pages to storage

Hello, On (06/26/17 15:52), Minchan Kim wrote: [..] > zRam is useful for memory saving with compressible pages but sometime, > workload can be changed and system has lots of incompressible pages > which is very harmful for zram. could do. that makes zram quite complicated, to be honest. no

Re: [Xen-devel] [PATCH] xen/x86: Don't BUG on CPU0 offlining

On Mon, Jun 26, 2017 at 06:39:30PM +0200, Vitaly Kuznetsov wrote: > CONFIG_BOOTPARAM_HOTPLUG_CPU0 allows to offline CPU0 but Xen HVM guests > BUG() in xen_teardown_timer(). Remove the BUG_ON(), this is probably a > leftover from ancient times when CPU0 hotplug was impossible, it works > just fine

Re: [PATCH 3/3] arm64: dts: rockchip: set rk3399 dynamic CPU power coefficients

Am Freitag, 23. Juni 2017, 10:07:37 CEST schrieb Brian Norris: > Provide the dynamic power coefficient of the big and little CPU > clusters. These numbers are currently in use on the Samsung Chromebook > Plus ("Kevin"). > > The power allocator thermal governor doesn't know how to do anything if >

[PATCH] ocfs2: fix spelling mistake: "ambigous" -> "ambiguous"

From: Colin Ian King Trivial fix to spelling mistake in mlog_bug_on_msg message Signed-off-by: Colin Ian King --- fs/ocfs2/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ocfs2/inode.c b/fs/ocfs2/inode.c index

Re: [PATCH 1/3] iommu: Return ERR_PTR() values from device_group call-backs

On Wed, 28 Jun 2017 14:00:56 +0200 Joerg Roedel wrote: > From: Joerg Roedel > > The generic device_group call-backs in iommu.c return NULL > in case of error. Since they are getting ERR_PTR values from > iommu_group_alloc(), just pass them up instead. > >

Re: [RFC 3/5] drivers: boot_constraint: Add boot_constraints_disable kernel parameter

On 06/28/2017 03:26 AM, Viresh Kumar wrote: > Users must be given an option to discard any constraints set by > bootloaders. For example, consider that a constraint is set for the LCD > controller's supply and the LCD driver isn't loaded by the kernel. If > the user doesn't need to use the LCD

Re: [PATCH v2 2/2] drivers/watchdog: ASPEED reference dev tree properties for config

On 6/28/17 10:08 AM, Guenter Roeck wrote: On Wed, Jun 28, 2017 at 09:59:22AM -0500, Christopher Bostic wrote: On 6/28/17 9:54 AM, Guenter Roeck wrote: On Wed, Jun 28, 2017 at 09:29:50AM -0500, Christopher Bostic wrote: On 6/28/17 6:31 AM, Guenter Roeck wrote: On 06/27/2017 02:17 PM,

Re: [PATCH] fbcon: Make fbcon a built-time depency for fbdev

On Wed, Jun 28, 2017 at 5:08 PM, Steven Rostedt wrote: > On Wed, 28 Jun 2017 12:36:35 +0200 > Daniel Vetter wrote: > >> There's a bunch of folks who're trying to make printk less >> contended and faster, but there's a problem: printk uses the >>

[PATCH v2 1/4] MIPS: VDSO: Fix conversions in do_monotonic()/do_monotonic_coarse()

From: Goran Ferenc Fix incorrect calculation in do_monotonic() and do_monotonic_coarse() function that in turn caused incorrect values returned by the vdso version of system call clock_gettime() on mips64 if its system clock ID parameter was CLOCK_MONOTONIC or

Re: [PATCH] locking/atomics: don't alias ____ptr

On Wed, Jun 28, 2017 at 05:24:24PM +0200, Thomas Gleixner wrote: > On Wed, 28 Jun 2017, Mark Rutland wrote: > > On Wed, Jun 28, 2017 at 03:54:42PM +0200, Thomas Gleixner wrote: > > > > static inline unsigned long cmpxchg_varsize(void *ptr, unsigned long > > > > old, > > > >

[PATCH v2 0/4] MIPS: Fix several VDSO-related issues

From: Aleksandar Markovic v1->v2: - updated recipient lists using get_maintainer.pl - rebased to the letest kernel code The patches in this series all deal with VDSO, and all originate from the develpoment of Android emulator for Mips.. The first patch

<    4   5   6   7   8   9   10   11   12   13   >