[PATCH AUTOSEL for 4.14 13/51] spi: spi-axi: fix potential use-after-free after deregistration

From: Johan Hovold [ Upstream commit 4d5e0689dc9d5640ad46cdfbe1896b74d8df1661 ] Take an extra reference to the controller before deregistering it to prevent use-after-free in the interrupt handler in case an interrupt fires before the line is disabled. Fixes: b1353d1c1d45

[PATCH AUTOSEL for 4.14 07/51] staging: greybus: loopback: Fix iteration count on async path

From: Bryan O'Donoghue [ Upstream commit 44b02da39210e6dd67e39ff1f48d30c56d384240 ] Commit 12927835d211 ("greybus: loopback: Add asynchronous bi-directional support") does what it says on the tin - namely, adds support for asynchronous bi-directional loopback

[PATCH AUTOSEL for 4.14 06/51] selftests/x86/ldt_gdt: Robustify against set_thread_area() and LAR oddities

From: Andy Lutomirski [ Upstream commit d60ad744c9741586010d4bea286f09a063a90fbd ] Bits 19:16 of LAR's result are undefined, and some upcoming improvements to the test case seem to trigger this. Mask off those bits to avoid spurious failures. commit 5b781c7e317f ("x86/tls:

[PATCH AUTOSEL for 4.14 05/51] selftests/x86/ldt_get: Add a few additional tests for limits

From: Andy Lutomirski [ Upstream commit fec8f5ae1715a01c72ad52cb2ecd8aacaf142302 ] We weren't testing the .limit and .limit_in_pages fields very well. Add more tests. This addition seems to trigger the "bits 16:19 are undefined" issue that was fixed in an earlier patch. I

[PATCH AUTOSEL for 4.9 24/54] KVM: arm/arm64: Fix occasional warning from the timer work function

From: Christoffer Dall [ Upstream commit 63e41226afc3f7a044b70325566fa86ac3142538 ] When a VCPU blocks (WFI) and has programmed the vtimer, we program a soft timer to expire in the future to wake up the vcpu thread when appropriate. Because such as wake up involves

[PATCH AUTOSEL for 4.9 16/54] libfs: Modify mount_pseudo_xattr to be clear it is not a userspace mount

From: "Eric W. Biederman" [ Upstream commit 75422726b0f717d67db3283c2eb5bc14fa2619c5 ] Add MS_KERNMOUNT to the flags that are passed. Use sget_userns and force _user_ns instead of calling sget so that even if called from a weird context the internal filesystem will be

[PATCH AUTOSEL for 4.9 14/54] be2net: fix unicast list filling

From: Ivan Vecera [ Upstream commit 6052cd1af86f9833b6b0b60d5d4787c4a06d65ea ] The adapter->pmac_id[0] item is used for primary MAC address but this is not true for adapter->uc_list[0] as is assumed in be_set_uc_list(). There are N UC addresses copied first from net_device to

[PATCH AUTOSEL for 4.9 23/54] drm/exynos/decon5433: set STANDALONE_UPDATE_F also if planes are disabled

From: Andrzej Hajda [ Upstream commit 821b40b79db7dedbfe15ab330dfd181e661a533f ] STANDALONE_UPDATE_F should be set if something changed in plane configurations, including plane disable. The patch fixes page-faults bugs, caused by decon still using framebuffers of disabled

[PATCH AUTOSEL for 4.9 03/56] RDS: RDMA: return appropriate error on rdma map failures

From: Santosh Shilimkar [ Upstream commit 584a8279a44a800dea5a5c1e9d53a002e03016b4 ] The first message to a remote node should prompt a new connection even if it is RDMA operation. For RDMA operation the MR mapping can fail because connections is not yet up. Since

Re: [PATCH] hwmon: (pmbus/lm25066) Swap low/high current coefficients for LM5066(i)

On Wed, Nov 22, 2017 at 02:07:28PM -0800, Robert Lippert wrote: > The _L low-current mode coefficient values should reference the > datasheet rows with CL=VDD but it seems were mistakenly pulled from > the rows with CL=GND. > > This causes the current/power to be reported as approximately double

Re: [PATCH 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S, U}20_4

On Nov 23 2017 04:17, Maciej S. Szmigiero wrote: This format is similar to existing SNDRV_PCM_FORMAT_{S,U}20_3 that keep 20-bit PCM samples in 3 bytes, however i.MX6 platform SSI FIFO does not allow 3-byte accesses (including DMA) so a 4-byte format is needed for it. Signed-off-by: Maciej S.

[PATCH AUTOSEL for 4.9 05/54] dmaengine: stm32-dma: Fix null pointer dereference in stm32_dma_tx_status

From: M'boumba Cedric Madianga [ Upstream commit 57b5a32135c813f2ab669039fb4ec16b30cb3305 ] chan->desc is always set to NULL when a DMA transfer is complete. As a DMA transfer could be complete during the call of stm32_dma_tx_status, we need to be sure that chan->desc

[PATCH AUTOSEL for 4.9 07/54] libcxgb: fix error check for ip6_route_output()

From: Varun Prakash [ Upstream commit a9a8cdb368d99bb655b5cdabea560446db0527cc ] ip6_route_output() never returns NULL so check dst->error instead of !dst. Signed-off-by: Varun Prakash Signed-off-by: David S. Miller Signed-off-by:

[PATCH AUTOSEL for 4.9 06/56] drm/sun4i: Fix a return value in case of error

From: Christophe JAILLET [ Upstream commit 0f0861e31e3c59ca4bc1ec59d99260cfca79740e ] If 'sun4i_backend_drm_format_to_layer()' does not return 0, then 'val' is left unmodified. As it is not initialized either, the return value can be anything. It is likely that

[PATCH AUTOSEL for 4.9 05/56] PCI: Apply _HPX settings only to relevant devices

From: Bjorn Helgaas [ Upstream commit 977509f7c5c6fb992ffcdf4291051af343b91645 ] Previously we didn't check the type of device before trying to apply Type 1 (PCI-X) or Type 2 (PCIe) Setting Records from _HPX. We don't support PCI-X Setting Records, so this was harmless,

[PATCH AUTOSEL for 4.9 06/54] usb: gadget: f_fs: Fix ExtCompat descriptor validation

From: Vincent Pelletier [ Upstream commit 354bc45bf329494ef6051f3229ef50b9e2a7ea2a ] Reserved1 is documented as expected to be set to 0, but this test fails when it it set to 0. Reverse the condition. Signed-off-by: Vincent Pelletier

[GIT PULL] platform-drivers-x86 for 4.15-2

Hi Linus, No merge-specific notes for this pull request, content described below in the tag. The following changes since commit aaa40965d2342137d756121993c395e2a7463a8d: platform/x86: silead_dmi: Add silead, home-button property to some tablets (2017-11-18 19:28:58 +0200) are available in

Re: [PATCH v1] PCI: Remove unused HyperTransport interrupt support

Bjorn Helgaas writes: > From: Bjorn Helgaas > > There are no in-tree callers of ht_create_irq(), the driver interface for > HyperTransport interrupts. Remove the unused entry point and all the > supporting code. > > See 8b955b0dddb3 ("[PATCH] Initial

Clang patch stacks for LTS kernels and status update

This is a follow-up on my earlier post on clang patch stacks for LTS kernels (https://lkml.org/lkml/2017/8/22/912). In the meantime v4.14 (LTS) has been released, which includes almost all changes for basic clang support, also a few issues have been fixed in clang. Status of v4.14: - all archs

[Patch v8 09/16] CIFS: SMBD: Implement function to send data via RDMA send

From: Long Li The transport doesn't maintain send buffers or send queue for transferring payload via RDMA send. There is no data copy in the transport on send. Signed-off-by: Long Li --- fs/cifs/smbdirect.c | 246

[Patch v8 12/16] CIFS: SMBD: Upper layer performs SMB write via RDMA read through memory registration

From: Long Li When sending I/O, if size is larger than rdma_readwrite_threshold we prepare to send SMB write packet for a RDMA read via memory registration. The actual I/O is done by remote peer through local RDMA hardware. Modify the relevant fields in the packet

[Patch v8 11/16] CIFS: SMBD: Implement RDMA memory registration

From: Long Li Memory registration is used for transferring payload via RDMA read or write. After I/O is done, memory registrations are recovered and reused. This process can be time consuming and is done in a work queue. Signed-off-by: Long Li ---

[PATCH 08/23] x86, kaiser: map cpu entry area

From: Dave Hansen There is now a special 'struct cpu_entry' area that contains all of the data needed to enter the kernel. It's mapped in the fixmap area and contains: * The GDT (hardware segment descriptor) * The TSS (thread information structure that points

[PATCH 10/23] x86, kaiser: map espfix structures

From: Dave Hansen There is some rather arcane code to help when an IRET returns to 16-bit segments. It is referred to as the "espfix" code. This consists of a few per-cpu variables: espfix_stack: tells us where the stack is allocated

[PATCH 09/23] x86, kaiser: map dynamically-allocated LDTs

From: Dave Hansen Normally, a process has a NULL mm->context.ldt. But, there is a syscall for a process to set a new one. If a process does that, the LDT be mapped into the user page tables, just like the default copy. The original KAISER patch missed this case.

[PATCH 06/23] x86, kaiser: allow NX poison to be set in p4d/pgd

From: Dave Hansen The user portion of the kernel page tables use the NX bit to poison them for userspace. But, that trips the p4d/pgd_bad() checks. Make sure it does not do that. Signed-off-by: Dave Hansen Cc: Moritz Lipp

[Patch v8 08/16] CIFS: SMBD: Upper layer receives data via RDMA receive

From: Long Li With SMB Direct connected, use it for receiving data via RDMA receive. Signed-off-by: Long Li --- fs/cifs/connect.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/cifs/connect.c b/fs/cifs/connect.c index

[Patch v8 02/16] CIFS: SMBD: Implement function to reconnect to a SMB Direct transport

From: Long Li Add function to implement a reconnect to SMB Direct. This involves tearing down the current connection and establishing/negotiating a new connection. Signed-off-by: Long Li --- fs/cifs/smbdirect.c | 36

[Patch v8 03/16] CIFS: SMBD: Upper layer reconnects to SMB Direct session

From: Long Li Do a reconnect on SMB Direct when it is used as the connection. Reconnect can happen for many reasons and it's mostly the decision of SMB2 upper layer. Signed-off-by: Long Li --- fs/cifs/connect.c | 5 - 1 file changed, 4

[Patch v8 05/16] CIFS: SMBD: Upper layer destroys SMB Direct session on shutdown or umount

From: Long Li When upper layer wants to umount, make it call shutdown on transport when SMB Direct is used. Signed-off-by: Long Li --- fs/cifs/connect.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/fs/cifs/connect.c

Re: [PATCH v7 0/4] Add the ability to do BPF directed error injection

On Wed, Nov 22, 2017 at 04:23:29PM -0500, Josef Bacik wrote: > This is hopefully the final version, I've addressed the comment by Igno and > added his Acks. > > v6->v7: > - moved the opt-in macro to bpf.h out of kprobes.h. Thanks Josef! All patches look great to me. We'll probably take them all

[lkp-robot] [fw_cfg] d5daa79dd1: BUG:unable_to_handle_kernel

FYI, we noticed the following commit (built with gcc-5): commit: d5daa79dd1c013fb9dbec70c7e371eed1feb09db ("fw_cfg: do DMA read operation") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: boot on test machine: qemu-system-x86_64 -enable-kvm -cpu Nehalem

Re: [PATCH 3/5] media: i2c: Add TDA1997x HDMI receiver driver

On Wed, Nov 15, 2017 at 8:30 PM, Rob Herring wrote: > On Wed, Nov 15, 2017 at 10:31:14AM -0800, Tim Harvey wrote: >> On Wed, Nov 15, 2017 at 7:52 AM, Rob Herring wrote: >> > On Thu, Nov 09, 2017 at 10:45:34AM -0800, Tim Harvey wrote: >> >> Add support for the

Re: [PATCH 3/3] autofs - fix AT_NO_AUTOMOUNT not being honored

On Thu, Nov 23 2017, Ian Kent wrote: > On 23/11/17 10:21, NeilBrown wrote: >> On Thu, Nov 23 2017, Ian Kent wrote: >> >>> >>> Hey Neil, I'm looking at this again because RH QE have complained about >>> a regression test failing with a kernel that has this change. >>> >>> Maybe I'm just dumb but

[PATCH 2/2] scripts: leaking_addresses: help screen updates

The current leaking_addresses.pl script only supports showing "leaked" 64-bit kernel virtual addresses. This patch modifies the "help" screen in the following manner: - the '--raw', '--suppress-dmesg', '--squash-by-path' and '--squash-by-filename' option switches are only meaningful when the

[PATCH] ALSA: hda: Add Raven PCI ID

This commit adds PCI ID for Raven platform Signed-off-by: Vijendar Mukunda --- sound/pci/hda/hda_intel.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 01eb1dc..9c7d479 100644 ---

Re: [PATCH v7 07/13] slimbus: Add support for 'clock-pause' feature

On Wed, Nov 15, 2017 at 02:10:37PM +, srinivas.kandaga...@linaro.org wrote: > From: Sagar Dharia > > Per slimbus specification, a reconfiguration sequence known as > 'clock pause' needs to be broadcast over the bus while entering low- > power mode. Clock-pause is

Re: [PATCH 00/23] [v4] KAISER: unmap most of the kernel from userspace page tables

32-bit x86 defconfig still doesn't build: arch/x86/events/intel/ds.c: In function ‘dsalloc’: arch/x86/events/intel/ds.c:296:6: error: implicit declaration of function ‘kaiser_add_mapping’; did you mean ‘kgid_has_mapping’? [-Werror=implicit-function-declaration] Also, could you please use

Re: Add fine grained sampled metrics for perf script

On Fri, Nov 17, 2017 at 01:42:57PM -0800, Andi Kleen wrote: SNIP > TopDown: > > Note TopDown requires disabling SMT if you have it enabled (e.g. by offlining > the extra CPUs), because SMT would require sampling per core, which is not > supported. > > $ perf record -e

[PATCH 5/6] ARM: dts: keystone-k2g-ice: Add DT nodes for few peripherals

Add DT nodes for QSPI, on board LEDS, MMC, I2C, PCA IO expander, gpio-decoder and regulators on K2G ICE board. Thanks to Franklin S Cooper Jr for initial work on few peripherals. Signed-off-by: Franklin S Cooper Jr Signed-off-by: Vignesh R ---

RE: [PATCH v18 0/6] drm/i915/gvt: Dma-buf support for GVT-g

> -Original Message- > From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On > Behalf Of Zhenyu Wang > Sent: Thursday, November 23, 2017 2:13 PM > To: Gerd Hoffmann > Cc: Tian, Kevin ; alex.william...@redhat.com; intel- >

[PATCH 3/6] ARM: dts: keystone-k2g: Move ti,non-removable property to board dts

On 66AK2G EVM mmc1 is connected to emmc whereas 66AK2G ICE baord has SD card slot connected to mmc1. Therefore move emmc specific ti,non-removable property from SoC file to EVM's dts file. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g-evm.dts | 1 +

[PATCH 4/6] ARM: dts: keystone-k2g-evm: Add QSPI DT node.

66AK2G EVM has a s25fl512s flash connected to QSPI. Add DT nodes for the same. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g-evm.dts | 59 ++ 1 file changed, 59 insertions(+) diff --git a/arch/arm/boot/dts/keystone-k2g-evm.dts

[PATCH 2/6] ARM: dts: keystone-k2g-evm: Fix botched up merge

spi1 and ecap0 pinmuxes ended up under root node instead of k2g_pinctrl node. Fix this by moving them under k2g_pinctrl node. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g-evm.dts | 30 ++ 1 file changed, 14 insertions(+), 16

[PATCH] drm/i915: Avoid enum conversion warning

Fixes the following enum conversion warning: drivers/gpu/drm/i915/intel_ddi.c:1481:30: error: implicit conversion from enumeration type 'enum port' to different enumeration type 'enum intel_dpll_id' [-Werror,-Wenum-conversion] enum intel_dpll_id pll_id = port;

[PATCH 6/6] ARM: configs: keystone_defconfig: Enable few peripheral drivers

Enable drivers for QSPI, LEDS, gpio-decoder that are present on 66AK2G EVM and 66AK2G ICE boards. Signed-off-by: Vignesh R --- arch/arm/configs/keystone_defconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/configs/keystone_defconfig

[PATCH 1/6] ARM: dts: keystone-k2g: Add QSPI DT entry

Add DT node for Cadence QSPI IP present in 66AK2G SoC. Signed-off-by: Vignesh R --- arch/arm/boot/dts/keystone-k2g.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm/boot/dts/keystone-k2g.dtsi b/arch/arm/boot/dts/keystone-k2g.dtsi index

[PATCH 0/6] 66AK2G: Add DT nodes for few peripherals

This patch series adds DT nodes for bunch of peripherials on 66AK2G EVM and 66AK2G ICE boards. Tested on 66AK2G EVM and ICE boards Vignesh R (6): ARM: dts: keystone-k2g: Add QSPI DT entry ARM: dts: keystone-k2g-evm: Fix botched up merge ARM: dts: keystone-k2g: Move ti,non-removable

Re: [PATCH v6 27/37] tracing: Add 'onmax' hist trigger action support

On Fri, Nov 17, 2017 at 02:33:06PM -0600, Tom Zanussi wrote: > Add an 'onmax(var).save(field,...)' hist trigger action which is > invoked whenever an event exceeds the current maximum. > > The end result is that the trace event fields or variables specified > as the onmax.save() params will be

[PATCH RT 01/10] timer/hrtimer: check properly for a running timer

4.4.97-rt111-rc2 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior hrtimer_callback_running() checks only whether a timmer is running on a CPU in hardirq-context. This is okay for !RT. For RT

[PATCH RT 05/10] sched: Remove TASK_ALL

4.4.97-rt111-rc2 stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra It's unused: $ git grep "\" | wc -l 1 And dangerous, kill the bugger. Cc: stable...@vger.kernel.org Acked-by: Thomas Gleixner

[PATCH RT 02/10] rtmutex: Make lock_killable work

4.4.97-rt111-rc2 stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner Locking an rt mutex killable does not work because signal handling is restricted to TASK_INTERRUPTIBLE. Use signal_pending_state()

[PATCH RT 06/10] sched/migrate disable: handle updated task-mask mg-dis section

4.4.97-rt111-rc2 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior If task's cpumask changes while in the task is in a migrate_disable() section then we don't react on it after a migrate_enable(). It

[PATCH RT 08/10] fs: convert two more BH_Uptodate_Lock related bitspinlocks

4.4.97-rt111-rc2 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior We convert all BH_Uptodate_Lock based bit-spinlocks to use bh_uptodate_lock_irqsave() instead. Those two were introduced after the

[PATCH RT 00/10] Linux 4.4.97-rt111-rc2

Dear RT Folks, This is the RT stable review cycle of patch 4.4.97-rt111-rc2. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release

[PATCH RT 10/10] Linux 4.4.97-rt111-rc2

4.4.97-rt111-rc2 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (VMware)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index

[PATCH RT 03/10] random: avoid preempt_disable()ed section

4.4.97-rt111-rc2 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior extract_crng() will use sleeping locks while in a preempt_disable() section due to get_cpu_var(). Work around it with local_locks.

Re: [PATCH v18 0/6] drm/i915/gvt: Dma-buf support for GVT-g

On 2017.11.15 11:49:00 +0100, Gerd Hoffmann wrote: > On Wed, Nov 15, 2017 at 05:11:49PM +0800, Tina Zhang wrote: > > v17->v18: > > 1) unmap vgpu's opregion when destroying vgpu. > > 2) update comments for VFIO_DEVICE_GET_GFX_DMABUF. (Alex) > > > This patch set adds the dma-buf support for intel

Re: [PATCH] arch, mm: introduce arch_tlb_gather_mmu_lazy

On Wed, Nov 22, 2017 at 07:30:50PM +, Will Deacon wrote: > Hi Michal, > > On Mon, Nov 20, 2017 at 05:04:22PM +0100, Michal Hocko wrote: > > On Mon 20-11-17 14:24:44, Will Deacon wrote: > > > On Thu, Nov 16, 2017 at 10:20:42AM +0100, Michal Hocko wrote: > > > > On Wed 15-11-17 17:33:32, Will

Re: [PATCH v3 0/4] vm: add a syscall to map a process memory into a pipe

On Wed, Nov 22, 2017 at 09:43:31PM +0100, Michael Kerrisk (man-pages) wrote: > Hi Mike, > > On 22 November 2017 at 20:36, Mike Rapoport wrote: > > Hi, > > > > This patches introduces new process_vmsplice system call that combines > > functionality of process_vm_read and

[PATCH] fat: Fix sb_rdonly() change

commit bc98a42c1f7d0f886c0c1b75a92a004976a46d9f introduced bug. Signed-off-by: OGAWA Hirofumi --- fs/fat/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN fs/fat/inode.c~fat-fix-sb_rdonly-fix fs/fat/inode.c ---

Re: [PATCH v6 36/37] tracing: Add inter-event blurb to HIST_TRIGGERS config option

On Fri, Nov 17, 2017 at 02:33:15PM -0600, Tom Zanussi wrote: > So that users know that inter-event tracing is supported as part of > the HIST_TRIGGERS option, include text to that effect in the help > text. > > Signed-off-by: Tom Zanussi > --- > kernel/trace/Kconfig

Re: [PATCH v2 00/18] Entry stack switching

* Ingo Molnar wrote: > > * Ingo Molnar wrote: > > > > Anyway, I booted your config (more or less -- I munged it through > > > virtme-configkernel --update first) with 17 vCPUs and it seems fine. > > > Is the issue reliable enough to bisect? > > > > Ok, it

[ANNOUNCE] 3.18.82-rt88

Dear RT Folks, I'm pleased to announce the 3.18.82-rt88 stable release. This release is just an update to the new stable 3.18.82 version and no RT specific changes have been made. You can get this release via the git tree at:

[PATCH] arm64: dts: Hi3660: Fix state id for 'CPU_NAP' state

Thanks a lot for Vincent Guittot careful work to find bug for 'CPU_NAP' idle state. From ftrace log we can observe CA73 CPUs can be easily waken up from 'CPU_NAP' state but the 'waken up' CPUs doesn't handle anything and sleep again; so there have tons of trace events for CA73 CPUs entering and

Re: [PATCH v6 31/37] tracing: Add 'last error' error facility for hist triggers

On Fri, Nov 17, 2017 at 02:33:10PM -0600, Tom Zanussi wrote: > With the addition of variables and actions, it's become necessary to > provide more detailed error information to users about syntax errors. > > Add a 'last error' facility accessible via the erroring event's 'hist' > file. Reading

Re: [PATCH 3/3] autofs - fix AT_NO_AUTOMOUNT not being honored

On 23/11/17 12:49, NeilBrown wrote: > On Thu, Nov 23 2017, Ian Kent wrote: > >> On 23/11/17 10:21, NeilBrown wrote: >>> On Thu, Nov 23 2017, Ian Kent wrote: >>> Hey Neil, I'm looking at this again because RH QE have complained about a regression test failing with a kernel that has

Re: usb/media/em28xx: use-after-free in dvb_unregister_frontend

Am 21.11.2017 um 14:51 schrieb Andrey Konovalov: > Hi! > Hi Andrey, > I've got the following report while fuzzing the kernel with syzkaller. > > On commit e1d1ea549b57790a3d8cf6300e6ef86118d692a3 (4.15-rc1). > > em28xx 1-1:9.0: Disconnecting > tc90522 1-0015: Toshiba TC90522 attached. >

Re: [PATCH 00/23] [v4] KAISER: unmap most of the kernel from userspace page tables

* Dave Hansen wrote: > Thanks, everyone for all the reviews thus far. I hope I managed to > address all the feedback given so far, except for the TODOs of > course. This is a pretty minor update compared to v1->v2. > > These patches are all on this tip branch: >

enum conversion warnings

pulling down tot, I'm seeing: CC [M] drivers/gpu/drm/i915/intel_ddi.o drivers/gpu/drm/i915/intel_ddi.c:1481:30: error: implicit conversion from enumeration type 'enum port' to different enumeration type 'enum intel_dpll_id' [-Werror,-Wenum-conversion] enum intel_dpll_id pll_id = port;

Re: [PATCH v7 02/13] dt-bindings: Add SLIMbus bindings

On Wed, Nov 15, 2017 at 11:15:00PM -0600, Rob Herring wrote: > On Wed, Nov 15, 2017 at 02:10:32PM +, srinivas.kandaga...@linaro.org > wrote: > > From: Sagar Dharia > > > > SLIMbus (Serial Low Power Interchip Media Bus) is a specification > > developed by MIPI (Mobile

Re: [PATCH 0/4] staging: lustre: fixed some signedness warns from sparse

On Wed, Nov 22, 2017 at 08:38:27PM +0100, Stefano Manni wrote: > Fixed some signedness warnings from sparse on lustre. > > Stefano Manni (4): > staging: lustre: fixed signedness of some socklnd params > staging: lustre: fixed signedness of llite > staging: lustre: fixed signedness of lov >

[PATCH RT 3/7] tpm_tis: fix stall after iowrite*()s

4.9.61-rt52-rc2 stable review patch. If anyone has any objections, please let me know. -- From: Haris Okanovic ioread8() operations to TPM MMIO addresses can stall the cpu when immediately following a sequence of iowrite*()'s to the same region. For

Re: [PATCH v6 29/37] tracing: Add cpu field for hist triggers

On Fri, Nov 17, 2017 at 02:33:08PM -0600, Tom Zanussi wrote: > A common key to use in a histogram is the cpuid - add a new cpu > 'synthetic' field for that purpose. This field is named cpu rather > than $cpu or $common_cpu because 'cpu' already exists as a special > filter field and it makes more

[PATCH RT 1/7] drivers/zram: fix zcomp_stream_get() smp_processor_id() use in preemptible code

4.9.61-rt52-rc2 stable review patch. If anyone has any objections, please let me know. -- From: Mike Galbraith Use get_local_ptr() instead this_cpu_ptr() to avoid a warning regarding smp_processor_id() in preemptible code. raw_cpu_ptr() would be fine, too because

Re: [PATCH 1/8] drm/mediatek: Use regmap for register access

Hi, Matthias: On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: > The mmsys memory space is shared between the drm and the > clk driver. Use regmap to access it. > > Signed-off-by: Matthias Brugger Acked-by: CK Hu > --- >

[ANNOUNCE] 3.10.108-rt123

Dear RT Folks, I'm pleased to announce the 3.10.108-rt123 stable release. This release is just an update to the new stable 3.10.108 version and no RT specific changes have been made. You can get this release via the git tree at:

Re: [PATCH v2 00/18] Entry stack switching

* Andy Lutomirski wrote: > On Tue, Nov 21, 2017 at 10:22 PM, Ingo Molnar wrote: > > > > * Andy Lutomirski wrote: > > > >> This sets up stack switching, including for SYSCALL. I think it's > >> in decent shape. > >> > >> Known issues: > >>

Re: [PATCH v2 00/18] Entry stack switching

* Ingo Molnar wrote: > > Anyway, I booted your config (more or less -- I munged it through > > virtme-configkernel --update first) with 17 vCPUs and it seems fine. > > Is the issue reliable enough to bisect? > > Ok, it should be bisectable, will try to bisect it. The

[PATCH] fat: Fix sb_rdonly() change

Ouch forgot to add stable@ -- commit bc98a42c1f7d0f886c0c1b75a92a004976a46d9f introduced bug. Cc: Signed-off-by: OGAWA Hirofumi --- fs/fat/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN

Re: [Outreachy kernel] Re: [PATCH] net: usb: hso.c: remove unneeded DRIVER_LICENSE #define

On Thu, 23 Nov 2017, Greg Kroah-Hartman wrote: > On Wed, Nov 22, 2017 at 10:20:49PM +0100, Julia Lawall wrote: > > > > > > On Wed, 22 Nov 2017, Joe Perches wrote: > > > > > On Fri, 2017-11-17 at 15:19 +0100, Greg Kroah-Hartman wrote: > > > > There is no need to #define the license of the

Re: [PATCH 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S, U}20_4

On Nov 23 2017 08:44, Maciej S. Szmigiero wrote: On 23.11.2017 00:27, Takashi Sakamoto wrote: On Nov 23 2017 04:17, Maciej S. Szmigiero wrote: (..) --- a/include/uapi/sound/asound.h +++ b/include/uapi/sound/asound.h @@ -236,7 +236,11 @@ typedef int __bitwise snd_pcm_format_t;   #define   

Re: [PATCH 4.14 00/18] 4.14.2-stable review

On Wed, Nov 22, 2017 at 01:34:13PM -0800, Guenter Roeck wrote: > On Wed, Nov 22, 2017 at 11:12:24AM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.2 release. > > There are 18 patches in this series, all will be posted as a response > > to this one.

[ANNOUNCE] 3.2.95-rt133

Dear RT Folks, I'm pleased to announce the 3.2.95-rt133 stable release. This release is just an update to the new stable 3.2.95 version and no RT specific changes have been made. You can get this release via the git tree at:

[PATCH] r8152: disable rx checksum offload on Dell TB dock

r8153 on Dell TB dock corrupts rx packets. The root cause is not found yet, but disabling rx checksumming can workaround the issue. We can use this connection to decide if it's a Dell TB dock: Realtek r8153 <-> SMSC hub <-> ASMedia XHCI controller BugLink: https://bugs.launchpad.net/bugs/1729674

Re: [PATCH 00/23] [v4] KAISER: unmap most of the kernel from userspace page tables

* Ingo Molnar wrote: > > 32-bit x86 defconfig still doesn't build: > > arch/x86/events/intel/ds.c: In function ‘dsalloc’: > arch/x86/events/intel/ds.c:296:6: error: implicit declaration of function > ‘kaiser_add_mapping’; did you mean ‘kgid_has_mapping’? >

constant conversion warning in umip

Pulling down ToT, I'm seeing the following warning when building with clang: CC arch/x86/lib/insn.o arch/x86/lib/insn-eval.c:780:10: error: implicit conversion from 'int' to 'char' changes value from 132 to -124 [-Werror,-Wconstant-conversion] return INSN_CODE_SEG_PARAMS(4,

Re: mm/percpu.c: use smarter memory allocation for struct pcpu_alloc_info (crisv32 hang)

On Wed, Nov 22, 2017 at 03:17:00PM -0500, Nicolas Pitre wrote: > On Wed, 22 Nov 2017, Jesper Nilsson wrote: > > > On Mon, Nov 20, 2017 at 10:50:46PM -0500, Nicolas Pitre wrote: > > > On Mon, 20 Nov 2017, Guenter Roeck wrote: > > > > On Mon, Nov 20, 2017 at 07:28:21PM -0500, Nicolas Pitre wrote: >

Re: [PATCH 1/2] serial: 8250_fintek: Return -EINVAL on invalid configuration

On Wed, Nov 22, 2017 at 11:30:39PM +0100, Ricardo Ribalda Delgado wrote: > ping? Both patches went into 4.15. Thanks, Lukas

[PATCH 1/2] scripts: leaking_addresses: add support for 32-bit kernel addresses

The current leaking_addresses.pl script only supports showing "leaked" 64-bit kernel virtual addresses. This patch adds support for showing "leaked" 32-bit kernel virtual addresses. It also takes into account Tobin's feedback on the previous iteration. (Note: this patch is meant to apply on the

Re: [dm-devel] new patchset to eliminate DM's use of BIOSET_NEED_RESCUER

On Wed, Nov 22 2017, Mikulas Patocka wrote: > On Wed, 22 Nov 2017, NeilBrown wrote: > >> On Tue, Nov 21 2017, Mikulas Patocka wrote: >> >> > On Tue, 21 Nov 2017, Mike Snitzer wrote: >> > >> >> On Tue, Nov 21 2017 at 4:23pm -0500, >> >> Mikulas Patocka wrote: >> >> >> >> >

[PATCH RT 04/10] sched: Prevent task state corruption by spurious lock wakeup

4.4.97-rt111-rc2 stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner Mathias and others reported GDB failures on RT. The following scenario leads to task state corruption: CPU0

[PATCH RT 09/10] md/raid5: do not disable interrupts

4.4.97-rt111-rc2 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior |BUG: sleeping function called from invalid context at kernel/locking/rtmutex.c:974 |in_atomic(): 0, irqs_disabled(): 1, pid: 2992,

[PATCH] gfs2: Fix wrong error handling in init_gfs2_fs()

init_gfs2_fs() is calling e.g. calling unregister_shrinker() without register_shrinker() when an error occurred during initialization. Rename goto labels and call appropriate undo function. Signed-off-by: Tetsuo Handa --- fs/gfs2/main.c | 90

Re: [PATCH] ASoC: wm0010: Delete an error message for a failed memory allocation in wm0010_boot()

On Wed, Nov 22, 2017 at 05:27:11PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 22 Nov 2017 17:17:48 +0100 > > Omit an extra message for a memory allocation failure in this function. > > This issue was detected by using the Coccinelle

RE: [PATCH AUTOSEL for 4.9 37/54] RDMA/qedr: Fix RDMA CM loopback

> From: Ram Amrani > > [ Upstream commit af2b14b8b8ae21b0047a52c767ac8b44f435a280 ] > > The loopback logic in RDMA CM packets compares Ethernet addresses and > was accidently inverse. > > Signed-off-by: Ram Amrani > Signed-off-by: Ariel Elior

[GIT PULL] final round of SCSI updates for the 4.14+ merge window

Two basic fixes: one for the sparse problem with the blacklist flags and another for a hang forever in bnx2i. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Chad Dupuis (1): scsi: bnx2fc: Fix hung task messages

Re: [v4,2/3] drivers: hwmon: Add W83773G driver

On Sun, Nov 19, 2017 at 2:45 AM, Guenter Roeck wrote: > On Mon, Nov 13, 2017 at 11:27:33AM +0800, Lei YU wrote: >> Nuvoton W83773G is a hardware monitor IC providing one local >> temperature and two remote temperature sensors. >> >> Signed-off-by: Lei YU

Re: [PATCH 00/18] arm64: Unmap the kernel whilst running in userspace (KAISER)

> On 22 Nov 2017, at 23:37, Pavel Machek wrote: > > Hi! > > If I'm willing to do timing attacks to defeat KASLR... what prevents > me from using CPU caches to do that? > Because it is impossible to get a cache hit on an access to an unmapped address?

Creating cyclecounter and lock member in timecounter structure [ Was Re: [RFC 1/4] drm/i915/perf: Add support to correlate GPU timestamp with system time]

Hi, We needed inputs on possible optimization that can be done to timecounter/cyclecounter structures/usage. This mail is in response to review of patch https://patchwork.freedesktop.org/patch/188448/. As Chris's observation below, about dozen of timecounter users in the kernel have below

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