[PATCH 3.16 111/254] powerpc/perf: Dereference BHRB entries safely

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Ravi Bangoria commit f41d84dddc66b164ac16acf3f584c276146f1c48 upstream. It's theoretically possible that branch instructions recorded in BHRB (Branch History

[PATCH v16 11/11] RFC: fw_cfg: do DMA read operation

Modify fw_cfg_read_blob() to use DMA if the device supports it. Return errors, because the operation may fail. So far, only one call in fw_cfg_register_dir_entries() is using kmalloc'ed buf and is thus clearly eligible to DMA read. Initially, I didn't implement DMA read to speed up boot time,

[tip:x86/pti] x86/xen: Zero MSR_IA32_SPEC_CTRL before suspend

Commit-ID: 71c208dd54ab971036d83ff6d9837bae4976e623 Gitweb: https://git.kernel.org/tip/71c208dd54ab971036d83ff6d9837bae4976e623 Author: Juergen Gross AuthorDate: Mon, 26 Feb 2018 15:08:18 +0100 Committer: Thomas Gleixner CommitDate: Wed, 28 Feb 2018

[PATCH v5 02/12] usb: typec: Start using ERR_PTR

From: Heikki Krogerus In order to allow the USB Type-C Class driver take care of things like muxes and other possible dependencies for the port drivers, returning ERR_PTR instead of NULL from the registration functions in case of failure. The reason for taking

[PATCH v5 00/12] USB Type-C device-connection, mux and switch support

Hi All, Here is version 5 of Heikki's and my USB Type-C device-connection, mux and switch support series. Versions 2 - 5 bring various small code and style fixes based on review (no major changes). Here is the original cover-letter of v1: Some devices with an USB Type-C connector have a bunch

[PATCH v5 06/12] usb: typec: tcpm: Use new Type-C switch/mux and usb-role-switch functions

Remove the unused (not implemented anywhere) tcpc_mux_dev abstraction and replace it with calling the new typec_set_orientation, usb_role_switch_set and typec_set_mode functions. Reviewed-by: Heikki Krogerus Reviewed-by: Guenter Roeck

Re: [PATCH v5 08/13] iommu/rockchip: Control clocks needed to access the IOMMU

On 28/02/18 13:00, JeffyChen wrote: Hi Robin, Thanks for your reply. On 02/28/2018 12:59 AM, Robin Murphy wrote: the rockchip IOMMU is part of the master block in hardware, so it needs to control the master's power domain and some of the master's clocks when access it's registers. and the

[PATCH v16 01/11] fw_cfg: fix sparse warnings in fw_cfg_sel_endianness()

Dispatch to the appropriate iowrite() instead of casting restricted type to u16. - if fw_cfg_is_mmio: before: iowrite16(cpu_to_be16(key)) after: iowrite16be(key) - if !fw_cfg_is_mmio: before: iowrite16(cpu_to_le16(key)) after: iowrite16(key) which is equivalent on little-endian systems,

[PATCH v16 06/11] fw_cfg: handle fw_cfg_read_blob() error

fw_cfg_read_blob() may fail, but does not return error. This may lead to surprising behaviours, like populating zero file entries (in register_file() or during read). Return an error if ACPI locking failed. Also, the following DMA read/write extension will add more error paths that should be

[PATCH v16 04/11] fw_cfg: fix sparse warnings around FW_CFG_FILE_DIR read

Use struct fw_cfg_files to read the directory size, fixing the sparse warnings: drivers/firmware/qemu_fw_cfg.c:485:17: warning: cast to restricted __be32 Signed-off-by: Marc-André Lureau --- drivers/firmware/qemu_fw_cfg.c | 7 --- 1 file changed, 4

Re: [PATCH 3/3] x86/kvm/hyper-v: inject #GP only when invalid SINTx vector is unmasked

On Wed, Feb 28, 2018 at 02:44:01PM +0100, Vitaly Kuznetsov wrote: > Hyper-V 2016 on KVM with SynIC enabled doesn't boot with the following > trace: > > kvm_entry:vcpu 0 > kvm_exit: reason MSR_WRITE rip 0xf8000131c1e5 info 0 0 > kvm_hv_synic_set_msr: vcpu_id

[PATCH 3.16 075/254] X.509: fix buffer overflow detection in sprint_oid()

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 47e0a208fb9d91e3f3c86309e752b13a36470ae8 upstream. In sprint_oid(), if the input buffer were to be more than 1 byte too small for the first

[PATCH 3.2 053/140] net: bridge: fix early call to br_stp_change_bridge_id and plug newlink leaks

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Nikolay Aleksandrov commit 84aeb437ab98a2bce3d4b2111c79723aedfceb33 upstream. The early call to br_stp_change_bridge_id in bridge's newlink can cause a memory

[PATCH 3.2 011/140] USB: serial: option: add Quectel BG96 id

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Sebastian Sjoholm commit c654b21ede93845863597de9ad774fd30db5f2ab upstream. Quectel BG96 is an Qualcomm MDM9206 based IoT modem, supporting both CAT-M and NB-IoT. Tested

[PATCH 3.2 002/140] KVM: VMX: do not try to reexecute failed instruction while emulating invalid guest state

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Gleb Natapov commit 991eebf9f8e523e7ff1e4d31ac80641582b2e57a upstream. During invalid guest state emulation vcpu cannot enter guest mode to try to reexecute instruction that

[PATCH 3.16 065/254] btrfs: Fix possible off-by-one in btrfs_search_path_in_tree

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Nikolay Borisov commit c8bcbfbd239ed60a6562964b58034ac8a25f4c31 upstream. The name char array passed to btrfs_search_path_in_tree is of size BTRFS_INO_LOOKUP_PATH_MAX

[PATCH 3.2 031/140] net_sched: red: Avoid illegal values

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Nogah Frankel commit 8afa10cbe281b10371fee5a87ab266e48d71a7f9 upstream. Check the qmin & qmax values doesn't overflow for the given Wlog value. Check that qmin <= qmax.

[PATCH 3.2 035/140] can: ems_usb: cancel urb on -EPIPE and -EPROTO

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Martin Kelly commit bd352e1adfe0d02d3ea7c8e3fb19183dc317e679 upstream. In mcba_usb, we have observed that when you unplug the device, the driver will endlessly resubmit

[PATCH 3.2 064/140] n_tty: fix EXTPROC vs ICANON interaction with TIOCINQ (aka FIONREAD)

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds commit 966031f340185eddd05affcf72b740549f056348 upstream. We added support for EXTPROC back in 2010 in commit 26df6d13406d ("tty: Add EXTPROC

[PATCH 3.2 041/140] net: ipv4: fix for a race condition in raw_sendmsg

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Mohamed Ghannam commit 8f659a03a0ba9289b9aeb9b4470e6fb263d6f483 upstream. inet->hdrincl is racy, and could lead to uninitialized stack pointer usage, so its value

[PATCH 3.2 039/140] ipv4: Use standard iovec primitive in raw_probe_proto_opt

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit 32b5913a931fd753faf3d4e1124b2bc2edb364da upstream. The function raw_probe_proto_opt tries to extract the first two bytes from the user input in

Re: [PATCH v4 4/6] vfio/type1: check dma map request is within a valid iova range

Hi Shameer, On 28/02/18 14:39, Shameerali Kolothum Thodi wrote: > Hi Eric, > >> -Original Message- >> From: Auger Eric [mailto:eric.au...@redhat.com] >> Sent: Wednesday, February 28, 2018 11:53 AM >> To: Shameerali Kolothum Thodi ; >> Alex Williamson

RE: [PATCH 4.9 09/66] KVM: arm/arm64: Check pagesize when allocating a hugepage at Stage 2

> 4.9-stable review patch. If anyone has any objections, please let me know. I know that my response comes late but I just found out that the version of the patch applied in 4.9-stable, the one in this email, is different than the one applied on 4.14-stable. This is the one applied on 4.14:

[PATCH 3.2 056/140] USB: serial: option: adding support for YUGA CLM920-NC5

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: SZ Lin (林上智) commit 3920bb713038810f25770e7545b79f204685c8f2 upstream. This patch adds support for YUGA CLM920-NC5 PID 0x9625 USB modem to option driver. Interface layout:

Re: [PATCH v15 08/11] fw_cfg: handle fw_cfg_read_blob() error

On Wed, Feb 28, 2018 at 12:49:35PM +0100, Marc-André Lureau wrote: > Hi > > On Tue, Feb 27, 2018 at 1:20 AM, Michael S. Tsirkin wrote: > > On Thu, Feb 15, 2018 at 10:33:09PM +0100, Marc-André Lureau wrote: > >> fw_cfg_read_blob() may fail, but does not return error. This may

[PATCH 3.16 006/254] iommu/vt-d: Fix scatterlist offset handling

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Robin Murphy commit 29a90b70893817e2f2bb3cea40a29f5308e21b21 upstream. The intel-iommu DMA ops fail to correctly handle scatterlists where sg->offset is greater than

[PATCH 3.2 038/140] xhci: Don't add a virt_dev to the devs array before it's fully allocated

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Mathias Nyman commit 5d9b70f7d52eb14bb37861c663bae44de9521c35 upstream. Avoid null pointer dereference if some function is walking through the devs array

[PATCH 3.16 007/254] btrfs: clear space cache inode generation always

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Josef Bacik commit 8e138e0d92c6c9d3d481674fb14e3439b495be37 upstream. We discovered a box that had double allocations, and suspected the space cache may be to blame. While

[PATCH 3.2 032/140] ALSA: pcm: prevent UAF in snd_pcm_info

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Robb Glasser commit 362bca57f5d78220f8b5907b875961af9436e229 upstream. When the device descriptor is closed, the `substream->runtime` pointer is freed. But another thread

[PATCH 3.16 040/254] media: dvb: i2c transfers over usb cannot be done from stack

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Laurent Caumont commit 6d33377f2abbf9f0e561b116dd468d1c3ff36a6a upstream. Signed-off-by: Laurent Caumont Signed-off-by: Sean Young

Re: [PATCH 3/3] x86/kvm/hyper-v: inject #GP only when invalid SINTx vector is unmasked

Roman Kagan writes: > On Wed, Feb 28, 2018 at 02:44:01PM +0100, Vitaly Kuznetsov wrote: >> Hyper-V 2016 on KVM with SynIC enabled doesn't boot with the following >> trace: >> >> kvm_entry:vcpu 0 >> kvm_exit: reason MSR_WRITE rip

[PATCH 3.16 021/254] USB: usbfs: Filter flags passed in from user space

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum commit 446f666da9f019ce2ffd03800995487e79a91462 upstream. USBDEVFS_URB_ISO_ASAP must be accepted only for ISO endpoints. Improve sanity checking. Reported-by:

Re: [PATCH v15 11/11] RFC: fw_cfg: do DMA read operation

On Wed, Feb 28, 2018 at 4:35 PM, Michael S. Tsirkin wrote: > On Wed, Feb 28, 2018 at 01:27:02PM +0100, Marc-André Lureau wrote: >> Hi >> >> On Tue, Feb 27, 2018 at 1:04 AM, Michael S. Tsirkin wrote: >> > On Thu, Feb 15, 2018 at 10:33:12PM +0100, Marc-André

Re: [PATCH 2/2] serial: stm32: update interrupt initialization

On Wed, Feb 28, 2018 at 5:40 PM, Andy Shevchenko wrote: > On Wed, Feb 28, 2018 at 12:51 PM, Bich HEMON wrote: >> - port->irq = platform_get_irq(pdev, 0); >> - stm32port->wakeirq = platform_get_irq(pdev, 1); >> +

[PATCH 3.16 042/254] can: kvaser_usb: Fix comparison bug in kvaser_usb_read_bulk_callback()

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Jimmy Assarsson commit e84f44eb5523401faeb9cc1c97895b68e3cfb78d upstream. The conditon in the while-loop becomes true when actual_length is less than 2

[PATCH 3.2 006/140] scsi: dma-mapping: always provide dma_get_cache_alignment

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Christoph Hellwig commit 860dd4424f344400b491b212ee4acb3a358ba9d9 upstream. Provide the dummy version of dma_get_cache_alignment that always returns 1 even if CONFIG_HAS_DMA is

Re: [PATCH v2 4/6] x86: Consolidate PCI_MMCONFIG configs

On Wed, Feb 28, 2018 at 8:34 AM, Jan Kiszka wrote: > From: Jan Kiszka > > Not sure if those two worked by design or just by chance so far. In any > case, it's at least cleaner and clearer to express this in a single > config statement. I would add

[PATCH 3.2 055/140] xfrm: Reinject transport-mode packets through tasklet

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit acf568ee859f098279eadf551612f103afdacb4e upstream. This is an old bugbear of mine:

Re: [PATCH 4.9 09/66] KVM: arm/arm64: Check pagesize when allocating a hugepage at Stage 2

Hi Ioana, Ioana Ciornei writes: >> 4.9-stable review patch. If anyone has any objections, please let me know. > > I know that my response comes late but I just found out that the version of > the patch applied in 4.9-stable, the one in this email, is different than the

[PATCH 3.2 062/140] usb: add RESET_RESUME for ELSA MicroLink 56K

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum commit b9096d9f15c142574ebebe8fbb137012bb9d99c2 upstream. This modem needs this quirk to operate. It produces timeouts when resumed without reset.

[PATCH 3.16 041/254] can: kvaser_usb: free buf in error paths

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Jimmy Assarsson commit 435019b48033138581a6171093b181fc6b4d3d30 upstream. The allocated buffer was not freed if usb_submit_urb() failed. Signed-off-by: Jimmy

Re: [PATCH v15 11/11] RFC: fw_cfg: do DMA read operation

On Wed, Feb 28, 2018 at 04:41:51PM +0100, Marc-André Lureau wrote: > I don't know if it's always safe to enable dma in read_raw(), how > could we know? Is there a check we could use to choose one or ther > other (and thus avoiding explicit dma/readfn argument)? I'm not sure - but does it really

[PATCH 3.16 238/254] media: v4l2-compat-ioctl32.c: add capabilities field to, v4l2_input32

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 037e0865c2ecbaa4558feba239ece08d7e457ec0 upstream. The v4l2_input32 struct wasn't updated when this field was added. It didn't cause a failure in the

[PATCH 3.16 247/254] media: v4l2-compat-ioctl32.c: fix ctrl_is_pointer

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit b8c601e8af2d08f733d74defa8465303391bb930 upstream. ctrl_is_pointer just hardcoded two known string controls, but that caused problems when using

Re: [PATCH 2/2] arm64: dts: juno: Describe the full GICv2m region

On 12/02/18 19:17, Robin Murphy wrote: > On 12/02/18 18:27, Marc Zyngier wrote: >> Hi Sudeep, >> >> On 12/02/18 18:17, Sudeep Holla wrote: >>> >>> >>> On 07/02/18 14:32, Marc Zyngier wrote: From: Robin Murphy Juno's GICv2m implementation consists of four

[PATCH] arm64: dts: juno: fix size of GICv2m MSI frames

Currently the size of GICv2m MSI frames are listed as 4kB while the Juno TRM specifies 64kB for each of these MSI frames. Though the devices connected themself might just use the first 4kB, to be consistent with the genaral practice of 64kB boundary alignment to all the devices, lets keep the

[PATCH 3.16 220/254] can: af_can: canfd_rcv(): replace WARN_ONCE by pr_warn_once

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Marc Kleine-Budde commit d4689846881d160a4d12a514e991a740bcb5d65a upstream. If an invalid CANFD frame is received, from a driver or from a tun interface, a Kernel warning

[PATCH 3.16 009/254] scsi: use dma_get_cache_alignment() as minimum DMA alignment

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Huacai Chen commit 90addc6b3c9cda0146fbd62a08e234c2b224a80c upstream. In non-coherent DMA mode, kernel uses cache flushing operations to maintain I/O coherency, so scsi's

Re: [PATCH] nvme-pci: assign separate irq vectors for adminq and ioq0

On Wed, Feb 28, 2018 at 11:46:20PM +0800, jianchao.wang wrote: > > the irqbalance may migrate the adminq irq away from cpu0. No, irqbalance can't touch managed IRQs. See irq_can_set_affinity_usr().

Re: [PATCH] nvme-pci: assign separate irq vectors for adminq and ioq0

On 02/28/2018 11:42 PM, jianchao.wang wrote: > Hi Keith > > Thanks for your kindly response and directive > > On 02/28/2018 11:27 PM, Keith Busch wrote: >> On Wed, Feb 28, 2018 at 10:53:31AM +0800, jianchao.wang wrote: >>> On 02/27/2018 11:13 PM, Keith Busch wrote: On Tue, Feb 27, 2018 at

[PATCH 3.16 022/254] usb: host: fix incorrect updating of offset

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit 1d5a31582ef046d3b233f0da1a68ae26519b2f0a upstream. The variable temp is incorrectly being updated, instead it should be offset otherwise the

[PATCH 3.16 236/254] [media] V4L2: fix VIDIOC_CREATE_BUFS 32-bit compatibility mode data copy-back

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Guennadi Liakhovetski commit 6ed9b28504326f8cf542e6b68245b2f7ce009216 upstream. Similar to an earlier patch, fixing reading user-space data for the VIDIOC_CREATE_BUFS

Re: [PATCH] arm64: dts: juno: fix size of GICv2m MSI frames

On 28/02/18 15:51, Robin Murphy wrote: > Hi Sudeep, > > Cheers for sorting it out... > > On 28/02/18 15:48, Sudeep Holla wrote: >> Currently the size of GICv2m MSI frames are listed as 4kB while the >> Juno TRM specifies 64kB for each of these MSI frames. >> >> Though the devices connected

[PATCH 3.16 054/254] dm: fix various targets to dm_register_target after module __init resources created

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: "monty_pa...@sina.com" commit 7e6358d244e4706fe612a77b9c36519a33600ac0 upstream. A NULL pointer is seen if two concurrent "vgchange -ay -K " processes race to load the

[PATCH 3.16 048/254] ext4: fix fdatasync(2) after fallocate(2) operation

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Eryu Guan commit c894aa97577e47d3066b27b32499ecf899bfa8b0 upstream. Currently, fallocate(2) with KEEP_SIZE followed by a fdatasync(2) then crash, we'll see wrong allocated

[PATCH V2] lightnvm: pblk: remove unused variable

# Changes since V1: - Rebase on top of latest 2.0 changes Javier González (1): lightnvm: pblk: remove unused variable drivers/lightnvm/pblk-core.c | 3 --- 1 file changed, 3 deletions(-) -- 2.7.4

[PATCH 3.16 118/254] parisc: Hide Diva-built-in serial aux and graphics card

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Helge Deller commit bcf3f1752a622f1372d3252d0fea8855d89812e7 upstream. Diva GSP card has built-in serial AUX port and ATI graphic card which simply don't work and which both

[PATCH 3.16 203/254] usb: misc: usb3503: make sure reset is low for at least 100us

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Stefan Agner commit b8626f1dc29d3eee444bfaa92146ec7b291ef41c upstream. When using a GPIO which is high by default, and initialize the driver in USB Hub mode, initialization

[PATCH 3.16 140/254] ALSA: hda - Add MIC_NO_PRESENCE fixup for 2 HP machines

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Hui Wang commit 322f74ede933b3e2cb78768b6a6fdbfbf478a0c1 upstream. There is a headset jack on the front panel, when we plug a headset into it, the headset mic can't

[PATCH 3.16 114/254] kernel: make groups_sort calling a responsibility group_info allocators

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Thiago Rafael Becker commit bdcf0a423ea1c40bbb40e7ee483b50fc8aa3d758 upstream. In testing, we found that nfsd threads may call set_groups in parallel for the same

[PATCH 3.16 137/254] n_tty: fix EXTPROC vs ICANON interaction with TIOCINQ (aka FIONREAD)

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds commit 966031f340185eddd05affcf72b740549f056348 upstream. We added support for EXTPROC back in 2010 in commit 26df6d13406d ("tty: Add EXTPROC

[PATCH 3.16 130/254] usbip: fix usbip bind writing random string after command in match_busid

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Juan Zea commit 544c4605acc5ae4afe7dd5914147947db182f2fb upstream. usbip bind writes commands followed by random string when writing to match_busid attribute in sysfs,

[PATCH 3.16 174/254] x86/alternatives: Add missing '\n' at end of ALTERNATIVE inline asm

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: David Woodhouse commit b9e705ef7cfaf22db0daab91ad3cd33b0fa32eb9 upstream. Where an ALTERNATIVE is used in the middle of an inline asm block, this would otherwise lead to

[PATCH 3.16 135/254] net/mlx5: Stay in polling mode when command EQ destroy fails

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Moshe Shemesh commit a2fba188fd5eadd6061bef4f2f2577a43231ebf3 upstream. During unload, on mlx5_stop_eqs we move command interface from events mode to polling mode, but if

[PATCH 3.16 061/254] efi: Move some sysfs files to be read-only by root

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman commit af97a77bc01ce49a466f9d4c0125479e2e2230b6 upstream. Thanks to the scripts/leaking_addresses.pl script, it was found that some EFI values

[PATCH 3.16 099/254] MIPS: math-emu: Define IEEE 754-2008 feature control bits

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: "Maciej W. Rozycki" commit f1f3b7ebac08161761c352fd070cfa07b7b94c54 upstream. Define IEEE 754-2008 feature control bits: FIR.HAS2008, FCSR.ABS2008 and FCSR.NAN2008, and

[PATCH 3.16 234/254] blk-mq: fix race between timeout and freeing request

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Ming Lei commit 0048b4837affd153897ed183492070027aa9 upstream. Inside timeout handler, blk_mq_tag_to_rq() is called to retrieve the request from one tag. This way

[PATCH 3.16 110/254] MIPS: Disallow outsized PTRACE_SETREGSET NT_PRFPREG regset accesses

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: "Maciej W. Rozycki" commit c8c5a3a24d395b14447a9a89d61586a913840a3b upstream. Complement commit c23b3d1a5311 ("MIPS: ptrace: Change GP regset to use correct core dump register

[PATCH 3.16 104/254] MIPS: MSA: bugfix - disable MSA correctly for new threads/processes.

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Ralf Baechle commit 9cc719ab3f4f639d629ac8ff09e9b998bc006f68 upstream. Due to the slightly odd way that new threads and processes start execution when scheduled for the

[PATCH 3.16 170/254] mm/mprotect: add a cond_resched() inside change_pmd_range()

3.16.55-rc1 review patch. If anyone has any objections, please let me know. -- From: Anshuman Khandual commit 4991c09c7c812dba13ea9be79a68b4565bb1fa4e upstream. While testing on a large CPU system, detected the following RCU stall many times over

RE: [PATCH] qlogic/qed: Constify *pkt_type_str[]

> From: Hernán Gonzalez [mailto:her...@vanguardiasur.com.ar] > Sent: Wednesday, February 28, 2018 12:32 AM > > Note: This is compile only tested as I have no access to the hw. > Constifying and declaring as static saves 24 bytes. > > add/remove: 0/1 grow/shrink: 0/0 up/down: 0/-24 (-24) >

Kontakt: Nachricht

Sehr geehrte Damen und Herren, nach unserem Besuch Ihrer Homepage möchten wir Ihnen ein Angebot von Produkten vorstellen, das Ihnen ermöglichen wird, den Verkauf Ihrer Produkte sowie Dienstleistungen deutlich zu erhöhen. Die Datenbanken der Firmen sind in für Sie interessante und relevante

[PATCH v2] 8250-men-mcb: add support for 16z025 and 16z057

Add support for two MEN UARTs (16z025 and 16z057) to the 8250_men_mcb driver. The 16z025 consists of up to four ports, the 16z057 has exactly four ports. Apart from that, all of them share the Port settings. Signed-off-by: Michael Moese Reported-by: Ben Turner

Re: [PATCH] dma-buf/reservation: shouldn't kfree staged when slot available

Am 28.02.2018 um 07:44 schrieb Monk Liu: under below scenario the obj->fence would refer to a wild pointer: 1,call reservation_object_reserved_shared 2,call reservation_object_add_shared_fence 3,call reservation_object_reserved_shared 4,call reservation_object_add_shared_fence in step 1,

Re: [PATCH 3/3] userfaultfd: non-cooperative: allow synchronous EVENT_REMOVE

On Wed, Feb 28, 2018 at 11:21:02AM +0300, Pavel Emelyanov wrote: > > > @@ -52,6 +53,7 @@ > > #define _UFFDIO_WAKE (0x02) > > #define _UFFDIO_COPY (0x03) > > #define _UFFDIO_ZEROPAGE (0x04) > > +#define _UFFDIO_WAKE_SYNC_EVENT

Re: [PATCH v2 2/2] xen: events: free irqs in error condition

On 28/02/18 09:25, Shah, Amit wrote: > > On Mi, 2018-02-28 at 08:16 +, Roger Pau Monné wrote: >> On Tue, Feb 27, 2018 at 05:32:53PM +, Shah, Amit wrote: >>> >>> >>> On Di, 2018-02-27 at 17:07 +, Roger Pau Monné wrote: On Tue, Feb 27, 2018 at 03:55:58PM +, Amit Shah

[PATCH] perf tools: Fix trigger class trigger_on()

trigger_on() means that the trigger is available but not ready, however trigger_on() was making it ready. That can segfault if the signal comes before trigger_ready(). e.g. (USR2 signal delivery not shown) $ perf record -e intel_pt//u -S sleep 1 perf: Segmentation fault Obtained 16 stack

Re: [v2] [media] Use common error handling code in 20 functions

>> +put_isp: >> +omap3isp_put(video->isp); >> +delete_fh: >> +v4l2_fh_del(>vfh); >> +v4l2_fh_exit(>vfh); >> +kfree(handle); > > Please prefix the error labels with error_. How often do you really need such an extra prefix? >> +++ b/drivers/media/usb/uvc/uvc_v4l2.c >> @@ -994,10

[PATCH V2] scsi: core: use blk_mq_requeue_request in __scsi_queue_insert

In scsi core, __scsi_queue_insert should just put request back on the queue and retry using the same command as before. However, for blk-mq, scsi_mq_requeue_cmd is employed here which will unprepare the request. To align with the semantics of __scsi_queue_insert, use blk_mq_requeue_request with

Re: Removing architectures without upstream gcc support

On 02/23/2018 12:37 PM, Arnd Bergmann wrote: That makes more sense, yes. I'm still unsure about this one though. Chris in fact made the suggestion to remove the architecture from both glibc and kernel as with his departure from Mellanox there is nobody left from to maintain it. I suggested

Re: 4.16 regression: s2ram broken on non-PAE i686

Woody, On Tue, 27 Feb 2018, Woody Suwalski wrote: > There is a problem with s2ram on 4.16, and it has now been propagated > to 4.15 and 4.14 stable updates. > > It originates from > > commit 62c00e6122a6b5aa7b1350023967a2d7a12b54c9 > Author: William Grant

Possible usb_request leak in the function dwc2_gadget_complete_isoc_request_ddma

Hi johnyoun: I found a suspected bug, and I am writing to confirm with you. In the function dwc2_gadget_complete_isoc_request_ddma(drivers/usb/dwc2/gadget.c). Only the first request from the eq queue is processed while maybe there are more than one descriptors done by the HW. 1. Each usb

Re: [PATCH v4 4/6] vfio/type1: check dma map request is within a valid iova range

Hi Shameer, On 27/02/18 10:57, Shameerali Kolothum Thodi wrote: > > >> -Original Message- >> From: Auger Eric [mailto:eric.au...@redhat.com] >> Sent: Tuesday, February 27, 2018 8:27 AM >> To: Alex Williamson >> Cc: Shameerali Kolothum Thodi

[PATCH] rcu: Clean up rcu_init_nohz() by removing unnecessary statements

Since the commit 44c65ff2e3b0(rcu: Eliminate NOCBs CPU-state Kconfig options) made nocb-cpus identified only through the rcu_nocbs= boot parameter, we don't have to care NOCBs CPU-state Kconfig options anymore, which means now we can just rely on rcu_nocb_mask to decide whether going ahead in

RE: [PATCH] pvcalls-front: 64-bit align flags

From: Stefano Stabellini > Sent: 27 February 2018 19:55 > > We are using test_and_* operations on the status and flag fields of > struct sock_mapping. However, these functions require the operand to be > 64-bit aligned on arm64. Currently, only status is 64-bit aligned. That sounds like a big

Re: [PATCH] selftest: fix kselftest-merge depend on 'RUNTIME_TESTING_MENU'

2018-02-28 6:32 GMT+08:00 Anders Roxell : > > On 23 February 2018 at 08:05, Zong Li wrote: > > 2018-02-23 3:57 GMT+08:00 Anders Roxell : > >> On 22 February 2018 at 12:53, Zong Li wrote: > >>> Since the

Re: [PATCH v5] reset: add support for non-DT systems

On Tue, 2018-02-27 at 19:07 +0100, Bartosz Golaszewski wrote: > 2018-02-27 17:10 GMT+01:00 Philipp Zabel : > > Hi Bartosz, > > > > thank you for the update. > > > > On Fri, 2018-02-23 at 12:39 +0100, Bartosz Golaszewski wrote: > > > From: Bartosz Golaszewski

Re: [PATCH v2] tracing/power: Polish the tracepoints cpu_idle and cpu_frequency

On Wed, Feb 28, 2018 at 10:14:41AM +0100, Rafael J. Wysocki wrote: > On 2/28/2018 3:45 AM, Du, Changbin wrote: > > On Tue, Feb 27, 2018 at 05:39:38PM -0500, Steven Rostedt wrote: > > > On Tue, 27 Feb 2018 17:35:27 +0800 > > > "Du, Changbin" wrote: > > > > > > > > From the

[PATCH] checkpatch: avoid error report caused by syzbot

syzbot request to add his reported-by when fix the bug find by syzbot. However, it will trigger a error when use checkpatch: ERROR: Unrecognized email address: 'syzbot+d7a918a7a8e1c952b...@syzkaller.appspotmail.com' For it include '+' in email and make regular expression works abnomal. Fix it

RE: [PATCH v4 4/6] vfio/type1: check dma map request is within a valid iova range

> -Original Message- > From: Auger Eric [mailto:eric.au...@redhat.com] > Sent: Wednesday, February 28, 2018 9:02 AM > To: Shameerali Kolothum Thodi ; > Alex Williamson > Cc: pmo...@linux.vnet.ibm.com;

Re: [PATCH 1/5 v2] f2fs: add mount option for segment allocation policy

On 2018/2/28 13:09, Jaegeuk Kim wrote: > Change log from v1: > - add doc :) > > This patch adds an mount option, "alloc_mode=%s" having two options, "default" > and "reuse". > > In "alloc_mode=reuse" case, f2fs starts to allocate segments from 0'th segment > all the time to reassign segments.

Re: [PATCH] clk: tegra: fix pllu rate configuration

On Tue, Feb 27, 2018 at 02:59:11PM +0300, Dmitry Osipenko wrote: > On 27.02.2018 02:04, Marcel Ziswiler wrote: > > On Mon, 2018-02-26 at 15:42 +0300, Dmitry Osipenko wrote: > >> On 23.02.2018 02:04, Marcel Ziswiler wrote: > >>> Turns out latest upstream U-Boot does not configure/enable pllu > >>>

Re: [PATCH v2 08/15] KVM: s390: interface to enable AP execution mode

On 27.02.2018 15:28, Tony Krowiak wrote: > Introduces a new interface to enable AP interpretive > execution (IE) mode for the KVM guest. When running > with IE mode enabled, AP instructions executed on the > KVM guest will be interpreted by the firmware and > passed directly through to an AP

[PATCH v3 1/1] x86: Fix Intel Edison module stuck reboot

When powering Intel Edison module with 3.3V, the "reboot" command makes the module stuck. If the module is powered at a greater voltage, like 4.4V (as the Edison Mini Breakout board does), reboot works OK. This patch copies the behaviour from the official Intel Edison BSP, where

Re: linux-next: manual merge of the net-next tree with the net tree

Stephen Rothwell writes: > Today's linux-next merge of the net-next tree got a conflict in: > > net/ipv4/ip_tunnel.c > > between commit: > > 4e994776e7bd ("ip_tunnel: Do not use mark in skb by default") > > from the net tree and commit: > > b0066da52ea5 ("ip_tunnel:

Re: [PATCH v2 04/15] KVM: s390: CPU model support for AP virtualization

On 27.02.2018 15:28, Tony Krowiak wrote: > Introduces a new CPU model feature and two CPU model > facilities to support AP virtualization for KVM guests. > > CPU model feature: > > The KVM_S390_VM_CPU_FEAT_AP feature indicates that the > AP facilities are installed on the KVM guest. This >

Re: [PATCH] mei: remove dev_err message on an unsupported ioctl

On Tue, Feb 27, 2018 at 09:44:41PM +, Winkler, Tomas wrote: > > > > On Tue, Feb 27, 2018 at 05:26:22PM +, Winkler, Tomas wrote: > > > > > > > > From: Colin Ian King > > > > > > > > Currently the driver spams the kernel log on unsupported ioctls > > > > which is

Re: [PATCH v2 13/15] KVM: s390: Configure the guest's CRYCB

> +static int vfio_ap_mdev_open(struct mdev_device *mdev) > +{ > + struct ap_matrix_mdev *matrix_mdev = mdev_get_drvdata(mdev); > + unsigned long events; > + int ret; > + > + matrix_mdev->group_notifier.notifier_call = vfio_ap_mdev_group_notifier; > + events =

[PATCH] net: iucv: Free memory obtained by kzalloc

Free memory, if afiucv_iucv_init is not successful and removing a IUCV driver. Signed-off-by: Arvind Yadav --- net/iucv/af_iucv.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/net/iucv/af_iucv.c b/net/iucv/af_iucv.c index 1e8cc7b..eb0995a

Re: HRTimer causing rtctest to fail

On Wed, 28 Feb 2018, Felipe Balbi wrote: > Thomas Gleixner writes: > > Enable the hrtimer and scheduling tracepoints. That should give you a hint > > what's going on. > > Thanks, that does give me a lot more information. So here you go: > > rtctest-1348 [003] d..2

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