Re: [PATCH] dma-debug: Check scatterlist segments

This looks interesting. I suspect it is going to blow up in quite a few places, so maybe at least for now it might make sense to have a separate config option? On Tue, Apr 24, 2018 at 05:12:19PM +0100, Robin Murphy wrote: > Drivers/subsystems creating scatterlists for DMA should be taking care >

Re: [PATCH] dma-debug: Check scatterlist segments

This looks interesting. I suspect it is going to blow up in quite a few places, so maybe at least for now it might make sense to have a separate config option? On Tue, Apr 24, 2018 at 05:12:19PM +0100, Robin Murphy wrote: > Drivers/subsystems creating scatterlists for DMA should be taking care >

Re: [RFT][PATCH] arm64: dts: exynos: Remove unneeded address space mapping for soc node

Hi Krzysztof, On 2018-04-24 19:36, Krzysztof Kozlowski wrote: > Remove the address space mapping between root and soc nodes to fix > DTC warnings in Exynos5433 and Exynos7 like: > > arch/arm64/boot/dts/exynos/exynos5433-tm2.dtb: > Warning (unit_address_vs_reg): /soc: node has a reg

Re: [RFT][PATCH] arm64: dts: exynos: Remove unneeded address space mapping for soc node

Hi Krzysztof, On 2018-04-24 19:36, Krzysztof Kozlowski wrote: > Remove the address space mapping between root and soc nodes to fix > DTC warnings in Exynos5433 and Exynos7 like: > > arch/arm64/boot/dts/exynos/exynos5433-tm2.dtb: > Warning (unit_address_vs_reg): /soc: node has a reg

[PATCH] sched: fix typo in error message

Signed-off-by: Li Bin --- kernel/sched/topology.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c index 64cc564..cf15c1c 100644 --- a/kernel/sched/topology.c +++ b/kernel/sched/topology.c @@ -1618,7

[PATCH] sched: fix typo in error message

Signed-off-by: Li Bin --- kernel/sched/topology.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c index 64cc564..cf15c1c 100644 --- a/kernel/sched/topology.c +++ b/kernel/sched/topology.c @@ -1618,7 +1618,7 @@ static struct

Re: [PATCH 1/6] virtio_console: don't tie bufs to a vq

On Tue, Apr 24, 2018 at 09:56:33PM +0300, Michael S. Tsirkin wrote: > On Sat, Apr 21, 2018 at 09:30:05AM +0200, Greg Kroah-Hartman wrote: > > On Fri, Apr 20, 2018 at 09:18:01PM +0300, Michael S. Tsirkin wrote: > > > an allocated buffer doesn't need to be tied to a vq - > > > only vq->vdev is ever

Re: [PATCH 1/6] virtio_console: don't tie bufs to a vq

On Tue, Apr 24, 2018 at 09:56:33PM +0300, Michael S. Tsirkin wrote: > On Sat, Apr 21, 2018 at 09:30:05AM +0200, Greg Kroah-Hartman wrote: > > On Fri, Apr 20, 2018 at 09:18:01PM +0300, Michael S. Tsirkin wrote: > > > an allocated buffer doesn't need to be tied to a vq - > > > only vq->vdev is ever

[PATCH v4 2/2] tty/nozomi: fix inconsistent indentation

Correct misaligned indentation and remove extraneous spaces. Signed-off-by: Joey Pabalinas --- drivers/tty/nozomi.c | 74 ++-- 1 file changed, 37 insertions(+), 37 deletions(-) diff --git a/drivers/tty/nozomi.c

[PATCH v4 2/2] tty/nozomi: fix inconsistent indentation

Correct misaligned indentation and remove extraneous spaces. Signed-off-by: Joey Pabalinas --- drivers/tty/nozomi.c | 74 ++-- 1 file changed, 37 insertions(+), 37 deletions(-) diff --git a/drivers/tty/nozomi.c b/drivers/tty/nozomi.c index

Re: [Linaro-mm-sig] [PATCH 4/8] dma-buf: add peer2peer flag

On Tue, Apr 24, 2018 at 09:32:20PM +0200, Daniel Vetter wrote: > Out of curiosity, how much virtual flushing stuff is there still out > there? At least in drm we've pretty much ignore this, and seem to be > getting away without a huge uproar (at least from driver developers > and users, core folks

Re: [Linaro-mm-sig] [PATCH 4/8] dma-buf: add peer2peer flag

On Tue, Apr 24, 2018 at 09:32:20PM +0200, Daniel Vetter wrote: > Out of curiosity, how much virtual flushing stuff is there still out > there? At least in drm we've pretty much ignore this, and seem to be > getting away without a huge uproar (at least from driver developers > and users, core folks

Re: [PATCH] drm/mediatek: Use ERR_CAST instead of ERR_PTR(PTR_ERR())

Hi, Vasyl: Sorry for the late reply. I've applied this to my branch mediatek-drm-next-4.18 Regards, CK On Thu, 2017-11-23 at 17:31 +0800, Philipp Zabel wrote: > On Tue, 2017-11-21 at 23:31 +0100, Vasyl Gomonovych wrote: > > Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)). > > >

Re: [PATCH] drm/mediatek: Use ERR_CAST instead of ERR_PTR(PTR_ERR())

Hi, Vasyl: Sorry for the late reply. I've applied this to my branch mediatek-drm-next-4.18 Regards, CK On Thu, 2017-11-23 at 17:31 +0800, Philipp Zabel wrote: > On Tue, 2017-11-21 at 23:31 +0100, Vasyl Gomonovych wrote: > > Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)). > > >

[PATCH v4 1/2] tty/nozomi: cleanup DUMP() macro

Replace snprint() with strscpy() and use min_t() instead of the conditional operator to clamp buffer length. Signed-off-by: Joey Pabalinas --- drivers/tty/nozomi.c | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git

[PATCH v4 1/2] tty/nozomi: cleanup DUMP() macro

Replace snprint() with strscpy() and use min_t() instead of the conditional operator to clamp buffer length. Signed-off-by: Joey Pabalinas --- drivers/tty/nozomi.c | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/drivers/tty/nozomi.c

[PATCH v4 0/2] tty/nozomi: general module cleanup

The nozomi module has a few sections which could use a bit of cleanup; both style and clarity could be improved while maintaining equivalent semantics. Cleanup messy portions of the module code while preserving existing behavior by: - Replacing constructs like `len__ > TMP_BUF_MAX ? TMP_BUF_MAX

[PATCH v4 0/2] tty/nozomi: general module cleanup

The nozomi module has a few sections which could use a bit of cleanup; both style and clarity could be improved while maintaining equivalent semantics. Cleanup messy portions of the module code while preserving existing behavior by: - Replacing constructs like `len__ > TMP_BUF_MAX ? TMP_BUF_MAX

[PATCH 2/5] f2fs: avoid bug_on on corrupted inode

syzbot has tested the proposed patch but the reproducer still triggered crash: kernel BUG at fs/f2fs/inode.c:LINE! F2FS-fs (loop1): invalid crc value F2FS-fs (loop5): Magic Mismatch, valid(0xf2f52010) - read(0x0) F2FS-fs (loop5): Can't find valid F2FS filesystem in 1th superblock F2FS-fs (loop5):

[PATCH 2/5] f2fs: avoid bug_on on corrupted inode

syzbot has tested the proposed patch but the reproducer still triggered crash: kernel BUG at fs/f2fs/inode.c:LINE! F2FS-fs (loop1): invalid crc value F2FS-fs (loop5): Magic Mismatch, valid(0xf2f52010) - read(0x0) F2FS-fs (loop5): Can't find valid F2FS filesystem in 1th superblock F2FS-fs (loop5):

[PATCH 4/5] f2fs: sanity check for total valid blocks

This patch enhances sanity check for SIT entries. syzbot hit the following crash on upstream commit 83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +) Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal syzbot dashboard link:

[PATCH 4/5] f2fs: sanity check for total valid blocks

This patch enhances sanity check for SIT entries. syzbot hit the following crash on upstream commit 83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +) Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal syzbot dashboard link:

[PATCH 5/5] f2fs: enforce fsync_mode=strict for renamed directory

This is to give a option for user to be able to recover B/foo in the below case. mkdir A sync() rename(A, B) creat (B/foo) fsync (B/foo) ---crash--- Sugessted-by: Velayudhan Pillai Signed-off-by: Jaegeuk Kim --- fs/f2fs/namei.c | 5 - 1 file

[PATCH 3/5] f2fs: sanity check on sit entry

syzbot hit the following crash on upstream commit 87ef12027b9b1dd0e0b12cf311fbcb19f9d92539 (Wed Apr 18 19:48:17 2018 +) Merge tag 'ceph-for-4.17-rc2' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=83699adeb2d13579c31e C reproducer:

[PATCH 5/5] f2fs: enforce fsync_mode=strict for renamed directory

This is to give a option for user to be able to recover B/foo in the below case. mkdir A sync() rename(A, B) creat (B/foo) fsync (B/foo) ---crash--- Sugessted-by: Velayudhan Pillai Signed-off-by: Jaegeuk Kim --- fs/f2fs/namei.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff

[PATCH 3/5] f2fs: sanity check on sit entry

syzbot hit the following crash on upstream commit 87ef12027b9b1dd0e0b12cf311fbcb19f9d92539 (Wed Apr 18 19:48:17 2018 +) Merge tag 'ceph-for-4.17-rc2' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=83699adeb2d13579c31e C reproducer:

[PATCH 1/5] f2fs: give message and set need_fsck given broken node id

syzbot hit the following crash on upstream commit 83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +) Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal syzbot dashboard link:

[PATCH 1/5] f2fs: give message and set need_fsck given broken node id

syzbot hit the following crash on upstream commit 83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +) Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal syzbot dashboard link:

Re: [PATCH v3 1/2] tty/nozomi: cleanup DUMP() macro

On Wed, Apr 25, 2018 at 07:38:48AM +0200, Greg Kroah-Hartman wrote: > How are you sending these patches? How are you creating them? What is > taking part of the diffstat off and just leaving that line? Hm, my `git format-patch` alias included --shortstat for some odd reason, very sorry about

Re: [PATCH v3 1/2] tty/nozomi: cleanup DUMP() macro

On Wed, Apr 25, 2018 at 07:38:48AM +0200, Greg Kroah-Hartman wrote: > How are you sending these patches? How are you creating them? What is > taking part of the diffstat off and just leaving that line? Hm, my `git format-patch` alias included --shortstat for some odd reason, very sorry about

[PATCH v2 1/3] sample: vfio mdev display - host device

Simple framebuffer display, demo-ing the vfio region display interface (VFIO_GFX_PLANE_TYPE_REGION). Signed-off-by: Gerd Hoffmann --- samples/vfio-mdev/mdpy-defs.h | 22 ++ samples/vfio-mdev/mdpy.c | 807 ++ samples/Kconfig

[PATCH v2 2/3] sample: vfio mdev display - guest driver

Guest fbdev driver for CONFIG_SAMPLE_VFIO_MDEV_MDPY. Signed-off-by: Gerd Hoffmann --- samples/vfio-mdev/mdpy-fb.c | 232 samples/Kconfig | 9 ++ samples/vfio-mdev/Makefile | 1 + 3 files changed, 242 insertions(+)

[PATCH v2 2/3] sample: vfio mdev display - guest driver

Guest fbdev driver for CONFIG_SAMPLE_VFIO_MDEV_MDPY. Signed-off-by: Gerd Hoffmann --- samples/vfio-mdev/mdpy-fb.c | 232 samples/Kconfig | 9 ++ samples/vfio-mdev/Makefile | 1 + 3 files changed, 242 insertions(+) create mode 100644

[PATCH v2 1/3] sample: vfio mdev display - host device

Simple framebuffer display, demo-ing the vfio region display interface (VFIO_GFX_PLANE_TYPE_REGION). Signed-off-by: Gerd Hoffmann --- samples/vfio-mdev/mdpy-defs.h | 22 ++ samples/vfio-mdev/mdpy.c | 807 ++ samples/Kconfig | 8 +

[PATCH V4 6/6] ARM: imx_v6_v7_defconfig: Select CONFIG_GPIO_MAX732X by default

Enable max7320 IO expander for i.MX platforms. Signed-off-by: Anson Huang --- arch/arm/configs/imx_v6_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/imx_v6_v7_defconfig b/arch/arm/configs/imx_v6_v7_defconfig index 3a30843..8455d39 100644

[PATCH V4 6/6] ARM: imx_v6_v7_defconfig: Select CONFIG_GPIO_MAX732X by default

Enable max7320 IO expander for i.MX platforms. Signed-off-by: Anson Huang --- arch/arm/configs/imx_v6_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/imx_v6_v7_defconfig b/arch/arm/configs/imx_v6_v7_defconfig index 3a30843..8455d39 100644 ---

[PATCH V4 5/6] ARM: dts: imx6sx-sabreauto: add wdog external reset support

i.MX6SX Sabre Auto board has GPIO1_IO13 pin can be MUXed as WDOG output to reset PMIC, add this function support. Signed-off-by: Anson Huang --- no changes. arch/arm/boot/dts/imx6sx-sabreauto.dts | 12 1 file changed, 12 insertions(+) diff --git

[PATCH V4 2/6] ARM: dts: imx6sx-sabreauto: add max7322 IO expander support

Add MAX7322 IO expander support. Signed-off-by: Anson Huang --- no changes. arch/arm/boot/dts/imx6sx-sabreauto.dts | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/imx6sx-sabreauto.dts b/arch/arm/boot/dts/imx6sx-sabreauto.dts index

[PATCH V4 5/6] ARM: dts: imx6sx-sabreauto: add wdog external reset support

i.MX6SX Sabre Auto board has GPIO1_IO13 pin can be MUXed as WDOG output to reset PMIC, add this function support. Signed-off-by: Anson Huang --- no changes. arch/arm/boot/dts/imx6sx-sabreauto.dts | 12 1 file changed, 12 insertions(+) diff --git

[PATCH V4 2/6] ARM: dts: imx6sx-sabreauto: add max7322 IO expander support

Add MAX7322 IO expander support. Signed-off-by: Anson Huang --- no changes. arch/arm/boot/dts/imx6sx-sabreauto.dts | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/imx6sx-sabreauto.dts b/arch/arm/boot/dts/imx6sx-sabreauto.dts index 2caca934..d59084f 100644 ---

[PATCH V4 4/6] ARM: dts: imx6sx-sabreauto: add fec support

Add FEC support on i.MX6SX Sabre Auto board. Signed-off-by: Anson Huang --- no changes. arch/arm/boot/dts/imx6sx-sabreauto.dts | 69 ++ 1 file changed, 69 insertions(+) diff --git a/arch/arm/boot/dts/imx6sx-sabreauto.dts

[PATCH V4 4/6] ARM: dts: imx6sx-sabreauto: add fec support

Add FEC support on i.MX6SX Sabre Auto board. Signed-off-by: Anson Huang --- no changes. arch/arm/boot/dts/imx6sx-sabreauto.dts | 69 ++ 1 file changed, 69 insertions(+) diff --git a/arch/arm/boot/dts/imx6sx-sabreauto.dts b/arch/arm/boot/dts/imx6sx-sabreauto.dts

[PATCH V4 3/6] ARM: dts: imx6sx-sabreauto: add IO expander max7310 support

i.MX6SX Sabre Auto board has two max7310 IO expander on I2C3 bus, add support for them. Signed-off-by: Anson Huang --- no changes. arch/arm/boot/dts/imx6sx-sabreauto.dts | 28 1 file changed, 28 insertions(+) diff --git

[PATCH V4 3/6] ARM: dts: imx6sx-sabreauto: add IO expander max7310 support

i.MX6SX Sabre Auto board has two max7310 IO expander on I2C3 bus, add support for them. Signed-off-by: Anson Huang --- no changes. arch/arm/boot/dts/imx6sx-sabreauto.dts | 28 1 file changed, 28 insertions(+) diff --git a/arch/arm/boot/dts/imx6sx-sabreauto.dts

[PATCH V4 1/6] ARM: dts: imx6sx-sabreauto: add PMIC support

Add pfuze100 support on i.MX6SX Sabre Auto board. Signed-off-by: Anson Huang --- no changes. arch/arm/boot/dts/imx6sx-sabreauto.dts | 117 + 1 file changed, 117 insertions(+) diff --git a/arch/arm/boot/dts/imx6sx-sabreauto.dts

[PATCH v2 3/3] sample: vfio bochs vbe display (host device for bochs-drm)

Display device, demo-ing the vfio dmabuf display interface (VFIO_GFX_PLANE_TYPE_DMABUF). Compatible enough to qemu stdvga that bochs-drm.ko can be used as guest driver. Signed-off-by: Gerd Hoffmann --- samples/vfio-mdev/mbochs.c | 1406

[PATCH V4 1/6] ARM: dts: imx6sx-sabreauto: add PMIC support

Add pfuze100 support on i.MX6SX Sabre Auto board. Signed-off-by: Anson Huang --- no changes. arch/arm/boot/dts/imx6sx-sabreauto.dts | 117 + 1 file changed, 117 insertions(+) diff --git a/arch/arm/boot/dts/imx6sx-sabreauto.dts

[PATCH v2 3/3] sample: vfio bochs vbe display (host device for bochs-drm)

Display device, demo-ing the vfio dmabuf display interface (VFIO_GFX_PLANE_TYPE_DMABUF). Compatible enough to qemu stdvga that bochs-drm.ko can be used as guest driver. Signed-off-by: Gerd Hoffmann --- samples/vfio-mdev/mbochs.c | 1406

Re: [PATCH v3 1/2] tty/nozomi: cleanup DUMP() macro

On Tue, Apr 24, 2018 at 12:39:14PM -1000, Joey Pabalinas wrote: > Replace snprint() with strscpy() and use min_t() instead of > the conditional operator to clamp buffer length. > > Signed-off-by: Joey Pabalinas > > 1 file changed, 13 insertions(+), 13 deletions(-)

Re: [PATCH v3 1/2] tty/nozomi: cleanup DUMP() macro

On Tue, Apr 24, 2018 at 12:39:14PM -1000, Joey Pabalinas wrote: > Replace snprint() with strscpy() and use min_t() instead of > the conditional operator to clamp buffer length. > > Signed-off-by: Joey Pabalinas > > 1 file changed, 13 insertions(+), 13 deletions(-) Again, this is odd... How

Re: Regression 4.17-rc1: SSD doesn properly resume causing system hang (NULL pointer dereference)

Dear Bart, Am 24.04.2018 um 23:17 schrieb Bart Van Assche: On Tue, 2018-04-24 at 23:04 +0200, Paul Menzel wrote: I applied your change, and rebuilt the Linux kernel. Unfortunately, it looks like, it didn’t make a difference. In that case I don't know what is causing the failure. Can you run

Re: Regression 4.17-rc1: SSD doesn properly resume causing system hang (NULL pointer dereference)

Dear Bart, Am 24.04.2018 um 23:17 schrieb Bart Van Assche: On Tue, 2018-04-24 at 23:04 +0200, Paul Menzel wrote: I applied your change, and rebuilt the Linux kernel. Unfortunately, it looks like, it didn’t make a difference. In that case I don't know what is causing the failure. Can you run

Re: [PATCH v7 2/5] of: change overlay apply input data from unflattened to FDT

On 2018-04-24 20:26, Alan Tull wrote: > On Tue, Apr 24, 2018 at 11:08 AM, Alan Tull wrote: >> On Tue, Apr 24, 2018 at 12:29 AM, Jan Kiszka wrote: >>> >>> We have drivers/fpga/of-fpga-region.c in-tree, and that does not seem to >>> store any pointers to

Re: [PATCH v7 2/5] of: change overlay apply input data from unflattened to FDT

On 2018-04-24 20:26, Alan Tull wrote: > On Tue, Apr 24, 2018 at 11:08 AM, Alan Tull wrote: >> On Tue, Apr 24, 2018 at 12:29 AM, Jan Kiszka wrote: >>> >>> We have drivers/fpga/of-fpga-region.c in-tree, and that does not seem to >>> store any pointers to objects, rather consumes them in-place. And

Re: [PATCH RFC v5] pidns: introduce syscall translate_pid

On 23.04.2018 20:37, Nagarathnam Muthusamy wrote: On 04/05/2018 12:02 AM, Konstantin Khlebnikov wrote: On 05.04.2018 01:29, Eric W. Biederman wrote: Nagarathnam Muthusamy writes: On 04/04/2018 12:11 PM, Konstantin Khlebnikov wrote: Each process have

Re: [PATCH RFC v5] pidns: introduce syscall translate_pid

On 23.04.2018 20:37, Nagarathnam Muthusamy wrote: On 04/05/2018 12:02 AM, Konstantin Khlebnikov wrote: On 05.04.2018 01:29, Eric W. Biederman wrote: Nagarathnam Muthusamy writes: On 04/04/2018 12:11 PM, Konstantin Khlebnikov wrote: Each process have different pids, one for each pid

RE: [PATCH 4/5] ARM: dts: imx6sx-sabreauto: add fec support

Hi, Fabio Anson Huang Best Regards! > -Original Message- > From: Anson Huang > Sent: Wednesday, April 25, 2018 11:30 AM > To: 'Fabio Estevam' > Cc: Shawn Guo ; Sascha Hauer > ; Fabio Estevam ; Rob >

RE: [PATCH 4/5] ARM: dts: imx6sx-sabreauto: add fec support

Hi, Fabio Anson Huang Best Regards! > -Original Message- > From: Anson Huang > Sent: Wednesday, April 25, 2018 11:30 AM > To: 'Fabio Estevam' > Cc: Shawn Guo ; Sascha Hauer > ; Fabio Estevam ; Rob > Herring ; Mark Rutland ; > dl-linux-imx ; moderated list:ARM/FREESCALE IMX / MXC > ARM

Re: [PATCH] printk: Ratelimit messages printed by console drivers

On (04/23/18 14:45), Petr Mladek wrote: [..] > I am not sure how slow are the slowest consoles. If I take that > everything should be faster than 1200 bauds. Then 10 minutes > should be enough for 1000 lines and 80 characters per-line: Well, the problem with the numbers is that they are too...

Re: [PATCH] printk: Ratelimit messages printed by console drivers

On (04/23/18 14:45), Petr Mladek wrote: [..] > I am not sure how slow are the slowest consoles. If I take that > everything should be faster than 1200 bauds. Then 10 minutes > should be enough for 1000 lines and 80 characters per-line: Well, the problem with the numbers is that they are too...

Re: linux-next: Signed-off-by missing for commit in the wireless-drivers-next tree

Hi, On Wed, 2018-04-25 at 10:56 +1000, Stephen Rothwell wrote: > Hi all, > > Commit > > 84226ca1c5d3 ("iwlwifi: mvm: support offload of AMSDU rate > control") > > is missing a Signed-off-by from its author. I checked this and it should be fine. The author is actually wrong in the commit.

Re: linux-next: Signed-off-by missing for commit in the wireless-drivers-next tree

Hi, On Wed, 2018-04-25 at 10:56 +1000, Stephen Rothwell wrote: > Hi all, > > Commit > > 84226ca1c5d3 ("iwlwifi: mvm: support offload of AMSDU rate > control") > > is missing a Signed-off-by from its author. I checked this and it should be fine. The author is actually wrong in the commit.

[PATCH net-next 1/2] tcp: add TCP_ZEROCOPY_RECEIVE support for zerocopy receive

When adding tcp mmap() implementation, I forgot that socket lock had to be taken before current->mm->mmap_sem. syzbot eventually caught the bug. Since we can not lock the socket in tcp mmap() handler we have to split the operation in two phases. 1) mmap() on a tcp socket simply reserves VMA

[PATCH net-next 0/2] tcp: mmap: rework zerocopy receive

syzbot reported a lockdep issue caused by tcp mmap() support. I implemented Andy Lutomirski nice suggestions to resolve the issue and increase scalability as well. First patch is adding a new setsockopt() operation and changes mmap() behavior. Second patch changes tcp_mmap reference program.

[PATCH net-next 1/2] tcp: add TCP_ZEROCOPY_RECEIVE support for zerocopy receive

When adding tcp mmap() implementation, I forgot that socket lock had to be taken before current->mm->mmap_sem. syzbot eventually caught the bug. Since we can not lock the socket in tcp mmap() handler we have to split the operation in two phases. 1) mmap() on a tcp socket simply reserves VMA

[PATCH net-next 0/2] tcp: mmap: rework zerocopy receive

syzbot reported a lockdep issue caused by tcp mmap() support. I implemented Andy Lutomirski nice suggestions to resolve the issue and increase scalability as well. First patch is adding a new setsockopt() operation and changes mmap() behavior. Second patch changes tcp_mmap reference program.

[PATCH net-next 2/2] selftests: net: tcp_mmap must use TCP_ZEROCOPY_RECEIVE

After prior kernel change, mmap() on TCP socket only reserves VMA. We have to use setsockopt(fd, IPPROTO_TCP, TCP_ZEROCOPY_RECEIVE, ...) to perform the transfert of pages from skbs in TCP receive queue into such VMA. struct tcp_zerocopy_receive { __u64 address; /* in: address of

[PATCH net-next 2/2] selftests: net: tcp_mmap must use TCP_ZEROCOPY_RECEIVE

After prior kernel change, mmap() on TCP socket only reserves VMA. We have to use setsockopt(fd, IPPROTO_TCP, TCP_ZEROCOPY_RECEIVE, ...) to perform the transfert of pages from skbs in TCP receive queue into such VMA. struct tcp_zerocopy_receive { __u64 address; /* in: address of

Re: [PATCH v7 2/5] of: change overlay apply input data from unflattened to FDT

On 2018-04-24 22:56, Frank Rowand wrote: > Hi Alan, > > On 04/23/18 15:38, Frank Rowand wrote: >> Hi Jan, >> >> + Alan Tull for fpga perspective >> >> On 04/22/18 03:30, Jan Kiszka wrote: >>> On 2018-04-11 07:42, Jan Kiszka wrote: On 2018-04-05 23:12, Rob Herring wrote: > On Thu, Apr 5,

Re: [PATCH v7 2/5] of: change overlay apply input data from unflattened to FDT

On 2018-04-24 22:56, Frank Rowand wrote: > Hi Alan, > > On 04/23/18 15:38, Frank Rowand wrote: >> Hi Jan, >> >> + Alan Tull for fpga perspective >> >> On 04/22/18 03:30, Jan Kiszka wrote: >>> On 2018-04-11 07:42, Jan Kiszka wrote: On 2018-04-05 23:12, Rob Herring wrote: > On Thu, Apr 5,

[GIT PULL] dma mapping fixes for 4.17-rc3

The following changes since commit 6d08b06e67cd117f6992c46611dfb4ce267cd71e: Linux 4.17-rc2 (2018-04-22 19:20:09 -0700) are available in the Git repository at: git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-4.17-3 for you to fetch changes up to

[GIT PULL] dma mapping fixes for 4.17-rc3

The following changes since commit 6d08b06e67cd117f6992c46611dfb4ce267cd71e: Linux 4.17-rc2 (2018-04-22 19:20:09 -0700) are available in the Git repository at: git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-4.17-3 for you to fetch changes up to

Re: [PATCH v7 2/5] of: change overlay apply input data from unflattened to FDT

On 2018-04-24 23:15, Frank Rowand wrote: > On 04/23/18 22:29, Jan Kiszka wrote: >> On 2018-04-24 00:38, Frank Rowand wrote: >>> Hi Jan, >>> >>> + Alan Tull for fpga perspective >>> >>> On 04/22/18 03:30, Jan Kiszka wrote: On 2018-04-11 07:42, Jan Kiszka wrote: > On 2018-04-05 23:12, Rob

Re: [PATCH v7 2/5] of: change overlay apply input data from unflattened to FDT

On 2018-04-24 23:15, Frank Rowand wrote: > On 04/23/18 22:29, Jan Kiszka wrote: >> On 2018-04-24 00:38, Frank Rowand wrote: >>> Hi Jan, >>> >>> + Alan Tull for fpga perspective >>> >>> On 04/22/18 03:30, Jan Kiszka wrote: On 2018-04-11 07:42, Jan Kiszka wrote: > On 2018-04-05 23:12, Rob

KASAN: stack-out-of-bounds Write in compat_copy_entries

Hello, syzbot hit the following crash on upstream commit 24cac7009cb1b211f1c793ecb6a462c03dc35818 (Tue Apr 24 21:16:40 2018 +) Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=4e42a04e0bc33cb6c087 So far this

KASAN: stack-out-of-bounds Write in compat_copy_entries

Hello, syzbot hit the following crash on upstream commit 24cac7009cb1b211f1c793ecb6a462c03dc35818 (Tue Apr 24 21:16:40 2018 +) Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=4e42a04e0bc33cb6c087 So far this

[RFC v3 1/5] virtio: add packed ring definitions

Signed-off-by: Tiwei Bie --- include/uapi/linux/virtio_config.h | 12 +++- include/uapi/linux/virtio_ring.h | 36 2 files changed, 47 insertions(+), 1 deletion(-) diff --git a/include/uapi/linux/virtio_config.h

[RFC v3 1/5] virtio: add packed ring definitions

Signed-off-by: Tiwei Bie --- include/uapi/linux/virtio_config.h | 12 +++- include/uapi/linux/virtio_ring.h | 36 2 files changed, 47 insertions(+), 1 deletion(-) diff --git a/include/uapi/linux/virtio_config.h b/include/uapi/linux/virtio_config.h

[RFC v3 3/5] virtio_ring: add packed ring support

This commit introduces the basic support (without EVENT_IDX) for packed ring. Signed-off-by: Tiwei Bie --- drivers/virtio/virtio_ring.c | 444 ++- 1 file changed, 434 insertions(+), 10 deletions(-) diff --git

[RFC v3 5/5] virtio_ring: enable packed ring

Signed-off-by: Tiwei Bie --- drivers/virtio/virtio_ring.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c index b1039c2985b9..9a3d13e1e2ba 100644 --- a/drivers/virtio/virtio_ring.c +++

[RFC v3 5/5] virtio_ring: enable packed ring

Signed-off-by: Tiwei Bie --- drivers/virtio/virtio_ring.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c index b1039c2985b9..9a3d13e1e2ba 100644 --- a/drivers/virtio/virtio_ring.c +++ b/drivers/virtio/virtio_ring.c @@ -1873,6

[RFC v3 3/5] virtio_ring: add packed ring support

This commit introduces the basic support (without EVENT_IDX) for packed ring. Signed-off-by: Tiwei Bie --- drivers/virtio/virtio_ring.c | 444 ++- 1 file changed, 434 insertions(+), 10 deletions(-) diff --git a/drivers/virtio/virtio_ring.c

[RFC v3 4/5] virtio_ring: add event idx support in packed ring

This commit introduces the event idx support in packed ring. This feature is temporarily disabled, because the implementation in this patch may not work as expected, and some further discussions on the implementation are needed, e.g. do we have to check the wrap counter when checking whether a

[RFC v3 4/5] virtio_ring: add event idx support in packed ring

This commit introduces the event idx support in packed ring. This feature is temporarily disabled, because the implementation in this patch may not work as expected, and some further discussions on the implementation are needed, e.g. do we have to check the wrap counter when checking whether a

[RFC v3 2/5] virtio_ring: support creating packed ring

This commit introduces the support for creating packed ring. All split ring specific functions are added _split suffix. Some necessary stubs for packed ring are also added. Signed-off-by: Tiwei Bie --- drivers/virtio/virtio_ring.c | 764

Re: [PATCH] sched/fair: Rearrange select_task_rq_fair() to optimize it

On 24-04-18, 14:35, Peter Zijlstra wrote: > In any case, if there not going to be conflicts here, this all looks > good. Thanks Peter. I also had another patch and wasn't sure if that would be the right thing to do. The main purpose of this is to avoid calling sync_entity_load_avg()

[RFC v3 0/5] virtio: support packed ring

Hello everyone, This RFC implements packed ring support in virtio driver. Some simple functional tests have been done with Jason's packed ring implementation in vhost: https://lkml.org/lkml/2018/4/23/12 Both of ping and netperf worked as expected (with EVENT_IDX disabled). But there are below

Re: [PATCH] sched/fair: Rearrange select_task_rq_fair() to optimize it

On 24-04-18, 14:35, Peter Zijlstra wrote: > In any case, if there not going to be conflicts here, this all looks > good. Thanks Peter. I also had another patch and wasn't sure if that would be the right thing to do. The main purpose of this is to avoid calling sync_entity_load_avg()

[RFC v3 0/5] virtio: support packed ring

Hello everyone, This RFC implements packed ring support in virtio driver. Some simple functional tests have been done with Jason's packed ring implementation in vhost: https://lkml.org/lkml/2018/4/23/12 Both of ping and netperf worked as expected (with EVENT_IDX disabled). But there are below

[RFC v3 2/5] virtio_ring: support creating packed ring

This commit introduces the support for creating packed ring. All split ring specific functions are added _split suffix. Some necessary stubs for packed ring are also added. Signed-off-by: Tiwei Bie --- drivers/virtio/virtio_ring.c | 764 ---

Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support

On Tue, 2018-04-24 at 23:42 +, Luis R. Rodriguez wrote: > On Tue, Apr 24, 2018 at 12:07:01PM -0400, Mimi Zohar wrote: > > On Tue, 2018-04-24 at 17:09 +0200, Hans de Goede wrote: > > > Hi, > > > > > > On 23-04-18 23:11, Luis R. Rodriguez wrote: > > > > Hans, please see use of

Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support

On Tue, 2018-04-24 at 23:42 +, Luis R. Rodriguez wrote: > On Tue, Apr 24, 2018 at 12:07:01PM -0400, Mimi Zohar wrote: > > On Tue, 2018-04-24 at 17:09 +0200, Hans de Goede wrote: > > > Hi, > > > > > > On 23-04-18 23:11, Luis R. Rodriguez wrote: > > > > Hans, please see use of

[PATCH v2] gpu: drm: udl: Adding new typedef vm_fault_t

Use new return type vm_fault_t for fault and huge_fault handler. For now, this is just documenting that the function returns a VM_FAULT value rather than an errno. Once all instances are converted, vm_fault_t will become a distinct type. Commit 1c8f422059ae ("mm: change return type to

[PATCH v2] gpu: drm: udl: Adding new typedef vm_fault_t

Use new return type vm_fault_t for fault and huge_fault handler. For now, this is just documenting that the function returns a VM_FAULT value rather than an errno. Once all instances are converted, vm_fault_t will become a distinct type. Commit 1c8f422059ae ("mm: change return type to

Re: [PATCH] do not call trace_printk on non-debug build

On Tue, Apr 24, 2018 at 12:26 PM Steven Rostedt wrote: > A lot of kernel developers use trace_printk() and I want to make it as > easy to use as possible. I don't want to add a config to enable it, > because that would be something that could be rather annoying. > Let's add

Re: [PATCH] do not call trace_printk on non-debug build

On Tue, Apr 24, 2018 at 12:26 PM Steven Rostedt wrote: > A lot of kernel developers use trace_printk() and I want to make it as > easy to use as possible. I don't want to add a config to enable it, > because that would be something that could be rather annoying. > Let's add it to checkpatch and

Re: [PATCH] dma-debug: Check scatterlist segments

Hi Robin, I love your patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.17-rc2 next-20180424] [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: [PATCH] dma-debug: Check scatterlist segments

Hi Robin, I love your patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.17-rc2 next-20180424] [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: [PATCH 6/6] soc: qcom: smem: check sooner in qcom_smem_set_global_partition()

On Tue 10 Apr 15:25 PDT 2018, Alex Elder wrote: > There's no sense in scanning the partition table again if we know > the global partition has already been discovered. Check for a > non-null global_partition pointer in qcom_smem_set_global_partition() > immediately. > > Signed-off-by: Alex

Re: [PATCH 6/6] soc: qcom: smem: check sooner in qcom_smem_set_global_partition()

On Tue 10 Apr 15:25 PDT 2018, Alex Elder wrote: > There's no sense in scanning the partition table again if we know > the global partition has already been discovered. Check for a > non-null global_partition pointer in qcom_smem_set_global_partition() > immediately. > > Signed-off-by: Alex

  1   2   3   4   5   6   7   8   9   10   >