search for: bharata

...evice private > pages owned by the caller. Split this into separate parameters so the > src_owner field can be used just to identify device private pages owned > by the caller of migrate_vma_setup(). > > Signed-off-by: Ralph Campbell <rcampbell at nvidia.com> > Reviewed-by: Bharata B Rao <bharata at linux.ibm.com> > arch/powerpc/kvm/book3s_hv_uvmem.c | 2 ++ > drivers/gpu/drm/nouveau/nouveau_dmem.c | 2 ++ > include/linux/migrate.h | 12 +++++++++--- > lib/test_hmm.c | 2 ++ > mm/migrate.c...

...c_owner and normal pages") https://lore.kernel.org/linux-mm/20200622222008.9971-1-rcampbell at nvidia.com ("nouveau: fix mixed normal and device private page migration") https://lore.kernel.org/lkml/20200622233854.10889-3-rcampbell at nvidia.com Changes in v4: Added reviewed-by from Bharata B Rao. Removed dead code checking for source device private page in lib/test_hmm.c dmirror_migrate_alloc_and_copy() since the source filter flag guarantees that. Added patch 6 to remove a redundant invalidation in migrate_vma_pages(). Changes in v3: Changed the direction field "dir"...

...ciate some help on this. Some more information: I have attached following file /var/log/libvirt/qemu/vmtest3.log Executing the following command on the bash works fine and the VM comes up: /usr/libexec/qemu-kvm -M rhel6.0.0 -enable-kvm -m 512 -smp 1,sockets=1,cores=1,threads=1 -drive file=/home/bharata/cgroup-scalability/test/test.qcow2 -nographic While executing the command in the vmtest3.log, the VM does not come at all. Here is the domain xml: <domain type='kvm'> <name>vmtest3</name> <memory>524288</memory> <vcpu>1</vcpu> <os>...

...re.kernel.org/linux-mm/20200622222008.9971-1-rcampbell at nvidia.com ("nouveau: fix mixed normal and device private page migration") https://lore.kernel.org/lkml/20200622233854.10889-3-rcampbell at nvidia.com Changes in v2: Rebase to Jason Gunthorpe's HMM tree. Added reviewed-by from Bharata B Rao. Rename the mmu_notifier_range::data field to migrate_pgmap_owner as suggested by Jason Gunthorpe. Ralph Campbell (5): nouveau: fix storing invalid ptes mm/migrate: add a direction parameter to migrate_vma mm/notifier: add migration invalidation type nouveau/svm: use the new migrat...

...pages owned by the caller. Split this into separate parameters so the >> src_owner field can be used just to identify device private pages owned >> by the caller of migrate_vma_setup(). >> >> Signed-off-by: Ralph Campbell <rcampbell at nvidia.com> >> Reviewed-by: Bharata B Rao <bharata at linux.ibm.com> >> arch/powerpc/kvm/book3s_hv_uvmem.c | 2 ++ >> drivers/gpu/drm/nouveau/nouveau_dmem.c | 2 ++ >> include/linux/migrate.h | 12 +++++++++--- >> lib/test_hmm.c | 2 ++ >> mm/migr...

Making sure to include linux-mm and Bharata B Rao for IBM's use of migrate_vma*(). On 6/24/20 11:10 AM, Ralph Campbell wrote: > > On 6/24/20 12:23 AM, Christoph Hellwig wrote: >> On Mon, Jun 22, 2020 at 04:38:53PM -0700, Ralph Campbell wrote: >>> The OpenCL function clEnqueueSVMMigrateMem(), without any flags, will...

...migration and it identifies device private pages owned by the caller. Split this into separate parameters so the src_owner field can be used just to identify device private pages owned by the caller of migrate_vma_setup(). Signed-off-by: Ralph Campbell <rcampbell at nvidia.com> Reviewed-by: Bharata B Rao <bharata at linux.ibm.com> --- arch/powerpc/kvm/book3s_hv_uvmem.c | 2 ++ drivers/gpu/drm/nouveau/nouveau_dmem.c | 2 ++ include/linux/migrate.h | 12 +++++++++--- lib/test_hmm.c | 2 ++ mm/migrate.c | 5 +++-- 5...

...page(drm->dev->dev, fault->dma[fault->npages], > - PAGE_SIZE, PCI_DMA_BIDIRECTIONAL); > - } > - kfree(fault->dma); > + return VM_FAULT_SIGBUS; Looks like nouveau_dmem_fault_copy_one() is now returning VM_FAULT_SIGBUS for success case. Is this expected? Regards, Bharata.

...field can be used just to identify device private pages owned by the caller of migrate_vma_setup(). Rename the src_owner field to pgmap_owner to reflect it is now used only to identify which device private pages to migrate. Signed-off-by: Ralph Campbell <rcampbell at nvidia.com> Reviewed-by: Bharata B Rao <bharata at linux.ibm.com> --- arch/powerpc/kvm/book3s_hv_uvmem.c | 4 +++- drivers/gpu/drm/nouveau/nouveau_dmem.c | 4 +++- include/linux/migrate.h | 13 +++++++++---- lib/test_hmm.c | 15 ++++----------- mm/migrate.c...

...("mm: fix migrate_vma_setup() src_owner and normal pages") https://lore.kernel.org/linux-mm/20200622222008.9971-1-rcampbell at nvidia.com ("nouveau: fix mixed normal and device private page migration") https://lore.kernel.org/lkml/20200622233854.10889-3-rcampbell at nvidia.com Bharata Rao, let me know if I can add your reviewed-by back since I made a fair number of changes to this version of the series. Changes in v3: Changed the direction field "dir" to a "flags" field and renamed src_owner to pgmap_owner. Fixed a locking issue in nouveau for the migratio...

Jason, are you going to look into picking this up? Unfortunately there is a hole pile in this area still pending, including the kvmppc secure memory driver from Bharata that depends on the work. mm folks: migrate.c is mostly a classic MM file except for the hmm additions. Do you want to also look over this or just let it pass?

...2222008.9971-1-rcampbell at nvidia.com > ("nouveau: fix mixed normal and device private page migration") > https://lore.kernel.org/lkml/20200622233854.10889-3-rcampbell at nvidia.com > > Changes in v2: > Rebase to Jason Gunthorpe's HMM tree. > Added reviewed-by from Bharata B Rao. > Rename the mmu_notifier_range::data field to migrate_pgmap_owner as > suggested by Jason Gunthorpe. I didn't see anything stand out in this at this point, did you intend this to go to the HMM tree? Thanks, Jason

should be trivial but I can''t figure this out from api <%= hidden_field ''certifications'', ''personnel_id'', {value = #{@personnel.id}} %> I want to pass the value of ''id'' field in my form to the certifications controller as personnel_id Craig

On Thu, Jun 25, 2020 at 10:25:38AM -0700, Ralph Campbell wrote: > Making sure to include linux-mm and Bharata B Rao for IBM's > use of migrate_vma*(). > > On 6/24/20 11:10 AM, Ralph Campbell wrote: > > > > On 6/24/20 12:23 AM, Christoph Hellwig wrote: > > > On Mon, Jun 22, 2020 at 04:38:53PM -0700, Ralph Campbell wrote: > > > > The OpenCL function clEnqueueSV...

The goal for this series is to avoid device private memory TLB invalidations when migrating a range of addresses from system memory to device private memory and some of those pages have already been migrated. The approach taken is to introduce a new mmu notifier invalidation event type and use that in the device driver to skip invalidation callbacks from migrate_vma_setup(). The device driver is

Matthew Wilcox, Ira Weiny, and others have complained that ZONE_DEVICE struct page reference counting is ugly because they are "free" when the reference count is one instead of zero. This leads to explicit checks for ZONE_DEVICE pages in places like put_page(), GUP, THP splitting, and page migration which have to adjust the expected reference count when determining if the page is

...enStack releases yet, but it's come very far very quickly, and we're excited about the data processing possibilities as it matures. To give an idea of the performance improvements in the GlusterFS-QEMU integration that Nova now takes advantage of, consider the early benchmarks published by Bharata Rao, a developer at IBM?s Linux Technology Center, at his blog: http://raobharata.wordpress.com/2012/10/29/qemu-glusterfs-native-integration/ Below is a snapshot to show the difference between the Havanna and Grizzly releases, respective of GlusterFS. Grizzly Glance - Could point to the fi...

...ik Sil <aviksil@linux.vnet.ibm.com> Bas van Sisseren <bas@quarantainenet.nl> Ben Herrenschmidt <benh@kernel.crashing.org> Benjamin Herrenschmidt <benh@kernel.crashing.org> Benoit Canet <benoit@irqsave.net> Bharat Bhushan <bharat.bhushan@freescale.com> Bharata B Rao <bharata@linux.vnet.ibm.com> Blue Swirl <blauwirbel@gmail.com> Borislav Petkov <bp@suse.de> Brad Smith <brad@comstyle.com> Bruce Rogers <brogers@suse.com> Charles Arnold <carnold@suse.com> Chegu Vinod <chegu_vinod@hp.com> Chen Wei-Ren &l...

...ik Sil <aviksil@linux.vnet.ibm.com> Bas van Sisseren <bas@quarantainenet.nl> Ben Herrenschmidt <benh@kernel.crashing.org> Benjamin Herrenschmidt <benh@kernel.crashing.org> Benoit Canet <benoit@irqsave.net> Bharat Bhushan <bharat.bhushan@freescale.com> Bharata B Rao <bharata@linux.vnet.ibm.com> Blue Swirl <blauwirbel@gmail.com> Borislav Petkov <bp@suse.de> Brad Smith <brad@comstyle.com> Bruce Rogers <brogers@suse.com> Charles Arnold <carnold@suse.com> Chegu Vinod <chegu_vinod@hp.com> Chen Wei-Ren &l...

...ik Sil <aviksil@linux.vnet.ibm.com> Bas van Sisseren <bas@quarantainenet.nl> Ben Herrenschmidt <benh@kernel.crashing.org> Benjamin Herrenschmidt <benh@kernel.crashing.org> Benoit Canet <benoit@irqsave.net> Bharat Bhushan <bharat.bhushan@freescale.com> Bharata B Rao <bharata@linux.vnet.ibm.com> Blue Swirl <blauwirbel@gmail.com> Borislav Petkov <bp@suse.de> Brad Smith <brad@comstyle.com> Bruce Rogers <brogers@suse.com> Charles Arnold <carnold@suse.com> Chegu Vinod <chegu_vinod@hp.com> Chen Wei-Ren &l...