search for: jgunthorpe

...tra patches already > in the hmm tree, and four extra patches I wanted to send once > this series is merged. I'll give up for now, please use the git > url for anything serious, as it contains the right thing. Okay, I sorted it all out and temporarily put it here: https://github.com/jgunthorpe/linux/commits/hmm Bit involved job: - Took Ira's v4 patch into hmm.git and confirmed it matches what Andrew has in linux-next after all the fixups - Checked your github v4 and the v3 that hit the mailing list were substantially similar (I never did get a clean v4) and largely went with t...

...ucker <jean-philippe at linaro.org> --- .mailmap | 1 + MAINTAINERS | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/.mailmap b/.mailmap index 0fef932de3db..8ce554b9c9f1 100644 --- a/.mailmap +++ b/.mailmap @@ -98,6 +98,7 @@ Jason Gunthorpe <jgg at ziepe.ca> <jgunthorpe at obsidianresearch.com> Javi Merino <javi.merino at kernel.org> <javi.merino at arm.com> <javier at osg.samsung.com> <javier.martinez at collabora.co.uk> Jean Tourrilhes <jt at hpl.hp.com> +<jean-philippe at linaro.org> <jean-philippe.brucker at arm.com...

On 2019/9/5 ??9:59, Jason Gunthorpe wrote: > On Thu, Sep 05, 2019 at 08:27:34PM +0800, Jason Wang wrote: >> 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

On 2019/9/5 ??9:59, Jason Gunthorpe wrote: > On Thu, Sep 05, 2019 at 08:27:34PM +0800, Jason Wang wrote: >> 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

...; hmm tree, and four extra patches I wanted to send once this series is > > merged. I'll give up for now, please use the git url for anything > > serious, as it contains the right thing. > > Okay, I sorted it all out and temporarily put it here: > > https://github.com/jgunthorpe/linux/commits/hmm > > Bit involved job: > - Took Ira's v4 patch into hmm.git and confirmed it matches what > Andrew has in linux-next after all the fixups Looking at the final branch seems good. Ira > - Checked your github v4 and the v3 that hit the mailing list were >...

...the hmm tree, and four extra patches I wanted to send once > > this series is merged. I'll give up for now, please use the git > > url for anything serious, as it contains the right thing. > > Okay, I sorted it all out and temporarily put it here: > > https://github.com/jgunthorpe/linux/commits/hmm > > Bit involved job: > - Took Ira's v4 patch into hmm.git and confirmed it matches what > Andrew has in linux-next after all the fixups > - Checked your github v4 and the v3 that hit the mailing list were > substantially similar (I never did get a clean...

...d npages in migrate_vma_setup > - fix the nouveau_dmem_fault_copy_one return value > - minor improvements to some nouveau internal calling conventions > Some of the patches seem to have been mangled in the mail. I was able to edit them and apply to Jason's tree https://github.com/jgunthorpe/linux.git mmu_notifier branch. So for the series you can add: Tested-by: Ralph Campbell <rcampbell at nvidia.com>

...in is way too > confusing. If you have better name feel free to use it. I used 'mni' as we already use 'mn' to refer to the notifier, and 'mmu_in' looks like some input parameter or something It mostly worked, lots of comments to fix manually though: https://github.com/jgunthorpe/linux/commits/mmu_notifier Thanks, Jason

...in the queue already that will help > > vhost, and I a working on one for next cycle that will help alot more > > too. > > > I will check those patches, but if you can give me some pointers or keywords > it would be much appreciated. You can look here: https://github.com/jgunthorpe/linux/commits/mmu_notifier The first parts, the get/put are in the hmm tree, and the last part, the interval tree in the last commit is still a WIP, but it would remove alot of that code from vhost as well. Jason

...t; needs more study > - hfi1 (2nd user) needs access to the rbtree > - scif_dma has a complicated logic flow > - vhost's mmu notifiers are already being rewritten > > This series, and the other code it depends on is available on my github: > > https://github.com/jgunthorpe/linux/commits/mmu_notifier > > v2 changes: > - Add mmu_range_set_seq() to set the mrn sequence number under the driver > lock and make the locking more understandable > - Add some additional comments around locking/READ_ONCe > - Make the WARN_ON flow in mn_itree_invalidate a b...

On Thu, Nov 07, 2019 at 04:04:08PM -0500, Jerome Glisse wrote: > On Thu, Nov 07, 2019 at 08:11:06PM +0000, Jason Gunthorpe wrote: > > On Wed, Nov 06, 2019 at 09:08:07PM -0500, Jerome Glisse wrote: > > > > > > > > > > Extra credit: IMHO, this clearly deserves to all be in a new mmu_range_notifier.h > > > > header file, but I know that's extra

Hi Jérôme, Ben and Jason, below is a series against the hmm tree which starts revamping the migrate_vma functionality. The prime idea is to export three slightly lower level functions and thus avoid the need for migrate_vma_ops callbacks. Diffstat: 7 files changed, 282 insertions(+), 614 deletions(-) A git tree is also available at: git://git.infradead.org/users/hch/misc.git

Hi Dan, Jérôme and Jason, below is a series that cleans up the dev_pagemap interface so that it is more easily usable, which removes the need to wrap it in hmm and thus allowing to kill a lot of code Note: this series is on top of Linux 5.2-rc6 and has some minor conflicts with the hmm tree that are easy to resolve. Diffstat summary: 34 files changed, 379 insertions(+), 1016 deletions(-) Git

...ing around destruction of a registration, needs more study - hfi1 (2nd user) needs access to the rbtree - scif_dma has a complicated logic flow - vhost's mmu notifiers are already being rewritten This series, and the other code it depends on is available on my github: https://github.com/jgunthorpe/linux/commits/mmu_notifier v2 changes: - Add mmu_range_set_seq() to set the mrn sequence number under the driver lock and make the locking more understandable - Add some additional comments around locking/READ_ONCe - Make the WARN_ON flow in mn_itree_invalidate a bit easier to follow - Fix wrong...

...omplex locking around destruction of a registration, needs more study - hfi1 (2nd user) needs access to the rbtree - scif_dma has a complicated logic flow - vhost's mmu notifiers are already being rewritten This is already in linux-next, a git tree is available here: https://github.com/jgunthorpe/linux/commits/mmu_notifier v3: - Rename mmu_range_notifier to mmu_interval_notifier for clarity Avoids confusion with struct mmu_notifier_range - Fix bugs in odp, amdgpu and xen gntdev from testing - Make ops an argument to mmu_interval_notifier_insert() to make it harder to misuse - Update ma...

...o.sakkinen@intel.com> Jarod Wilson <jarod@redhat.com> Jaroslav Kysela <perex@perex.cz> Jason Baron <jbaron@redhat.com> Jason Cooper <jason@lakedaemon.net> Jason Fan <jcfan@qca.qualcomm.com> Jason Gerecke <killertofu@gmail.com> Jason Gunthorpe <jgunthorpe@obsidianresearch.com> Jason J. Herne <hernejj@gmail.com> Jason J. herne <jjherne@us.ibm.com> Jason Jin <Jason.jin@freescale.com> Jason Liu <r64343@freescale.com> Jason Plum <max@warheads.net> Jason Tibbitts <tibbs@math.uh.edu> Jason Wang <jaso...

...o.sakkinen@intel.com> Jarod Wilson <jarod@redhat.com> Jaroslav Kysela <perex@perex.cz> Jason Baron <jbaron@redhat.com> Jason Cooper <jason@lakedaemon.net> Jason Fan <jcfan@qca.qualcomm.com> Jason Gerecke <killertofu@gmail.com> Jason Gunthorpe <jgunthorpe@obsidianresearch.com> Jason J. Herne <hernejj@gmail.com> Jason J. herne <jjherne@us.ibm.com> Jason Jin <Jason.jin@freescale.com> Jason Liu <r64343@freescale.com> Jason Plum <max@warheads.net> Jason Tibbitts <tibbs@math.uh.edu> Jason Wang <jaso...

...o.sakkinen@intel.com> Jarod Wilson <jarod@redhat.com> Jaroslav Kysela <perex@perex.cz> Jason Baron <jbaron@redhat.com> Jason Cooper <jason@lakedaemon.net> Jason Fan <jcfan@qca.qualcomm.com> Jason Gerecke <killertofu@gmail.com> Jason Gunthorpe <jgunthorpe@obsidianresearch.com> Jason J. Herne <hernejj@gmail.com> Jason J. herne <jjherne@us.ibm.com> Jason Jin <Jason.jin@freescale.com> Jason Liu <r64343@freescale.com> Jason Plum <max@warheads.net> Jason Tibbitts <tibbs@math.uh.edu> Jason Wang <jaso...

...om> Jaroslav Kysela <perex@perex.cz> Jason Baron <jbaron@redhat.com> Jason Cooper <jason@lakedaemon.net> Jason Cooper <jason@lakedaemon.net> #for kirkwood Jason Fan <jcfan@qca.qualcomm.com> Jason Gerecke <killertofu@gmail.com> Jason Gunthorpe <jgunthorpe@obsidianresearch.com> Jason J. Herne <hernejj@gmail.com> Jason J. herne <jjherne@us.ibm.com> Jason Jin <Jason.jin@freescale.com> Jason Liu <r64343@freescale.com> Jason Low <jason.low2@hp.com> Jason Plum <max@warheads.net> Jason Tibbitts <tibbs...

...om> Jaroslav Kysela <perex@perex.cz> Jason Baron <jbaron@redhat.com> Jason Cooper <jason@lakedaemon.net> Jason Cooper <jason@lakedaemon.net> #for kirkwood Jason Fan <jcfan@qca.qualcomm.com> Jason Gerecke <killertofu@gmail.com> Jason Gunthorpe <jgunthorpe@obsidianresearch.com> Jason J. Herne <hernejj@gmail.com> Jason J. herne <jjherne@us.ibm.com> Jason Jin <Jason.jin@freescale.com> Jason Liu <r64343@freescale.com> Jason Low <jason.low2@hp.com> Jason Plum <max@warheads.net> Jason Tibbitts <tibbs...