[PATCH 3.18 22/22] [media] saa7134: fix warm Medion 7134 EEPROM read

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Maciej S. Szmigiero commit 5a91206ff0d0548939f3e85a65fb76b400fb0e89 upstream. When saa7134 module driving a Medion 7134 card is reloaded reads of this card EEPROM

[PATCH 4.4 40/57] perf tools: Use readdir() instead of deprecated readdir_r()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 7093b4c963cc4e344e490c774924a180602a7092 upstream. The readdir() function is thread safe as long as just one thread uses a DIR, which is the

[PATCH 4.4 33/57] tools strfilter: Use __fallthrough

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit d64b721d27aef3fbeb16ecda9dd22ee34818ff70 upstream. The implicit fall through case label here is intended, so let us inform that to gcc >= 7:

[PATCH 3.18 08/22] usb: dwc3: replace %p with %pK

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Felipe Balbi commit 04fb365c453e14ff9e8a28f1c46050d920a27a4a upstream. %p will leak kernel pointers, so let's not expose the information on dmesg and instead use

[PATCH 4.4 01/57] fs: add a VALID_OPEN_FLAGS

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Christoph Hellwig commit 80f18379a7c350c011d30332658aa15fe49a8fa5 upstream. Add a central define for all valid open flags, and use it in the uniqueness check. Signed-off-by:

[PATCH 4.4 10/57] Add USB quirk for HVR-950q to avoid intermittent device resets

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Devin Heitmueller commit 6836796de4019944f4ba4c99a360e8250fd2e735 upstream. The USB core and sysfs will attempt to enumerate certain parameters which are

[PATCH 3.18 06/22] usb: ehci-orion: fix probe for !GENERIC_PHY

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Jonas Gorski commit db1319e166c5e872c4be54eac4e47454133708cf upstream. Commit d445913ce0ab7f ("usb: ehci-orion: add optional PHY support") added support for optional phys,

[PATCH 4.9 07/25] perf top: Use __fallthrough

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 7b0214b702ad8e124e039a317beeebb3f020d125 upstream. The implicit fall through case label here is intended, so let us inform that to gcc >= 7:

[PATCH 4.9 05/25] tools string: Use __fallthrough in perf_atoll()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 94bdd5edb34e472980d1e18b4600d6fb92bd6b0a upstream. The implicit fall through case label here is intended, so let us inform that to gcc >= 7:

[PATCH 4.9 24/25] x86/mm/pat: Dont report PAT on CPUs that dont support it

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 99c13b8c8896d7bcb92753bf0c63a8de4326e78d upstream. The pat_enabled() logic is broken on CPUs which do not support PAT and where the initialization

[PATCH 4.9 17/25] md: fix super_offset endianness in super_1_rdev_size_change

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jason Yan commit 3fb632e40d7667d8bedfabc28850ac06d5493f54 upstream. The sb->super_offset should be big-endian, but the rdev->sb_start is in host byte order, so fix this by

[PATCH 4.9 19/25] staging: vt6556: vnt_start Fix missing call to vnt_key_init_table.

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit dc32190f2cd41c7dba25363ea7d618d4f5172b4e upstream. The key table is not intialized correctly without this call. Signed-off-by: Malcolm Priestley

[PATCH 4.9 23/25] ext4: check return value of kstrtoull correctly in reserved_clusters_store

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Chao Yu commit 1ea1516fbbab2b30bf98c534ecaacba579a35208 upstream. kstrtoull returns 0 on success, however, in reserved_clusters_store we will return -EINVAL if kstrtoull

[PATCH 4.9 04/25] tools include: Add a __fallthrough statement

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit b5bf1733d6a391c4e90ea8f8468d83023be74a2a upstream. For cases where implicit fall through case labels are intended, to let us inform that to gcc

Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality

On 07/12/2017 11:16 PM, Michal Hocko wrote: > On Wed 12-07-17 09:55:48, Mike Kravetz wrote: >> On 07/12/2017 04:46 AM, Michal Hocko wrote: >>> On Tue 11-07-17 11:23:19, Mike Kravetz wrote: On 07/11/2017 05:36 AM, Michal Hocko wrote: >>> [...] > Anyway the patch should fail with -EINVAL on

Re: [PATCH 01/18] regmap: mmio: Add function to attach a clock

On Thu, Jul 13, 2017 at 04:12:56PM +0200, Maxime Ripard wrote: > This might be problematic if the clock to enable is stored in another node. > Let's add a function that allows to attach a clock that has already been > retrieved to a regmap in order to fix this. What is the use case for this?

Re: [PATCH V4] PCI: handle CRS returned by device after FLR

On Thu, Jul 13, 2017 at 11:44:12AM -0400, Sinan Kaya wrote: > On 7/13/2017 8:17 AM, Bjorn Helgaas wrote: > >> he spec is calling to wait up to 1 seconds if the device is sending CRS. > >> The NVMe device seems to be requiring more. Relax this up to 60 seconds. > > Can you add a pointer to the "1

Re: [Intel-gfx] [PATCH RESEND] drm/i915: Fix pipe/transcoder enum mismatches

On Thu, Jul 13, 2017 at 3:13 AM, Ville Syrjälä wrote: > On Wed, Jul 12, 2017 at 07:28:14PM -0700, Stéphane Marchesin wrote: >> On Fri, May 5, 2017 at 10:40 AM, Ville Syrjälä >> wrote: >> > >> > On Fri, May 05, 2017 at 10:26:36AM

Re: [PATCH net] xgene: Don't fail probe, if there is no clk resource for SGMII interfaces

From: Thomas Bogendoerfer Date: Thu, 13 Jul 2017 10:57:40 +0200 > From: Thomas Bogendoerfer > > This change fixes following problem > > [1.827940] xgene-enet: probe of 1f210030.ethernet failed with error -2 > > which leads to a missing

Re: [PATCH] net: broadcom: bnx2x: make a couple of const arrays static

From: Colin King Date: Tue, 11 Jul 2017 11:52:23 +0100 > From: Colin Ian King > > Don't populate various tables on the stack but make them static const. > Makes the object code smaller by nearly 200 bytes: > > Before: >text data

[PATCH v5 05/14] drm: armada: remove dead empty functions

The redundant fb helpers .gamma_set and .gamma_get are no longer used. Remove the dead code. Acked-by: Daniel Vetter Signed-off-by: Peter Rosin --- drivers/gpu/drm/armada/armada_crtc.c | 10 -- drivers/gpu/drm/armada/armada_crtc.h | 2 --

[PATCH v5 00/14] improve the fb_setcmap helper

Hi! While trying to get CLUT support for the atmel_hlcdc driver, and specifically for the emulated fbdev interface, I received some push-back that my feeble in-driver attempts should be solved by the core. This is my attempt to do it right. I have obviously not tested all of this with more than

[PATCH v5 03/14] drm/fb-helper: separate the fb_setcmap helper into atomic and legacy paths

The legacy path implements setcmap in terms of crtc .gamma_set. The atomic path implements setcmap by directly updating the crtc gamma_lut property. This has a couple of benefits: - it makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get completely obsolete. They are now unused

[PATCH v5 07/14] drm: cirrus: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Acked-by: Daniel Vetter Signed-off-by: Peter Rosin

Re: [PATCHv3 3/3] ARM: drm: Intel FPGA VIP Frame Buffer II drm driver

Hi Hean, [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.12 next-20170713] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/hean-loong-ong-intel-com/Intel-FPGA-VIP-Frame

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On 07/13/2017 12:40 PM, Theodore Ts'o wrote: On Thu, Jul 13, 2017 at 07:11:36AM -0500, Eric W. Biederman wrote: The concise summary: Today we have the xattr security.capable that holds a set of capabilities that an application gains when executed. AKA setuid root exec without actually being

[PATCH 3/6] perf/x86/uncore: fix Skylake server CHA LLC_LOOKUP event umask

From: Kan Liang Correct the umask for LLC_LOOKUP.LOCAL and LLC_LOOKUP.REMOTE events Signed-off-by: Kan Liang --- arch/x86/events/intel/uncore_snbep.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 0/6] several fixes for SKX uncore

From: Kan Liang This series fixes the following issues: - wrong event_mask and event_ext_mask for UPI PMU - wrong PCU event format - wrong umask for LLC_LOOKUP.LOCAL and LLC_LOOKUP.REMOTE events - invalid CHA BOX FILTER - missing event filters support for

[PATCH 5/6] perf/x86/uncore: fix SKX CHA event extra regs

From: Stephane Eranian This patch adds two missing event extra regs for Skylake Server CHA PMU: - TOR_INSERTS - TOR_OCCUPANCY Were missing support for all the filters, including opcode matchers. Signed-off-by: Stephane Eranian Signed-off-by: Kan

[PATCH 6/6] perf/x86/uncore: fix missing marker for skx_uncore_cha_extra_regs

From: Stephane Eranian This skx_uncore_cha_extra_regs array was missing an end-marker. Signed-off-by: Stephane Eranian Signed-off-by: Kan Liang --- arch/x86/events/intel/uncore_snbep.c | 1 + 1 file changed, 1 insertion(+) diff

[PATCH 4/6] perf/x86/uncore: remove invalid Skylake server CHA filter field

From: Kan Liang There is no field c6 and link for CHA BOX FILTER. Signed-off-by: Kan Liang --- arch/x86/events/intel/uncore_snbep.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/arch/x86/events/intel/uncore_snbep.c

[PATCH v2 0/9] perf annotate: Fix --show-total-period and support --show-nr-samples

Hello, Currently the --show-total-period option of perf-annotate is different from perf-report's. It has two problem like below: (Reported by Namhyung Kim and Milian Wolff) 1) Wrong column i.e. 'Percent' (even though using --show-total-period) 2) Show number of samples, not period So fix

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

On Thu, Jul 13, 2017 at 10:29:42AM +0100, Jean-Philippe Brucker wrote: > On 12/07/17 23:07, Michael S. Tsirkin wrote: > [...] > > I think using hardware support for nesting is the right final > > solution. It will take some time though. Given this, what should > > we do meanwhile? > > > >

[PATCH v2 2/9] perf annotate: Properly rename 'sum' to 'total_samples' in struct sym_hist

Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/ui/gtk/annotate.c | 2 +- tools/perf/util/annotate.c | 22 +++--- tools/perf/util/annotate.h | 2 +- 3 files changed, 13 insertions(+),

[PATCH v2 5/9] perf anntoate browser: Fix the toggle total period view to show period, not number of samples

Currently the toggle total period view on the annotate TUI shows the number of samples, not period like below. So fix the toggle total period view on the annotate TUI like below. $ perf annotate --show-total-period Before: │Disassembly of section .text: │ │

[PATCH][net-next] svcrdma: fix an incorrect check on -E2BIG and -EINVAL

From: Colin Ian King The current check will always be true and will always jump to err1, this looks dubious to me. I believe && should be used instead of ||. Detected by CoverityScan, CID#1450120 ("Logically Dead Code") Fixes: 107c1d0a991a ("svcrdma: Avoid Send Queue

Re: [kernel-hardening] Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP

On Thu, Jul 13, 2017 at 05:10:50PM +0100, Mark Rutland wrote: > On Thu, Jul 13, 2017 at 12:49:48PM +0100, Ard Biesheuvel wrote: > > On 13 July 2017 at 11:49, Mark Rutland wrote: > > > On Thu, Jul 13, 2017 at 07:58:50AM +0100, Ard Biesheuvel wrote: > > >> On 12 July 2017 at

Re: [PATCH] Documentation: ABI: mtd: describe "offset" more precisely

On Sun, Jun 25, 2017 at 01:11:54PM +0200, Rafał Miłecki wrote: > From: Rafał Miłecki > > So far Linux supported only two levels of MTD devices so we didn't need > a very precise description for this sysfs file. With commit > 97519dc52b44a ("mtd: partitions: add support for

Re: [PATCH] Revert "x86/uaccess: Add stack frame output operand in get_user() inline asm"

On Wed, Jul 12, 2017 at 04:22:13PM -0700, Matthias Kaehlcke wrote: > El Wed, Jul 12, 2017 at 05:36:30PM -0500 Josh Poimboeuf ha dit: > > > On Wed, Jul 12, 2017 at 05:35:47PM -0500, Josh Poimboeuf wrote: > > > On Wed, Jul 12, 2017 at 03:20:40PM -0700, Matthias Kaehlcke wrote: > > > > > This is

[PATCH 4.4 32/57] tools string: Use __fallthrough in perf_atoll()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 94bdd5edb34e472980d1e18b4600d6fb92bd6b0a upstream. The implicit fall through case label here is intended, so let us inform that to gcc >= 7:

[PATCH 4.4 31/57] tools include: Add a __fallthrough statement

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit b5bf1733d6a391c4e90ea8f8468d83023be74a2a upstream. For cases where implicit fall through case labels are intended, to let us inform that to gcc

[PATCH 4.4 37/57] perf scripting perl: Fix compile error with some perl5 versions

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Wang YanQing commit d7dd112ea5cacf91ae72c0714c3b911eb6016fea upstream. Fix below compile error: CC util/scripting-engines/trace-event-perl.o In file included

[PATCH 4.4 09/57] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jeremie Rapin commit fd90f73a9925f248d696bde1cfc836d9fda5570d upstream. Added the USB serial device ID for the CEL ZigBee EM3588 radio stick. Signed-off-by: Jeremie Rapin

[PATCH 4.4 06/57] tracing/kprobes: Allow to create probe with a module name starting with a digit

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Sabrina Dubroca commit 9e52b32567126fe146f198971364f68d3bc5233f upstream. Always try to parse an address, since kstrtoul() will safely fail when given a symbol as input.

[PATCH 4.4 19/57] pinctrl: sunxi: Fix SPDIF function name for A83T

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Chen-Yu Tsai commit 7903d4f5e1dec53963cba9b1bc472a76a3532e07 upstream. We use well known standard names for functions that have name, such as I2C, SPI, SPDIF, etc.. Fix the

[PATCH 4.4 18/57] pinctrl: meson: meson8b: fix the NAND DQS pins

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Martin Blumenstingl commit 97ba26b8a9343008504d4e3a87d212bc07b05212 upstream. The nand_groups table uses different names for the NAND DQS pins than the

Re: [PATCH v1] staging: rts5208: Change fixed function names with "%s: ", __func__

Adding public mailing list address and Joe. Hi Gerg, I am trying my best to avoid such silly mistakes, but this is first time I am sending patch to a maintainer. Please disregard my mistakes. I will send it to the correct mailing list, but when I ran get_maintainer.pl on my patch your Name

[PATCH 4.9 09/25] perf intel-pt: Use __fallthrough

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 7ea6856d6f5629d742edc23b8b76e6263371ef45 upstream. To address new warnings emmited by gcc 7, e.g.:: CC

[PATCH 4.12 05/10] staging: vt6556: vnt_start Fix missing call to vnt_key_init_table.

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit dc32190f2cd41c7dba25363ea7d618d4f5172b4e upstream. The key table is not intialized correctly without this call. Signed-off-by: Malcolm Priestley

[PATCH 4.12 02/10] imx-serial: RX DMA startup latency

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Peter Senna Tschudin commit 4dec2f119e86f9c91e60cdd8f0cc057452e331a9 upstream. 18a4208 introduced a change to reduce the RX DMA latency on the first reception when

[PATCH 4.11 8/9] ext4: check return value of kstrtoull correctly in reserved_clusters_store

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Chao Yu commit 1ea1516fbbab2b30bf98c534ecaacba579a35208 upstream. kstrtoull returns 0 on success, however, in reserved_clusters_store we will return -EINVAL if kstrtoull

[PATCH 4.12 01/10] mqueue: fix a use-after-free in sys_mq_notify()

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang commit f991af3daabaecff34684fd51fac80319d1baad1 upstream. The retry logic for netlink_attachskb() inside sys_mq_notify() is nasty and vulnerable: 1) The

[Patch v2 1/2] libiscsi: Fix use-after-free race during iscsi_session_teardown

Session attributes exposed through sysfs were freed before the device was destroyed, resulting in a potential use-after-free. Free these attributes after removing the device. Signed-off-by: Khazhismel Kumykov --- drivers/scsi/libiscsi.c | 8 1 file changed, 4

[PATCH v5 10/14] drm: mgag200: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Acked-by: Daniel Vetter Signed-off-by: Peter Rosin

[PATCH v5 08/14] drm: gma500: remove dead code and pointless local lut storage

The redundant fb helpers .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Acked-by: Daniel Vetter Signed-off-by: Peter Rosin

Re: [PATCH] dccp: make const array error_code static

From: Colin King Date: Thu, 13 Jul 2017 12:22:24 +0100 > From: Colin Ian King > > Don't populate array error_code on the stack but make it static. Makes > the object code smaller by almost 250 bytes: > > Before: >text data

Re: [PATCH] net: stmmac: make const array route_possibilities static

From: Colin King Date: Tue, 11 Jul 2017 12:18:48 +0100 > From: Colin Ian King > > Don't populate array route_possibilities on the stack but make it > static const. Makes the object code a little smaller by 85 bytes: > > Before: >text

Re: [PATCH 1/3] mfd: Add support for FTDI FT232H devices

On Wed, 12 Jul 2017 10:50:03 +0200 Johan Hovold jo...@kernel.org wrote: ... >IIRC we should be able read from the EEPROM, and I would at least expect >there to be a way to retrieve the current mode as well. I've just send a patch for ftdi_sio. Thanks, Anatolij

[GIT PULL] Kbuild updates for v4.13 (2nd)

Hi Linus, This is a late Kbuild pull request for v4.13. I needed to rebase this after arch changes were pulled in. I think you can merge this cleanly. Please pull! The following changes since commit 2b976203417cf033079e0be30cae5f41d88e385e: Merge branch 'x86-urgent-for-linus' of

[PATCH 4.4 39/57] perf bench numa: Avoid possible truncation when using snprintf()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 3aff8ba0a4c9c9191bb788171a1c54778e1246a2 upstream. Addressing this warning from gcc 7: CC /tmp/build/perf/bench/numa.o

[PATCH 4.4 41/57] perf thread_map: Use readdir() instead of deprecated readdir_r()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 3354cf71104de49326d19d2f9bdb1f66eea52ef4 upstream. The readdir() function is thread safe as long as just one thread uses a DIR, which is the

Re: [PATCH v2 2/2] staging: atomisp2: hmm: Alignment code (rebased)

On Thu, Jul 13, 2017 at 08:55:43AM +0200, Philipp Guendisch wrote: > This patch fixed code alignment to open paranthesis. > Semantic should not be affected by this patch. > > It has been rebased on top of media_tree atomisp branch > > Signed-off-by: Philipp Guendisch >

[PATCH 3.18 20/22] staging: vt6556: vnt_start Fix missing call to vnt_key_init_table.

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit dc32190f2cd41c7dba25363ea7d618d4f5172b4e upstream. The key table is not intialized correctly without this call. Signed-off-by: Malcolm Priestley

[PATCH 3.18 02/22] MIPS: UAPI: Ignore __arch_swab{16,32,64} when using MIPS16

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Yousong Zhou commit 71a0a72456b48de972d7ed613b06a22a3aa9057f upstream. Some GCC versions (e.g. 4.8.3) can incorrectly inline a function with MIPS32 instructions into

[PATCH] mm/mremap: Fail map duplication attempts for private mappings

mremap will create a 'duplicate' mapping if old_size == 0 is specified. Such duplicate mappings make no sense for private mappings. If duplication is attempted for a private mapping, mremap creates a separate private mapping unrelated to the original mapping and makes no modifications to the

[PATCH 4.12 00/10] 4.12.2-stable review

This is the start of the stable review cycle for the 4.12.2 release. There are 10 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Sat Jul 15 15:40:02 UTC 2017. Anything

[PATCH 4.12 09/10] ext4: check return value of kstrtoull correctly in reserved_clusters_store

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Chao Yu commit 1ea1516fbbab2b30bf98c534ecaacba579a35208 upstream. kstrtoull returns 0 on success, however, in reserved_clusters_store we will return -EINVAL if kstrtoull

[PATCH v5 11/14] drm: nouveau: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Acked-by: Daniel Vetter Signed-off-by: Peter Rosin

Re: [PATCH] drm/udl: Make page_flip asynchronous

On Mon, Jul 10, 2017 at 11:58 PM, Daniel Vetter wrote: > On Fri, Jul 7, 2017 at 7:48 AM, Dawid Kurek > wrote: >> In page_flip vblank is sent with no delay. Driver does not know when the >> actual update is present on the display and has no means for

[PATCH v5 13/14] drm: stm: remove dead code and pointless local lut storage

The redundant fb helper .load_lut is no longer used, and can not work right without also providing the fb helpers .gamma_set and .gamma_get thus rendering the code in this driver suspect. Just remove the dead code. Acked-by: Daniel Vetter Signed-off-by: Peter Rosin

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On Thu, Jul 13, 2017 at 07:11:36AM -0500, Eric W. Biederman wrote: > The concise summary: > > Today we have the xattr security.capable that holds a set of > capabilities that an application gains when executed. AKA setuid root exec > without actually being setuid root. > > User namespaces have

Re: [PATCH V4] PCI: handle CRS returned by device after FLR

On Thu, Jul 13, 2017 at 12:42:44PM -0400, Sinan Kaya wrote: > On 7/13/2017 12:29 PM, Keith Busch wrote: > > That wording is just confusing. It looks to me the 1 second polling is > > to be used following a reset if CRS is not implemented. > > > > > >

[PATCH v2 1/9] perf annotate: Introduce struct sym_hist_entry

struct sym_hist has addr[] but it should have not only number of samples but also the sample period. So use new struct symhist_entry for that. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song ---

[PATCH v2 4/9] perf annotate: Show the proper header when using --show-total-period

Currently a first column is only "Percent", so fix it to show correct column name based on given options. (e.g. if using --show-total-period, show "Event count" as a first column) Reported-by: Milian Wolff Cc: Namhyung Kim Cc: Jiri Olsa

[PATCH v2 3/9] perf annotate: Fix wrong --show-total-period option showing number of samples

Currently the --show-total-period option of perf-annotate is different from perf-report's. For example, perf-report ordinarily shows period and number of samples. # Overhead SamplesPeriod Command Shared Object Symbol # ...

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

Stefan Berger writes: > On 07/13/2017 12:40 PM, Theodore Ts'o wrote: >> On Thu, Jul 13, 2017 at 07:11:36AM -0500, Eric W. Biederman wrote: >>> The concise summary: >>> >>> Today we have the xattr security.capable that holds a set of >>> capabilities that an

[PATCH v2 6/9] perf annotate browser: Show the proper header when using --show-total-period

Currently a first column is only "Percent", so fix it to show correct column name based on given options. (e.g. if using --show-total-period or a 't' hotkey, show "Event count" as a first column) Reported-by: Milian Wolff Cc: Namhyung Kim Cc: Jiri

[PATCH v2 8/9] perf annotate browser: Support the toggle number of samples with a 'e' hotkey

Cc: Namhyung Kim Cc: Milian Wolff Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/ui/browsers/annotate.c | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git

[PATCH v2 9/9] perf annotate: Use the sample period when calculating the percentage

Currently the percentages of perf-annotate are calculated with number of samples, not the sample period. So fix it to correspond with perf-report using the sample period for the calculation. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song

[PATCH v2 7/9] perf annotate: Support --show-nr-samples option

Add --show-nr-samples option to perf-annotate so that it corresponds with perf-report. Cc: Namhyung Kim Cc: Milian Wolff Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/builtin-annotate.c | 2 ++

Re: [PATCH][net-next] svcrdma: fix an incorrect check on -E2BIG and -EINVAL

> On Jul 13, 2017, at 1:51 PM, Colin King wrote: > > From: Colin Ian King > > The current check will always be true and will always jump to > err1, this looks dubious to me. I believe && should be used > instead of ||. > > Detected by

Re: [PATCH] nvmet: preserve controller serial number between reboots

On Thu, Jul 13, 2017 at 03:30:39PM +0300, Sagi Grimberg wrote: > It seems weird that a subsystem has a serial. The subsystem is more of a hack I admit. But we don't maintain configurations for controllers in configfs, do we? > I'm not sure that a dynamic controller should maintain > a serial.

Re: [PATCH] nvmet: preserve controller serial number between reboots

On Thu, Jul 13, 2017 at 03:06:52PM +0200, Christoph Hellwig wrote: > On Thu, Jul 13, 2017 at 03:30:39PM +0300, Sagi Grimberg wrote: > > It seems weird that a subsystem has a serial. > > But that's actually how NVMe defines them. Which mean we first > need to fix our code to generate a serial

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

Hi, On 7/13/2017 5:20 PM, Rob Clark wrote: > On Thu, Jul 13, 2017 at 1:35 AM, Sricharan R wrote: >> Hi Vivek, >> >> On 7/13/2017 10:43 AM, Vivek Gautam wrote: >>> Hi Stephen, >>> >>> >>> On 07/13/2017 04:24 AM, Stephen Boyd wrote: On 07/06, Vivek Gautam wrote:

Re: [RFC v5 34/38] procfs: display the protection-key number associated with a vma

On 07/13/2017 01:03 AM, Ram Pai wrote: > On Tue, Jul 11, 2017 at 11:13:56AM -0700, Dave Hansen wrote: >> On 07/05/2017 02:22 PM, Ram Pai wrote: >>> +#ifdef CONFIG_PPC64_MEMORY_PROTECTION_KEYS >>> +void arch_show_smap(struct seq_file *m, struct vm_area_struct *vma) >>> +{ >>> + seq_printf(m,

Re: [PATCH] ASoC: tegra: constify snd_soc_dai_ops structure

On 13/07/17 06:47, Gustavo A. R. Silva wrote: > This structure is only stored in the ops field of a snd_soc_dai_driver > structure. That field is declared const, so snd_soc_dai_ops structures > that have this property can be declared as const also. > > Signed-off-by: Gustavo A. R. Silva

[PATCH v7 1/3] PCI: Add new PCIe Fabric End Node flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING

From: Casey Leedom The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING indicates that the Relaxed Ordering Attribute should not be used on Transaction Layer Packets destined for the PCIe End Node so flagged. Initially flagged this way are Intel E5-26xx Root Complex Ports which

[PATCH 4.4 38/57] perf tests: Avoid possible truncation with dirent->d_name + snprintf

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 2e2bbc039fad9eabad6c4c1a473c8b2554cdd2d4 upstream. Addressing a few cases spotted by a new warning in gcc 7: tests/parse-events.c: In

[PATCH 4.4 47/57] perf trace: Do not process PERF_RECORD_LOST twice

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 3ed5ca2efff70e9f589087c2013789572901112d upstream. We catch this record to provide a visual indication that events are getting lost, then call

[PATCH 4.4 36/57] perf thread_map: Correctly size buffer used with dirent->dt_name

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit bdf23a9a190d7ecea092fd5c4aabb7d4bd0a9980 upstream. The size of dirent->dt_name is NAME_MAX + 1, but the size for the 'path' buffer is hard

[PATCH 4.4 46/57] perf dwarf: Guard !x86_64 definitions under #ifdef else clause

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 62aa0e177d278462145a29c30d3c8501ae57e200 upstream. To fix the build on Fedora Rawhide (gcc 6.0.0 20160311 (Red Hat 6.0.0-0.17): CC

[PATCH 4.4 24/57] gfs2: Fix glock rhashtable rcu bug

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Gruenbacher commit 961ae1d83d055a4b9ebbfb4cc8ca62ec1a7a3b74 upstream. Before commit 88ffbf3e03 "GFS2: Use resizable hash table for glocks", glocks were freed via

[PATCH 4.4 57/57] [media] saa7134: fix warm Medion 7134 EEPROM read

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Maciej S. Szmigiero commit 5a91206ff0d0548939f3e85a65fb76b400fb0e89 upstream. When saa7134 module driving a Medion 7134 card is reloaded reads of this card EEPROM

[PATCH 4.4 26/57] x86/uaccess: Optimize copy_user_enhanced_fast_string() for short strings

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni commit 236222d39347e0e486010f10c1493e83dbbdfba8 upstream. According to the Intel datasheet, the REP MOVSB instruction exposes a pretty heavy setup cost (50

[PATCH 4.4 53/57] staging: vt6556: vnt_start Fix missing call to vnt_key_init_table.

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit dc32190f2cd41c7dba25363ea7d618d4f5172b4e upstream. The key table is not intialized correctly without this call. Signed-off-by: Malcolm Priestley

[PATCH 4.4 30/57] mqueue: fix a use-after-free in sys_mq_notify()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang commit f991af3daabaecff34684fd51fac80319d1baad1 upstream. The retry logic for netlink_attachskb() inside sys_mq_notify() is nasty and vulnerable: 1) The

[PATCH 4.4 21/57] pinctrl: sh-pfc: Update info pointer after SoC-specific init

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit 3091ae775fae17084013021d01513bc1ad274e6a upstream. Update the sh_pfc_soc_info pointer after calling the SoC-specific initialization function,

[PATCH 4.4 15/57] sysctl: report EINVAL if value is larger than UINT_MAX for proc_douintvec

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Liping Zhang commit 425fffd886bae3d127a08fa6a17f2e31e24ed7ff upstream. Currently, inputting the following command will succeed but actually the value will be truncated:

[PATCH 4.4 14/57] sysctl: dont print negative flag for proc_douintvec

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Liping Zhang commit 5380e5644afbba9e3d229c36771134976f05c91e upstream. I saw some very confusing sysctl output on my system: # cat /proc/sys/net/core/xfrm_aevent_rseqth

[PATCH 4.4 16/57] pinctrl: sh-pfc: r8a7791: Fix SCIF2 pinmux data

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Sergei Shtylyov commit 58439280f84e6b39fd7d61f25ab30489c1aaf0a9 upstream. PINMUX_IPSR_MSEL() macro invocation for the TX2 signal has apparently wrong 1st

  1   2   3   4   5   6   7   8   9   10   >