Re: [PATCH] x86/mtrr: don't copy out-of-bounds data in mtrr_write

On Fri, 2018-07-06 at 23:50 +0200, Jann Horn wrote: > Don't access the provided buffer out of bounds - this can cause a > kernel > out-of-bounds read when invoked through sys_splice() or other things > that > use kernel_write()/__kernel_write(). > Can you elaborate a bit this change? Only few pl

Re: linux-next: build warning after merge of the nand tree

Hi Stephen, Boris, Boris Brezillon wrote on Mon, 9 Jul 2018 08:16:32 +0200: > Hi Stephen, > > On Mon, 9 Jul 2018 11:51:15 +1000 > Stephen Rothwell wrote: > > > Hi Boris, > > > > After merging the nand tree, today's linux-next build (x86_64 > > allmodconfig) produced this warning: > > > > dr

Re: [PATCH 5/5] thunderbolt: Add support for runtime PM

On Mon, Jul 09, 2018 at 04:20:00AM +, mario.limoncie...@dell.com wrote: > In practice I don't anticipate anyone in the industry outside of Apple wiring > up TBT > with RTD3 unless it's at least Alpine Ridge or newer. I don't think Apple does it even with Alpine Ridge. I have one Macbook here

Re: [PATCH] drm/amdgpu/acp: Fix slab-out-of-bounds in mfd_add_device in acp_hw_init

Was this patch ever picked up? I can't find it in agd5f/linux. >>> >>> >>> It wasn't applied. I don't see 51f7415039d4 ("drm/amd/amdgpu: >>> creating two I2S instances for stoney/cz") upstream yet either. >>> Daniel, Vijendar, which ones do you want applied? Can you send me the >>> patches?

Re: [PATCH v2 2/2] clk: qcom: gcc: Register QUPv3 RCGs for DFS on SDM845

Quoting Taniya Das (2018-06-28 04:47:31) > @@ -3437,7 +3457,12 @@ static int gcc_sdm845_probe(struct platform_device > *pdev) > regmap_update_bits(regmap, 0x48190, BIT(0), 0x1); > regmap_update_bits(regmap, 0x52004, BIT(22), 0x1); > > - return qcom_cc_really_probe(pdev, &gcc

linux-next: Tree for Jul 9

Hi all, Changes since 20180706: The net-next tree gained conflicts against the net tree. The staging tree gained a conflict against the crypto tree. Non-merge commits (relative to Linus' tree): 4551 4770 files changed, 167753 insertions(+), 97803 deletions(-) -

Re: [PATCH -mm -v4 01/21] mm, THP, swap: Enable PMD swap operations for CONFIG_THP_SWAP

Dan Williams writes: > On Sun, Jul 8, 2018 at 10:40 PM, Huang, Ying wrote: >> Dan Williams writes: >>> Would that also allow us to clean up the usage of >>> CONFIG_ARCH_ENABLE_THP_MIGRATION in fs/proc/task_mmu.c? In other >>> words, what's the point of having nice ifdef'd alternatives in heade

Re: [PATCH -mm -v4 02/21] mm, THP, swap: Make CONFIG_THP_SWAP depends on CONFIG_SWAP

Dan Williams writes: > On Thu, Jun 21, 2018 at 8:55 PM Huang, Ying wrote: >> >> From: Huang Ying >> >> It's unreasonable to optimize swapping for THP without basic swapping >> support. And this will cause build errors when THP_SWAP functions are >> defined in swapfile.c and called elsewhere. >

Re: [PATCH] clk: clkdev - add managed versions of lookup registrations

Quoting Matti Vaittinen (2018-06-28 00:54:53) > Add devm_clk_hw_register_clkdev, devm_clk_register_clkdev and > devm_clk_release_clkdev as a first styep to clean up drivers which are s/styep/step/ > leaking clkdev lookups at driver remove. > > Signed-off-by: Matti Vaittinen > --- > > drivers/

Re: [PATCH v2 1/1] dts: qcom: db820c: Add gpio-line-names property

On Wed, Apr 18, 2018 at 7:16 PM, Manivannan Sadhasivam wrote: > Add gpio-line-names property for Dragonboard820c based on APQ8096 SoC. > There are 4 gpio-controllers present on this board, including the > APQ8096 SoC, PM8994 (GPIO and MPP) and PMI8994 (GPIO). > > Lines names are derived from 96Boa

Re: [PATCH v3 3/3] clk: qcom: Add display clock controller driver for SDM845

Quoting Taniya Das (2018-07-08 20:38:03) > Hello Stephen, > > Thanks for your review comments. > > On 7/9/2018 5:24 AM, Stephen Boyd wrote: > > Quoting Taniya Das (2018-06-23 07:19:27) > >> diff --git a/drivers/clk/qcom/dispcc-sdm845.c > >> b/drivers/clk/qcom/dispcc-sdm845.c > >> new file mode 1

[RESEND PATCH] tee: add kernel internal client interface

Adds a kernel internal TEE client interface to be used by other drivers. Signed-off-by: Jens Wiklander --- drivers/tee/tee_core.c | 113 +--- include/linux/tee_drv.h | 73 ++ 2 files changed, 179 insertions(+), 7 deletions(-) diff --

Re: linux-next: build warning after merge of the nand tree

Hi Stephen, On Mon, 9 Jul 2018 11:51:15 +1000 Stephen Rothwell wrote: > Hi Boris, > > After merging the nand tree, today's linux-next build (x86_64 > allmodconfig) produced this warning: > > drivers/mtd/nand/raw/davinci_nand.c: In function 'nand_davinci_hwcontrol': > drivers/mtd/nand/raw/davin

kernel BUG at mm/slab.c:LINE! (2)

Hello, syzbot found the following crash on: HEAD commit:d90c936fb318 Merge branch 'bpf-nfp-mul-div-support' git tree: bpf-next console output: https://syzkaller.appspot.com/x/log.txt?x=15cf4f4840 kernel config: https://syzkaller.appspot.com/x/.config?x=a501a01deaf0fe9 dashboard li

Re: [PATCH 2/4] clk: qcom: Add clk_rcg2_gfx3d_ops for SDM845

Quoting Amit Nischal (2018-06-06 04:41:46) > To turn on the gpu_gx_gdsc, there is a hardware requirement to > turn on the root clock (GFX3D RCG) first which would be the turn > on signal for the gdsc along with the SW_COLLAPSE. As per the > current implementation of clk_rcg2_shared_ops, it clears t

Re: [PATCH v2 3/3] serial: 8250_dw: add fractional divisor support

On Mon, Jul 9, 2018 at 9:04 AM, Jisheng Zhang wrote: > On Fri, 6 Jul 2018 20:37:09 +0300 Andy Shevchenko wrote: > yes, makes sense. Will send a new version soon. Please, be sure you base it on top of tty-next and there is no warnings added (makes sense to run make W=1 as well), -- With Best Reg

[PATCH v2] rtc: OMAP: Add support for rtc-only mode

Prepare rtc driver for rtc-only with DDR in self-refresh mode. omap_rtc_power_off now should cater to two features: 1) RTC plus DDR in self-refresh is power a saving mode where in the entire system including the different voltage rails from PMIC are shutdown except the ones feeding on to RTC and D

[PATCH] Staging:fwserial Move LINUX_VENDOR_ID to firewire.h

This driver uses the same unregistered vendor id that the firewire core does (0xd00d1e). Hence it is exposed as a define in firewire.h. Signed-off-by:Janani Sankara Babu --- drivers/staging/fwserial/fwserial.c | 1 - include/linux/firewire.h| 2 ++ 2 files changed, 2 insertions(+), 1

[PATCH] ext4: remove abnormal set for I_DATA_SEM subclass

The -EBUSY return value of dquot_enable() function means that just want to update flags. If some users make a duplicate request to update flags, lockdep could catch the false positive casued by needing to allocate a quota block from inside ext4_map_blocks(), while holding i_data_sem for a data inod

Re: [PATCH -mm -v4 01/21] mm, THP, swap: Enable PMD swap operations for CONFIG_THP_SWAP

On Sun, Jul 8, 2018 at 10:40 PM, Huang, Ying wrote: > Dan Williams writes: > >> On Thu, Jun 21, 2018 at 8:55 PM Huang, Ying wrote: >>> >>> From: Huang Ying >>> >>> Previously, the PMD swap operations are only enabled for >>> CONFIG_ARCH_ENABLE_THP_MIGRATION. Because they are only used by the >

Re: [PATCH v2 3/3] serial: 8250_dw: add fractional divisor support

On Fri, 6 Jul 2018 20:37:09 +0300 Andy Shevchenko wrote: > On Thu, 2018-07-05 at 14:39 +0800, Jisheng Zhang wrote: > > > On Wed, 2018-07-04 at 17:03 +0800, Jisheng Zhang wrote: > > My comments below. > > > > > For Synopsys DesignWare 8250 uart which version >= 4.00a, there's > > > > a > > > >

Re: [PATCH 4/4] clk: qcom: Add graphics clock controller driver for SDM845

Quoting Amit Nischal (2018-06-06 04:41:48) > diff --git a/drivers/clk/qcom/gpucc-sdm845.c b/drivers/clk/qcom/gpucc-sdm845.c > new file mode 100644 > index 000..81f8926 > --- /dev/null > +++ b/drivers/clk/qcom/gpucc-sdm845.c > @@ -0,0 +1,441 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + *

Re: [RFC PATCH 2/2] mm/pmem: Add memblock based e820 platform driver

On Sun, Jul 8, 2018 at 10:17 PM, Aneesh Kumar K.V wrote: > On 07/07/2018 11:06 PM, Dan Williams wrote: [..] > What we need is the ability to run with fsdax on hypervisor other than KVM. That sounds like a production use case? How can it be actual persistent memory if the kernel is picking the phy

[PATCH v4 0/1] Add basic SoC support for mt6765

This patch adds basic SoC support for Mediatek's new 8-core SoC, MT6765, which is mainly for smartphone application. Changes in V4: 1. add gic's settings in reg properties 2. remove some patches about dt-bindings since GKH already took them Changes in V3: 1. split dt-binding document patchs 2.

[PATCH v4 1/1] arm64: dts: mediatek: add mt6765 support

This adds basic chip support for MT6765 SoC. Signed-off-by: Mars Cheng --- arch/arm64/boot/dts/mediatek/Makefile |1 + arch/arm64/boot/dts/mediatek/mt6765-evb.dts | 33 ++ arch/arm64/boot/dts/mediatek/mt6765.dtsi| 156 +++ 3 files changed, 190 inserti

Re: [PATCH v2] remoteproc: qcom: Introduce Non-PAS ADSP PIL driver

Thanks Rob for reviewing. On 7/7/2018 2:02 AM, Rob Herring wrote: On Fri, Jun 29, 2018 at 02:50:53PM +0530, Rohit kumar wrote: This adds APSS based ADSP PIL driver for QCOM SoCs. Added initial support for SDM845 with ADSP bootup and shutdown operation handled from Application Processor SubSyst

Re: [PATCH] sched/cputime: Ensure correct utime and stime proportion

Hi Peter, On 7/5/18 9:21 PM, Xunlei Pang wrote: > On 7/5/18 6:46 PM, Peter Zijlstra wrote: >> On Wed, Jun 27, 2018 at 08:22:42PM +0800, Xunlei Pang wrote: >>> tick-based whole utime is utime_0, tick-based whole stime >>> is stime_0, scheduler time is rtime_0. >> >>> For a long time, the process r

KASAN: use-after-free Write in _free_event

Hello, syzbot found the following crash on: HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixes' of git://git.s.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=178cf50c40 kernel config: https://syzkaller.appspot.com/x/.config?x=2ca6c7a31d407f86 da

kernel BUG at mm/memory.c:LINE!

Hello, syzbot found the following crash on: HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixes' of git://git.s.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=11d0774840 kernel config: https://syzkaller.appspot.com/x/.config?x=2ca6c7a31d407f86 da

Re: general protection fault in scheduler_tick

On Mon, Jul 9, 2018 at 5:09 AM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:526674536360 Add linux-next specific files for 20180706 > git tree: linux-next > console output: https://syzkaller.appspot.com/x/log.txt?x=17f6396840 > kernel config: http

Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long

On Mon, Jul 09, 2018 at 07:44:44AM +0300, Alexey Brodkin wrote: > Depending on ABI "long long" type of a particular 32-bit CPU > might be aligned by either word (32-bits) or double word (64-bits). > Make sure "data" is really 64-bit aligned for any 32-bit CPU. > > At least for 32-bit ARC cores ABI

Re: KASAN: stack-out-of-bounds Read in add_wait_queue

On Mon, Jul 9, 2018 at 5:09 AM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:ca04b3cca11a Merge tag 'armsoc-fixes' of git://git.kernel... > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=123180c840 > kernel config: h

Re: KASAN: stack-out-of-bounds Read in account_system_index_time

On Mon, Jul 9, 2018 at 5:09 AM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:ca04b3cca11a Merge tag 'armsoc-fixes' of git://git.kernel... > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=11f1e96840 > kernel config: h

Re: [PATCH -mm -v4 01/21] mm, THP, swap: Enable PMD swap operations for CONFIG_THP_SWAP

Dan Williams writes: > On Thu, Jun 21, 2018 at 8:55 PM Huang, Ying wrote: >> >> From: Huang Ying >> >> Previously, the PMD swap operations are only enabled for >> CONFIG_ARCH_ENABLE_THP_MIGRATION. Because they are only used by the >> THP migration support. We will support PMD swap mapping to

Re: [RFC PATCH] watchdog: sp805: Add clock-frequency property

Hi Guenter, Thank you for the clarification.. Please find my comments. On Sun, Jul 8, 2018 at 11:36 PM, Guenter Roeck wrote: > On 07/06/2018 01:18 AM, Srinath Mannam wrote: >> >> Hi Guenter, >> >> Thank you very much for your feedback. Please find my comments. >> >> On Thu, Jul 5, 2018 at 8:58 P

Re: [PATCH 3/4] dt-bindings: clock: Introduce QCOM Graphics clock bindings

Quoting Amit Nischal (2018-06-06 04:41:47) > diff --git a/Documentation/devicetree/bindings/clock/qcom,gpucc.txt > b/Documentation/devicetree/bindings/clock/qcom,gpucc.txt > new file mode 100644 > index 000..e311219 > --- /dev/null > +++ b/Documentation/devicetree/bindings/clock/qcom,gpucc.txt

Re: [PATCH 1/4] clk: qcom: gdsc: Add support to enable/disable the clocks with GDSC

Quoting Amit Nischal (2018-06-06 04:41:45) > For some of the GDSCs, there is a requirement to enable/disable the > few clocks before turning on/off the gdsc power domain. Add support Why is there a requirement? Do the clks need to be in hw control mode or they can't be turned off when the GDSC is

Re: [PATCH v9 05/10] firmware: xilinx: Add clock APIs

Quoting Jolly Shah (2018-06-20 10:40:30) > diff --git a/drivers/firmware/xilinx/zynqmp.c > b/drivers/firmware/xilinx/zynqmp.c > index 86d9bb8..c764d6e 100644 > --- a/drivers/firmware/xilinx/zynqmp.c > +++ b/drivers/firmware/xilinx/zynqmp.c > @@ -269,14 +269,196 @@ static int zynqmp_pm_ioctl(u32 no

Re: [PATCH v9 07/10] firmware: xilinx: Add debugfs for IOCTL API

Quoting Jolly Shah (2018-06-20 10:40:32) > From: Rajan Vaja > > Add debugfs file to set/get IOCTL using debugfs interface. IOCTLs and debugfs aren't the same thing. Why are the two being mixed together? Is some sort of userspace ABI being created here to control clks with usermode drivers?

Re: [PATCH v9 09/10] dt-bindings: clock: Add bindings for ZynqMP clock driver

Quoting Jolly Shah (2018-06-20 10:40:34) > From: Rajan Vaja > > Add documentation to describe Xilinx ZynqMP clock driver > bindings. > > Signed-off-by: Rajan Vaja > Signed-off-by: Jolly Shah > Reviewed-by: Rob Herring > --- Reviewed-by: Stephen Boyd

Re: [PATCH v9 10/10] drivers: clk: Add ZynqMP clock driver

Quoting Jolly Shah (2018-06-20 10:40:35) > diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig > index 98ce9fc..a2ebcf7 100644 > --- a/drivers/clk/Kconfig > +++ b/drivers/clk/Kconfig > @@ -252,6 +252,7 @@ source "drivers/clk/sprd/Kconfig" > source "drivers/clk/sunxi-ng/Kconfig" > source "drive

Re: [PATCH 2/4] phy: socionext: add USB3 PHY driver for UniPhier SoC

Hi, On Friday 29 June 2018 02:08 PM, Kunihiko Hayashi wrote: > Add a driver for PHY interface built into USB3 controller > implemented in UniPhier SoCs. > This driver supports High-Speed PHY and Super-Speed PHY. > > Signed-off-by: Kunihiko Hayashi > Signed-off-by: Motoya Tanigawa > Signed-off-b

Re: [RFC PATCH 2/2] mm/pmem: Add memblock based e820 platform driver

On 07/07/2018 11:06 PM, Dan Williams wrote: On Sat, Jul 7, 2018 at 12:15 AM, Oliver wrote: On Sat, Jul 7, 2018 at 5:38 AM, Dan Williams wrote: On Fri, Jul 6, 2018 at 1:29 AM, Aneesh Kumar K.V wrote: This patch steal system RAM and use that to emulate pmem device using the e820 platform driv

Re: [RFC PATCH 2/2] mm/pmem: Add memblock based e820 platform driver

On 07/07/2018 01:20 PM, Oliver wrote: On Fri, Jul 6, 2018 at 6:29 PM, Aneesh Kumar K.V wrote: This patch steal system RAM and use that to emulate pmem device using the e820 platform driver. This adds a new kernel command line 'pmemmap' which takes the format to allocate memory early in the bo

[RFC][PATCH 05/27] introduce FMODE_OPENED

From: Al Viro basically, "is that instance set up enough for regular fput(), or do we want put_filp() for that one". Signed-off-by: Al Viro --- arch/ia64/kernel/perfmon.c | 1 + drivers/misc/cxl/api.c | 2 +- fs/aio.c | 3 ++- fs/anon_inodes.c | 2 +- fs/hugetlb

[RFC][PATCH 07/27] lift fput() on late failures into path_openat()

From: Al Viro Signed-off-by: Al Viro --- fs/namei.c | 31 +++ 1 file changed, 15 insertions(+), 16 deletions(-) diff --git a/fs/namei.c b/fs/namei.c index a58e00076ba1..36c2fa804e26 100644 --- a/fs/namei.c +++ b/fs/namei.c @@ -3409,8 +3409,6 @@ static int do_last(st

[RFC][PATCH 09/27] now we can fold open_check_o_direct() into do_dentry_open()

From: Al Viro Signed-off-by: Al Viro --- fs/internal.h | 1 - fs/namei.c| 7 +-- fs/open.c | 27 +-- 3 files changed, 10 insertions(+), 25 deletions(-) diff --git a/fs/internal.h b/fs/internal.h index 5645b4ebf494..08ac9cdee1b4 100644 --- a/fs/internal.h +

[RFC][PATCH 08/27] switch all remaining checks for FILE_OPENED to FMODE_OPENED

From: Al Viro ... and don't bother with setting FILE_OPENED at all. Signed-off-by: Al Viro --- fs/namei.c | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git a/fs/namei.c b/fs/namei.c index 36c2fa804e26..b324f59f8209 100644 --- a/fs/namei.c +++ b/fs/namei.c @@ -306

[RFC][PATCH 06/27] get rid of 'opened' argument of finish_open()

From: Al Viro We only deal with opened & FILE_OPENED in it and it's parallel to file->f_mode & FMODE_OPENED. So let the callers deal with the latter instead. Most of the call chains go through fs/namei.c:atomic_open() and do not look at FILE_OPENED between the return from finish_open() and retu

[RFC][PATCH 11/27] IMA: don't propagate opened through the entire thing

From: Al Viro just check ->f_mode in ima_appraise_measurement() Signed-off-by: Al Viro --- fs/namei.c| 3 +-- fs/nfsd/vfs.c | 2 +- include/linux/ima.h | 4 ++-- security/integrity/ima/ima.h | 4 ++-- security/i

[RFC][PATCH 12/27] Preparation to killing ->atomic_open() 'opened' argument.

From: Al Viro __gfs2_lookup(), gfs2_create_inode(), nfs_finish_open() and fuse_create_open() don't need 'opened' anymore. Get rid of that argument in those. Signed-off-by: Al Viro --- fs/fuse/dir.c | 4 ++-- fs/gfs2/inode.c | 19 +-- fs/nfs/dir.c| 5 ++--- 3 files chan

[RFC][PATCH 10/27] introduce FMODE_CREATED and switch to it

From: Al Viro Parallel to FILE_CREATED, goes into ->f_mode instead of *opened. NFS is a bit of a wart here - it doesn't have file at the point where FILE_CREATED used to be set, so we need to propagate it there (for now). IMA is another one (here and everywhere)... Note that this needs do_dentr

[RFC][PATCH 15/27] kill FILE_{CREATED,OPENED}

From: Al Viro no users left Signed-off-by: Al Viro --- include/linux/fs.h | 4 1 file changed, 4 deletions(-) diff --git a/include/linux/fs.h b/include/linux/fs.h index 80fec0332fdd..b3240025ce1a 100644 --- a/include/linux/fs.h +++ b/include/linux/fs.h @@ -2434,10 +2434,6 @@ extern struc

[RFC][PATCH 13/27] get rid of 'opened' argument of ->atomic_open()

From: Al Viro not used anymore Signed-off-by: Al Viro --- fs/9p/vfs_inode.c | 3 +-- fs/9p/vfs_inode_dotl.c | 3 +-- fs/bad_inode.c | 2 +- fs/ceph/file.c | 3 +-- fs/ceph/super.h| 3 +-- fs/cifs/cifsfs.h | 3 +-- fs/cifs/dir.c | 3 +-- fs/fuse/dir.c

[RFC][PATCH 18/27] ... and switch shmem_file_setup() to alloc_file_pseudo()

From: Al Viro Signed-off-by: Al Viro --- mm/shmem.c | 39 --- 1 file changed, 8 insertions(+), 31 deletions(-) diff --git a/mm/shmem.c b/mm/shmem.c index 0aa290f849ee..fd21df189f32 100644 --- a/mm/shmem.c +++ b/mm/shmem.c @@ -3896,18 +3896,11 @@ EXPORT_SYMBO

[RFC][PATCH 16/27] new wrapper: alloc_file_pseudo()

From: Al Viro takes inode, vfsmount, name, mode and file_operations and either returns a new struct file (in which case inode reference we held is consumed) or returns ERR_PTR(), in which case no refcounts are altered. converted aio_private_file() and sock_alloc_file() to it Signed-off-by: Al V

[RFC][PATCH 14/27] get rid of 'opened' in path_openat() and the helpers downstream

From: Al Viro unused now Signed-off-by: Al Viro --- fs/namei.c | 22 -- 1 file changed, 8 insertions(+), 14 deletions(-) diff --git a/fs/namei.c b/fs/namei.c index 7270cac785b0..5d7aa567c958 100644 --- a/fs/namei.c +++ b/fs/namei.c @@ -3036,8 +3036,7 @@ static int may_o_cr

[RFC][PATCH 17/27] __shmem_file_setup(): reorder allocations

From: Al Viro grab inode and reserve memory first. Signed-off-by: Al Viro --- mm/shmem.c | 43 --- 1 file changed, 20 insertions(+), 23 deletions(-) diff --git a/mm/shmem.c b/mm/shmem.c index a76adc3802d1..0aa290f849ee 100644 --- a/mm/shmem.c +++ b/mm/s

[RFC][PATCH 01/27] drm_mode_create_lease_ioctl(): fix open-coded filp_clone_open()

From: Al Viro Failure of ->open() should *not* be followed by fput(). Fixed by using filp_clone_open(), which gets the cleanups right. Signed-off-by: Al Viro --- drivers/gpu/drm/drm_lease.c | 16 +--- fs/internal.h | 1 - include/linux/fs.h | 1 + 3 files

[RFC][PATCH 20/27] ocxlflash_getfile(): switch to alloc_file_pseudo()

From: Al Viro Signed-off-by: Al Viro --- drivers/scsi/cxlflash/ocxl_hw.c | 23 --- 1 file changed, 4 insertions(+), 19 deletions(-) diff --git a/drivers/scsi/cxlflash/ocxl_hw.c b/drivers/scsi/cxlflash/ocxl_hw.c index 497a68389461..6d0632174ec6 100644 --- a/drivers/scsi/cxlf

[RFC][PATCH 19/27] cxl_getfile(): switch to alloc_file_pseudo()

From: Al Viro Signed-off-by: Al Viro --- drivers/misc/cxl/api.c | 21 - 1 file changed, 4 insertions(+), 17 deletions(-) diff --git a/drivers/misc/cxl/api.c b/drivers/misc/cxl/api.c index 146a12fe6cb8..e0b9c00aecde 100644 --- a/drivers/misc/cxl/api.c +++ b/drivers/misc/cxl/

[RFC][PATCH 26/27] make alloc_file() static

From: Al Viro Signed-off-by: Al Viro --- fs/file_table.c | 3 +-- include/linux/file.h | 2 -- 2 files changed, 1 insertion(+), 4 deletions(-) diff --git a/fs/file_table.c b/fs/file_table.c index fb7c3b007630..ffb0036a24f6 100644 --- a/fs/file_table.c +++ b/fs/file_table.c @@ -155,7 +155,

[RFC][PATCH 25/27] do_shmat(): grab shp->shm_file earlier, switch to alloc_file_clone()

From: Al Viro Signed-off-by: Al Viro --- ipc/shm.c | 39 ++- 1 file changed, 18 insertions(+), 21 deletions(-) diff --git a/ipc/shm.c b/ipc/shm.c index e37931121070..0cebcf74b669 100644 --- a/ipc/shm.c +++ b/ipc/shm.c @@ -1354,14 +1354,13 @@ long do_shmat(in

[RFC][PATCH 22/27] anon_inode_getfile(): switch to alloc_file_pseudo()

From: Al Viro Signed-off-by: Al Viro --- fs/anon_inodes.c | 29 ++--- 1 file changed, 6 insertions(+), 23 deletions(-) diff --git a/fs/anon_inodes.c b/fs/anon_inodes.c index bf952939a1d3..7e13edd23db1 100644 --- a/fs/anon_inodes.c +++ b/fs/anon_inodes.c @@ -71,8 +71,6 @

[RFC][PATCH 23/27] create_pipe_files(): switch the first allocation to alloc_file_pseudo()

From: Al Viro Signed-off-by: Al Viro --- fs/pipe.c | 41 ++--- 1 file changed, 10 insertions(+), 31 deletions(-) diff --git a/fs/pipe.c b/fs/pipe.c index 4d62c935f675..312af057f03a 100644 --- a/fs/pipe.c +++ b/fs/pipe.c @@ -744,56 +744,35 @@ static struct in

[RFC][PATCH 24/27] new helper: alloc_file_clone()

From: Al Viro alloc_file_clone(old_file, mode, ops): create a new struct file with ->f_path equal to that of old_file. pipe converted. Signed-off-by: Al Viro --- fs/file_table.c | 11 +++ fs/pipe.c| 5 + include/linux/file.h | 2 ++ 3 files changed, 14 insertion

[RFC][PATCH 03/27] ocxlflash_getfile(): fix double-iput() on alloc_file() failures

From: Al Viro Cc: sta...@kernel.org Signed-off-by: Al Viro --- drivers/scsi/cxlflash/ocxl_hw.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/scsi/cxlflash/ocxl_hw.c b/drivers/scsi/cxlflash/ocxl_hw.c index 0a95b5f25380..497a68389461 100644 --- a/drivers/scsi/cx

[RFC][PATCH 04/27] make sure do_dentry_open() won't return positive as an error

From: Al Viro An ->open() instances really, really should not be doing that. There's a lot of places e.g. around atomic_open() that could be confused by that, so let's catch that early. Signed-off-by: Al Viro --- fs/open.c | 4 1 file changed, 4 insertions(+) diff --git a/fs/open.c b/fs

[RFC][PATCH 21/27] hugetlb_file_setup(): switch to alloc_file_pseudo()

From: Al Viro Signed-off-by: Al Viro --- fs/hugetlbfs/inode.c | 55 1 file changed, 17 insertions(+), 38 deletions(-) diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c index e0b8cc89169c..86ffe04f73d6 100644 --- a/fs/hugetlbfs/inode.c

[RFC][PATCH 02/27] cxl_getfile(): fix double-iput() on alloc_file() failures

From: Al Viro Doing iput() after path_put() is wrong. Cc: sta...@kernel.org Signed-off-by: Al Viro --- drivers/misc/cxl/api.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/misc/cxl/api.c b/drivers/misc/cxl/api.c index 753b1a698fc4..6b16946f9b05 100644 ---

[RFC][PATCH 27/27] turn filp_clone_open() into inline wrapper for dentry_open()

From: Al Viro it's exactly the same thing as dentry_open(&file->f_path, file->f_flags, file->f_cred) ... and rename it to file_clone_open(), while we are at it. 'filp' naming convention is bogus; sure, it's "file pointer", but we generally don't do that kind of Hungarian notation. Some o

[RFC][PATCHES] open()-related cleanups

This is an update of open()-related work last posted a month ago. Series lives in vfs.git#work.open (and its beginning is in #fixes). Individual patches are in followups, shortlog (with outlines) follows: 1) some prep fixes: * drm_lease.c uses alloc_file() for no good reason - it'

[RESEND PATCH v2] devres: Really align data field to unsigned long long

Depending on ABI "long long" type of a particular 32-bit CPU might be aligned by either word (32-bits) or double word (64-bits). Make sure "data" is really 64-bit aligned for any 32-bit CPU. At least for 32-bit ARC cores ABI requires "long long" types to be aligned by normal 32-bit word. This make

Re: [linux-sunxi] Re: [PATCH v2 7/9] phy: allwinner: add phy driver for USB3 PHY on Allwinner H6 SoC

在 2018-07-09一的 10:01 +0530，'Kishon Vijay Abraham I' via linux-sunxi写道： > Hi, > > On Friday 06 July 2018 09:08 PM, Icenowy Zheng wrote: > > Allwinner H6 SoC contains a USB3 PHY (with USB2 DP/DM lines also > > controlled). > > > > Add a driver for it. > > > > The register operations in this driver

JÓ HÍREK

Kedves Kedvezményezettem, Biztos vagyok benne, hogy ez a levél meglepetésként fog megjelenni, mivel még soha nem találkoztunk, és akkor is megkérdeznéd, hogy miért döntöttem úgy, hogy választottam Önt a világ számos internethasználója között. Pontosan, nem tudom megmondani, hogy miért választot

RE: [PATCH v2] platform/x86: intel-hid: Add support for Device Specific Methods

> -Original Message- > From: Srinivas Pandruvada [mailto:srinivas.pandruv...@linux.intel.com] > Sent: Saturday, July 7, 2018 8:44 AM > To: Darren Hart; Andy Shevchenko > Cc: Limonciello, Mario; Alex Hung; Andy Shevchenko; Platform Driver; Linux > Kernel > Mailing List; Rafael J. Wysocki >

Re: [PATCH v2 7/9] phy: allwinner: add phy driver for USB3 PHY on Allwinner H6 SoC

Hi, On Friday 06 July 2018 09:08 PM, Icenowy Zheng wrote: > Allwinner H6 SoC contains a USB3 PHY (with USB2 DP/DM lines also > controlled). > > Add a driver for it. > > The register operations in this driver is mainly extracted from the BSP > USB3 driver. > > Signed-off-by: Icenowy Zheng > ---

Query regarding Spectre fixes - IBRS/IBPB/SSB...

Hi, I have been tracking Spectre related fixes at Linux kernel 4.4.x LTS branch, for some of our products on this kernel version. One thing I noted is, some kernel fixes are added at upstream kernels 4.16 and 4.17, related to IBRS/IBPB capabilities and SSB fix. Few of the related commits listed

Re: [PATCH v2] devres: Really align data field to unsigned long long

On Sun, Jul 08, 2018 at 09:45:31PM +0300, Алексей Бродкин wrote: > Hi Greg, > > вс, 8 июл. 2018 г. в 21:40, Greg KH : > > > > On Sun, Jul 08, 2018 at 08:56:21PM +0300, Alexey Brodkin wrote: > > > Depending on ABI "long long" type of a particular 32-bit CPU > > > might be aligned by either word (32

RE: [PATCH 5/5] thunderbolt: Add support for runtime PM

> -Original Message- > From: Yehezkel Bernat [mailto:yehezkel...@gmail.com] > Sent: Sunday, July 8, 2018 2:56 AM > To: Mika Westerberg > Cc: lu...@wunner.de; LKML; Andreas Noever; michael.ja...@intel.com; > r...@rjwysocki.net; christ...@kellner.me; Limonciello, Mario > Subject: Re: [PATCH 5

Re: Re：[RFC] a question about reuse hwpoison page in soft_offline_page()

On Mon, Jul 09, 2018 at 10:31:25AM +0800, 裘稀石(稀石) wrote: > Hi Naoya, > > I think the double check can not fix the problem as I said in another email. > If someone mmap before soft offline, so the page_count(head) is still zero > in soft offline, then hwpoison flag set and it can not be alloced aga

RE: [PATCH] dell-laptop: Fix backlight detection

> -Original Message- > From: Pali Rohár [mailto:pali.ro...@gmail.com] > Sent: Sunday, July 8, 2018 8:09 AM > To: Damien Thébault > Cc: Matthew Garrett; Darren Hart; Andy Shevchenko; Limonciello, Mario; > platform- > driver-...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: Re: [P

linux-next: manual merge of the staging tree with the crypto tree

Hi Greg, Today's linux-next merge of the staging tree got a conflict in: drivers/staging/skein/skein_generic.c between commit: e50944e219f9 ("crypto: shash - remove useless setting of type flags") from the crypto tree and commit: ee55fe552fcd ("staging/skein: Remove Skein and Threefish

Re: [PATCH v3 1/2] powerpc: Detect the presence of big-cores via "ibm, thread-groups"

On Sun, 2018-07-08 at 13:03 -0300, Murilo Opsfelder Araujo wrote: > On Fri, Jul 06, 2018 at 02:35:48PM +0530, Gautham R. Shenoy wrote: > > From: "Gautham R. Shenoy" > > > > On IBM POWER9, the device tree exposes a property array identifed by > > "ibm,thread-groups" which will indicate which group

Re: [PATCH v3 3/3] clk: qcom: Add display clock controller driver for SDM845

Hello Stephen, Thanks for your review comments. On 7/9/2018 5:24 AM, Stephen Boyd wrote: Quoting Taniya Das (2018-06-23 07:19:27) diff --git a/drivers/clk/qcom/dispcc-sdm845.c b/drivers/clk/qcom/dispcc-sdm845.c new file mode 100644 index 000..af437e0 --- /dev/null +++ b/drivers/clk/qcom/di

Re: [RESEND PATCH v10 2/6] mm: page_alloc: remain memblock_next_valid_pfn() on arm/arm64

Hi Andew Thanks for the comments On 7/7/2018 6:37 AM, Andrew Morton Wrote: > On Fri, 6 Jul 2018 17:01:11 +0800 Jia He wrote: > >> From: Jia He >> >> Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns >> where possible") optimized the loop in memmap_init_zone(). But it caus

Re: [PATCH 4.16 234/279] x86/pkeys/selftests: Adjust the self-test to fresh distros that export the pkeys ABI

Greg Kroah-Hartman writes: > On Sun, Jul 08, 2018 at 08:33:37PM +1000, Michael Ellerman wrote: ... >> >> My comment was less about this actual patch and more about the new >> reality of patches being backported to stable based on Sasha's tooling, >> which seems to be much more liberal than anythi

[PATCH V3 7/7] dt-bindings: sdhci-sprd: Add bindings for the sdhci-sprd controller

From: Chunyan Zhang This patch adds the device-tree binding documentation for Spreadtrum SDHCI driver. Signed-off-by: Chunyan Zhang --- .../devicetree/bindings/mmc/sdhci-sprd.txt | 41 ++ 1 file changed, 41 insertions(+) create mode 100644 Documentation/devicetree/

[PATCH V3 6/7] mmc: sdhci-sprd: added Spreadtrum's initial host controller

From: Chunyan Zhang This patch adds the initial support of Secure Digital Host Controller Interface compliant controller found in some latest Spreadtrum chipsets. This patch has been tested on the version of SPRD-R11 controller. R11 is a variant based on SD v4.0 specification. With this driver,

[PATCH V3 5/7] mmc: sdhci: add Auto CMD Auto Select support

As SD Host Controller Specification v4.10 documents: Host Controller Version 4.10 defines this "Auto CMD Auto Select" mode. Selection of Auto CMD depends on setting of CMD23 Enable in the Host Control 2 register which indicates whether card supports CMD23. If CMD23 Enable =1, Auto CMD23 is used and

[PATCH V3 4/7] mmc: sdhci: add 32-bit block count support for v4 mode

When Host Version 4 is enabled, SDMA System Address register is re-defined as 32-bit Block Count, and SDMA uses ADMA System Address register (05Fh-058h) instead. Signed-off-by: Chunyan Zhang --- drivers/mmc/host/sdhci.c | 4 +++- drivers/mmc/host/sdhci.h | 1 + 2 files changed, 4 insertions(+),

[PATCH V3 3/7] mmc: sdhci: add ADMA2 64-bit addressing support for V4 mode

ADMA2 64-bit addressing support is divided into V3 mode and V4 mode. So there are two kinds of descriptors for ADMA2 64-bit addressing i.e. 96-bit Descriptor for V3 mode, and 128-bit Descriptor for V4 mode. 128-bit Descriptor is aligned to 8-byte. For V4 mode, ADMA2 64-bit addressing is enabled vi

[PATCH V3 2/7] mmc: sdhci: made changes for System Address register of SDMA

According to the SD host controller specification version 4.10, when Host Version 4 is enabled, SDMA uses ADMA System Address register (05Fh-058h) instead of using SDMA System Address register to support both 32-bit and 64-bit addressing. Signed-off-by: Chunyan Zhang --- drivers/mmc/host/sdhci.c

Re: %#ẍ Dev OS

Den 7/8/2018 17:27, skrev Rudy Baker: I have a suggestion for when you change the name of your OS again next week: π√¶:*!!!flïbbīnflùbêñ OS;;;!?*** It just rolls right off the tongue Rudy charming as usual ;)

[PATCH V3 1/7] mmc: sdhci: add sd host v4 mode

For SD host controller version 4.00 or later ones, there're two modes of implementation - Version 3.00 compatible mode or Version 4 mode. This patch introduced an interface to enable v4 mode. Signed-off-by: Chunyan Zhang --- drivers/mmc/host/sdhci.c | 11 +++ drivers/mmc/host/sdhci.h |

[PATCH V3 0/7] mmc: add support for sdhci 4.0

>From the SD host controller version 4.0 on, SDHCI implementation either is version 3 compatible or version 4 mode. This patch-set covers those changes which are common for SDHCI 4.0 version, regardless of whether they are used with SD or eMMC storage devices. This patchset also added a new sdhci

RE: [RESEND PATCH v4 1/2] dt-bindings: at24: Add address-width property

Hi Robert, > -Original Message- > From: Robert P. J. Day [mailto:rpj...@crashcourse.ca] > Sent: Friday, July 6, 2018 4:24 AM > To: Rob Herring > Cc: Chiang, AlanX ; linux-...@vger.kernel.org; Yeh, > Andy ; sakari.ai...@linux.intel.com; > andriy.shevche...@linux.intel.com; Shevchenko, Andr

KASAN: stack-out-of-bounds Read in account_system_index_time

Hello, syzbot found the following crash on: HEAD commit:ca04b3cca11a Merge tag 'armsoc-fixes' of git://git.kernel... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=11f1e96840 kernel config: https://syzkaller.appspot.com/x/.config?x=2ca6c7a31d407f86 da

KASAN: slab-out-of-bounds Read in fscache_alloc_cookie

Hello, syzbot found the following crash on: HEAD commit:ca04b3cca11a Merge tag 'armsoc-fixes' of git://git.kernel... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=11e382e040 kernel config: https://syzkaller.appspot.com/x/.config?x=2ca6c7a31d407f86 da

general protection fault in scheduler_tick

Hello, syzbot found the following crash on: HEAD commit:526674536360 Add linux-next specific files for 20180706 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=17f6396840 kernel config: https://syzkaller.appspot.com/x/.config?x=c8d1cfc0cb798e48 dashb

  1   2   3   >