[PATCH v12 5/9] iomap: introduce io{read|write}64_{lo_hi|hi_lo}

In order to provide non-atomic functions for io{read|write}64 that will use readq and writeq when appropriate. We define a number of variants of these functions in the generic iomap that will do non-atomic operations on pio but atomic operations on mmio. These functions are only defined if readq

[PATCH v12 7/9] ntb: ntb_hw_intel: use io-64-nonatomic instead of in-driver hacks

Now that ioread64 and iowrite64 are available in io-64-nonatomic, we can remove the hack at the top of ntb_hw_intel.c and replace it with an include. Signed-off-by: Logan Gunthorpe Reviewed-by: Andy Shevchenko Acked-by: Dave Jiang

[PATCH v12 1/9] iomap: Fix sparse endian check warnings

Warnings of the form: lib/iomap.c:84:9: warning: cast to restricted __be16 Are found when running sparse checker with: make C=2 CF=-D__CHECK_ENDIAN__ This patch casts them with __force to suppress the warnings. Also, it looks like the wrong conversion function was used in the mmio_writeXXbe

[PATCH v12 2/9] parisc: iomap: introduce io{read|write}64

Add support for io{read|write}64() functions in parisc architecture. These are pretty straightforward copies of similar functions which make use of readq and writeq. Also, indicate that the lo_hi and hi_lo variants of these functions are not provided by this architecture. Signed-off-by: Logan

Re: [PATCH 0/2] crypto: introduce SM4 symmetric cipher algorithm

On Tue, Mar 06, 2018 at 09:44:41AM +, Gilad Ben-Yossef wrote: > Introduce the SM4 cipher algorithms (OSCCA GB/T 32907-2016) and > related tests. > > SM4 (GBT.32907-2016) is a cryptographic standard issued by the > Organization of State Commercial Administration of China (OSCCA) > as an

Re: [PATCH v2] crypto/ecc: Remove stack VLA usage

On Thu, Mar 08, 2018 at 01:57:02PM -0800, Kees Cook wrote: > On the quest to remove all VLAs from the kernel[1], this switches to > a pair of kmalloc regions instead of using the stack. This also moves > the get_random_bytes() after all allocations (and drops the needless > "nbytes" variable). >

Re: [PATCH v2] crypto: hash.h: Prevent use of req->result in ahash update

On Wed, Mar 07, 2018 at 11:49:33AM +0100, Kamil Konieczny wrote: > Prevent improper use of req->result field in ahash update, init, export and > import functions in drivers code. A driver should use ahash request context > if it needs to save internal state. > > Signed-off-by: Kamil Konieczny

[PATCH 4.15 070/128] power: supply: ab8500_charger: Fix an error handling path

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Christophe JAILLET [ Upstream commit bf59fddde1c3eab89eb8dca8f3d3dc097887d2bb ] 'ret' is know to be 0 at this point, because it has not been updated by the the

[PATCH 4.15 075/128] ath10k: update tdls teardown state to target

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Manikanta Pubbisetty [ Upstream commit 424ea0d174e82365f85c6770225dba098b8f1d5f ] It is required to update the teardown state of the peer when a tdls link with

[PATCH 4.15 072/128] drm/etnaviv: make THERMAL selectable

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Philipp Zabel [ Upstream commit 49b82c389d2a40eaef1355aaa35868b367aec9d1 ] The etnaviv driver causes a link failure if it is built-in but THERMAL is built as a

Re: [RFC 0/3] seccomp trap to userspace

> On Mar 16, 2018, at 7:47 AM, Christian Brauner > wrote: > >> On Fri, Mar 16, 2018 at 12:46:55AM +, Andy Lutomirski wrote: I bet I confused everyone with a blatant typo: >> >> Hmm, I think we have to be very careful to avoid nasty races. I think >> the

[PATCH 4.15 009/128] serial: sh-sci: prevent lockup on full TTY buffers

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Ulrich Hecht commit 7842055bfce4bf0170d0f61df8b2add8399697be upstream. When the TTY buffers fill up to the configured maximum, a system lockup occurs: [

[PATCH 4.15 007/128] xhci: Fix front USB ports on ASUS PRIME B350M-A

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Kai-Heng Feng commit 191edc5e2e515aab1075a3f0ef23599e80be5f59 upstream. When a USB device gets plugged on ASUS PRIME B350M-A's front ports, the xHC stops working:

Re: [PATCH v3 04/14] KVM: s390: device attribute to set AP interpretive execution

On 03/16/2018 03:51 AM, Pierre Morel wrote: On 16/03/2018 00:39, Tony Krowiak wrote: On 03/15/2018 01:56 PM, Pierre Morel wrote: On 15/03/2018 18:21, Tony Krowiak wrote: On 03/15/2018 11:45 AM, Pierre Morel wrote: On 15/03/2018 16:26, Tony Krowiak wrote: On 03/15/2018 09:00 AM, Pierre Morel

[PATCH v3 09/18] fm10k: Eliminate duplicate barriers on weakly-ordered archs

Code includes wmb() followed by writel(). writel() already has a barrier on some architectures like arm64. This ends up CPU observing two barriers back to back before executing the register write. Since code already has an explicit barrier call, changing writel() to writel_relaxed().

Re: [PATCH v5 0/2] add support for Socionext SynQuacer I2C controller

On 10 March 2018 at 15:01, Ard Biesheuvel wrote: > On 2 March 2018 at 08:31, Ard Biesheuvel wrote: >> Add a binding and a driver for the I2C IP found in the Socionext SynQuacer >> SoC, which is essentially a rebranded version of the Fujitsu

[PATCH v3 14/18] net: cxgb3: Eliminate duplicate barriers on weakly-ordered archs

Code includes wmb() followed by writel(). writel() already has a barrier on some architectures like arm64. This ends up CPU observing two barriers back to back before executing the register write. Create a new wrapper function with relaxed write operator. Use the new wrapper when a write is

Re: [PATCH 4.14 024/110] btrfs: use proper endianness accessors for super_copy

On 03/16/2018 02:55 AM, Christoph Biedl wrote: Greg Kroah-Hartman wrote... 4.14-stable review patch. If anyone has any objections, please let me know. commit 3c181c12c431fe33b669410d663beb9cceefcd1b upstream. (...) If the filesystem is always used on a same endian host, this will not

Re: [PATCH v3] hugetlbfs: check for pgoff value overflow

On 03/16/2018 03:17 AM, Michal Hocko wrote: > On Thu 08-03-18 16:27:26, Mike Kravetz wrote: > > OK, looks good to me. Hairy but seems to be the easiest way around this. > Acked-by: Michal Hocko > >> +/* >> + * Mask used when checking the page offset value passed in via system

[PATCH v3 08/18] scsi: hpsa: Eliminate duplicate barriers on weakly-ordered archs

Code includes wmb() followed by writel(). writel() already has a barrier on some architectures like arm64. This ends up CPU observing two barriers back to back before executing the register write. Since code already has an explicit barrier call, changing writel() to writel_relaxed().

[PATCH v3 11/18] qlcnic: Eliminate duplicate barriers on weakly-ordered archs

Code includes wmb() followed by writel(). writel() already has a barrier on some architectures like arm64. This ends up CPU observing two barriers back to back before executing the register write. Since code already has an explicit barrier call, changing writel() to writel_relaxed().

[PATCH v3 12/18] bnx2x: Eliminate duplicate barriers on weakly-ordered archs

Code includes wmb() followed by writel(). writel() already has a barrier on some architectures like arm64. This ends up CPU observing two barriers back to back before executing the register write. Since code already has an explicit barrier call, changing writel() to writel_relaxed().

[PATCH 4.15 014/128] scsi: sd_zbc: Fix potential memory leak

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Damien Le Moal commit 4b433924b2755a94f99258c178684a0e05c344de upstream. Rework sd_zbc_check_zone_size() to avoid a memory leak due to an early return if

[PATCH v3 01/18] i40e/i40evf: Eliminate duplicate barriers on weakly-ordered archs

Code includes wmb() followed by writel(). writel() already has a barrier on some architectures like arm64. This ends up CPU observing two barriers back to back before executing the register write. Since code already has an explicit barrier call, changing writel() to writel_relaxed().

[PATCH 4.14 072/109] perf annotate: Fix unnecessary memory allocation for s390x

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Richter [ Upstream commit 36c263607d36c6a3788c09301d9f5fe35404048a ] This patch fixes a bug introduced with commit d9f8dfa9baf9 ("perf annotate s390:

[PATCH 4.14 068/109] pwm: stmpe: Fix wrong register offset for hwpwm=2 case

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Axel Lin [ Upstream commit 8472b529e113e0863ea064fdee51bf73c3f86fd6 ] Fix trivial copy/paste bug. Signed-off-by: Axel Lin Reviewed-by: Linus

[PATCH 4.14 069/109] drm/sun4i: Fix format mask in DE2 driver

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Jernej Skrabec [ Upstream commit a2407f4bd1f3001d6b46f6d32eb1cc98a60f5a43 ] Format mask is one bit too short. Fix it. Fixes: 9d75b8c0b999 (drm/sun4i: add support

[PATCH 4.14 091/109] veth: set peer GSO values

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stephen Hemminger [ Upstream commit 72d24955b44a4039db54a1c252b5031969eeaac3 ] When new veth is created, and GSO values have been configured on one device, clone

Re: [Intel-wired-lan] [PATCH v3 09/18] fm10k: Eliminate duplicate barriers on weakly-ordered archs

On 3/16/2018 12:30 PM, Alexander Duyck wrote: > On Fri, Mar 16, 2018 at 9:16 AM, Sinan Kaya wrote: >> Code includes wmb() followed by writel(). writel() already has a >> barrier on some architectures like arm64. >> >> This ends up CPU observing two barriers back to back

[PATCH 4.14 074/109] iwlwifi: mvm: avoid dumping assert log when device is stopped

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Sara Sharon [ Upstream commit 6362ab721ef5c4ecfa01f53ad4137d3d984f0c6c ] We might erroneously get to error dumping code when the device is already stopped. In that

[PATCH 4.14 035/109] ARM: dts: exynos: Correct Trats2 panel reset line

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Simon Shields [ Upstream commit 1b377924841df1e13ab5b225be3a83f807a92b52 ] Trats2 uses gpf2-1 as the panel reset GPIO. gpy4-5 was only used on early revisions of the

[PATCH 4.14 026/109] [PATCH] Revert "btrfs: use proper endianness accessors for super_copy"

4.14-stable review patch. If anyone has any objections, please let me know. -- This reverts commit 3c181c12c431fe33b669410d663beb9cceefcd1b as it causes breakage on big endian systems with btrfs images. Reported-by: Christoph Biedl Cc:

Re: [PATCH v3 09/10] drivers: qcom: rpmh: add support for batch RPMH request

Quoting Lina Iyer (2018-03-08 14:55:40) > On Thu, Mar 08 2018 at 14:59 -0700, Stephen Boyd wrote: > >Quoting Lina Iyer (2018-03-02 08:43:16) > >> @@ -343,6 +346,146 @@ int rpmh_write(struct rpmh_client *rc, enum > >> rpmh_state state, > >> } > >> EXPORT_SYMBOL(rpmh_write); > >> > >> +static int

[PATCH 4.9 71/86] ASoC: sgtl5000: Fix suspend/resume

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Fabio Estevam commit a8992973edbb2555e956b90f6fe97c4bc14d761d upstream. Commit 8419caa72702 ("ASoC: sgtl5000: Do not disable regulators in SND_SOC_BIAS_OFF") causes the

[PATCH 4.9 69/86] x86/module: Detect and skip invalid relocations

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit eda9cec4c9a12208a6f69fbe68f72a6311d50032 upstream. There have been some cases where external tooling (e.g., kpatch-build) creates a corrupt

Re: [PATCH v4 1/2] media: staging/imx: fill vb2_v4l2_buffer field entry

Reviewed-by: Steve Longerbeam On 03/15/2018 12:13 PM, Peter Seiderer wrote: - fixes gstreamer v4l2src warning: 0:00:00.716640334 349 0x164f720 WARN v4l2bufferpool gstv4l2bufferpool.c:1195:gst_v4l2_buffer_pool_dqbuf: Driver should never set

[PATCH 4.9 60/86] netfilter: ipv6: fix use-after-free Write in nf_nat_ipv6_manip_pkt

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit b078556aecd791b0e5cb3a59f4c3a14273b52121 upstream. l4proto->manip_pkt() can cause reallocation of skb head so pointer to the ipv6 header must be

[PATCH 4.9 58/86] netfilter: ebtables: CONFIG_COMPAT: dont trust userland offsets

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit b71812168571fa55e44cdd0254471331b9c4c4c6 upstream. We need to make sure the offsets are not out of range of the total size. Also check that they are in

[PATCH -next 22/22] net: socket: add __compat_sys_...msg() helpers; remove in-kernel calls to compat syscalls

Using the net-internal helpers __compat_sys_...msg() allows us to avoid the internal calls to the compat_sys_...msg() syscalls. compat_sys_recvmmsg() is handled in a different patch. Signed-off-by: Dominik Brodowski --- net/compat.c | 37

[PATCH -next 16/22] net: socket: replace calls to sys_send() with __sys_sendto()

sys_send() merely expands the parameters to __sys_sendto() by NULL and 0. Open-code this in the two places which used sys_send() as a wrapper to __sys_sendto(). Cc: David S. Miller Cc: net...@vger.kernel.org Signed-off-by: Dominik Brodowski ---

[PATCH -next 11/22] net: socket: add __sys_shutdown() helper; remove in-kernel call to syscall

Using the net-internal helper __sys_shutdown() allows us to avoid the internal calls to the sys_shutdown() syscall. Cc: David S. Miller Cc: net...@vger.kernel.org Signed-off-by: Dominik Brodowski --- include/linux/socket.h | 1 + net/compat.c

[PATCH -next 19/22] net: socket: add __compat_sys_setsockopt() helper; remove in-kernel call to compat syscall

Using the net-internal helper __compat_sys_setsockopt() allows us to avoid the internal calls to the compat_sys_setsockopt() syscall. Cc: David S. Miller Cc: net...@vger.kernel.org Signed-off-by: Dominik Brodowski --- net/compat.c | 14

Re: [PATCH RFC rebase 3/9] powerpc/64: Use barrier_nospec in syscall entry

On Fri, Mar 16, 2018 at 2:15 AM, Michal Suchánek wrote: > > As far as I understand barriers they separate code before the barrier > and code after the barrier. Almost certainly not. Even if you were to do an expensive serialization before the branch, the branch will still

[PATCH 4.9 00/86] 4.9.88-stable review

This is the start of the stable review cycle for the 4.9.88 release. There are 86 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 Sun Mar 18 15:22:47 UTC 2018. Anything

Re: arm64 kvm built with clang doesn't boot

On 16/03/18 16:52, Nick Desaulniers wrote: [dropping kernel-dynamic-to...@google.com which keeps bouncing] > Is this in regards to: commit "arm64: Add ARM_SMCCC_ARCH_WORKAROUND_1 BP > hardening support"? Has anyone tried to upstream a fix for this? We > probably want to be very explicit with

[PATCH 4.9 21/86] loop: Fix lost writes caused by missing flag

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ross Zwisler commit 1d037577c323e5090ce281e96bc313ab2eee5be2 upstream. The following commit: commit aa4d86163e4e ("block: loop: switch to VFS ITER_BVEC")

[PATCH 4.9 18/86] MIPS: ath25: Check for kzalloc allocation failure

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit 1b22b4b28fd5fbc51855219e3238b3ab81da8466 upstream. Currently there is no null check on a failed allocation of board_data, and hence a null

[PATCH 4.4 62/63] serial: 8250_pci: Add Brainboxes UC-260 4 port serial device

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Nikola Ciprich commit 9f2068f35729948bde84d87a40d135015911345d upstream. Add PCI ids for two variants of Brainboxes UC-260 quad port PCI serial cards.

[PATCH 4.4 61/63] usb: gadget: f_fs: Fix use-after-free in ffs_fs_kill_sb()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Xinyong commit 1a087f032111a88e826877449dfb93ceb22b78b9 upstream. When I debug a kernel crash issue in funcitonfs, found ffs_data.ref overflowed, While

[PATCH 4.4 63/63] fixup: sctp: verify size of a new chunk in _sctp_make_chunk()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman Ben writes: > > + int chunklen; > > + > > + chunklen = sizeof(*chunk_hdr) + paylen; > > I think this length still needs to be rounded up

[PATCH 4.4 16/63] Input: matrix_keypad - fix race when disabling interrupts

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Zhang Bo commit ea4f7bd2aca9f68470e9aac0fc9432fd180b1fe7 upstream. If matrix_keypad_stop() is executing and the keypad interrupt is triggered, disable_row_irqs() may be called

[PATCH 4.4 54/63] uas: fix comparison for error code

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum commit 9a513c905bb95bef79d96feb08621c1ec8d8c4bb upstream. A typo broke the comparison. Fixes: cbeef22fd611 ("usb: uas: unconditionally bring back host after

[PATCH 4.4 18/63] kbuild: Handle builtin dtb file names containing hyphens

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 55fe6da9efba102866e2fb5b40b04b6a4b26c19e upstream. cmd_dt_S_dtb constructs the assembly source to incorporate a devicetree FDT (that is, the .dtb file) as

[PATCH 4.4 17/63] loop: Fix lost writes caused by missing flag

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ross Zwisler commit 1d037577c323e5090ce281e96bc313ab2eee5be2 upstream. The following commit: commit aa4d86163e4e ("block: loop: switch to VFS ITER_BVEC")

[PATCH 4.4 15/63] MIPS: OCTEON: irq: Check for null return on kzalloc allocation

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit 902f4d067a50ccf645a58dd5fb1d113b6e0f9b5b upstream. The allocation of host_data is not null checked, leading to a null pointer dereference if the

[PATCH 4.4 09/63] drm/amdgpu: Fix deadlock on runtime suspend

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Lukas Wunner commit aa0aad57909eb321746325951d66af88a83bc956 upstream. amdgpu's ->runtime_suspend hook calls drm_kms_helper_poll_disable(), which waits for the output poll

[PATCH 3.18 13/25] ubi: Fix race condition between ubi volume creation and udev

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Clay McClure commit a51a0c8d213594bc094cb8e54aad0cb6d7f7b9a6 upstream. Similar to commit 714fb87e8bc0 ("ubi: Fix race condition between ubi device creation and udev"), we

[PATCH 3.18 12/25] netfilter: ipv6: fix use-after-free Write in nf_nat_ipv6_manip_pkt

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit b078556aecd791b0e5cb3a59f4c3a14273b52121 upstream. l4proto->manip_pkt() can cause reallocation of skb head so pointer to the ipv6 header must be

[PATCH 3.18 11/25] netfilter: bridge: ebt_among: add missing match size checks

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit c4585a2823edf4d1326da44d1524ecbfda26bb37 upstream. ebt_among is special, it has a dynamic match size and is exempt from the central size checks.

[PATCH 3.18 25/25] fixup: sctp: verify size of a new chunk in _sctp_make_chunk()

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman Ben writes: > > + int chunklen; > > + > > + chunklen = sizeof(*chunk_hdr) + paylen; > > I think this length still needs to be rounded up

[PATCH 3.18 15/25] x86/module: Detect and skip invalid relocations

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit eda9cec4c9a12208a6f69fbe68f72a6311d50032 upstream. There have been some cases where external tooling (e.g., kpatch-build) creates a corrupt

[PATCH 3.18 17/25] serial: sh-sci: prevent lockup on full TTY buffers

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Ulrich Hecht commit 7842055bfce4bf0170d0f61df8b2add8399697be upstream. When the TTY buffers fill up to the configured maximum, a system lockup occurs: [

[PATCH 3.18 14/25] scripts: recordmcount: break hardlinks

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Russell King commit dd39a26538e37f6c6131e829a4a510787e43c783 upstream. recordmcount edits the file in-place, which can cause problems when using ccache in

[PATCH] tpm: TPM 2.0 selftest performance improvement

For selftest being run in the background, the TCG 2.0 Specification provides the command TPM2_GetTestResult to check the status of selftest completion. When the partial selftest command is sent just after TPM initialization, it is observed that it returns RC_COMMAND_CODE error, which as per TPM

Re: [PATCH v2] usb: dwc3: Prevent indefinite sleep in _dwc3_set_mode during suspend/resume

Hi, Minas Harutyunyan writes: On 09/03/18 14:47, Roger Quadros wrote: > In the following test we get stuck by sleeping forever in _dwc3_set_mode() > after which dual-role switching doesn't work. > > On dra7-evm's dual-role port, > - Load

Re: [PATCH] mm/shmem: Do not wait for lock_page() in shmem_unused_huge_shrink()

On Fri, Mar 16, 2018 at 01:13:03PM +0100, Michal Hocko wrote: > On Fri 16-03-18 13:59:08, Kirill A. Shutemov wrote: > [..] > > @@ -498,31 +498,42 @@ static unsigned long shmem_unused_huge_shrink(struct > > shmem_sb_info *sbinfo, > > continue; > > } > > > > -

Re: [PATCH v4 5/5] misc: pci_endpoint_test: Handle 64-bit BARs properly

On Thu, Mar 15, 2018 at 02:22:13PM +0100, Greg Kroah-Hartman wrote: > On Thu, Mar 08, 2018 at 02:33:30PM +0100, Niklas Cassel wrote: > > A 64-bit BAR consists of a BAR pair, where the second BAR has the > > upper bits, so we cannot simply call pci_ioremap_bar() on every single > > BAR index. > >

Re: [PATCH] tpm: allow TCPA log area to be empty

On Mon, Mar 12, 2018 at 09:02:32AM -0600, Jason Gunthorpe wrote: > On Sat, Mar 10, 2018 at 06:16:37PM +0200, Jarkko Sakkinen wrote: > > TCPA log are can be empty when the TPM is disabled. This commit changes the > > behavior of tpm_read_log_acpi() to return successfully in this case. > > The

Re: [PATCH 1/1] efi/libstub: tpm: zero initialize pointer variables for mixed mode

On Tue, Mar 13, 2018 at 02:09:21PM +, Ard Biesheuvel wrote: > As reported by Jeremy, running the new TPM libstub code in mixed mode > (i.e., 64-bit kernel on 32-bit UEFI) results in hangs when invoking > the TCG2 protocol, or when accessing the log_tbl pool allocation. > > The reason turns

Re: [PATCH] mm/shmem: Do not wait for lock_page() in shmem_unused_huge_shrink()

On Fri 16-03-18 22:14:24, Tetsuo Handa wrote: > f2fs is doing > > page = f2fs_pagecache_get_page(inode->i_mapping, 0, FGP_LOCK|FGP_NOWAIT, 0); > > which calls > > struct page *pagecache_get_page(inode->i_mapping, 0, FGP_LOCK|FGP_NOWAIT, > 0); > > . Then, can't we define > > static

Re: [PATCH v2 2/2] reset: stm32mp1: Enable stm32mp1 reset driver

Hi Gabriel, this looks mostly good to me, a few questions and comments below: On Wed, 2018-03-14 at 17:30 +0100, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > stm32mp1 RCC IP 1 has a reset SET register and a reset CLEAR register. > > Writing '0' on

Re: [PATCH v3 1/7] watchdog: sama5d4: make use of timeout-secs provided in devicetree

Hi, Am I supposed to do something more to make this patchset picked up? Thanks, Marcus Folkesson On Sun, Feb 11, 2018 at 09:08:41PM +0100, Marcus Folkesson wrote: > watchdog_init_timeout() will allways pick timeout_param since it > defaults to a valid timeout. > > Following best practice

Re: [PATCH] perf/core: clear sibling list of detached events (was "Re: [PATCH] perf: Fix sibling iteration")

On Fri, Mar 16, 2018 at 01:17:41PM +, Mark Rutland wrote: > I've given this 50 boots with the 0day scripts, and no explosions so far > (with 5 boots where a leader had an empty group_node). I've been running this for almost 2 hours now, and no splats either. I'll let it run for another few

Re: TPM driver breaks S3 suspend

On Thu, Mar 15, 2018 at 06:11:19PM +0800, Daniel Drake wrote: > Hi, > > Sorry for the delayed response. > > Unfortunately we had to return the affected machine to the vendor > (Acer Veriton X4110G) although given we have a fairly complete > understanding of the problem, perhaps we can find and

[PATCH] quota: Kill an unused extern entry form quota.h

Kill an unused extern entry from quota.h which is leftover of below patch. [f32764bd2: quota: Convert quota statistics to generic percpu_counter] Signed-off-by: Ritesh Harjani --- include/linux/quota.h | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH v2 5/5] scsi: Add NO_DMA dummies for SCSI DMA mapping API

Add dummies for scsi_dma_{,un}map(), to allow compile-testing if NO_DMA=y. This prevents the following from showing up later: ERROR: "scsi_dma_unmap" [drivers/firewire/firewire-sbp2.ko] undefined! ERROR: "scsi_dma_map" [drivers/firewire/firewire-sbp2.ko] undefined! Signed-off-by: Geert

Re: [PATCH 8/9] x86/dumpstack: Save first regs set for the executive summary

On Fri, Mar 16, 2018 at 08:16:06AM -0500, Josh Poimboeuf wrote: > Yeah, sounds good to me. I think an earlier version of your patches > already printed the user space opcodes anyway. Right, which means it works already! :-P -- Regards/Gruss, Boris. Good mailing practices for 400: avoid

[PATCH v2 13/21] mmc: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

Re: [PATCH 4.14 024/110] btrfs: use proper endianness accessors for super_copy

On Fri, Mar 16, 2018 at 02:22:02PM +0100, David Sterba wrote: > On Fri, Mar 16, 2018 at 01:30:49PM +0100, Greg Kroah-Hartman wrote: > > On Thu, Mar 15, 2018 at 07:55:42PM +0100, Christoph Biedl wrote: > > > Greg Kroah-Hartman wrote... > > > > > > > 4.14-stable review patch. If anyone has any

[PATCH v2 05/21] firewire: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

Re: [PATCH v2 3/8] tpm: factor out tpm1_get_random into tpm1-cmd.c

On Thu, Mar 15, 2018 at 11:24:23PM +, Winkler, Tomas wrote: > > > > On Sat, 2018-03-10 at 10:24 +0200, Tomas Winkler wrote: > > > + rlength = be32_to_cpu(tpm_cmd.header.out.length); > > > + if (rlength < offsetof(struct tpm_getrandom_out, rng_data) + > > > +

Re: arm64 kvm built with clang doesn't boot

Hi Andrey, On 16/03/18 13:49, Andrey Konovalov wrote: > Hi! > > I've recently tried to boot clang built kernel on real hardware > (Odroid C2 board) instead of using a VM. The issue that I stumbled > upon is that arm64 kvm built with clang doesn't boot. > > Adding -fno-jump-tables compiler flag

[GIT PULL] Btrfs fixes for 4.16-rc6

Hi, there's an important revert in this pull request that needs to go to stable as it causes a corruption on big endian machines. The other fix is for FIEMAP incorrectly reporting shared extents before a sync and one fix for a crash in raid56. So far we got only one report about the BE

Re: arm64 kvm built with clang doesn't boot

On Fri, Mar 16, 2018 at 02:49:00PM +0100, Andrey Konovalov wrote: > Hi! Hi, > I've recently tried to boot clang built kernel on real hardware > (Odroid C2 board) instead of using a VM. The issue that I stumbled > upon is that arm64 kvm built with clang doesn't boot. > > Adding -fno-jump-tables

Re: [PATCH v2] perf: update perf_cgroup time for ancestor cgroup(s)

On Mon, Mar 12, 2018 at 09:59:43AM -0700, Song Liu wrote: > When a perf_event is attached to parent cgroup, it should count events > for all children cgroups: > > parent_group < perf_event >\ > - child_group < process(es) > > However, in our tests, we found this perf_event

Re: [PATCH v2 3/5] usb: gadget: Add NO_DMA dummies for DMA mapping API

On Fri, Mar 16, 2018 at 02:25:42PM +0100, Geert Uytterhoeven wrote: > Add dummies for usb_gadget_{,un}map_request{,_by_dev}(), to allow > compile-testing if NO_DMA=y. > > This prevents the following from showing up later: > > ERROR: "usb_gadget_unmap_request_by_dev" >

Re: [PATCH v5 1/3] x86/msr: Add AMD Core Perf Extension MSRs

On 06/03/2018 22:03, Radim Krcmar wrote: >> /* Fam 15h MSRs */ >> #define MSR_F15H_PERF_CTL 0xc0010200 >> +#define MSR_F15H_PERF_CTL0 MSR_F15H_PERF_CTL >> +#define MSR_F15H_PERF_CTL1 (MSR_F15H_PERF_CTL + 2) >> +#define MSR_F15H_PERF_CTL2 (MSR_F15H_PERF_CTL +

Re: arm64 kvm built with clang doesn't boot

On 16/03/18 14:53, Andrey Konovalov wrote: > On Fri, Mar 16, 2018 at 3:13 PM, Marc Zyngier wrote: >> I wasn't aware of that discussion, but this is indeed quite annoying. >> Note that you should be able to restrict this to arch/arm64/kvm/hyp/* >> and virt/kvm/arm/hyp/*. > >

Re: [RT PATCH 1/2] kernel/cpu_chill: use schedule_hrtimeout()

On Fri, 16 Mar 2018, Sebastian Andrzej Siewior wrote: > cpu_chill() uses __hrtimer_nanosleep() with a hack to get > TASK_UNINTERRUPTIBLE state. It seems to work but it does not. > The problem is that we may have a signal pending and receive a sporadic > wake up _before_ the timer expires. At

[PATCH v6 0/3] drm: Add Thine THC63LVD1024 LVDS decoder bridge

Hi, (hopefully) last iteration, with Niklas' Reviewed-by tags. Simply drop an un-necessary #ifdef guard for CONFIG_OF in driver's code as suggested by Niklas. Time to talk how this series will go in? I assume bindings and driver through DRM tree, while Simon is to pick up the Eagle DTS update

Re: Bug: Microblaze stopped booting after 0fa1c579349fdd90173381712ad78aa99c09d38b

On Wed, Mar 14, 2018 at 10:04 AM, Michal Simek wrote: > On 12.3.2018 11:21, Michal Simek wrote: >> On 12.3.2018 08:52, Alvaro G. M. wrote: >>> On Fri, Mar 09, 2018 at 01:05:11PM -0600, Rob Herring wrote: On Fri, Mar 9, 2018 at 6:51 AM, Alvaro G. M.

Re: [PATCH 2/2] kprobe: fix: Add ftrace_ops_assist_func to kprobe blacklist

Hi Steven, I completely forgot about this issue until recently when I encountered it again. Instrumenting the ftrace_ops_assist_func symbol and some other symbol seems to be causing problems. Placing kretprobes like in the following configuration crashes my kernel (4.16.0-rc5) on a Qemu/KVM

[PATCH 4.4 28/63] watchdog: hpwdt: Check source of NMI

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jerry Hoemann commit 838534e50e2e5c1e644e30ab6cb28da88eb31368 upstream. Do not claim the NMI (i.e. return NMI_DONE) if the source of the NMI isn't the iLO watchdog or

[PATCH 4.4 21/63] ALSA: hda/realtek - Fix dock line-out volume on Dell Precision 7520

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit e312a869cd726c698a75caca0d9e5c22fd3f1534 upstream. The dock line-out pin (NID 0x17 of ALC3254 codec) on Dell Precision 7520 may route to three different

[PATCH 4.4 33/63] [media] tc358743: fix register i2c_rd/wr function fix

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Philipp Zabel commit f2c61f98e0b5f8b53b8fb860e5dcdd661bde7d0b upstream. The below mentioned fix contains a small but severe bug, fix it to make the driver work again.

[PATCH 4.4 14/63] MIPS: ath25: Check for kzalloc allocation failure

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit 1b22b4b28fd5fbc51855219e3238b3ab81da8466 upstream. Currently there is no null check on a failed allocation of board_data, and hence a null

Re: [PATCH] perf: Fix sibling iteration

On Fri, Mar 16, 2018 at 11:50:17AM +0100, Peter Zijlstra wrote: > On Fri, Mar 16, 2018 at 11:39:46AM +0100, Jiri Olsa wrote: > > On Fri, Mar 16, 2018 at 11:31:29AM +0100, Peter Zijlstra wrote: > > > There is at least one more known issue with that patch, but neither Mark > > > nor me could

Re: [PATCH v3 3/5] tpm: migrate tpm2_probe() to use struct tpm_buf

On Mon, Mar 05, 2018 at 05:52:24PM -0500, Mimi Zohar wrote: > Hi Jarrko, > > On Mon, 2018-03-05 at 18:56 +0200, Jarkko Sakkinen wrote: > > In order to make struct tpm_buf the first class object for constructing TPM > > commands, migrate tpm2_probe() to use it. > > > > Signed-off-by: Jarkko

Re: [PATCH v2] Add udmabuf misc device

Am 16.03.2018 um 08:46 schrieb Gerd Hoffmann: A driver to let userspace turn iovecs into dma-bufs. Use case: Allows qemu create dmabufs for the vga framebuffer or virtio-gpu ressources. Then they can be passed around to display those guest things on the host. To spice client for classic full

Re: [PATCH 4.14 024/110] btrfs: use proper endianness accessors for super_copy

On Thu, Mar 15, 2018 at 07:55:42PM +0100, Christoph Biedl wrote: > Greg Kroah-Hartman wrote... > > > 4.14-stable review patch. If anyone has any objections, please let me know. > > > commit 3c181c12c431fe33b669410d663beb9cceefcd1b upstream. > (...) > > > If the filesystem is always used on a

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