[PATCH v6 4/7] iommu/dma: Move PCI window region reservation back into dma specific path.

This pretty much reverts commit 273df9635385 ("iommu/dma: Make PCI window reservation generic") by moving the PCI window region reservation back into the dma specific path so that these regions doesn't get exposed via the IOMMU API interface. With this change, the vfio interface will report only

[PATCH v6 1/7] vfio/type1: Introduce iova list and add iommu aperture validity check

This introduces an iova list that is valid for dma mappings. Make sure the new iommu aperture window doesn't conflict with the current one or with any existing dma mappings during attach. Signed-off-by: Shameer Kolothum --- drivers/vfio/vfio_iommu_type1.c |

[PATCH v6 0/7] vfio/type1: Add support for valid iova list management

This series introduces an iova list associated with a vfio iommu. The list is kept updated taking care of iommu apertures, and reserved regions. Also this series adds checks for any conflict with existing dma mappings whenever a new device group is attached to the domain. User-space can retrieve

[PATCH v6 3/7] vfio/type1: Update iova list on detach

Get a copy of iova list on _group_detach and try to update the list. On success replace the current one with the copy. Leave the list as it is if update fails. Signed-off-by: Shameer Kolothum --- drivers/vfio/vfio_iommu_type1.c | 91

[PATCH] lightnvm: pblk: take bitmap alloc. out of critical section

pblk allocates line bitmaps within the line lock unnecessarily. In order to take pressure out of the fast patch, allocate line bitmaps outside of this lock and refactor accordingly. Signed-off-by: Javier González --- drivers/lightnvm/pblk-core.c | 97

[PATCH V2] lightnvm: pblk: take bitmap alloc. out of critical section

Changes since V1 - from Matias: - rename a function to line__reinit - propagate error code - improve commit message Javier González (1): lightnvm: pblk: take bitmap alloc. out of critical section drivers/lightnvm/pblk-core.c | 97 +--- 1 file

[PATCH] um: Update mailing list address

We have a new mailing list, so update the MAINTAINERS file. Signed-off-by: Richard Weinberger --- MAINTAINERS | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index b60179d948bb..4834d1551248 100644 --- a/MAINTAINERS +++

Re: [PATCH net-next 3/3] net: phy: Enable C45 PHYs with vendor specific address space

On Wed, Apr 18, 2018 at 09:38:47AM +, Vicenţiu Galanopulo wrote: > > > > > Having dev-addr stored in devices_addrs, in get_phy_c45_ids(), when > > > probing the identifiers, dev-addr can be extracted from devices_addrs > > > and probed if devices_addrs[current_identifier] is not 0. > > > >

Re: [PATCH v3 1/3] nvmem: Update the OF binding to use a subnode for the cells list

On Wed, 18 Apr 2018 13:12:48 +0100 Srinivas Kandagatla wrote: > On 18/04/18 12:41, Alban wrote: > > On Tue, 17 Apr 2018 18:00:40 +0200 > > Alban wrote: > > > >> On Tue, 17 Apr 2018 16:44:01 +0100 > >> Srinivas Kandagatla

Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On 04/18/2018 01:55 PM, Roger Pau Monné wrote: On Wed, Apr 18, 2018 at 01:39:35PM +0300, Oleksandr Andrushchenko wrote: On 04/18/2018 01:18 PM, Paul Durrant wrote: -Original Message- From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf Of Roger Pau Monné Sent: 18

Re: [PATCH 1/1] i2c: dev: check i2c_msg len before memdup_user() to prevent ZERO_SIZE_PTR deref

On 18.04.2018 11:23, Uwe Kleine-König wrote: > On Wed, Apr 18, 2018 at 10:56:03AM +0300, Alexander Popov wrote: >> On 18.04.2018 10:07, Uwe Kleine-König wrote: >>> Your commit log is wrong (and I think the patch, too). >> >> I believe this bug is not a memdup_user() issue. There is a nice

Re: [PATCH] sh: mm: Fix unprotected access to struct device

Hi Christoph, On Wed, Apr 18, 2018 at 03:47:03AM -0700, Christoph Hellwig wrote: > On Tue, Apr 17, 2018 at 03:35:23PM +0200, Jacopo Mondi wrote: > > With commit ce88313069c36eef80f21fd7 ("arch/sh: make the DMA mapping > > operations observe dev->dma_pfn_offset") the generic DMA allocation > >

Re: [PATCH v3] module: Fix display of wrong module .text address

+++ Thomas Richter [18/04/18 09:14 +0200]: Reading file /proc/modules shows the correct address: [root@s35lp76 ~]# cat /proc/modules | egrep '^qeth_l2' qeth_l2 94208 1 - Live 0x03ff80401000 and reading file /sys/module/qeth_l2/sections/.text [root@s35lp76 ~]# cat

ORC unwinder bad backtrace

[there's no entry in MAINTAINERS for the ORC unwinder. I'm guessing at the mailing lists that might be interested in this] I've done something stupid and fallen off the end of the stack. ORC appears not to handle this very well (see backtrace at the bottom). Look at this loop: [ 60.750032]

Re: [PATCH v3 04/10] Documentations: dt-bindings: Add a document of PECI adapter driver for Aspeed AST24xx/25xx SoCs

On Tue, Apr 17, 2018 at 5:06 PM, Jae Hyun Yoo wrote: > On 4/17/2018 11:16 AM, Jae Hyun Yoo wrote: >> >> On 4/17/2018 6:16 AM, Rob Herring wrote: >>> >>> On Mon, Apr 16, 2018 at 6:12 PM, Jae Hyun Yoo >>> wrote: On 4/16/2018

Re: [PATCH/RFC 0/2] regulator: bd9571mwv: Add support for toggle power switches

On Wed, Apr 18, 2018 at 03:29:36PM +0200, Geert Uytterhoeven wrote: > Any comments/suggestions? > In case you lost the patches from the thread: > https://www.spinics.net/lists/linux-renesas-soc/msg24955.html Please don't send content free pings and please allow a reasonable time for review.

Re: [PATCH] nvme: fix the suspicious RCU usage warning in nvme_mpath_clear_current_path

On Wed, Apr 18, 2018 at 03:32:47PM +0800, Jianchao Wang wrote: > With lockdep enabled, when trigger nvme_remove, suspicious RCU > usage warning will be printed out. > Fix it with adding srcu_read_lock/unlock in it. Looks fine, Reviewed-by: Christoph Hellwig

Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On 04/18/2018 01:18 PM, Paul Durrant wrote: -Original Message- From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf Of Roger Pau Monné Sent: 18 April 2018 11:11 To: Oleksandr Andrushchenko Cc: jgr...@suse.com; Artem Mygaiev

[RESEND PATCH v5 0/7] mfd: cros_ec: add subdevices and fixes

Hi, This is the five version of a patchset that collects some patches already send but that needed some rework due the patchset to split the cros_ec_devs modules in 2 parts. This patchset contains some improvements and also some fixes. They can be applied independently and I think that all can go

[RESEND PATCH v5 2/7] mfd: cros_ec: free IRQ automatically

From: Vincent Palatin Free the IRQ we might have requested when removing the cros_ec device, so we can unload and reload the driver properly. Signed-off-by: Vincent Palatin Signed-off-by: Enric Balletbo i Serra

[RESEND PATCH v5 3/7] mfd: cros_ec: Don't try to grab log when suspended

From: Douglas Anderson We should stop our worker thread while we're suspended. If we don't then we'll get messages like: cros-ec-spi spi5.0: spi transfer failed: -108 cros-ec-spi spi5.0: cs-deassert spi transfer failed: -108 cros-ec-ctl cros-ec-ctl.0.auto: EC

Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On 04/18/2018 01:18 PM, Paul Durrant wrote: -Original Message- From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf Of Roger Pau Monné Sent: 18 April 2018 11:11 To: Oleksandr Andrushchenko Cc: jgr...@suse.com; Artem Mygaiev

Re: [RFC PATCH v2 3/6] sched: Add over-utilization/tipping point indicator

On Friday 13 Apr 2018 at 16:56:39 (-0700), Joel Fernandes wrote: > Hi, > > On Fri, Apr 6, 2018 at 8:36 AM, Dietmar Eggemann > wrote: > > From: Thara Gopinath > > > > Energy-aware scheduling should only operate when the system is not > >

[RESEND PATCH v5] mfd: arizona: Update DT doc to support more standard reset binding

Signed-off-by: Charles Keepax Reviewed-by: Rob Herring Acked-by: Lee Jones --- No changes since v4. The corresponding code changes have already been merged. Thanks, Charles

[PATCH] rt2x00: fix spelling mistake in various macros, UKNOWN -> UNKNOWN

From: Colin Ian King Rename several macros that contain mispellings of UNKNOWN Signed-off-by: Colin Ian King --- drivers/net/wireless/ralink/rt2x00/rt2800.h | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

[PATCH] clk: sunxi-ng: replace lib-y with obj-y

We had commit 06e226c7fb23 ("clk: sunxi-ng: Move all clock types to a library") and commit 799c43415442 ("kbuild: thin archives make default for all archs") in the same development cycle, from different trees. With migration to the thin archive, the entire drivers/clk/sunxi-ng/lib.a is linked to

Re: [PATCH 2/2] fs, elf: drop MAP_FIXED usage from elf_map

On Wed 18-04-18 20:43:11, Tetsuo Handa wrote: > Michal Hocko wrote: > > > Don't complain if IS_ERR_VALUE(), > > > > this is simply wrong. We do want to warn on the failure because this is > > when the actual clash happens. We should just warn on EEXIST. > > >From

Re: [PATCH v3 1/3] nvmem: Update the OF binding to use a subnode for the cells list

On 18/04/18 12:41, Alban wrote: On Tue, 17 Apr 2018 18:00:40 +0200 Alban wrote: On Tue, 17 Apr 2018 16:44:01 +0100 Srinivas Kandagatla wrote: Thanks for explaining, On 17/04/18 15:54, Alban wrote: This will not only allow reading the

[PATCH] mm: Fix do_pages_move status handling

From: Michal Hocko Li Wang has reported that LTP move_pages04 test fails with the current tree: LTP move_pages04: TFAIL : move_pages04.c:143: status[1] is EPERM, expected EFAULT The test allocates an array of two pages, one is present while the other is not (resp. backed

Re: [PATCH v2 04/12] mm: Assign memcg-aware shrinkers bitmap to memcg

Hi Kirill, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on mmotm/master] [also build test WARNING on next-20180418] [cannot apply to v4.17-rc1] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https

Re: [PATCH v2 04/12] mm: Assign memcg-aware shrinkers bitmap to memcg

Hi, On 18.04.2018 15:55, kbuild test robot wrote: > Hi Kirill, > > Thank you for the patch! Perhaps something to improve: > > [auto build test WARNING on mmotm/master] > [also build test WARNING on next-20180418] > [cannot apply to v4.17-rc1] > [if your patch is appli

[PATCH v3 4/4] regulator: bd9571mwv: Add support for backup mode

The BD9571MWV PMIC supports backup mode, which keeps one or more DDR rails powered while the main SoC is powered down. Which DDR rails are to be kept powered is board-specific, and controlled using the optional "rohm,ddr-backup-power" DT property. In the absence of this property, backup mode is

Re: [PATCHv3 03/11] arm64/kvm: hide ptrauth from guests

On Tue, Apr 17, 2018 at 07:37:27PM +0100, Mark Rutland wrote: > In subsequent patches we're going to expose ptrauth to the host kernel > and userspace, but things are a bit trickier for guest kernels. For the > time being, let's hide ptrauth from KVM guests. > > Regardless of how well-behaved the

Re: [PATCH/RFC 0/2] regulator: bd9571mwv: Add support for toggle power switches

Hi all, On Wed, Mar 14, 2018 at 12:26 PM, Geert Uytterhoeven wrote: > The ROHM BD9571MWV PMIC on the Renesas Salvator-X(S) and ULCB > development boards supports DDR Backup Power, which means that the DDR > power rails can be kept powered while the main SoC is powered

Re: [PATCH v3 1/3] nvmem: Update the OF binding to use a subnode for the cells list

On Wed, 18 Apr 2018 13:53:56 +0100 Srinivas Kandagatla wrote: > On 18/04/18 13:32, Alban wrote: > >> I was also suggesting you to use nvmem-cell subnode, but make it a > >> proper nvmem provider device, rather than reusing its parent device. > >> > >> You would

[PATCH v5 2/2] clk: qcom: Add Global Clock controller (GCC) driver for SDM845

From: Taniya Das Add support for the global clock controller found on SDM845 based devices. This should allow most non-multimedia device drivers to probe and control their clocks. Signed-off-by: Taniya Das Signed-off-by: Amit Nischal

[PATCH v5 1/2] clk: qcom: Configure the RCGs to a safe source as needed

For some root clock generators, there could be child branches which are controlled by an entity other than application processor subsystem. For such RCGs, as per application processor subsystem clock driver, all of its downstream clocks are disabled and RCG is in disabled state but in reality

[PATCH v2 2/2] powerpc: Allow selection of CONFIG_LD_DEAD_CODE_DATA_ELIMINATION

This option does dead code and data elimination with the linker by compiling with -ffunction-sections -fdata-sections and linking with --gc-sections. By selecting this option on mpc885_ads_defconfig, vmlinux LOAD segment size gets reduced by 10% Program Header before the patch: LOAD off

[PATCH v2 1/2] powerpc: fix vmlinux.lds to build with CONFIG_LD_DEAD_CODE_DATA_ELIMINATION

This patch fixes vmlinux.lds script to build properly with CONFIG_LD_DEAD_CODE_DATA_ELIMINATION enabled Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/vmlinux.lds.S | 4 ++-- include/asm-generic/vmlinux.lds.h | 6 +- 2 files changed, 7 insertions(+), 3

Re: [PATCH v6 11/11] ARM: shmobile: Convert file to use cntvoff

On Wed, Apr 18, 2018 at 12:03:27PM +0200, Mylène Josserand wrote: > Hello, > > On Wed, 18 Apr 2018 11:36:27 +0200 > Geert Uytterhoeven wrote: > > > Hi Mylène, > > > > On Mon, Apr 16, 2018 at 11:50 PM, Mylène Josserand > > wrote: > > > Now

Re: [RFC PATCH 31/35] Revert "vfs: add d_real_inode() helper"

On Wed, Apr 18, 2018 at 3:38 PM, Steven Rostedt wrote: > On Wed, 18 Apr 2018 13:42:03 +0200 > Miklos Szeredi wrote: > >> On Wed, Apr 18, 2018 at 10:19 AM, Amir Goldstein wrote: >> > On Thu, Apr 12, 2018 at 6:08 PM, Miklos Szeredi

Re:Re: [PATCH v3] net: davicom: dm9000: Avoid spinlock recursion during dm9000_timeout routine

Hi, Because the timeout task gets the main spinlock and disable the current cpu's irq, there is no other task on the same cpu can run, and tasks on the other cpus can not enter the dm9000_timeout() again. So in the whole dm9000_timeout() routine, db->timeout_cpu can not be changed by other

[per_cpu_ptr_to_phys] BUG: unable to handle kernel NULL pointer dereference at 0000000000000000

=lkp job=/lkp/scheduled/vm-intel12-yocto-x86_64-2/boot-1-yocto-minimal-x86_64-2016-04-22.cgz-60cc43fc888428bb2f18f08997432d426a243338-20180418-63270-jrkd3n-1.yaml ARCH=x86_64 kconfig=x86_64-randconfig-s0-04090505 branch=linux-devel/devel-spot-201804082042 commit

Re: [RFC PATCH] fs: introduce ST_HUGE flag and set it to tmpfs and hugetlbfs

On Wed, Apr 18, 2018 at 05:08:13AM +0800, Yang Shi wrote: > Since tmpfs THP was supported in 4.8, hugetlbfs is not the only > filesystem with huge page support anymore. tmpfs can use huge page via > THP when mounting by "huge=" mount option. > > When applications use huge page on hugetlbfs, it

[PATCH] drm/tegra: hub: Use state directly

Using drm_atomic_get_private_obj_state after state has been swapped will return old state. Fixes: 0281c4149021 ("drm/tegra: hub: Use private object for global state") Signed-off-by: Stefan Schake --- drivers/gpu/drm/tegra/hub.c | 5 ++--- 1 file changed, 2 insertions(+), 3

[PATCH] vfio iommu type1: no need to check task->mm if task has been destroyed

The task structure in vfio_dma struct used to identify the same task who map it or other task who shares same adress space is allowed to unmap. But if the task who map it has exited, mm of the task has been set to null, we should unmap the vfio dma directly. Signed-off-by: Xu Yandong

Re: [PATCH 2/2] fs, elf: drop MAP_FIXED usage from elf_map

On Wed 18-04-18 19:51:05, Tetsuo Handa wrote: > >From 0ba20dcbbc40b703413c9a6907a77968b087811b Mon Sep 17 00:00:00 2001 > From: Tetsuo Handa > Date: Wed, 18 Apr 2018 15:31:48 +0900 > Subject: [PATCH] fs, elf: don't complain MAP_FIXED_NOREPLACE if mapping >

Re: [PATCH v6 20/25] drivers: firmware: psci: Introduce psci_dt_topology_init()

On Tue, Apr 10, 2018 at 02:25:52PM +0200, Ulf Hansson wrote: > On 10 April 2018 at 13:10, Mark Rutland wrote: > > On Tue, Apr 10, 2018 at 09:19:26AM +0200, Ulf Hansson wrote: > >> On 14 March 2018 at 18:38, Mark Rutland wrote: > >> > On Wed, Mar 14,

Re: [PATCH v2] i2c: i801: Register optional lis3lv02d i2c device on Dell machines

On Thursday 08 March 2018 23:53:30 Pali Rohár wrote: > On Monday 26 February 2018 21:32:55 Wolfram Sang wrote: > > > > > I'm not maintainer of i2c-i801.ko, Jean Delvare & Wolfram Sang are. > > > Therefore instructing future contributors would be up to them. > > > > This is really Jean's realm. >

Re: [PATCH 08/11] lightnvm: pblk: remove unnecessary argument

Javier > On 17 Apr 2018, at 05.12, Matias Bjørling wrote: > > On 4/16/18 12:25 PM, Javier González wrote: >> Remove unnecessary argument on pblk_line_free() > > Why was the argument no longer needed? You can see it is not used... It a straightforward clean up. Javier

Re: [PATCH 03/11] lightnvm: pblk: check read lba on gc path

> On 17 Apr 2018, at 05.03, Matias Bjørling wrote: > > On 4/16/18 12:25 PM, Javier González wrote: >> Check that the lba stored in the LBA metadata is correct in the GC path >> too. This requires a new helper function to check random reads in the >> vector read. >>

Re: [RFC PATCH v2 4/6] sched/fair: Introduce an energy estimation helper function

Hi Quentin, On Fri, Apr 06, 2018 at 04:36:05PM +0100, Dietmar Eggemann wrote: > From: Quentin Perret > > In preparation for the definition of an energy-aware wakeup path, a > helper function is provided to estimate the consequence on system energy > when a specific task

[PATCH] clk: imx6ull: use OSC clock during AXI rate change

On i.MX6 ULL using PLL3 seems to cause a freeze when setting the parent to IMX6UL_CLK_PLL3_USB_OTG. This only seems to appear since commit 6f9575e55632 ("clk: imx: Add CLK_IS_CRITICAL flag for busy divider and busy mux"), probably because the clock is now forced to be on. Fixes:

Re: [RFC 2/6] dmaengine: xilinx_dma: Pass AXI4-Stream control words to netdev dma client

On 04/18/2018 08:31 AM, Peter Ujfalusi wrote: > > On 2018-04-17 18:54, Lars-Peter Clausen wrote: >> On 04/17/2018 04:53 PM, Peter Ujfalusi wrote: >>> On 2018-04-17 16:58, Lars-Peter Clausen wrote: >> There are two options. >> >> Either you extend the generic interfaces so it can cover

[PATCH v5 0/2] Misc patches to support clocks for SDM845

Changes in v5: 1. Adressed review comments for v3 and v4 version of GCC driver for SDM845 https://lkml.org/lkml/2018/4/16/1129 2. Removed bi_tcxo clock being modelled from the GCC driver, as RPMH clock driver would provide the same. https://lkml.org/lkml/2018/4/13/685 3. The GCC clock

Re: perf probe line numbers + CONFIG_DEBUG_INFO_SPLIT=y

On Wed, 18 Apr 2018 12:23:43 +0900 Masami Hiramatsu wrote: > Hi Arnaldo, > > On Tue, 17 Apr 2018 14:47:01 -0300 > Arnaldo Carvalho de Melo wrote: > > > Hi Masami, > > > > I just tried building the kernel using: > > > > CONFIG_DEBUG_INFO=y > > #

[PATCH] net: qmi_wwan: add Wistron Neweb D19Q1

This modem is embedded on dlink dwr-960 router. The oem configuration states: T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=480 MxCh= 0 D: Ver= 2.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=1435 ProdID=d191 Rev=ff.ff S: Manufacturer=Android S: Product=Android S:

Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On Wed, Apr 18, 2018 at 01:39:35PM +0300, Oleksandr Andrushchenko wrote: > On 04/18/2018 01:18 PM, Paul Durrant wrote: > > > -Original Message- > > > From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf > > > Of Roger Pau Monné > > > Sent: 18 April 2018 11:11 > > > To:

RE: [PATCH 2/2] perf: add arm64 smmuv3 pmu driver

> -Original Message- > From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org] > On Behalf Of Yisheng Xie > Sent: Thursday, March 29, 2018 8:04 AM > To: Neil Leeder ; Will Deacon > ; Mark Rutland >

Re: [PATCH 2/2] x86, pti: fix boot warning from Global-bit setting

Hi Dave, Thank you for the patch! Yet something to improve: [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.17-rc1 next-20180418] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [RFC PATCH v2 4/6] sched/fair: Introduce an energy estimation helper function

On Wednesday 18 Apr 2018 at 17:19:28 (+0800), Leo Yan wrote: > > > BTW, CPU utilization is decayed value and task_util() is not decayed > > > value, so 'util - task_util(p)' calculates a smaller value than the > > > prev CPU pure utilization, right? > > > > task_util() is the raw PELT signal,

Re: [PATCH v2 1/3] ASoC: dwc: I2S Controller instance param added

On Wed, Apr 18, 2018 at 04:34:52PM +0530, Vijendar Mukunda wrote: > When multiple I2S controller instances created, > i2s_instance parameter refers to i2s controller instance value. You're missing the point here a bit - it's not just the defines for the magic numbers that are the problem, it's

Re: [PATCH] Input: alps - Demystify trackstick initialization for v3 and v6 protocols

Dmitry, ping On Wednesday 21 March 2018 17:41:26 Pali Rohár wrote: > That is pity, but OK. > > Anyway, as wrote patch which I sent in the first email matches this > documentation. > > Dmitry, can you review/comment/accept/reject this patch? > > On Monday 19 March 2018 08:41:19 Masaki Ota

Re: [RFC PATCH 31/35] Revert "vfs: add d_real_inode() helper"

On Wed, Apr 18, 2018 at 10:19 AM, Amir Goldstein wrote: > On Thu, Apr 12, 2018 at 6:08 PM, Miklos Szeredi wrote: >> This reverts commit a118084432d642eeccb961c7c8cc61525a941fcb. >> >> No user of d_real_inode() remains, so it can be removed. >> > > FYI,

Re: [PATCH v3 1/3] nvmem: Update the OF binding to use a subnode for the cells list

On Tue, 17 Apr 2018 18:00:40 +0200 Alban wrote: > On Tue, 17 Apr 2018 16:44:01 +0100 > Srinivas Kandagatla wrote: > > > Thanks for explaining, > > > > On 17/04/18 15:54, Alban wrote: > > > This will not only allow reading the calibration data

Applied "spi: pxa2xx: pxa2xx_spi_transfer_one() can be static" to the spi tree

The patch spi: pxa2xx: pxa2xx_spi_transfer_one() can be static has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: pfuze100: update voltage setting for pfuze3000 sw1a" to the regulator tree

The patch regulator: pfuze100: update voltage setting for pfuze3000 sw1a has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

[PATCH] i2c: at91: Read all available bytes at once

With FIFO enabled it is possible to read multiple bytes at once in the interrupt handler as long as RXRDY is set. This may also reduce the number of interrupts. Signed-off-by: David Engraf --- drivers/i2c/busses/i2c-at91.c | 8 ++-- 1 file changed, 6 insertions(+), 2

[PATCH] staging: media: davinci_vpfe: fix spin_lock/unlock imbalance

It seems that this is a copy-paste error and that the proper variable to use in this particular case is video_out2 instead of video_out. Addresses-Coverity-ID: 1467961 ("Copy-paste error") Fixes: 45e46b3bbe18 ("[media] davinci: vpfe: dm365: resizer driver based on media framework")

Re: [PATCH] powerpc: Allow selection of CONFIG_LD_DEAD_CODE_DATA_ELIMINATION

Le 18/04/2018 à 10:36, Mathieu Malaterre a écrit : Christophe, On Wed, Apr 18, 2018 at 8:34 AM, Christophe LEROY wrote: Le 17/04/2018 à 19:10, Mathieu Malaterre a écrit : On Tue, Apr 17, 2018 at 6:49 PM, Christophe LEROY wrote: Le

Re: [PATCH] mm:memcg: add __GFP_NOWARN in __memcg_schedule_kmem_cache_create

On Wed, Apr 18, 2018 at 11:29:12AM +0900, Minchan Kim wrote: > If there are heavy memory pressure, page allocation with __GFP_NOWAIT > fails easily although it's order-0 request. > I got below warning 9 times for normal boot. > > Let's not make user scared. Actually, can you explain why it's OK

[PATCH] serial: imx: warn user when using unsupported configuration

When using half-duplex mode (which disables receiver during txing) the RTS signal cannot be driven low during transmission. This seems to be a limitation of the i.MX UART IP: The RTS (CTS_B) signal is controlled by the receiver. When the receiver is disabled, the signal stays in UART logic idle

Re: [PATCH v5 05/10] PCI: Adds device ID for Synopsys Sample Endpoint.

On Tue, Apr 17, 2018 at 03:34:23PM +0100, Gustavo Pimentel wrote: > The PCIe controller dual mode is capable of operating in host mode as well > as endpoint mode by configuration. > > Signed-off-by: Gustavo Pimentel > --- > Change v1->v2: > - Register new device

Re: [PATCH v4 01/10] x86/microcode/AMD: Subtract SECTION_HDR_SIZE from file leftover length

On Wed, Apr 18, 2018 at 02:39:27PM +0200, Maciej S. Szmigiero wrote: > Can't really find this commit in any tree I have looked at (bp.git and > tip.git at kernel.org). > Was it pushed somewhere else? No. Still waiting for the rest. -- Regards/Gruss, Boris. Good mailing practices for 400:

Re: 4.15.17 regression: bisected: timeout during microcode update

On Wed, Apr 18, 2018 at 02:22:12PM +0200, Borislav Petkov wrote: > On Wed, Apr 18, 2018 at 02:08:40PM +0200, Vitezslav Samel wrote: > > I switched to firmware-in-kernel early loading and that works OK. firmware-in-kernel means you compile your microcode image in linux? Can you tell me which

Re: [PATCH v4 01/10] x86/microcode/AMD: Subtract SECTION_HDR_SIZE from file leftover length

On 18.04.2018 15:53, Borislav Petkov wrote: > On Wed, Apr 18, 2018 at 02:39:27PM +0200, Maciej S. Szmigiero wrote: >> Can't really find this commit in any tree I have looked at (bp.git and >> tip.git at kernel.org). >> Was it pushed somewhere else? > > No. Still waiting for the rest. > So,

Re: [PATCH 2/2] printk: wake up klogd in vprintk_emit

On Sat 2018-04-14 12:01:45, Sergey Senozhatsky wrote: > We wake up klogd very late - only when current console_sem owner > is done pushing pending kernel messages to the serial/net consoles. > In some cases this results in lost syslog messages, because kernel > log buffer is a circular buffer and

Re: [PATCH 1/2] tracing: fix bad use of igrab in trace_uprobe.c

On Wed, Apr 18, 2018 at 8:29 AM, Song Liu wrote: > As Miklos reported and suggested: > > This pattern repeats two times in trace_uprobe.c and in > kernel/events/core.c as well: > > ret = kern_path(filename, LOOKUP_FOLLOW, ); > if (ret) > goto

Re: [PATCH V8 1/5] crypto: Multi-buffer encryption infrastructure support

On Tue, Apr 17, 2018 at 06:40:17PM +, Dey, Megha wrote: > > > >-Original Message- > >From: Herbert Xu [mailto:herb...@gondor.apana.org.au] > >Sent: Friday, March 16, 2018 7:54 AM > >To: Dey, Megha > >Cc: linux-kernel@vger.kernel.org;

[PATCH] tpm/st33zp24: Fix spelling mistake in macro ST33ZP24_TISREGISTER_UKNOWN

From: Colin Ian King Fix spelling mistake, rename ST33ZP24_TISREGISTER_UKNOWN to ST33ZP24_TISREGISTER_UNKNOWN Signed-off-by: Colin Ian King --- drivers/char/tpm/st33zp24/spi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

Re: [PATCH] blkcg: not hold blkcg lock when deactivating policy.

> Il giorno 18 apr 2018, alle ore 11:18, jiang.bi...@zte.com.cn ha scritto: > > Hi, >>> Il giorno 17 apr 2018, alle ore 09:10, Jiang Biao >>> ha scritto: >>> >>> As described in the comment of blkcg_activate_policy(), >>> *Update of each blkg is protected by both

RE: [Patch v3 2/6] cifs: Allocate validate negotiation request through kmalloc

From: Tom Talpey > Sent: 18 April 2018 12:32 ... > On 4/17/2018 8:33 PM, Long Li wrote: > > From: Long Li > > > > The data buffer allocated on the stack can't be DMA'ed, and hence can't send > > through RDMA via SMB Direct. > > This comment is confusing. Any registered

Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()

On 4/17/2018 6:53 PM, John David Anglin wrote: > On 2018-04-17 2:28 PM, Sinan Kaya wrote: >> The correct terminology here would be to use observability. Yes, it can be >> cached in whatever part of the system for some amount of time as long as >> PCI device sees it in the correct order. >> >>

Re: [PATCH] mm:memcg: add __GFP_NOWARN in __memcg_schedule_kmem_cache_create

On Wed 18-04-18 06:31:39, Matthew Wilcox wrote: > On Wed, Apr 18, 2018 at 11:29:12AM +0900, Minchan Kim wrote: > > If there are heavy memory pressure, page allocation with __GFP_NOWAIT > > fails easily although it's order-0 request. > > I got below warning 9 times for normal boot. > > > > Let's

Re: [patch v2] mm, oom: fix concurrent munlock and oom reaper unmap

On Wed 18-04-18 22:25:54, Tetsuo Handa wrote: > Michal Hocko wrote: > > > > Can we try a simpler way and get back to what I was suggesting before > > > > [1] and simply not play tricks with > > > > down_write(>mmap_sem); > > > > up_write(>mmap_sem); > > > > > > > >

Re: [PATCH v5 03/10] PCI: endpoint: functions/pci-epf-test: Add second entry

Hi Gustavo, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on char-misc/char-misc-testing] [also build test WARNING on v4.17-rc1 next-20180418] [cannot apply to pci/next robh/for-next] [if your patch is applied to the wrong git tree, please drop us a note to help

[PATCH v3] tracing/x86: Update syscall trace events to handle new prefixed syscall func names

From: "Steven Rostedt (VMware)" Arnaldo noticed that the latest kernel is missing the syscall event system directory in x86. I bisected it down to d5a00528b58c ("syscalls/core, syscalls/x86: Rename struct pt_regs-based sys_*() to __x64_sys_*()"). The system call trace

Re: [PATCH v2 2/2] pinctrl/samsung: Document required order of banks

On Tue, Apr 17, 2018 at 4:14 AM, Tomasz Figa wrote: > 2018-04-17 0:52 GMT+09:00 Paweł Chmiel : >> This patch documents requirement coming from the way >> exynos_eint_gpio_irq() is working now, which expects >> EINTG banks to be at the

Re: [PATCH resend 0/4] virt: vboxguest: Fix vboxguest module not working on VMs with more then 4G of RAM

On Wed, Apr 18, 2018 at 03:24:46PM +0200, Hans de Goede wrote: > Hi Greg, > > I know you are not entirely happy with the direct get_pages usage in this > patch-set, but as discussed that is currently the only way to get DMA32 > memory. > > Adding a better API for getting DMA32 mem really falls

Re: [RFC PATCH v3 1/3] ima: extend clone() with IMA namespace support

On 03/28/2018 04:10 AM, Stefan Berger wrote: > On 03/27/2018 07:01 PM, Eric W. Biederman wrote: >> Stefan Berger writes: >> >>> From: Yuqiong Sun >>> >>> Add new CONFIG_IMA_NS config option.  Let clone() create a new IMA >>> namespace upon

[PATCH v10 3/9] mfd: madera: Add common support for Cirrus Logic Madera codecs

This adds the generic core support for Cirrus Logic "Madera" class codecs. These are complex audio codec SoCs with a variety of digital and analogue I/O, onboard audio processing and DSPs, and other features. These codecs are all based off a common set of hardware IP so can be supported by a core

[PATCH 1/2] cpufreq: brcmstb-avs-cpufreq: remove development debug support

From: Markus Mayer This debug code was helpful while developing the driver, but it isn't being used for anything anymore. Signed-off-by: Markus Mayer --- drivers/cpufreq/Kconfig.arm | 10 -- drivers/cpufreq/brcmstb-avs-cpufreq.c | 323

[PATCH v10 0/9] Add support for Cirrus Logic CS47L35/L85/L90/L91 codecs

NOTE: Compared to older versions of this chain I have removed patches at the end of the chain that were being ignored until the earlier patches had been merged - an impossible circular dependency. There were too many moving targets to keep the whole chain up-to-date and so patches that were

[PATCH v10 4/9] mfd: madera: Register map tables for Cirrus Logic CS47L35

Regmap configuration tables for Cirrus Logic CS47L35 codecs. Signed-off-by: Piotr Stankiewicz Signed-off-by: Richard Fitzgerald Signed-off-by: Charles Keepax Acked-for-MFD-by: Lee Jones

Re: Crashes/hung tasks with z3pool under memory pressure

On Wed, Apr 18, 2018 at 10:13:17AM +0200, Vitaly Wool wrote: > Den tis 17 apr. 2018 kl 18:35 skrev Guenter Roeck : > > > > > Getting better; the log is much less noisy. Unfortunately, there are still > > locking problems, resulting in a hung task. I copied the log message to

Re: [PATCH 1/4] x86/crypto: camellia: Fix function prototypes

On Sun, Apr 15, 2018 at 11:10 PM, Ingo Molnar wrote: > > * Joao Moreira wrote: > >> Convert the use of 'struct camellia_ctx *' to 'void *' in prototypes of >> functions which are referenced through 'struct common_glue_func_entry', >> making their prototypes

[PATCH][next] spi: pxa2xx: make function pxa2xx_spi_transfer_one static

From: Colin Ian King The function pxa2xx_spi_transfer_one is local to the source and do not need to be in global scope, so make it static. Cleans up sparse warning: drivers/spi/spi-pxa2xx.c:914:5: warning: symbol 'pxa2xx_spi_transfer_one' was not declared. Should it be

Re: [PATCH][next] spi: pxa2xx: make function pxa2xx_spi_transfer_one static

On Wed, Apr 18, 2018 at 05:18:42PM +0100, Colin King wrote: > From: Colin Ian King > > The function pxa2xx_spi_transfer_one is local to the source and > do not need to be in global scope, so make it static. Someone already sent a patch for this which I applied earlier

Re: [PATCH 2/2] cpufreq: brcmstb-avs-cpufreq: prefer SCMI cpufreq if supported

On 04/18/2018 08:56 AM, Markus Mayer wrote: > From: Jim Quinlan > > If the SCMI cpufreq driver is supported, we bail, so that the new > approach can be used. > > Signed-off-by: Jim Quinlan > Signed-off-by: Markus Mayer > --- >

Re: [PATCH v2] fork: Unconditionally clear stack on fork

On Wed, Feb 21, 2018 at 6:15 PM, Kees Cook wrote: > On Wed, Feb 21, 2018 at 12:59 PM, Andrew Morton > wrote: >> On Wed, 21 Feb 2018 11:29:33 +0100 Michal Hocko wrote: >> >>> On Tue 20-02-18 18:16:59, Kees Cook wrote: >>> > One

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