Re: [PATCH v2] livepatch/rcu: Fix stacking of patches when RCU infrastructure is patched

I've slightly adjusted the changelog and comment (as noted by Miroslav) a little bit and queued for 4.12. Thanks, -- Jiri Kosina SUSE Labs

Re: [GIT PULL 00/23] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > I merged tip/perf/urgent into tip/perf/core before rebasing with these > patches, please consider pulling, > > - Arnaldo > > Test results at the end of this message, as usual. > > The following changes since commit 8052bd8243e823a0954bc

[tip:timers/urgent] arm64/vdso: Fix nsec handling for CLOCK_MONOTONIC_RAW

Commit-ID: dbb236c1ceb697a559e0694ac4c9e7b9131d0b16 Gitweb: http://git.kernel.org/tip/dbb236c1ceb697a559e0694ac4c9e7b9131d0b16 Author: Will Deacon AuthorDate: Thu, 8 Jun 2017 16:44:22 -0700 Committer: Thomas Gleixner CommitDate: Tue, 20 Jun 2017 10:41:51 +0200 arm64/vdso: Fix nsec hand

Re: [PATCH 3.10 162/268] bcma: use (get|put)_device when probing/removing device driver

On 2017-06-20 08:14, Willy Tarreau wrote: On Tue, Jun 20, 2017 at 08:12:26AM +0300, Kalle Valo wrote: Willy Tarreau writes: > From: Rafał Miłecki > > commit a971df0b9d04674e325346c17de9a895425ca5e1 upstream. > > This allows tracking device state and e.g. makes devm work as expected. > > Sig

Re: [PATCH v7 1/3] ACPI/IORT: Fixup SMMUv3 resource size for Cavium ThunderX2 SMMUv3 model

On 20.06.17 10:19:43, Robert Richter wrote: > On 30.05.17 17:33:39, Geetha sowjanya wrote: > > From: Linu Cherian > > + /* > > +* Override the size, for Cavium ThunderX2 implementation > > +* which doesn't support the page 1 SMMU register space. > > +*/ > > + if (smmu->model == AC

Re: [PATCH V17 00/11] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64

Hi Robert, On Tue, Jun 20, 2017 at 08:34:39AM +0200, Robert Richter wrote: > On 07.06.17 12:50:12, Will Deacon wrote: > > > Thanks, I've pushed this out as: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git > > for-next/ras-apei > > > > which I'll merge into for-next/core (

Re: um: PTRACE_SETREGSET failure with XSTATE on Kabylake CPU

Am Dienstag, den 20.06.2017, 08:58 +0200 schrieb Richard Weinberger: > Thomas, > > Am 20.06.2017 um 03:56 schrieb Thomas Meyer: > > Hi, > > > > I finally did figure out where in the host kernel the ptrace > > syscall > > fails with -EFAULT. > > Nice! Thanks a lot for digging into this. I still h

Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem

[stripped giant fullquotes] On Mon, Jun 19, 2017 at 10:53:12PM -0700, Andy Lutomirski wrote: > But that's my whole point. The kernel doesn't really need to prevent > all these background maintenance operations -- it just needs to block > .page_mkwrite until they are synced. I think that whatever

Re: [PATCH v3 2/3] gpio: Add support for TPS68470 GPIOs

On Mon, Jun 12, 2017 at 11:26 AM, Rajmohan Mani wrote: > This patch adds support for TPS68470 GPIOs. > There are 7 GPIOs and a few sensor related GPIOs. > These GPIOs can be requested and configured as > appropriate. > > Signed-off-by: Rajmohan Mani This is some fine code. Reviewed-by: Linus Wa

Re: [PATCH v3 1/9] mtd: sharpslpart: add sharpslpart MTD partition parser

Brian, thanks for the review and for the unvaluable advices. I have almost fixed the problems you spotted and I am almost ready to send the new v4 of the patchset. Some doubts are still present: I'll comment under your remarks: On Fri, Jun 9, 2017 at 3:30 AM, Brian Norris wrote: > Hi, > > On Thu

Re: [PATCH v1] MAINTAINERS: Take maintainership for GPIO ACPI support

On Mon, Jun 12, 2017 at 10:52 AM, Andy Shevchenko wrote: > We will help Linus to maintain GPIO ACPI support. > > Append a dedicated record to the MAINTAINERS data base. > > Signed-off-by: Andy Shevchenko Patch happily applied. Thanks guys! Yours, Linus Walleij

Re: [PATCH] random: silence compiler warnings and fix race

On Tue, Jun 20, 2017 at 10:33 AM, Jeffrey Walton wrote: > I think it is a bad idea to suppress all messages from a security > engineering point of view. > > Many folks don't run debug kernels. Most of the users who want or need > to know of the issues won't realize its happening. Consider, the > r

Re: [Intel-wired-lan] [PATCH v2 1/1] e1000e: Undo e1000e_pm_freeze if __e1000_shutdown fails

On Wed, Jun 07, 2017 at 01:07:33AM +, Brown, Aaron F wrote: > > From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On Behalf > > Of Jeff Kirsher > > Sent: Tuesday, June 6, 2017 1:46 PM > > To: David Miller ; Nikula, Jani > > > > Cc: Ursulin, Tvrtko ; daniel.vet...@ffwll.ch; > >

[tip:timers/urgent] time: Fix clock->read(clock) race around clocksource changes

Commit-ID: ceea5e3771ed2378668455fa21861bead7504df5 Gitweb: http://git.kernel.org/tip/ceea5e3771ed2378668455fa21861bead7504df5 Author: John Stultz AuthorDate: Thu, 8 Jun 2017 16:44:20 -0700 Committer: Thomas Gleixner CommitDate: Tue, 20 Jun 2017 10:41:50 +0200 time: Fix clock->read(clo

Re: [PATCH net-next v2 1/4] rtnetlink: add NEWCACHEREPORT message type

On 19/06/17 23:44, Julien Gomes wrote: > New NEWCACHEREPORT message type to be used for cache reports sent > via Netlink, effectively allowing splitting cache report reception from > mroute programming. > > Suggested-by: Ryan Halbrook > Signed-off-by: Julien Gomes > --- > include/uapi/linux/rtn

Re: [PATCH v5 10/10] drm: vc4: Use crtc->mode_valid() and encoder->mode_valid() callbacks

On Fri, Jun 02, 2017 at 01:10:00PM -0700, Eric Anholt wrote: > Jose Abreu writes: > > > Now that we have a callback to check if crtc and encoder supports a > > given mode we can use it in vc4 so that we restrict the number of > > probbed modes to the ones we can actually display. > > "probed" >

[tip:timers/urgent] time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting

Commit-ID: 3d88d56c5873f6eebe23e05c3da701960146b801 Gitweb: http://git.kernel.org/tip/3d88d56c5873f6eebe23e05c3da701960146b801 Author: John Stultz AuthorDate: Thu, 8 Jun 2017 16:44:21 -0700 Committer: Thomas Gleixner CommitDate: Tue, 20 Jun 2017 10:41:50 +0200 time: Fix CLOCK_MONOTONIC

Re: [PATCH v6 00/10] serial/gpio: exar: Fixes and support for IOT2000

On 2017-06-20 10:19, Linus Walleij wrote: > On Fri, Jun 9, 2017 at 8:33 PM, Jan Kiszka wrote: > >> This makes the gpio-exar driver usable, which was prevented by a number >> of fatal bugs, and adds support for the SIMATIC IOT2040 to the 8250-exar >> driver and, indirectly, to gpio-exar as well. I

Re: linux-next: manual merge of the uuid tree with the arm64 tree

On Tue, 2017-06-20 at 10:43 +0200, Christoph Hellwig wrote: > On Tue, Jun 20, 2017 at 09:40:08AM +0100, Will Deacon wrote: > > > > > To have better coordination, please, look at my WIP branch > > > > > regarding > > > > > UUID stuff: > > > > > http://bitbucket.org/andy-shev/linux/branch/topic%2Fuui

Re: [PATCH net-next v2 2/4] rtnetlink: add restricted rtnl groups for ipv4 and ipv6 mroute

On 19/06/17 23:44, Julien Gomes wrote: > Add RTNLGRP_{IPV4,IPV6}_MROUTE_R as two new restricted groups for the > NETLINK_ROUTE family. > Binding to these groups specifically requires CAP_NET_ADMIN to allow > multicast of sensitive messages (e.g. mroute cache reports). > > Signed-off-by: Julien Gom

Re: [PATCH v3 1/9] mtd: sharpslpart: add sharpslpart MTD partition parser

On Fri, Jun 9, 2017 at 3:42 AM, Brian Norris wrote: > Oh, one more thing: > > On Thu, Jun 01, 2017 at 12:40:50AM +0200, Andrea Adami wrote: >> diff --git a/drivers/mtd/sharpslpart.c b/drivers/mtd/sharpslpart.c >> new file mode 100644 >> index 000..40aebe9 >> --- /dev/null >> +++ b/drivers/mtd/

[PATCH v2 18/31] ext4: retry storing value in external inode with xattr block too

When value size is <= EXT4_XATTR_MIN_LARGE_EA_SIZE(), and it doesn't fit in either inline or xattr block, a second try is made to store it in an external inode while storing the entry itself in inline area. There should also be an attempt to store the entry in xattr block. This patch adds a retry

Re: [PATCH] phy: brcm-sata: fix a timeout test in init

On 06/20/2017 02:12 PM, Dan Carpenter wrote: On Tue, Jun 20, 2017 at 01:56:35PM +0530, Vivek Gautam wrote: On 06/19/2017 04:26 PM, Dan Carpenter wrote: We want to timeout with try set to zero so this should be a pre-op instead of post-op. Signed-off-by: Dan Carpenter diff --git a/drivers/

[PATCH v2 23/31] mbcache: make mbcache naming more generic

Make names more generic so that mbcache usage is not limited to block sharing. In a subsequent patch in the series ("ext4: xattr inode deduplication"), we start using the mbcache code for sharing xattr inodes. With that patch, old mb_cache_entry.e_block field could be holding either a block number

[tip:perf/core] perf tools: Use __maybe_unused consistently

Commit-ID: 0353631aa73e5e468fae1cd699bf860b59ba100d Gitweb: http://git.kernel.org/tip/0353631aa73e5e468fae1cd699bf860b59ba100d Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 16 Jun 2017 12:18:27 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:27:06 -0300 pe

[tip:perf/core] tools: Adopt __scanf from kernel sources

Commit-ID: 3ee350fb8a2b30fe47dd9e3b299dff0178fc8c88 Gitweb: http://git.kernel.org/tip/3ee350fb8a2b30fe47dd9e3b299dff0178fc8c88 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 16 Jun 2017 11:57:54 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:27:05 -0300 to

[tip:perf/core] tools: Adopt noinline from kernel sources

Commit-ID: 9dd4ca470e03334f95cc96529ba090921aac8eab Gitweb: http://git.kernel.org/tip/9dd4ca470e03334f95cc96529ba090921aac8eab Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 16 Jun 2017 11:39:15 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:27:06 -0300 to

[tip:perf/core] tools: Adopt __packed from kernel sources

Commit-ID: c9f5da742fa3dfebc49d03deb312522e5db643ed Gitweb: http://git.kernel.org/tip/c9f5da742fa3dfebc49d03deb312522e5db643ed Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 16 Jun 2017 11:39:15 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:27:07 -0300 to

RE: [Intel-gfx] [PATCH v9 3/7] drm: Extend the drm format

> -Original Message- > From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of > Ville Syrjälä > Sent: Thursday, June 15, 2017 6:22 PM > To: Chen, Xiaoguang > Cc: intel-...@lists.freedesktop.org; linux-kernel@vger.kernel.org; > kra...@redhat.com; intel-gvt-...@lists

[tip:perf/core] tools: Adopt __aligned from kernel sources

Commit-ID: 5c97cac63ac24c78c8126958a453774e49e706dd Gitweb: http://git.kernel.org/tip/5c97cac63ac24c78c8126958a453774e49e706dd Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 16 Jun 2017 11:39:15 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:27:08 -0300 to

[tip:perf/core] tools: Adopt __printf from kernel sources

Commit-ID: afaed6d3e4aa56e939b496aafa5c97852e223122 Gitweb: http://git.kernel.org/tip/afaed6d3e4aa56e939b496aafa5c97852e223122 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 16 Jun 2017 11:57:54 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:25:26 -0300 to

[GIT PULL] livepatching fix

Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/jikos/livepatching.git for-linus to receive livepatching fix = - fix the way how livepatches are being stacked with respect to RCU, from Petr Mladek = Thanks. ---

[PATCH] crypto: sun4i-ss: support the Security System PRNG

The Security System have a PRNG, this patch add support for it via crypto_rng. Signed-off-by: Corentin Labbe --- drivers/crypto/Kconfig | 8 + drivers/crypto/sunxi-ss/Makefile| 1 + drivers/crypto/sunxi-ss/sun4i-ss-core.c | 30 ++ drivers/crypto/sun

[GIT PULL] HID fixes

Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus to receive two small HID subsystem fixes = - revert of a commit to magicmouse driver that regressess certain devices, from Daniel Stone - quirk for a specific Dell mouse, from Sebastian Parsch

[tip:perf/core] perf script: Allow adding and removing fields

Commit-ID: 36ce565114b4e7e3b83f40309675f6b1720957e4 Gitweb: http://git.kernel.org/tip/36ce565114b4e7e3b83f40309675f6b1720957e4 Author: Andi Kleen AuthorDate: Fri, 2 Jun 2017 08:48:10 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:14:58 -0300 perf script: Allo

[PATCH v3 26/28] ext4: cleanup transaction restarts during inode deletion

During inode deletion, journal credits that will be needed are hard to determine, that is why we have journal extend/restart calls in several places. Whenever a transaction is restarted, filesystem must be in a consistent state because there is no atomicity guarantee beyond a restart call. Add ext

[tip:perf/core] perf intel-pt/bts: Remove unused SAMPLE_SIZE defines and bts priv array

Commit-ID: d3cef7fe5151eabcd97ad8f9e595ec55f6ffb318 Gitweb: http://git.kernel.org/tip/d3cef7fe5151eabcd97ad8f9e595ec55f6ffb318 Author: Kim Phillips AuthorDate: Fri, 16 Jun 2017 11:23:39 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:27:09 -0300 perf intel-pt/

[tip:perf/core] perf annotate: Return arch from symbol__disassemble() and save it in browser

Commit-ID: dcaa394807ac219d8597d25bad3fe1bc6c86123b Gitweb: http://git.kernel.org/tip/dcaa394807ac219d8597d25bad3fe1bc6c86123b Author: Jin Yao AuthorDate: Mon, 19 Jun 2017 10:55:56 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:27:09 -0300 perf annotate: Retu

[tip:perf/core] perf coresight: Remove superfluous check before use

Commit-ID: 0c788d4726c916544490c17cdbfd1ae2a6347fa8 Gitweb: http://git.kernel.org/tip/0c788d4726c916544490c17cdbfd1ae2a6347fa8 Author: Kim Phillips AuthorDate: Thu, 15 Jun 2017 12:55:21 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:27:08 -0300 perf coresight

Re: Linux 4.12-rc6

On Mon, 19 Jun 2017, Dave Jones wrote: > > I hacked up this harness to try and narrow it down more.. > > #!/bin/bash > > . scripts/taint.sh > > while [ 1 ]; > do > ./trinity -a64 -C1 -c mmap -N1 --enable-fds=testfile > check_tainted > done Very helpful reproducer, thank you Dave: I tried a

[tip:perf/core] perf test llvm: Avoid error when PROFILE_ALL_BRANCHES is set

Commit-ID: 9b57fb7e35957c6838f89f4ed7e3f8433a4bbfc5 Gitweb: http://git.kernel.org/tip/9b57fb7e35957c6838f89f4ed7e3f8433a4bbfc5 Author: Wang Nan AuthorDate: Wed, 21 Jun 2017 02:32:03 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 16:11:26 -0300 perf test llvm: Av

Re: um: PTRACE_SETREGSET failure with XSTATE on Kabylake CPU

[adding x86 folks] Am 20.06.2017 um 10:49 schrieb Thomas Meyer: > Am Dienstag, den 20.06.2017, 08:58 +0200 schrieb Richard Weinberger: >> Thomas, >> >> Am 20.06.2017 um 03:56 schrieb Thomas Meyer: >>> Hi, >>> >>> I finally did figure out where in the host kernel the ptrace >>> syscall >>> fails wi

[PATCH] acer-wmi: Using zero as the first WMI instance number

Pali Rohár found that there have some wmi query/evaluation code that they used 'one' as the first WMI instance number. But the number is indexed from zero that it's must less than the instance_count in _WDG. This patch changes those instance number from one to zero. Cc: Darren Hart Cc: Andy Shev

[PATCH] staging: lustre: lnet: selftest: Change the type of variable to bool

This patch changes the type of variable done from int to boolean. As it is been used as a boolean in the function sfw_test_rpc_done(). It also makes the code more readable and bool data type also requires less memory in comparison to int data type. Signed-off-by: simran singhal --- drivers/stagi

[PATCH v5 27/28] ext4: xattr inode deduplication

Ext4 now supports xattr values that are up to 64k in size (vfs limit). Large xattr values are stored in external inodes each one holding a single value. Once written the data blocks of these inodes are immutable. The real world use cases are expected to have a lot of value duplication such as inhe

[tip:perf/core] perf script: Support -F brstackoff,dso

Commit-ID: 106dacd86f042968e0bb974490fcb9cd017cd03a Gitweb: http://git.kernel.org/tip/106dacd86f042968e0bb974490fcb9cd017cd03a Author: Mark Santaniello AuthorDate: Mon, 19 Jun 2017 09:38:25 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 22:05:46 -0300 perf scrip

Re: [PATCH 1/3] ARM: dts: sunxi: add R_LRADC support for A83T

On Sun, Jun 18, 2017 at 09:00:16PM +0800, Ziping Chen wrote: > From: Ziping Chen > > The Allwinner A83T's R_LRADC is similiar with the > Allwinner A10's LRADC, they can use the same driver. There's a typo in similar above. > Add support for it. > > Signed-off-by: Ziping Chen > --- > arch/arm

[tip:perf/core] perf ftrace: Show error message when fails to set ftrace files

Commit-ID: e7bd9ba20a9ec7024a0566a93c22b9571a48939a Gitweb: http://git.kernel.org/tip/e7bd9ba20a9ec7024a0566a93c22b9571a48939a Author: Namhyung Kim AuthorDate: Sun, 18 Jun 2017 23:22:59 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 22:05:51 -0300 perf ftrace: S

Re: [PATCH v3 0/4] Generalize fncpy availability

[+Sudeep] On Mon, Jun 19, 2017 at 10:32:38AM -0700, Florian Fainelli wrote: > On 06/19/2017 05:24 AM, Mark Rutland wrote: > > On Fri, Jun 16, 2017 at 05:07:40PM -0700, Florian Fainelli wrote: > >> Hi all, > > > > Hi Florian, > > > >> This patch series makes ARM's fncpy() implementation more gene

[tip:perf/core] perf script: Support -F brstack,dso and brstacksym,dso

Commit-ID: 55b9b50811ca459e4688543b688b7b2b85ec5ea8 Gitweb: http://git.kernel.org/tip/55b9b50811ca459e4688543b688b7b2b85ec5ea8 Author: Mark Santaniello AuthorDate: Mon, 19 Jun 2017 09:38:24 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 22:05:40 -0300 perf scrip

Re: [PATCH 1/9] clk: clk-divider: add CLK_DIVIDER_ZERO_GATE clk support

Hi Stephen, On Mon, Jun 19, 2017 at 06:45:12PM -0700, Stephen Boyd wrote: > On 05/15, Dong Aisheng wrote: > > --- > > drivers/clk/clk-divider.c| 2 ++ > > include/linux/clk-provider.h | 4 > > 2 files changed, 6 insertions(+) > > > > diff --git a/drivers/clk/clk-divider.c b/drivers/clk/

[tip:perf/core] perf ftrace: Move setup_pager before opening trace_pipe

Commit-ID: 29681bc5bb4326c2f9eac5dc68d8fad3e88b4bb5 Gitweb: http://git.kernel.org/tip/29681bc5bb4326c2f9eac5dc68d8fad3e88b4bb5 Author: Namhyung Kim AuthorDate: Sun, 18 Jun 2017 23:23:00 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 22:05:52 -0300 perf ftrace: M

[tip:perf/core] perf config: Refactor the code using 'ret' variable in cmd_config()

Commit-ID: dfe1c6d7efa8ead6878b73216d4c891a28207528 Gitweb: http://git.kernel.org/tip/dfe1c6d7efa8ead6878b73216d4c891a28207528 Author: Taeung Song AuthorDate: Sat, 17 Jun 2017 12:46:42 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 22:05:55 -0300 perf config: Re

Re: [PATCH 3.10 000/268] 3.10.107-stable review

On 06/19/2017 11:17 PM, Willy Tarreau wrote: Hi Guenter, On Tue, Jun 20, 2017 at 12:51:46AM +0200, Willy Tarreau wrote: Hi Guenter, On Mon, Jun 19, 2017 at 03:46:36PM -0700, Guenter Roeck wrote: Build results: total: 121 pass: 118 fail: 3 Failed builds: arm:at91_dt_defconfig

[tip:perf/core] perf ftrace: Add -D option for depth filter

Commit-ID: 1096c35aa821cc4789a64232a0e210bb87a0e5e8 Gitweb: http://git.kernel.org/tip/1096c35aa821cc4789a64232a0e210bb87a0e5e8 Author: Namhyung Kim AuthorDate: Sun, 18 Jun 2017 23:23:02 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 22:05:54 -0300 perf ftrace: A

[PATCH v3 01/15] spi: qup: Enable chip select support

Enable chip select support for QUP versions later than v1. The chip select support was broken in QUP version 1. Hence the chip select support was removed earlier in commit 4a8573abe965115bc5b064401fd669b74e985258. Since the chip select support is functional in recent versions of QUP, re-enabling it

[PATCH v3 02/15] spi: qup: Setup DMA mode correctly

To operate in DMA mode, the buffer should be aligned and the size of the transfer should be a multiple of block size (for v1). And the no. of words being transferred should be programmed in the count registers appropriately. Signed-off-by: Andy Gross Signed-off-by: Varadarajan Narayanan --- dri

[PATCH v3 00/15] spi: qup: Fixes and add support for >64k transfers

v3: Fix git bisect-ability issues in spi: qup: Add completion structures for DMA spi: qup: Add completion timeout spi: qup: Place the QUP in run mode before DMA spi: qup: Fix transaction done signaling v2: Incorporate

[PATCH v3 03/15] spi: qup: Add completion structures for DMA

Use different 'completion' structures to track the completion of DMA Tx/Rx and PIO. Signed-off-by: Andy Gross Signed-off-by: Varadarajan Narayanan --- drivers/spi/spi-qup.c | 35 ++- 1 file changed, 18 insertions(+), 17 deletions(-) diff --git a/drivers/spi/spi-

Re: Linux 4.12-rc6

On Tue, Jun 20, 2017 at 4:42 AM, Dave Jones wrote: > Almost shutdown, but not quite. Coincidentally, coverity just finished > the rc6 run, and barfed this up.. related ? > > *** CID 1412907: Control flow issues (DEADCODE) > /include/linux/mm.h: 2243 in vm_end_gap() > 2237 > 2238 static in

[PATCH v3 13/15] spi: qup: allow multiple DMA transactions per spi xfer

Much like the block mode changes, we are breaking up DMA transactions into 64K chunks so we can reset the QUP engine. Signed-off-by: Matthew McClintock Signed-off-by: Varadarajan Narayanan --- drivers/spi/spi-qup.c | 104 -- 1 file changed, 76 ins

[PATCH v3 12/15] spi: qup: refactor spi_qup_prep_sg

Take specific sgl and nent to be prepared. This is in preparation for splitting DMA into multiple transacations, this contains no code changes just refactoring. Signed-off-by: Matthew McClintock Signed-off-by: Varadarajan Narayanan --- drivers/spi/spi-qup.c | 25 ++--- 1 fi

[PATCH v3 15/15] spi: qup: support for qup v1 dma

Currently the QUP Version v1 does not work with DMA so added the support for the same. 1. It uses ADM DMA which requires TX and RX CRCI 2. DMA channel initialization need to be done after setting block size for having valid values in maxburst 3. QUP mode should be DMOV instead of BAM. Signed-o

[PATCH v3 14/15] spi: qup: Ensure done detection

This patch fixes an issue where a SPI transaction has completed, but the done condition is missed. This occurs because at the time of interrupt the MAX_INPUT_DONE_FLAG is not asserted. However, in the process of reading blocks of data from the FIFO, the last portion of data comes in. The opflags

[PATCH v3 11/15] spi: qup: allow block mode to generate multiple transactions

This let's you write more to the SPI bus than 64K-1 which is important if the block size of a SPI device is >= 64K or some other device wants to do something larger. This has the benefit of completely removing spi_message from the spi-qup transactions Signed-off-by: Matthew McClintock Signed-off

[PATCH v2 28/31] quota: add get_inode_usage callback to transfer multi-inode charges

Ext4 ea_inode feature allows storing xattr values in external inodes to be able to store values that are bigger than a block in size. Ext4 also has deduplication support for these type of inodes. With deduplication, the actual storage waste is eliminated but the users of such inodes are still charg

[PATCH v3 10/15] spi: qup: call io_config in mode specific function

DMA transactions should only only need to call io_config only once, but block mode might call it several times to setup several transactions so it can handle reads/writes larger than the max size per transaction, so we move the call to the do_ functions. This is just refactoring, there should be n

[PATCH v3 09/15] spi: qup: refactor spi_qup_io_config into two functions

This is in preparation for handling transactions larger than 64K-1 bytes in block mode, which is currently unsupported and quietly fails. We need to break these into two functions 1) prep is called once per spi_message and 2) io_config is called once per spi-qup bus transaction This is just refac

[PATCH 32/32] ext4: add nombcache mount option

The main purpose of mb cache is to achieve deduplication in extended attributes. In use cases where opportunity for deduplication is unlikely, it only adds overhead. Add a mount option to explicitly turn off mb cache. Suggested-by: Andreas Dilger Signed-off-by: Tahsin Erdogan --- fs/ext4/ext4.

[PATCH v3 08/15] spi: qup: Do block sized read/write in block mode

This patch corrects the behavior of the BLOCK transactions. During block transactions, the controller must be read/written to in block size transactions. Signed-off-by: Andy Gross Signed-off-by: Varadarajan Narayanan --- drivers/spi/spi-qup.c | 151 +++--

[PATCH v2 0/7] KVM: MMU: fast write protect

From: Xiao Guangrong Changelog in v2: thanks to Paolo's review, this version disables write-protect-all if PML is supported Background == The original idea of this patchset is from Avi who raised it in the mailing list during my vMMU development some years ago This patchset introduces a

[PATCH v2 7/7] KVM: MMU: stop using mmu_spte_get_lockless under mmu-lock

From: Xiao Guangrong mmu_spte_age() is under the protection of mmu-lock, no reason to use mmu_spte_get_lockless() Signed-off-by: Xiao Guangrong --- arch/x86/kvm/mmu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c index 7711953..dc00

[PATCH v2 2/7] KVM: MMU: introduce possible_writable_spte_bitmap

From: Xiao Guangrong It is used to track possible writable sptes on the shadow page on which the bit is set to 1 for the sptes that are already writable or can be locklessly updated to writable on the fast_page_fault path, also a counter for the number of possible writable sptes is introduced to

[PATCH v2 3/7] KVM: MMU: introduce kvm_mmu_write_protect_all_pages

From: Xiao Guangrong The original idea is from Avi. kvm_mmu_write_protect_all_pages() is extremely fast to write protect all the guest memory. Comparing with the ordinary algorithm which write protects last level sptes based on the rmap one by one, it just simply updates the generation number to

[PATCH v2 6/7] KVM: MMU: clarify fast_pf_fix_direct_spte

From: Xiao Guangrong The writable spte can not be locklessly fixed and add a WARN_ON() to trigger the warning if something out of our mind happens, that is good for us to track if the log for writable spte is missed on the fast path Signed-off-by: Xiao Guangrong --- arch/x86/kvm/mmu.c | 11 +++

[PATCH v2 4/7] KVM: MMU: enable KVM_WRITE_PROTECT_ALL_MEM

From: Xiao Guangrong The functionality of write protection for all guest memory is ready, it is the time to make its usable for userspace which is indicated by KVM_CAP_X86_WRITE_PROTECT_ALL_MEM Signed-off-by: Xiao Guangrong --- arch/x86/kvm/x86.c | 21 + include/uapi/

[PATCH v2 5/7] KVM: MMU: allow dirty log without write protect

From: Xiao Guangrong A new flag, KVM_DIRTY_LOG_WITHOUT_WRITE_PROTECT, is introduced which indicates the userspace just wants to get the snapshot of dirty bitmap During live migration, after all snapshot of dirty bitmap is fetched from KVM, the guest memory can be write protected by calling KVM_W

[PATCH v2 1/7] KVM: MMU: correct the behavior of mmu_spte_update_no_track

From: Xiao Guangrong Current behavior of mmu_spte_update_no_track() does not match the name of _no_track() as actually the A/D bits are tracked and returned to the caller This patch introduces the real _no_track() function to update the spte regardless of A/D bits and rename the original functio

Re: clean up and modularize arch dma_mapping interface

On Thu, Jun 08, 2017 at 03:25:25PM +0200, Christoph Hellwig wrote: > Hi all, > > for a while we have a generic implementation of the dma mapping routines > that call into per-arch or per-device operations. But right now there > still are various bits in the interfaces where don't clearly operate

[PATCH v3 07/15] spi: qup: Fix transaction done signaling

Wait to signal done until we get all of the interrupts we are expecting to get for a transaction. If we don't wait for the input done flag, we can be in between transactions when the done flag comes in and this can mess up the next transaction. While here cleaning up the code which sets controlle

[PATCH v3 06/15] spi: qup: Fix error handling in spi_qup_prep_sg

Signed-off-by: Varadarajan Narayanan --- drivers/spi/spi-qup.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/spi/spi-qup.c b/drivers/spi/spi-qup.c index 0683e47..e2b4a50 100644 --- a/drivers/spi/spi-qup.c +++ b/drivers/spi/spi-qup.c @@ -310,8 +310,8 @@ static int

Re: [PATCH v3 3/4] irqchip: Add BCM2835 AUX interrupt controller

On 19/06/2017 22:13, Florian Fainelli wrote: > On 06/14/2017 09:29 AM, Phil Elwell wrote: >> Devices in the BCM2835 AUX block share a common interrupt line, with a >> register indicating which devices have active IRQs. Expose this as a >> nested interrupt controller to avoid IRQ sharing problems (e

[PATCH v3 05/15] spi: qup: Place the QUP in run mode before DMA

Signed-off-by: Andy Gross Signed-off-by: Varadarajan Narayanan --- drivers/spi/spi-qup.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/spi/spi-qup.c b/drivers/spi/spi-qup.c index d3ccf53..0683e47 100644 --- a/drivers/spi/spi-qup.c +++ b/drivers/spi/spi-qup.c @@ -33

[PATCH v3 04/15] spi: qup: Add completion timeout

Add i/o completion timeout for DMA and PIO modes. Signed-off-by: Andy Gross Signed-off-by: Varadarajan Narayanan --- drivers/spi/spi-qup.c | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/drivers/spi/spi-qup.c b/drivers/spi/spi-qup.c index 59e799f..d3ccf

Re: [PATCH v4 3/3] x86/build: Specify stack alignment for clang

* Matthias Kaehlcke wrote: > Ingo didn't like the duplication and suggested the use of a variable, which > kinda implies a check for the compiler name. I don't think it implies that: why cannot cc_stack_align_opt probe for the compiler option and use whichever is available, without hard-codin

RE: [PATCH v6 00/22] hisi_sas: hip08 support

Thanks! -Original Message- From: Martin K. Petersen [mailto:martin.peter...@oracle.com] Sent: 20 June 2017 02:42 To: John Garry Cc: j...@linux.vnet.ibm.com; martin.peter...@oracle.com; Linuxarm; linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org; a...@arndb.de; h...@infradead.org

Re: [PATCH] pinctrl/amd: Use regular interrupt instead of chained

On Mon, 19 Jun 2017, Borislav Petkov wrote: > On Fri, May 26, 2017 at 09:33:10AM +, Shah, Nehal-bakulchandra wrote: > > Hi Thomas, > > > > Thanks for the prompt reply. Agree on points. > > > > we will validate at our end and shall provide the update. > > Any news on the issue? Resolution?

Re: [PATCH 03/11] au1100fb: remove a bogus dma_free_nonconsistent call

On Mon, Jun 19, 2017 at 01:15:04PM +0200, Bartlomiej Zolnierkiewicz wrote: > On Friday, June 16, 2017 09:17:08 AM Christoph Hellwig wrote: > > au1100fb is using managed dma allocations, so it doesn't need to > > explicitly free the dma memory in the error path (and if it did > > it would have to us

Re: [patch 00/55] genirq: Debuggability, consolidation and managed affinities

On Tue, Jun 20, 2017 at 01:37:00AM +0200, Thomas Gleixner wrote: > This started out with 5 patches from Christoph who wanted to add a > mechanism for interrupts with managed affinities to spread them over all > present CPUs and instead of migrating them, shut them down into managed > shutdown state

[PATCH] mm: fix new crash in unmapped_area_topdown()

Trinity gets kernel BUG at mm/mmap.c:1963! in about 3 minutes of mmap testing. That's the VM_BUG_ON(gap_end < gap_start) at the end of unmapped_area_topdown(). Linus points out how MAP_FIXED (which does not have to respect our stack guard gap intentions) could result in gap_end below gap_start th

Re: [PATCH v2 1/2] DT: pinctrl: Add binding documentation for Spreadtrum pin controller

On Mon, Jun 12, 2017 at 8:07 AM, Baolin Wang wrote: > I agree we should add these into core code, something like: > static const struct pinconf_generic_params dt_params[] = { (...) > { "slew-rate", PIN_CONFIG_SLEW_RATE, 0 }, > + { "sleep-bias-pull-up", PIN_CONFIG_SLEEP_BIAS_PULL_UP,

[tip:perf/core] perf config: Check error cases of {show_spec, set}_config()

Commit-ID: 4f1fd74283582f3f5c34d1c9ed55117d775b4a20 Gitweb: http://git.kernel.org/tip/4f1fd74283582f3f5c34d1c9ed55117d775b4a20 Author: Taeung Song AuthorDate: Sat, 17 Jun 2017 12:46:37 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 22:05:54 -0300 perf config: Ch

[tip:perf/core] perf ftrace: Add option for function filtering

Commit-ID: 78b83e8b12b4467540ca501c7c019e9d46051957 Gitweb: http://git.kernel.org/tip/78b83e8b12b4467540ca501c7c019e9d46051957 Author: Namhyung Kim AuthorDate: Sun, 18 Jun 2017 23:23:01 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 22:05:53 -0300 perf ftrace: A

[tip:perf/core] perf report: Remove unnecessary check in annotate_browser_write()

Commit-ID: c564f0db92b7f8d734ce530e42a540e12ae3d583 Gitweb: http://git.kernel.org/tip/c564f0db92b7f8d734ce530e42a540e12ae3d583 Author: Jin Yao AuthorDate: Thu, 4 May 2017 22:58:14 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:14:57 -0300 perf report: Remove

[tip:perf/core] perf config: Invert an if statement to reduce nesting in cmd_config()

Commit-ID: 8c1cedb4466809f9d741a4088314783cb88680a9 Gitweb: http://git.kernel.org/tip/8c1cedb4466809f9d741a4088314783cb88680a9 Author: Taeung Song AuthorDate: Mon, 8 May 2017 20:07:30 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:14:58 -0300 perf config: Inv

[PATCH v2 20/31] ext4: improve journal credit handling in set xattr paths

Both ext4_set_acl() and ext4_set_context() need to be made aware of ea_inode feature when it comes to credits calculation. Also add a sufficient credits check in ext4_xattr_set_handle() right after xattr write lock is grabbed. Original credits calculation is done outside the lock so there is a pos

[tip:perf/core] perf annotate browser: Display titles in left frame

Commit-ID: ec27ae1892f7f8119ce82535ffcc2889ea3bb3d8 Gitweb: http://git.kernel.org/tip/ec27ae1892f7f8119ce82535ffcc2889ea3bb3d8 Author: Jin Yao AuthorDate: Thu, 4 May 2017 22:58:15 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:14:57 -0300 perf annotate browse

Re: [PATCH] arm: aspeed: Add Aspeed board file with clocksource devicetree fixup

On 20 June 2017 at 10:06, Linus Walleij wrote: > Moxart is deploying the DTBs with the kernel, they go hand-in-hand. > Backward compatibility with old DTBs here would just be an academic > exercise. I've used CONFIG_ARM_APPENDED_DTB=y since the beginning mainly because UC-7112-LX's proprietary bo

[tip:perf/core] tools: Adopt __noreturn from kernel sources

Commit-ID: 6c3466435b03fb84647f5ad413f98f2ccb12b5c2 Gitweb: http://git.kernel.org/tip/6c3466435b03fb84647f5ad413f98f2ccb12b5c2 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 16 Jun 2017 11:39:15 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 19 Jun 2017 15:14:58 -0300 to

Re: [PATCH 2/9] clk: reparent orphans after critical clocks enabled

On Mon, Jun 19, 2017 at 06:51:40PM -0700, Stephen Boyd wrote: > On 05/15, Dong Aisheng wrote: > > The orphan clocks reparent operation should be moved after the critical > > clocks enabled, otherwise it may get a chance to disable a newly registered > > critical clock which triggers the following w

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