search for: danton

On Thu, Jun 13, 2019 at 4:15 PM Hillf Danton <hdanton at sina.com> wrote: > > > Hello Dmitry > > On Thu, 13 Jun 2019 20:12:06 +0800 Dmitry Vyukov wrote: > > On Thu, Jun 13, 2019 at 2:07 PM Hillf Danton <hdanton at sina.com> wrote: > > > > > > Hello Jason > > > > > > On Thu,...

Hello Dmitry On Thu, 13 Jun 2019 20:12:06 +0800 Dmitry Vyukov wrote: > On Thu, Jun 13, 2019 at 2:07 PM Hillf Danton <hdanton at sina.com> wrote: > > > > Hello Jason > > > > On Thu, 13 Jun 2019 17:10:39 +0800 Jason Wang wrote: > > > > > > This is basically a kfree(ubuf) after the second vhost_net_flush() in > > > vhost_net_release(). > > > > &gt...

Hello Dmitry On Thu, 13 Jun 2019 20:12:06 +0800 Dmitry Vyukov wrote: > On Thu, Jun 13, 2019 at 2:07 PM Hillf Danton <hdanton at sina.com> wrote: > > > > Hello Jason > > > > On Thu, 13 Jun 2019 17:10:39 +0800 Jason Wang wrote: > > > > > > This is basically a kfree(ubuf) after the second vhost_net_flush() in > > > vhost_net_release(). > > > > &gt...

On Sat, 2020-10-24 at 10:22 +0800, Hillf Danton wrote: > > Looks like we can break the lock chain by moving ttm bo's release > method out of mmap_lock, see diff below. Ah, the perfect compliment to morning java, a patchlet to wedge in and see what happens. wedge/build/boot <schlurp... ahhh> Mmm, box says no banana... a lot....

On Thu, Jun 13, 2019 at 2:07 PM Hillf Danton <hdanton at sina.com> wrote: > > > Hello Jason > > On Thu, 13 Jun 2019 17:10:39 +0800 Jason Wang wrote: > > > > This is basically a kfree(ubuf) after the second vhost_net_flush() in > > vhost_net_release(). > > > Fairly good catch. > > > Coul...

Hello Jason On Thu, 13 Jun 2019 17:10:39 +0800 Jason Wang wrote: > > This is basically a kfree(ubuf) after the second vhost_net_flush() in > vhost_net_release(). > Fairly good catch. > Could you please post a formal patch? > I'd like very much to do that; but I wont, I am afraid, until I collect a Tested-by because of reproducer without a cutting edge. Thanks Hillf

Hello Jason On Thu, 13 Jun 2019 17:10:39 +0800 Jason Wang wrote: > > This is basically a kfree(ubuf) after the second vhost_net_flush() in > vhost_net_release(). > Fairly good catch. > Could you please post a formal patch? > I'd like very much to do that; but I wont, I am afraid, until I collect a Tested-by because of reproducer without a cutting edge. Thanks Hillf

Fri, 26 Jul 2019 08:26:01 -0700 (PDT) > syzbot has bisected this bug to: > > commit 0ecfebd2b52404ae0c54a878c872bb93363ada36 > Author: Linus Torvalds <torvalds at linux-foundation.org> > Date: Sun Jul 7 22:41:56 2019 +0000 > > Linux 5.2 > > bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=118810bfa00000 > start commit: 13bf6d6a Add

On 2019/6/6 ??10:40, Hillf Danton wrote: > > On Wed, 05 Jun 2019 16:42:05 -0700 (PDT) syzbot wrote: >> Hello, >> >> syzbot found the following crash on: >> >> HEAD commit:??? 788a0249 Merge tag 'arc-5.2-rc4' of >> git://git.kernel.org/p.. >> git tree:?????? upstream >>...

On Fri, 23 Oct 2020 14:07:13 +0200 Mike Galbraith wrote: > On Fri, 2020-10-23 at 11:01 +0200, Sebastian Andrzej Siewior wrote: > > On 2020-10-22 07:28:20 [+0200], Mike Galbraith wrote: > > > I've only as yet seen nouveau lockdep gripage when firing up one of my > > > full distro KVM's. > > > > Could you please check !RT with the `threadirqs'

On Wed, 05 Jun 2019 16:42:05 -0700 (PDT) syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit: 788a0249 Merge tag 'arc-5.2-rc4' of git://git.kernel.org/p.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=15dc9ea6a00000 > kernel config: https://syzkaller.appspot.com/x/.config?x=d5c73825cbdc7326

On Wed, 05 Jun 2019 16:42:05 -0700 (PDT) syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit: 788a0249 Merge tag 'arc-5.2-rc4' of git://git.kernel.org/p.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=15dc9ea6a00000 > kernel config: https://syzkaller.appspot.com/x/.config?x=d5c73825cbdc7326

Hi: Per request from Michael and Jason, the metadata accelreation is reverted in this version and rework in next version. Please review. Thanks Jason Wang (2): Revert "vhost: access vq metadata through kernel virtual address" vhost: re-introducing metadata acceleration through kernel virtual address drivers/vhost/vhost.c | 202 +++++++++++++++++++++++++-----------------

Hi: Per request from Michael and Jason, the metadata accelreation is reverted in this version and rework in next version. Please review. Thanks Jason Wang (2): Revert "vhost: access vq metadata through kernel virtual address" vhost: re-introducing metadata acceleration through kernel virtual address drivers/vhost/vhost.c | 202 +++++++++++++++++++++++++-----------------

...; Herton Ronaldo Krzesinski <herton.krzesinski@canonical.com> Hervé Fache <h-fache@ti.com> HeungJun Kim <riverful.kim@samsung.com> Hideki EIRAKU <hdk@igel.co.jp> HighPoint Linux Team <linux@highpoint-tech.com> Hila Gonen <hila.gonen@intel.com> Hillf Danton <dhillf@gmail.com> Himanshu Madhani <himanshu.madhani@qlogic.com> Hin-Tak Leung <htl10@users.sourceforge.net> Hiraku Toyooka <hiraku.toyooka.gu@hitachi.com> Hiral Patel <hiralpat@cisco.com> Hiro Sugawara <hsugawara@nvidia.com> Hiroaki SHIMODA <shim...

...; Herton Ronaldo Krzesinski <herton.krzesinski@canonical.com> Hervé Fache <h-fache@ti.com> HeungJun Kim <riverful.kim@samsung.com> Hideki EIRAKU <hdk@igel.co.jp> HighPoint Linux Team <linux@highpoint-tech.com> Hila Gonen <hila.gonen@intel.com> Hillf Danton <dhillf@gmail.com> Himanshu Madhani <himanshu.madhani@qlogic.com> Hin-Tak Leung <htl10@users.sourceforge.net> Hiraku Toyooka <hiraku.toyooka.gu@hitachi.com> Hiral Patel <hiralpat@cisco.com> Hiro Sugawara <hsugawara@nvidia.com> Hiroaki SHIMODA <shim...

...anonical.com> Hervé Fache <h-fache@ti.com> HeungJun Kim <riverful.kim@samsung.com> Hideki EIRAKU <hdk@igel.co.jp> Hideyuki Sano <hideyuki.sano.dn@renesas.com> HighPoint Linux Team <linux@highpoint-tech.com> Hila Gonen <hila.gonen@intel.com> Hillf Danton <dhillf@gmail.com> Himanshu Madhani <himanshu.madhani@qlogic.com> Hin-Tak Leung <htl10@users.sourceforge.net> Hiraku Toyooka <hiraku.toyooka.gu@hitachi.com> Hiral Patel <hiralpat@cisco.com> Hiro Sugawara <hsugawara@nvidia.com> Hiroaki SHIMODA <shim...

...anonical.com> Hervé Fache <h-fache@ti.com> HeungJun Kim <riverful.kim@samsung.com> Hideki EIRAKU <hdk@igel.co.jp> Hideyuki Sano <hideyuki.sano.dn@renesas.com> HighPoint Linux Team <linux@highpoint-tech.com> Hila Gonen <hila.gonen@intel.com> Hillf Danton <dhillf@gmail.com> Himanshu Madhani <himanshu.madhani@qlogic.com> Hin-Tak Leung <htl10@users.sourceforge.net> Hiraku Toyooka <hiraku.toyooka.gu@hitachi.com> Hiral Patel <hiralpat@cisco.com> Hiro Sugawara <hsugawara@nvidia.com> Hiroaki SHIMODA <shim...

...anonical.com> Hervé Fache <h-fache@ti.com> HeungJun Kim <riverful.kim@samsung.com> Hideki EIRAKU <hdk@igel.co.jp> Hideyuki Sano <hideyuki.sano.dn@renesas.com> HighPoint Linux Team <linux@highpoint-tech.com> Hila Gonen <hila.gonen@intel.com> Hillf Danton <dhillf@gmail.com> Himanshu Madhani <himanshu.madhani@qlogic.com> Hin-Tak Leung <htl10@users.sourceforge.net> Hiraku Toyooka <hiraku.toyooka.gu@hitachi.com> Hiral Patel <hiralpat@cisco.com> Hiro Sugawara <hsugawara@nvidia.com> Hiroaki SHIMODA <shim...

...anonical.com> Hervé Fache <h-fache@ti.com> HeungJun Kim <riverful.kim@samsung.com> Hideki EIRAKU <hdk@igel.co.jp> Hideyuki Sano <hideyuki.sano.dn@renesas.com> HighPoint Linux Team <linux@highpoint-tech.com> Hila Gonen <hila.gonen@intel.com> Hillf Danton <dhillf@gmail.com> Himanshu Madhani <himanshu.madhani@qlogic.com> Hin-Tak Leung <htl10@users.sourceforge.net> Hiraku Toyooka <hiraku.toyooka.gu@hitachi.com> Hiral Patel <hiralpat@cisco.com> Hiro Sugawara <hsugawara@nvidia.com> Hiroaki SHIMODA <shim...