[driver-core:readfile] BUILD REGRESSION 441f2a237a46b372c52fa905467f4dfb602ff7eb

2020-06-08 Thread kernel test robot
randconfig-a013-20200607 i386 randconfig-a014-20200608 i386 randconfig-a011-20200608 i386 randconfig-a015-20200608 i386 randconfig-a016-20200608 i386 randconfig-a012-20200608 i386 randconfig-a013

[PATCH AUTOSEL 4.4 11/37] staging: android: ion: use vmap instead of vm_map_ram

2020-06-08 Thread Sasha Levin
From: Christoph Hellwig [ Upstream commit 5bf9917452112694b2c774465ee4dbe441c84b77 ] vm_map_ram can keep mappings around after the vm_unmap_ram. Using that with non-PAGE_KERNEL mappings can lead to all kinds of aliasing issues. Signed-off-by: Christoph Hellwig Signed-off-by: Andrew Morton

[PATCH AUTOSEL 4.9 45/50] staging: greybus: sdio: Respect the cmd->busy_timeout from the mmc core

2020-06-08 Thread Sasha Levin
From: Ulf Hansson [ Upstream commit a389087ee9f195fcf2f31cd771e9ec5f02c16650 ] Using a fixed 1s timeout for all commands is a bit problematic. For some commands it means waiting longer than needed for the timeout to expire, which may not a big issue, but still. For other commands, like for an

[PATCH AUTOSEL 4.9 15/50] staging: android: ion: use vmap instead of vm_map_ram

2020-06-08 Thread Sasha Levin
From: Christoph Hellwig [ Upstream commit 5bf9917452112694b2c774465ee4dbe441c84b77 ] vm_map_ram can keep mappings around after the vm_unmap_ram. Using that with non-PAGE_KERNEL mappings can lead to all kinds of aliasing issues. Signed-off-by: Christoph Hellwig Signed-off-by: Andrew Morton

[PATCH AUTOSEL 4.14 64/72] staging: greybus: sdio: Respect the cmd->busy_timeout from the mmc core

2020-06-08 Thread Sasha Levin
From: Ulf Hansson [ Upstream commit a389087ee9f195fcf2f31cd771e9ec5f02c16650 ] Using a fixed 1s timeout for all commands is a bit problematic. For some commands it means waiting longer than needed for the timeout to expire, which may not a big issue, but still. For other commands, like for an

[PATCH AUTOSEL 4.14 22/72] staging: android: ion: use vmap instead of vm_map_ram

2020-06-08 Thread Sasha Levin
From: Christoph Hellwig [ Upstream commit 5bf9917452112694b2c774465ee4dbe441c84b77 ] vm_map_ram can keep mappings around after the vm_unmap_ram. Using that with non-PAGE_KERNEL mappings can lead to all kinds of aliasing issues. Signed-off-by: Christoph Hellwig Signed-off-by: Andrew Morton

[PATCH AUTOSEL 4.19 095/106] staging: greybus: sdio: Respect the cmd->busy_timeout from the mmc core

2020-06-08 Thread Sasha Levin
From: Ulf Hansson [ Upstream commit a389087ee9f195fcf2f31cd771e9ec5f02c16650 ] Using a fixed 1s timeout for all commands is a bit problematic. For some commands it means waiting longer than needed for the timeout to expire, which may not a big issue, but still. For other commands, like for an

[PATCH AUTOSEL 4.19 030/106] staging: android: ion: use vmap instead of vm_map_ram

2020-06-08 Thread Sasha Levin
From: Christoph Hellwig [ Upstream commit 5bf9917452112694b2c774465ee4dbe441c84b77 ] vm_map_ram can keep mappings around after the vm_unmap_ram. Using that with non-PAGE_KERNEL mappings can lead to all kinds of aliasing issues. Signed-off-by: Christoph Hellwig Signed-off-by: Andrew Morton

[PATCH AUTOSEL 5.4 155/175] staging: greybus: sdio: Respect the cmd->busy_timeout from the mmc core

2020-06-08 Thread Sasha Levin
From: Ulf Hansson [ Upstream commit a389087ee9f195fcf2f31cd771e9ec5f02c16650 ] Using a fixed 1s timeout for all commands is a bit problematic. For some commands it means waiting longer than needed for the timeout to expire, which may not a big issue, but still. For other commands, like for an

[PATCH AUTOSEL 5.4 061/175] staging: android: ion: use vmap instead of vm_map_ram

2020-06-08 Thread Sasha Levin
From: Christoph Hellwig [ Upstream commit 5bf9917452112694b2c774465ee4dbe441c84b77 ] vm_map_ram can keep mappings around after the vm_unmap_ram. Using that with non-PAGE_KERNEL mappings can lead to all kinds of aliasing issues. Signed-off-by: Christoph Hellwig Signed-off-by: Andrew Morton

[PATCH AUTOSEL 5.4 065/175] media: staging/intel-ipu3: Implement lock for stream on/off operations

2020-06-08 Thread Sasha Levin
From: Bingbu Cao [ Upstream commit 33e3c349b2bf1235be458df09fb8d237141486c4 ] Currently concurrent stream off operations on ImgU nodes are not synchronized, leading to use-after-free bugs (as reported by KASAN). [ 250.090724] BUG: KASAN: use-after-free in ipu3_dmamap_free+0xc5/0x116

[PATCH AUTOSEL 5.4 025/175] media: staging: ipu3: Fix stale list entries on parameter queue failure

2020-06-08 Thread Sasha Levin
From: Tomasz Figa [ Upstream commit 735a02f1bbc2c5e6e9cdbf0222948ff03ff7ab2d ] When queuing parameters fails, current code bails out without deleting the corresponding vb2 buffer from the driver buffer list, but the buffer is returned to vb2. This leads to stale list entries and a crash when

[PATCH AUTOSEL 5.4 007/175] media: staging: imgu: do not hold spinlock during freeing mmu page table

2020-06-08 Thread Sasha Levin
From: Bingbu Cao [ Upstream commit e1ebe9f9c88e5a78fcc4670a9063c9b3cd87dda4 ] ImgU need set the mmu page table in memory as uncached, and set back to write-back when free the page table by set_memory_wb(), set_memory_wb() can not do flushing without interrupt, so the spinlock should not be hold

[PATCH AUTOSEL 5.4 008/175] media: imx: imx7-mipi-csis: Cleanup and fix subdev pad format handling

2020-06-08 Thread Sasha Levin
From: Laurent Pinchart [ Upstream commit d321dd233b9f2bb407b8e6b4759408f09ec207c3 ] The subdev set pad format operation currently misbehaves in multiple ways: - mipi_csis_try_format() unconditionally stores the format in the device state, even for V4L2_SUBDEV_FORMAT_TRY. - The format is

[PATCH AUTOSEL 5.6 171/606] staging: kpc2000: fix error return code in kp2000_pcie_probe()

2020-06-08 Thread Sasha Levin
From: Wei Yongjun commit b17884ccf29e127b16bba6aea1438c851c9f5af1 upstream. Fix to return a negative error code from the error handling case instead of 0, as done elsewhere in this function. Also removed var 'rv' since we can use 'err' instead. Fixes: 7dc7967fc39a ("staging: kpc2000: add

[PATCH AUTOSEL 5.6 169/606] staging: iio: ad2s1210: Fix SPI reading

2020-06-08 Thread Sasha Levin
From: Dragos Bogdan commit 5e4f99a6b788047b0b8a7496c2e0c8f372f6edf2 upstream. If the serial interface is used, the 8-bit address should be latched using the rising edge of the WR/FSYNC signal. This basically means that a CS change is required between the first byte sent, and the second one.

[PATCH AUTOSEL 5.6 170/606] staging: wfx: unlock on error path

2020-06-08 Thread Sasha Levin
From: Dan Carpenter commit f0b9d875faa4499afe3381404c3795e9da84bc00 upstream. We need to release the tx_lock on the error path before returning. Fixes: d1c015b4ef6f ("staging: wfx: rewrite wfx_hw_scan()") Signed-off-by: Dan Carpenter Cc: stable Reviewed-by: Jérôme Pouiller Link:

[PATCH AUTOSEL 5.6 172/606] staging: greybus: Fix uninitialized scalar variable

2020-06-08 Thread Sasha Levin
From: Oscar Carter commit 34625c1931f8204c234c532b446b9f53c69f4b68 upstream. In the "gb_tty_set_termios" function the "newline" variable is declared but not initialized. So the "flow_control" member is not initialized and the OR / AND operations with itself results in an undefined value in this

[PATCH AUTOSEL 5.7 247/274] staging: greybus: sdio: Respect the cmd->busy_timeout from the mmc core

2020-06-08 Thread Sasha Levin
From: Ulf Hansson [ Upstream commit a389087ee9f195fcf2f31cd771e9ec5f02c16650 ] Using a fixed 1s timeout for all commands is a bit problematic. For some commands it means waiting longer than needed for the timeout to expire, which may not a big issue, but still. For other commands, like for an

[PATCH AUTOSEL 5.7 087/274] staging: android: ion: use vmap instead of vm_map_ram

2020-06-08 Thread Sasha Levin
From: Christoph Hellwig [ Upstream commit 5bf9917452112694b2c774465ee4dbe441c84b77 ] vm_map_ram can keep mappings around after the vm_unmap_ram. Using that with non-PAGE_KERNEL mappings can lead to all kinds of aliasing issues. Signed-off-by: Christoph Hellwig Signed-off-by: Andrew Morton

[PATCH AUTOSEL 5.7 096/274] media: staging/intel-ipu3: Implement lock for stream on/off operations

2020-06-08 Thread Sasha Levin
From: Bingbu Cao [ Upstream commit 33e3c349b2bf1235be458df09fb8d237141486c4 ] Currently concurrent stream off operations on ImgU nodes are not synchronized, leading to use-after-free bugs (as reported by KASAN). [ 250.090724] BUG: KASAN: use-after-free in ipu3_dmamap_free+0xc5/0x116

[PATCH AUTOSEL 5.7 109/274] media: imx: utils: fix and simplify pixel format enumeration

2020-06-08 Thread Sasha Levin
From: Philipp Zabel [ Upstream commit f2267d7ed803add8820c7a6537c12a6d8732f570 ] Merge yuv_formats and rgb_formats into a single array. Always loop over all entries, skipping those that do not match the requested search criteria. This simplifies the code, lets us get rid of the manual counting

[PATCH AUTOSEL 5.7 110/274] media: imx: utils: fix media bus format enumeration

2020-06-08 Thread Sasha Levin
From: Philipp Zabel [ Upstream commit 1df2148fdfc036c9350d41ae81b09b3f8897c9b6 ] Iterate over all media bus formats, not just over the first format in each imx_media_pixfmt entry. Before: $ v4l2-ctl -d $(media-ctl -e ipu1_csi0) --list-subdev-mbus-codes 0 ioctl:

[PATCH AUTOSEL 5.7 008/274] media: imx: imx7-mipi-csis: Cleanup and fix subdev pad format handling

2020-06-08 Thread Sasha Levin
From: Laurent Pinchart [ Upstream commit d321dd233b9f2bb407b8e6b4759408f09ec207c3 ] The subdev set pad format operation currently misbehaves in multiple ways: - mipi_csis_try_format() unconditionally stores the format in the device state, even for V4L2_SUBDEV_FORMAT_TRY. - The format is

[PATCH AUTOSEL 5.7 033/274] media: staging: ipu3: Fix stale list entries on parameter queue failure

2020-06-08 Thread Sasha Levin
From: Tomasz Figa [ Upstream commit 735a02f1bbc2c5e6e9cdbf0222948ff03ff7ab2d ] When queuing parameters fails, current code bails out without deleting the corresponding vb2 buffer from the driver buffer list, but the buffer is returned to vb2. This leads to stale list entries and a crash when

[PATCH AUTOSEL 5.7 007/274] media: staging: imgu: do not hold spinlock during freeing mmu page table

2020-06-08 Thread Sasha Levin
From: Bingbu Cao [ Upstream commit e1ebe9f9c88e5a78fcc4670a9063c9b3cd87dda4 ] ImgU need set the mmu page table in memory as uncached, and set back to write-back when free the page table by set_memory_wb(), set_memory_wb() can not do flushing without interrupt, so the spinlock should not be hold

Re: [PATCH] staging: kpc2000: kpc_dma: Convert get_user_pages() --> pin_user_pages()

2020-06-08 Thread Dan Carpenter
On Tue, Jun 09, 2020 at 01:03:51AM +0530, Souptick Joarder wrote: > On Tue, Jun 9, 2020 at 12:47 AM Dan Carpenter > wrote: > > > > On Tue, Jun 09, 2020 at 12:31:42AM +0530, Souptick Joarder wrote: > > > > > @@ -189,10 +192,9 @@ static int kpc_dma_transfer(struct > > > > > dev_private_data

Re: [PATCH v4 08/12] device core: Introduce multiple dma pfn offsets

2020-06-08 Thread Jim Quinlan
Hi Andy, On Sun, Jun 7, 2020 at 12:500f9bfe0fb8840b268af1bbcc51f1cd440514e PM Andy Shevchenko wrote: > > On Fri, Jun 05, 2020 at 05:26:48PM -0400, Jim Quinlan wrote: > > The new field in struct device 'dma_pfn_offset_map' is used to facilitate > > the use of single or multiple pfn offsets

Re: [PATCH] staging: kpc2000: kpc_dma: Convert get_user_pages() --> pin_user_pages()

2020-06-08 Thread Souptick Joarder
On Tue, Jun 9, 2020 at 12:47 AM Dan Carpenter wrote: > > On Tue, Jun 09, 2020 at 12:31:42AM +0530, Souptick Joarder wrote: > > > > @@ -189,10 +192,9 @@ static int kpc_dma_transfer(struct > > > > dev_private_data *priv, > > > > sg_free_table(>sgt); > > > >err_dma_map_sg: > > > >

Re: [PATCH] staging: kpc2000: kpc_dma: Convert get_user_pages() --> pin_user_pages()

2020-06-08 Thread John Hubbard
On 2020-06-08 12:16, Dan Carpenter wrote: On Mon, Jun 08, 2020 at 12:05:57PM -0700, John Hubbard wrote: On 2020-06-08 12:01, Souptick Joarder wrote: On Mon, Jun 1, 2020 at 7:15 AM John Hubbard wrote: On 2020-05-31 10:51, Souptick Joarder wrote: In 2019, we introduced pin_user_pages*() and

Re: [PATCH] staging: kpc2000: kpc_dma: Convert get_user_pages() --> pin_user_pages()

2020-06-08 Thread Dan Carpenter
On Tue, Jun 09, 2020 at 12:31:42AM +0530, Souptick Joarder wrote: > > > @@ -189,10 +192,9 @@ static int kpc_dma_transfer(struct dev_private_data > > > *priv, > > > sg_free_table(>sgt); > > >err_dma_map_sg: > > >err_alloc_sg_table: > > > > So now we end up with two unnecessary

Re: [PATCH] staging: kpc2000: kpc_dma: Convert get_user_pages() --> pin_user_pages()

2020-06-08 Thread Dan Carpenter
On Mon, Jun 08, 2020 at 12:05:57PM -0700, John Hubbard wrote: > On 2020-06-08 12:01, Souptick Joarder wrote: > > On Mon, Jun 1, 2020 at 7:15 AM John Hubbard wrote: > > > > > > On 2020-05-31 10:51, Souptick Joarder wrote: > > > > In 2019, we introduced pin_user_pages*() and now we are converting

Re: [PATCH] staging: kpc2000: kpc_dma: Convert get_user_pages() --> pin_user_pages()

2020-06-08 Thread John Hubbard
On 2020-06-08 12:01, Souptick Joarder wrote: On Mon, Jun 1, 2020 at 7:15 AM John Hubbard wrote: On 2020-05-31 10:51, Souptick Joarder wrote: In 2019, we introduced pin_user_pages*() and now we are converting get_user_pages*() to the new API as appropriate. [1] & [2] could be referred for

Re: [PATCH] staging: kpc2000: kpc_dma: Convert get_user_pages() --> pin_user_pages()

2020-06-08 Thread Souptick Joarder
On Mon, Jun 1, 2020 at 7:15 AM John Hubbard wrote: > > On 2020-05-31 10:51, Souptick Joarder wrote: > > In 2019, we introduced pin_user_pages*() and now we are converting > > get_user_pages*() to the new API as appropriate. [1] & [2] could > > be referred for more information. > > > > When

[driver-core:debugfs_cleanup] BUILD SUCCESS 1e7ca0c860376c5d19eac6adcea72fedc0746113

2020-06-08 Thread kernel test robot
randconfig-a014-20200607 i386 randconfig-a015-20200607 i386 randconfig-a011-20200607 i386 randconfig-a016-20200607 i386 randconfig-a012-20200607 i386 randconfig-a013-20200607 i386 randconfig-a014-20200608 i386

Re: Attn: Honourable Beneficiary.

2020-06-08 Thread Martins
Attn: Honourable Beneficiary. Dear Sir/Madam, We have received a directive from delegate assigned by the United Nations (U.N) in conjunction with The International Monetary Fund (I.M.F) From Regional Payment Office to pay 302 scam victims which your name was shortlisted amongst this number

[driver-core:readfile 2/3] arch/arc/kernel/sys.c:13:36: warning: excess elements in array initializer

2020-06-08 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git readfile head: bfae99ad26b863f0381834ec0983b2149ec54ec6 commit: 2260dd18e6112543fcfdd9b11b6e75378c8ff3e1 [2/3] arch: wire up the readfile syscall config: arc-axs101_defconfig (attached as .config) compiler:

[driver-core:readfile 2/3] arch/arm64/include/asm/unistd32.h:888:23: error: array index in initializer exceeds array bounds

2020-06-08 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git readfile head: bfae99ad26b863f0381834ec0983b2149ec54ec6 commit: 2260dd18e6112543fcfdd9b11b6e75378c8ff3e1 [2/3] arch: wire up the readfile syscall config: arm64-allyesconfig (attached as .config) compiler: