Re: Suspend/resume with FTRACE enabled doesn’t work anymore

On Wed, 17 Jan 2018 11:19:43 -0500 Steven Rostedt wrote: > On Wed, 17 Jan 2018 11:10:31 -0500 > Steven Rostedt wrote: > > > > It's been fixed, and the the patch is in Linus's tree already: > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a0e3a18f4baf

[patch v9 3/4] platform/mellanox: mlxreg-hotplug: Code cleanup

Renaming field bus in structure mlxreg_hotplug_device to nr to have a name consistent with Linux i2c naming. Removing unnecessary includes. Removing from mlxreg_hotplug_device_create dev_err to upper layer should produce error on EFAULT return. Relocation mlxreg_hotplug_device_create/destroy to

[patch v9 4/4] platform/mellanox: mlxreg-hotplug: Modify to use a regmap interface

Restructure mlxreg header for unification of hotplug item definitions. Unify hotplug items to allow any kind of item (power controller, fan eeprom, psu eeprom, asic health) in common way. Use a hardware independent regmap interface, enabling the support of hotplug events over programmable devices

[patch v9 1/4] platform/x86: Move Mellanox hardware platform hotplug driver to platform/mellanox

It moves drivers/platform/x86/mlxcpld-hotplug.c to drivers/platform/mellanox/mlxreg-hotplug.c and include/linux/platform_data/mlxcpld-hotplug.h to include/linux/platform_data/mlxreg.h for making hotplug driver usable for the different machine architectures. Signed-off-by: Vadim Pasternak Acked-by

Re: [PATCH v5 4/4] PCI/DPC: Enumerate the devices after DPC trigger event

On 1/17/2018 5:37 AM, Oza Pawandeep wrote: > +static bool dpc_wait_link_active(struct pci_dev *pdev) > +{ I think you can also make this function common instead of making another copy here. Of course, this would be another patch. -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affili

[tip:perf/core] perf evlist: Remove trailing semicolon

Commit-ID: dd8bd53ab86133327412e74bf5ba31a8ec2826d4 Gitweb: https://git.kernel.org/tip/dd8bd53ab86133327412e74bf5ba31a8ec2826d4 Author: Luis de Bethencourt AuthorDate: Thu, 11 Jan 2018 15:50:20 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 12 Jan 2018 11:02:55 -0300 perf e

[PATCH v3 04/16] mmc: tmio: remove dma_ops from tmio_mmc_host_probe() argument

Drivers need to set up various struct members for tmio_mmc_host before calling tmio_mmc_host_probe(). Do likewise for host->dma_ops instead of passing it as a function argument. Signed-off-by: Masahiro Yamada Reviewed-by: Wolfram Sang --- Changes in v3: None Changes in v2: None drivers/mmc/h

[PATCH v3 00/16] mmc: tmio: another batch of TMIO MMC fixes and cleanups

In the previous batch (https://lkml.org/lkml/2017/11/24/428) I sent 22 patches for TMIO MMC. 14 patches were applied, the rest is under discussion. This series consists of 16 patches. Patch 1-4: repost from v2. (Wolfram gave Reviewed by, so I moved them to the head) Patch 5-11: ne

[tip:perf/core] perf evsel: Check if callchain is enabled before setting it up

Commit-ID: 1688c2fdf6e72633c7f463da3878b58eef01ba56 Gitweb: https://git.kernel.org/tip/1688c2fdf6e72633c7f463da3878b58eef01ba56 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 12 Jan 2018 16:21:04 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 12 Jan 2018 16:57:16 -0300 p

Re: [PATCH] arm64: Run enable method for errata work arounds on late CPUs

On Wed, Jan 17, 2018 at 02:52:09PM +, Suzuki K Poulose wrote: > On 17/01/18 14:38, Dave Martin wrote: > >On Wed, Jan 17, 2018 at 01:22:19PM +, Suzuki K Poulose wrote: > >>On 17/01/18 12:25, Dave Martin wrote: > >>>On Wed, Jan 17, 2018 at 10:05:56AM +, Suzuki K Poulose wrote: [...] > >

[tip:perf/core] perf trace: Fix setting of --call-graph/--max-stack for non-syscall events

Commit-ID: 08e26396c6f29642fecfb7ca083459264a033a89 Gitweb: https://git.kernel.org/tip/08e26396c6f29642fecfb7ca083459264a033a89 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 12 Jan 2018 13:29:05 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 12 Jan 2018 16:57:24 -0300 p

Re: [PATCH v2 06/10] objtool: Implement jump_assert for _static_cpu_has()

On Wed, Jan 17, 2018 at 08:30:21AM -0600, Josh Poimboeuf wrote: > On Wed, Jan 17, 2018 at 08:27:59AM -0600, Josh Poimboeuf wrote: > > > > > + if (insn->jump_dest == fake_jump) { > > > > > + WARN_FUNC("jump inside alternative for > > > > > _static_cpu

[tip:perf/core] perf tools: Fix copyfile_offset update of output offset

Commit-ID: fa1195ccc0af2d121abe0fe266a1caee8c265eea Gitweb: https://git.kernel.org/tip/fa1195ccc0af2d121abe0fe266a1caee8c265eea Author: Jiri Olsa AuthorDate: Tue, 9 Jan 2018 14:39:23 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 12 Jan 2018 16:57:16 -0300 perf tools: Fix c

[tip:perf/core] tools lib traceevent: Fix bad force_token escape sequence

Commit-ID: 952a99ccfa9db2f9a32810fc9c0084f532dd871a Gitweb: https://git.kernel.org/tip/952a99ccfa9db2f9a32810fc9c0084f532dd871a Author: Michael Sartain AuthorDate: Thu, 11 Jan 2018 19:47:42 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:21:39 -0300 tools lib

[tip:perf/core] perf trace: No need to set PERF_SAMPLE_IDENTIFIER explicitely

Commit-ID: 236d812c55c2f38665663f0af61606b1cecea825 Gitweb: https://git.kernel.org/tip/236d812c55c2f38665663f0af61606b1cecea825 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 12 Jan 2018 13:14:52 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 12 Jan 2018 13:23:51 -0300 p

[tip:perf/core] tools lib traceevent: Show value of flags that have not been parsed

Commit-ID: 3df76c9a81671588516fc74b980cde664efe Gitweb: https://git.kernel.org/tip/3df76c9a81671588516fc74b980cde664efe Author: Steven Rostedt (VMware) AuthorDate: Thu, 11 Jan 2018 19:47:43 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:21:45 -0300 to

Re: [PATCH arm/aspeed/ast2500 v1] ipmi: add an Aspeed KCS IPMI BMC driver

On 01/17/2018 08:31 AM, Wang, Haiyue wrote: Snip... +/* mapped to lpc-host@80 IO space */ +#define LPC_HICRB    0x080 +#define LPC_HICRB_IBFIF4 BIT(1) +#define LPC_HICRB_LPC4E  BIT(0) +#define LPC_LADR4    0x090 +#define LPC_IDR4 0x094 +#d

[tip:perf/core] tools lib traceevent: Simplify pointer print logic and fix %pF

Commit-ID: 38d70b7ca1769f26c0b79f3c08ff2cc949712b59 Gitweb: https://git.kernel.org/tip/38d70b7ca1769f26c0b79f3c08ff2cc949712b59 Author: Steven Rostedt (VMware) AuthorDate: Thu, 11 Jan 2018 19:47:45 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:22:03 -0300 to

[tip:perf/core] perf script python: Add script to profile and resolve physical mem type

Commit-ID: 41013f0c095980775e0746272873891ca7c28fb1 Gitweb: https://git.kernel.org/tip/41013f0c095980775e0746272873891ca7c28fb1 Author: Kan Liang AuthorDate: Thu, 4 Jan 2018 12:59:55 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 12 Jan 2018 11:06:57 -0300 perf script pytho

[tip:perf/core] tools lib traceevent: Handle new pointer processing of bprint strings

Commit-ID: 37db96bb49629681cb839d7304a70524fe10f969 Gitweb: https://git.kernel.org/tip/37db96bb49629681cb839d7304a70524fe10f969 Author: Steven Rostedt (VMware) AuthorDate: Thu, 11 Jan 2018 19:47:46 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:22:08 -0300 to

Re: WARNING in can_rcv

On 01/17/2018 10:43 AM, Marc Kleine-Budde wrote: On 01/17/2018 09:07 AM, Oliver Hartkopp wrote: On 01/17/2018 08:12 AM, Eric Biggers wrote: On Wed, Jan 17, 2018 at 07:39:24AM +0100, Oliver Hartkopp wrote: On 01/16/2018 07:11 PM, Dmitry Vyukov wrote: On Tue, Jan 16, 2018 at 7:07 PM, Marc

[tip:perf/core] tools lib traceevent: Print value of unknown symbolic fields

Commit-ID: d63444739bee6acfa9a834515da17f9cec544505 Gitweb: https://git.kernel.org/tip/d63444739bee6acfa9a834515da17f9cec544505 Author: Jan Kiszka AuthorDate: Thu, 11 Jan 2018 19:47:44 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:21:57 -0300 tools lib trace

Re: [GIT PULL] isolation: 1Hz residual tick offloading v3

On Wed, 17 Jan 2018, Mike Galbraith wrote: > Domain connectivity very much is a property of a set of CPUs, a rather > important one, and one managed by cpusets.  NOHZ_FULL is a property of > a set of cpus, thus a most excellent fit.  Other things are as well. Not sure to what domain refers to in

[tip:perf/core] tools lib traceevent: Use asprintf when possible

Commit-ID: 67dfc376f3dfdc39b9125f32d5b24053a4da264f Gitweb: https://git.kernel.org/tip/67dfc376f3dfdc39b9125f32d5b24053a4da264f Author: Federico Vaga AuthorDate: Thu, 11 Jan 2018 19:47:48 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:22:19 -0300 tools lib tr

Re: [PATCH v2 16/22] mmc: tmio: fix never-detected card insertion bug

2018-01-14 5:59 GMT+09:00 Wolfram Sang : > >> I am talking about the card detection >> by the IP-builtin circuit. > > Yes, I know. As I wrote in one of the previous patches when reviewing > it, I disabled GPIO CD and used the internal mechanism (for tests where > it is relevant). Like here, too. >

Re: [PATCH RFC tip/core/rcu] Make SRCU be once again optional

On Wed, Jan 17, 2018 at 11:29:26AM +0100, Arnd Bergmann wrote: > On Wed, Jan 17, 2018 at 12:57 AM, Paul E. McKenney > wrote: > > On Wed, Jan 17, 2018 at 12:03:18AM +0100, Arnd Bergmann wrote: > >> Evidently there is at least one driver that uses SRCU but doesn't 'select > >> SRCU' > >> in Kconfig

[tip:perf/core] tools lib traceevent: Show contents (in hex) of data of unrecognized type records

Commit-ID: e877372880f72399323e433187cce2bfbea40263 Gitweb: https://git.kernel.org/tip/e877372880f72399323e433187cce2bfbea40263 Author: Steven Rostedt (VMware) AuthorDate: Thu, 11 Jan 2018 19:47:47 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:22:13 -0300 to

Re: [PATCH 0/3] lockdep: Allow checking a read-only lock

On Wed, Jan 17, 2018 at 07:14:11AM -0800, Matthew Wilcox wrote: > From: Matthew Wilcox > > I am not for one moment suggesting that the concept of a read-only lock > makes sense. You can't sensibly put one in ROM or in read-only mappings. > What does make sense is some APIs want to specify a cons

[tip:perf/core] tools lib traceevent: Add UL suffix to MISSING_EVENTS

Commit-ID: 6d36ce261614fbac3557cc58ba6a33424944c8a2 Gitweb: https://git.kernel.org/tip/6d36ce261614fbac3557cc58ba6a33424944c8a2 Author: Michael Sartain AuthorDate: Thu, 11 Jan 2018 19:47:49 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:22:49 -0300 tools lib

[tip:perf/core] tools lib traceevent: Fix get_field_str() for dynamic strings

Commit-ID: d777f8de99b05d399c0e4e51cdce016f26bd971b Gitweb: https://git.kernel.org/tip/d777f8de99b05d399c0e4e51cdce016f26bd971b Author: Steven Rostedt (VMware) AuthorDate: Thu, 11 Jan 2018 19:47:51 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:21 -0300 to

[tip:perf/core] tools lib traceevent: Fix missing break in FALSE case of pevent_filter_clear_trivial()

Commit-ID: 806efaed3cacab1521895d20bb3b5ed610909299 Gitweb: https://git.kernel.org/tip/806efaed3cacab1521895d20bb3b5ed610909299 Author: Taeung Song AuthorDate: Thu, 11 Jan 2018 19:47:50 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:22:57 -0300 tools lib trac

Re: [PATCH 08a/30] kexec_file: split KEXEC_VERIFY_SIG into KEXEC_SIG and KEXEC_SIG_FORCE

Jiri Bohac wrote: > > If sig_err is -EKEYREJECTED, -EKEYEXPIRED or -EKEYREVOKED then it must fail, > > even if the signature check isn't forced. > > It wasn't my intention to fail in these cases. What additional > security does this bring? If simply stripping an invalid > signature from the imag

[tip:perf/core] perf callchain: Fix attr.sample_max_stack setting

Commit-ID: 249d98e567e25dd03e015e2d31e1b7b9648f34df Gitweb: https://git.kernel.org/tip/249d98e567e25dd03e015e2d31e1b7b9648f34df Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 15 Jan 2018 11:07:58 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:31 -0300 p

[tip:perf/core] perf evsel: Fix incorrect handling of type _TERM_DRV_CFG

Commit-ID: 2178790baa8639a1f516f91685ae64cc8d09fee7 Gitweb: https://git.kernel.org/tip/2178790baa8639a1f516f91685ae64cc8d09fee7 Author: Mathieu Poirier AuthorDate: Wed, 10 Jan 2018 13:46:51 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 11 Jan 2018 11:56:07 -0300 perf evsel

[tip:perf/core] perf unwind: Do not look just at the global callchain_param.record_mode

Commit-ID: eabad8c6856f185f876b54c426c2cc69fe0f0a7d Gitweb: https://git.kernel.org/tip/eabad8c6856f185f876b54c426c2cc69fe0f0a7d Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 15 Jan 2018 16:48:46 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:32 -0300 p

[tip:perf/core] perf tools: Add ARM Statistical Profiling Extensions (SPE) support

Commit-ID: ffd3d18c20b8df281a18940ee80a99b28114d4b7 Gitweb: https://git.kernel.org/tip/ffd3d18c20b8df281a18940ee80a99b28114d4b7 Author: Kim Phillips AuthorDate: Sun, 14 Jan 2018 13:28:50 -0600 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:31 -0300 perf tools: A

[tip:perf/core] perf trace: Setup DWARF callchains for non-syscall events when --max-stack is used

Commit-ID: 75d501171462d8624fd14a2baa474476d6745e95 Gitweb: https://git.kernel.org/tip/75d501171462d8624fd14a2baa474476d6745e95 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 15 Jan 2018 10:39:55 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:32 -0300 p

[tip:perf/core] perf trace: Allow overriding global --max-stack per event

Commit-ID: bd3dda9ab0fbdb8a91a2e869d93a0c9692b8444f Gitweb: https://git.kernel.org/tip/bd3dda9ab0fbdb8a91a2e869d93a0c9692b8444f Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 15 Jan 2018 11:33:53 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:33 -0300 p

[tip:perf/core] perf callchains: Ask for PERF_RECORD_MMAP for data mmaps for DWARF unwinding

Commit-ID: 0d3dcc0ef13d9d78132d7d6ae068c17ed858e65e Gitweb: https://git.kernel.org/tip/0d3dcc0ef13d9d78132d7d6ae068c17ed858e65e Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 16 Jan 2018 11:16:25 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:33 -0300 p

[PATCH v2] staging: fsl-mc: Add SPDX license identifiers

The fsl-mc bus and dpio driver files use a combination of GPL-2.0 and GPL-2.0+ OR BSD-3-Clause licenses. Add SPDX tags and delete the full license text, keeping the existing license for each file. Add GPL-2.0 for Kconfig / Makefile, where not present. Signed-off-by: Bogdan Purcareata Reviewed-by:

[tip:perf/core] perf report: Improve error msg when no first/last sample time found

Commit-ID: eb0b419eff8cf51af8e16cc8c5d2a92d19824266 Gitweb: https://git.kernel.org/tip/eb0b419eff8cf51af8e16cc8c5d2a92d19824266 Author: Jin Yao AuthorDate: Wed, 10 Jan 2018 23:00:26 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:34 -0300 perf report: Impro

Re: [PATCH 2/6] backlight/generic-bl: remove DRIVER1 state

On 17/01/18 14:36, Emil Velikov wrote: On 17 January 2018 at 14:01, Daniel Vetter wrote: Nothing in the entire tree ever sets this, which means this is dead code. Remove it. Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Signed-off-by: Daniel Vetter --- drivers/video/backlight/generi

[tip:perf/core] perf script: Improve error msg when no first/last sample time found

Commit-ID: 1e2778e91616086177a255f3fc8c72ecaa564ae6 Gitweb: https://git.kernel.org/tip/1e2778e91616086177a255f3fc8c72ecaa564ae6 Author: Jin Yao AuthorDate: Wed, 10 Jan 2018 23:00:27 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:34 -0300 perf script: Impro

Re: [PATCH 1/2] linux/fs.h: fix umask on NFS with CONFIG_FS_POSIX_ACL=n

Looks right to me. Reviewed-by: J. Bruce Fields --b. On Mon, Jan 15, 2018 at 06:30:46PM +0100, Max Kellermann wrote: > Make IS_POSIXACL() return false if POSIX ACL support is disabled and > ignore SB_POSIXACL/MS_POSIXACL. > > Never skip applying the umask in namei.c and never bother to do any

[tip:perf/core] perf util: Improve error checking for time percent input

Commit-ID: 6e761cbc9127fb8fc609aea2265ee8279b8d6c55 Gitweb: https://git.kernel.org/tip/6e761cbc9127fb8fc609aea2265ee8279b8d6c55 Author: Jin Yao AuthorDate: Wed, 10 Jan 2018 23:00:28 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:35 -0300 perf util: Improve

[PATCH v3 11/16] mmc: tmio: deprecate "toshiba,mmc-wrprotect-disable" DT property

This property is equivalent to "disable-wp" defined in Documentation/devicetree/bindings/mmc/tmio_mmc.txt The TMIO MMC core calls mmc_of_parse(), and it sets MMC_CAP2_NO_WRITE_PROTECT if "disable-wp" property is present. We do not need a vendor-specific property to do the same thing. Let's remov

[tip:perf/core] perf util: Support no index time percent slice

Commit-ID: 3002812e602d3f991a5b8cdc0499e63e13ff65c4 Gitweb: https://git.kernel.org/tip/3002812e602d3f991a5b8cdc0499e63e13ff65c4 Author: Jin Yao AuthorDate: Wed, 10 Jan 2018 23:00:29 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:35 -0300 perf util: Support

[PATCH v3 08/16] sh: kfr2r09: use MMC_CAP2_NO_WRITE_PROTECT instead of TMIO own flag

TMIO_MMC_WRPROTECT_DISABLE is equivalent to MMC_CAP2_NO_WRITE_PROTECT. The flag is propagated as follows: tmio_mmc_data::capabilities2 -> mmc_host::caps2 Only the difference is the TMIO_... makes tmio_mmc_get_ro() return 0 (i.e. it does not affect mmc_gpio_get_ro() at all), while MMC_CAP2_...

[PATCH v3 13/16] mmc: tmio: fix never-detected card insertion bug

The TMIO mmc cannot detect the card insertion in native_hotplug mode if the driver is probed without a card inserted. The reason is obvious; all IRQs are disabled by tmio_mmc_host_probe(), as follows: tmio_mmc_disable_mmc_irqs(_host, TMIO_MASK_ALL); The card event IRQs are first enabled by tmi

[tip:perf/core] perf record: Fix failed memory allocation for get_cpuid_str

Commit-ID: 81fccd6ca507d3b2012eaf1edeb9b1dbf4bd22db Gitweb: https://git.kernel.org/tip/81fccd6ca507d3b2012eaf1edeb9b1dbf4bd22db Author: Thomas Richter AuthorDate: Wed, 17 Jan 2018 14:16:11 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:31:25 -0300 perf record

[tip:perf/core] perf report: Add an indication of what time slices are used

Commit-ID: 7425664bbd3174814500c7ab8740cbb9bb25396c Gitweb: https://git.kernel.org/tip/7425664bbd3174814500c7ab8740cbb9bb25396c Author: Jin Yao AuthorDate: Wed, 10 Jan 2018 23:00:30 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:36 -0300 perf report: Add a

[tip:perf/core] perf util: Allocate time slices buffer according to number of comma

Commit-ID: 5a031f887cb8d60fe87d21159c3cf82c38f55679 Gitweb: https://git.kernel.org/tip/5a031f887cb8d60fe87d21159c3cf82c38f55679 Author: Jin Yao AuthorDate: Wed, 10 Jan 2018 23:00:31 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:36 -0300 perf util: Allocat

[tip:perf/core] perf report: Remove the time slices number limitation

Commit-ID: 0a3cc3ae05c363dabd891ed5f918c62197de8c7f Gitweb: https://git.kernel.org/tip/0a3cc3ae05c363dabd891ed5f918c62197de8c7f Author: Jin Yao AuthorDate: Wed, 10 Jan 2018 23:00:32 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:37 -0300 perf report: Remov

[tip:perf/core] perf script: Remove the time slices number limitation

Commit-ID: cc2ef584a863b7c8033b78723cd253ca47e9a589 Gitweb: https://git.kernel.org/tip/cc2ef584a863b7c8033b78723cd253ca47e9a589 Author: Jin Yao AuthorDate: Wed, 10 Jan 2018 23:00:33 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 17 Jan 2018 10:23:37 -0300 perf script: Remov

Re: [1/5] clk: divider: read-only divider can propagate rate change

On Thu, 2018-01-11 at 16:55 -0600, David Lechner wrote: > On 01/05/2018 11:09 AM, Jerome Brunet wrote: > > When a divider clock has CLK_DIVIDER_READ_ONLY set, it means that the > > register shall be left un-touched, but it does not mean the clock > > should stop rate propagation if CLK_SET_RATE_PAR

[PATCH v3 06/16] mmc: tmio: refactor .get_ro hook

This IP provides the write protect signal level in the status register, but it is also possible to use GPIO for WP. They are exclusive, so it is not efficient to call mmc_gpio_get_ro() every time from tmio_mmc_get_ro() if we know gpio_ro is not used. Check the capability of gpio_ro just once in t

[PATCH v3 03/16] mmc: tmio: move {tmio_}mmc_of_parse() to tmio_mmc_host_alloc()

mmc_of_parse() parses various DT properties and sets capability flags accordingly. However, drivers have no chance to run platform init code depending on such flags because mmc_of_parse() is called from tmio_mmc_host_probe(). Move mmc_of_parse() to tmio_mmc_host_alloc() so that drivers can handle

[PATCH v3 16/16] mmc: tmio: remove useless TMIO_MASK_CMD handling in tmio_mmc_host_probe()

TMIO_MASK_CMD is properly enabled in tmio_mmc_start_command(). We have no reason to set it up in tmio_mmc_host_probe(). (If we really wanted to set it in the probe, we would have to do likewise when resuming.) Even worse, the following code is extremely confusing: _host->sdcard_irq_mask &= ~i

[PATCH v3 07/16] mmc: renesas_sdhi: use MMC_CAP2_NO_WRITE_PROTECT instead of TMIO own flag

TMIO_MMC_WRPROTECT_DISABLE is equivalent to MMC_CAP2_NO_WRITE_PROTECT. The flag is propagated as follows: renesas_sdhi_of_data::capabilities2 -> tmio_mmc_data::capabilities2 -> mmc_host::caps2 Only the difference is the TMIO_... makes tmio_mmc_get_ro() return 0 (i.e. it does not af

[PATCH v3 10/16] mmc: tmio: remove TMIO_MMC_WRPROTECT_DISABLE

The use of this flag has been replaced with MMC_CAP2_NO_WRITE_PROTECT. No platform defines this flag any more. Remove. Signed-off-by: Masahiro Yamada --- Changes in v3: - newly added Changes in v2: None drivers/mmc/host/tmio_mmc_core.c | 5 ++--- include/linux/mfd/tmio.h | 1 - 2 f

[PATCH v3 02/16] mmc: tmio: move clk_enable/disable out of tmio_mmc_host_probe()

The clock is enabled in the tmio_mmc_host_probe(). It also prevents drivers from performing platform-specific settings before mmc_add_host() because the register access generally requires a clock. Enable/disable the clock in drivers' probe/remove. Also, I passed tmio_mmc_data to tmio_mmc_host_al

[PATCH v3 05/16] mmc: slot-gpio: add a helper to check capability of GPIO WP detection

Like mmc_can_gpio_cd(), mmc_can_gpio_ro() will also be useful for host drivers to know whether GPIO write-protect detection is supported. Signed-off-by: Masahiro Yamada --- Changes in v3: - newly added Changes in v2: None drivers/mmc/core/slot-gpio.c | 8 include/linux/mmc/slot-gp

[PATCH v3 15/16] mmc: tmio: clear force_pio flag before starting data transfer

Currently, force_pio is cleared when the driver exits. Then, it resulted in clearing it in multiple places since MMC drivers in general have multiple exit points. tmio_mmc_reset_work - bails out on timeout tmio_process_mrq - error out when it cannot send a command tmio_mmc_finish_request - suc

[PATCH v3 01/16] mmc: tmio: ioremap memory resource in tmio_mmc_host_alloc()

The register region is ioremap'ed in the tmio_mmc_host_probe(), i.e. drivers cannot get access to the hardware before mmc_add_host(). Actually, renesas_sdhi_core.c reads out the CTL_VERSION register to complete the platform-specific settings. However, at this point, the MMC host is already runnin

[PATCH v3 12/16] mmc: tmio: support IP-builtin card detection logic

A card detect GPIO is set up only for platforms with "cd-gpios" DT property or TMIO_MMC_USE_GPIO_CD flag. However, the driver core always uses mmc_gpio_get_cd, which just fails with -ENOSYS if ctx->cd_gpio is unset. The bit 5 of the status register provides the current signal level of the CD line

Re: [PATCH 2/6] backlight/generic-bl: remove DRIVER1 state

On 17/01/18 14:01, Daniel Vetter wrote: Nothing in the entire tree ever sets this, which means this is dead code. Remove it. Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Signed-off-by: Daniel Vetter Not sure whether to ack this one or not. There is nothing wrong with the change but ha

[PATCH v3 14/16] mmc: tmio: move TMIO_MASK_{READOP,WRITEOP} handling to correct place

As far as I tested the IP on UniPhier SoCs, TMIO_STAT_{RXRDY,TXRQ} are asserted for DMA mode as well as for PIO. I need to disable the those IRQs in dma_ops->start hook, otherwise the DMA transfer fails with the following error message: PIO IRQ in DMA mode! Renesas chips are the same cases sinc

[PATCH v3 09/16] mmc: tmio: use MMC_CAP2_NO_WRITE_PROTECT instead of TMIO own flag

TMIO_MMC_WRPROTECT_DISABLE is equivalent to MMC_CAP2_NO_WRITE_PROTECT. Only the difference is the TMIO_... makes tmio_mmc_get_ro() return 0 (i.e. it does not affect mmc_gpio_get_ro() at all), while MMC_CAP2_... returns 0 before calling ->get_ro() hook (i.e. it affects both IP own logic and GPIO de

Re: [PATCH v22 2/3] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_VQ

On Wed, Jan 17, 2018 at 01:10:11PM +0800, Wei Wang wrote: > Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_VQ feature indicates the > support of reporting hints of guest free pages to host via virtio-balloon. > > Host requests the guest to report free pages by sending a new cmd > id to the guest vi

Re: [PATCH v5 3/4] PCI/DPC: Unify and plumb error handling into DPC

On 1/17/2018 5:37 AM, Oza Pawandeep wrote: > + driver = pci_find_dpc_service(udev); > +#endif > #if IS_ENABLED(CONFIG_PCIEAER) > - /* Use the aer driver of the component firstly */ > - driver = pci_find_aer_service(udev); I think we need a pci_find_service function that unifie

Re: [PATCH v2 17/22] mmc: tmio: move TMIO_MASK_{READOP,WRITEOP} handling to correct place

Hi Wolfram, 2018-01-16 17:01 GMT+09:00 Wolfram Sang : > On Sat, Nov 25, 2017 at 01:24:52AM +0900, Masahiro Yamada wrote: >> This driver was largely extended by Renesas, but actually used by >> several SoC vendors. The current code does not work for UniPhier >> SoCs at least. > > Do you insist on

Re: [PATCH 07/11] signal/arm64: Document conflicts with SI_USER and SIGFPE, SIGTRAP, SIGBUS

Russell King - ARM Linux writes: > On Wed, Jan 17, 2018 at 12:15:05PM +, Dave Martin wrote: >> On Wed, Jan 17, 2018 at 11:57:09AM +, Russell King - ARM Linux wrote: >> > On Tue, Jan 16, 2018 at 04:28:50PM -0600, Eric W. Biederman wrote: >> > > I will keep FPE_FIXME as a place holder until

Re: [PATCH v5 3/4] PCI/DPC: Unify and plumb error handling into DPC

On 1/17/2018 5:37 AM, Oza Pawandeep wrote: > +++ b/include/linux/dpc.h > @@ -0,0 +1,9 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ > + > +#ifndef _DPC_H_ > +#define _DPC_H_ > + > +#define DPC_FATAL4 > + > +#endif //_DPC_H_ > + can you keep this in drivers/pci.h and get rid of this file

Re: [PATCH RFC tip/core/rcu] Make SRCU be once again optional

On Wed, Jan 17, 2018 at 11:29:26AM +0100, Arnd Bergmann wrote: > On Wed, Jan 17, 2018 at 12:57 AM, Paul E. McKenney > wrote: > > On Wed, Jan 17, 2018 at 12:03:18AM +0100, Arnd Bergmann wrote: > >> On Tue, Jan 16, 2018 at 11:55 PM, Arnd Bergmann wrote: > >> > >> > > >> > That fixed the first warni

Re: [v2] Coccinelle: zalloc-simple: Safer transformations with SmPL

> I removed the blank line at EOF, > then applied to linux-kbuild/misc. This script for the semantic patch language was extended. Now I find that this development version contains some update candidates. Implementation details can become safer in a few software design directions. I suggest to sta

Re: [PATCH 3/6] backlight/pandora: Stop using BL_CORE_DRIVER1

On 17/01/18 14:01, Daniel Vetter wrote: Leaking driver internal tracking into the already massively confusing backlight power tracking is really confusing. Stop that by allocating a tiny driver private data structure instead. Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Signed-off-by: Da

Re: [PATCH -next] drm/etnaviv: make local symbols static

Am Donnerstag, den 11.01.2018, 11:34 + schrieb Wei Yongjun: > Fixes the following sparse warnings: > > drivers/gpu/drm/etnaviv/etnaviv_iommu.c:161:39: warning: >  symbol 'etnaviv_iommuv1_ops' was not declared. Should it be static? > drivers/gpu/drm/etnaviv/etnaviv_iommu_v2.c:239:39: warning: >

Re: [PATCH] ipmi: use dynamic memory for DMI driver override

On 01/17/2018 10:36 AM, John Garry wrote: Currently a crash can be seen if we reach the "err" label in dmi_add_platform_ipmi(), calling platform_device_put(), like here: [7.270584] (null): ipmi:dmi: Unable to add resources: -16 [7.330229] [ cut here ] [7.33488

Re: [PATCH 4/6] staging/fbtft: Stop using BL_CORE_DRIVER1

On 17/01/18 14:01, Daniel Vetter wrote: Leaking driver internal tracking into the already massively confusing backlight power tracking is really confusing. Luckily we have already a drvdata structure, so fixing this is really easy. Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Cc: Thomas

Re: [PATCH 5/6] backlight: Also nuke BL_CORE_DRIVER1

On 17/01/18 14:01, Daniel Vetter wrote: Now that the 3 drivers using this are cleaned up we can also remove this final bit of confusion of leaking driver internals into the backlight power interface. The backlight power interface itself is still a massive mess. Cc: Lee Jones Cc: Daniel Thomp

Re: [PATCH 6/6] MAINTAINERS: add dri-devel for backlight subsystem patches

On 17/01/18 14:01, Daniel Vetter wrote: For the same reasons we've added dri-devel for all fbdev patches: Most of the actively developed drivers using this infrastructure are in drivers/gpu/. It just makes sense to cross-post patches and keep aligned. And total activity in the backlight subsyst

RCU stall in 8250 serial driver Linux 4.15-rc1

Hi, Syzkaller found the following rcu stall report in Linux 4.15-rc1: https://pastebin.com/NyZ9JdRv The following C program reproduces it: https://pastebin.com/gqwDWWpA Configs Here: https://pastebin.com/v6M3iKi1 Regards, Shankara

Re: LKML admins (syzbot emails are not delivered)

On Wed, Jan 17, 2018 at 09:06:54AM +0100, Dmitry Vyukov wrote: > I've also mailed a change to appengine that supports *.c, *.log and > *.patch as text/plain extensions. There does not seem to be any major > objects to it, but it will probably take some time to be deployed in > prod. After that I wi

Re: [PATCH] exynos: drm: use monotonic timestamps

On Fri, Nov 3, 2017 at 3:04 PM, Tobias Jakobi wrote: > Hello Arnd, > > I guess you could coordinate the IPP changes with Marek, who is rewriting the > IPP subsystem anyway (added Marek to Cc). > > Here is the most recent IPPv2 series: > https://www.spinics.net/lists/linux-samsung-soc/msg61066.html

Re: [RFC PATCH v2 1/2] vfio/type1: Adopt fast IOTLB flush interface when unmap IOVAs

Hi Alex, On 1/9/18 4:07 AM, Alex Williamson wrote: @@ -661,6 +705,8 @@ static long vfio_unmap_unpin(struct vfio_iommu *iommu, struct vfio_dma *dma, if (!IS_IOMMU_CAP_DOMAIN_IN_CONTAINER(iommu)) return 0; + INIT_LIST_HEAD(&unmapped_regions); + /* * We

Re: [PATCH v2 3/3] tty: Use RCU read lock to iterate tasks and threads in __do_SAK()

Kirill Tkhai writes: > There were made several efforts to make __do_SAK() > working in process context long ago, but it does > not solves the problem completely. Since __do_SAK() > may take tasklist_lock for a long time, the concurent > processes, waiting for write lock with interrupts > disabled

[PATCH for 4.16 03/11] membarrier: Document scheduler barrier requirements (v5)

Document the membarrier requirement on having a full memory barrier in __schedule() after coming from user-space, before storing to rq->curr. It is provided by smp_mb__after_spinlock() in __schedule(). Document that membarrier requires a full barrier on transition from kernel thread to userspace t

[net-next: PATCH v3 4/7] device property: Allow iterating over available child fwnodes

Implement a new helper function fwnode_get_next_available_child_node(), which enables obtaining next enabled child fwnode, which works on a similar basis to OF's of_get_next_available_child(). This commit also introduces a macro, thanks to which it is possible to iterate over the available fwnodes

[net-next: PATCH v3 0/7] Armada 7k/8k PP2 ACPI support

Hi, This is a third version of the patchset introducing mvpp2 driver ability to operate with ACPI. Until follow-up generic MDIO is introduced it can using the link interrupt capability (a.k.a. in-band management) on all ports, 1000BaseT RGMII included. Driver operation was tested on top of the net

[PATCH for 4.16 11/11] membarrier: selftest: Test private expedited sync core cmd

Test the new MEMBARRIER_CMD_PRIVATE_EXPEDITED_SYNC_CORE and MEMBARRIER_CMD_REGISTER_PRIVATE_EXPEDITED_SYNC_CORE commands. Signed-off-by: Mathieu Desnoyers Acked-by: Shuah Khan CC: Greg Kroah-Hartman CC: Peter Zijlstra CC: Paul E. McKenney CC: Boqun Feng CC: Andrew Hunter CC: Maged Michael

[PATCH for 4.16 06/11] Introduce sync_core_before_usermode

Introduce an architecture function that ensures the current CPU issues a core serializing instruction before returning to usermode. This is needed for the membarrier "sync_core" command. Architectures defining the sync_core_before_usermode() static inline need to select ARCH_HAS_SYNC_CORE_BEFORE_

[PATCH for 4.16 07/11] x86: Implement sync_core_before_usermode (v3)

Ensure that a core serializing instruction is issued before returning to user-mode. x86 implements return to user-space through sysexit, sysrel, and sysretq, which are not core serializing. Signed-off-by: Mathieu Desnoyers Reviewed-by: Thomas Gleixner CC: Peter Zijlstra CC: Andy Lutomirski CC:

Re: [RFC PATCH 0/5] softirq: Per vector threading v2

Em Tue, 16 Jan 2018 05:40:35 +0100 Frederic Weisbecker escreveu: > So this set is in a testable state. I addressed preliminary reviews from > Eric Dumazet, Paolo Abeni and Linus. > > You may want to play with MAX_SOFTIRQ_RESTART value, which is now the > number of calls allowed for a vector in a

[PATCH for 4.16 10/11] membarrier: arm64: Provide core serializing command

Signed-off-by: Mathieu Desnoyers CC: Peter Zijlstra CC: Andy Lutomirski CC: Paul E. McKenney CC: Boqun Feng CC: Andrew Hunter CC: Maged Michael CC: Avi Kivity CC: Benjamin Herrenschmidt CC: Paul Mackerras CC: Michael Ellerman CC: Dave Watson CC: Thomas Gleixner CC: Ingo Molnar CC: "H.

[PATCH for 4.16 09/11] membarrier: x86: Provide core serializing command (v4)

There are two places where core serialization is needed by membarrier: 1) When returning from the membarrier IPI, 2) After scheduler updates curr to a thread with a different mm, before going back to user-space, since the curr->mm is used by membarrier to check whether it needs to send an IP

[PATCH for 4.16 08/11] membarrier: Provide core serializing command

Provide core serializing membarrier command to support memory reclaim by JIT. Each architecture needs to explicitly opt into that support by documenting in their architecture code how they provide the core serializing instructions required when returning from the membarrier IPI, and after the sche

[PATCH for 4.16 04/11] membarrier: provide GLOBAL_EXPEDITED command (v3)

Allow expedited membarrier to be used for data shared between processes through shared memory. Processes wishing to receive the membarriers register with MEMBARRIER_CMD_REGISTER_GLOBAL_EXPEDITED. Those which want to issue membarrier invoke MEMBARRIER_CMD_GLOBAL_EXPEDITED. This allows extremely si

[PATCH for 4.16 05/11] membarrier: selftest: Test global expedited cmd (v2)

Test the new MEMBARRIER_CMD_GLOBAL_EXPEDITED and MEMBARRIER_CMD_REGISTER_GLOBAL_EXPEDITED commands. Adapt to the MEMBARRIER_CMD_SHARED -> MEMBARRIER_CMD_GLOBAL rename. Signed-off-by: Mathieu Desnoyers Acked-by: Shuah Khan CC: Greg Kroah-Hartman CC: Peter Zijlstra CC: Paul E. McKenney CC: Boq

[PATCH for 4.16 02/11] powerpc: membarrier: Skip memory barrier in switch_mm() (v7)

Allow PowerPC to skip the full memory barrier in switch_mm(), and only issue the barrier when scheduling into a task belonging to a process that has registered to use expedited private. Threads targeting the same VM but which belong to different thread groups is a tricky case. It has a few consequ

Re: KASAN: stack-out-of-bounds Read in __nla_put

On 1/17/18 2:39 AM, Xin Long wrote: > I guess you need to move up your memset(0) a little bit: > > @@ -2427,6 +2443,7 @@ int netlink_rcv_skb(struct sk_buff *skb, int > (*cb)(struct sk_buff *, > nlh = nlmsg_hdr(skb); > err = 0; > > + memset(&extack, 0,

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