Linaro-mm-sig June 2026

linaro-mm-sig@lists.linaro.org

95 participants
462 discussions

Buy real and fake passport online, Buy ID cards online, (WhatsApp : +49 1575 3756974) 5 3756974 )

by keepmealive78＠gmail.com

Buy real and fake passport online, Buy ID cards online, (WhatsApp : +49 1575 3756974) Buy driving license, Buy drivers license online, Buy green card, residence permit, IELT, work permit, citizenship, buy Canadian resident permits, apply for Canadian citizenship certificates, buy Canadian ID cards, buy novelty ID cards, buy authentic identity documents. https://buyrealcurrency.com/ https://buyrealcurrency.com/ https://buyrealcurrency.com/product/加拿大居留许可/ https://rushmynewpassport.com/product/buy-canadian-resident-permits/ (WhatsApp : +49 1575 3756974) WeChat ID : Scottbowers44 (Email: authenticnotes5(a)gmail.com) https://counterfeitdocsforsale.com/ Buy fake US dollars (USD), buy fake Chinese yuan (CNY), buy fake RMB/RMB, buy fake Canadian dollars (CAD), buy fake Australian dollars (AUD) Buy fake British pounds (GBP), buy fake Euros (EUR), buy fake Hong Kong dollars ($HK). buy fake US dollars/Australian dollars/Canadian dollars/CNY/Euros/CNY, buy fake Euro banknotes, buy fake Australian dollars, buy fake Canadian dollars, buy fake US dollars, buy fake RMB online, buy fake RMB https://globaltraveldocs.com/ https://rushmynewpassport.com/ We offer all types of visas, travel documents, and passports at the best prices and with exceptional quality. We handle passports for small countries, multinational passports, entry and exit assistance for Southeast Asia, passport activation, expedited naturalization, and second identity planning, giving you an alternative. (WhatsApp : +49 1575 3756974) Email: authenticnotes5(a)gmail.com https://rushmynewpassport.com/ Buy passports online (Email: authenticnotes5(a)gmail.com) buy USA passports, buy Chinese passports, buy Hong Kong passports, buy Taiwan passports, buy diplomatic passports, Buy China travel documents People's Republic of China (PRC) https://rushmynewpassport.com/ https://buyrealcurrency.com/product/buy-real-and-fake-passport/ https://rushmynewpassport.com/buy-real-usa-passport-online/ (WhatsApp : +49 1575 3756974 )

5 days, 8 hours

购买加拿大永久居民卡，（微信：Scottbowers44）购买加拿大永久居留许可，

by keepmealive78＠gmail.com

购买加拿大永久居民卡，（微信：Scottbowers44）购买加拿大永久居留许可，购买加拿大公民身份，申请加拿大居留许可，在线购买居留许可，申请加拿大永久居民身份，办理、续签或补办永久居民卡，获取永久居民卡，如何获得加拿大居留许可，加拿大永久居民（PR）， (WhatsApp：+49 1575 3756974) 如何申请加拿大永久居民卡，如何获得加拿大永久居留权，加拿大永久居民卡，在加拿大永久居住，（微信：Scottbowers44）获取永久居民卡，购买加拿大永久居民卡，购买加拿大永久居民卡，申请永久居民卡。直接移民加拿大并获取驾照、居留许可、永久居民卡及身份证居留卡、身份证 – 直接移民加拿大，获取驾照 https://rushmynewpassport.com/product/购买加拿大居留许可/ https://rushmynewpassport.com/product-tag/在线申请居留许可/ https://rushmynewpassport.com/product-tag/購買加拿大永久居留權/ https://rushmynewpassport.com/product-tag/購買正品加拿大護照/ https://buyrealcurrency.com/product/加拿大居留许可/ https://buyrealcurrency.com/product-tag/加拿大永久居民卡/ https://buyrealcurrency.com/product-tag/在线购买居留许可/ https://buyrealcurrency.com/product-tag/如何获得加拿大居留许可/ https://buyrealcurrency.com/product-tag/如何申请加拿大永久居民卡/ https://buyrealcurrency.com/product/加拿大居留许可/ 邮箱：authenticnotes5(a)gmail.com 微信：Scottbowers44 (WhatsApp : +49 1575 3756974)

5 days, 8 hours

购买真假护照（微信：Scottbowers44）购买驾驶执照，申请护照，

by keepmealive78＠gmail.com

购买真假护照（微信：Scottbowers44）购买驾驶执照，申请护照，购买真正的英国护照，在线购买新加坡护照，购买日本护照，购买澳大利亚护照，购买泰国护照，购买阿联酋护照，购买加拿大护照，购买越南护照， (WhatsApp : +49 1575 3756974) 购买马来西亚护照，出售假护照，在哪里在线购买美国护照，我如何获得护照（微信：Scottbowers44）购买香港护照的假扫描件，在线购买护照，快速从家里在线购买护照，我可以在线办理美国护照吗，购买护照需要多长时间，美国护照多少钱，如何获得护照，获得美国护照，在哪里可以获得我附近的护照，购买真正的生物特征护照，立即申请护照，购买外交护照，在中国购买美国护照，在线购买美国护照，（微信：Scottbowers44）在线购买芬兰护照，在线购买德国护照，购买新在线购买新西兰护照、在线购买爱尔兰护照、在线购买丹麦护照、在线购买葡萄牙护照、在线购买葡萄牙护照、在线购买卢森堡护照、在线购买土耳其护照、在线购买荷兰护照、在线购买挪威护照、在线购买波兰护照、在线购买希腊护照、在线购买匈牙利护照、在线购买西班牙护照、在线购买智利护照、在线购买克罗地亚护照、在线购买哥斯达黎加护照 (WhatsApp : +49 1575 3756974) https://buyrealcurrency.com/product/加拿大居留许可/ https://buyrealcurrency.com/product/网上出售假美国护照/ https://buyrealcurrency.com/product/购买美国驾驶执照/ https://buyrealcurrency.com/product/购买正宗美国绿卡/ https://buyrealcurrency.com/product/网上出售假美国护照/ https://buyrealcurrency.com/product/购买中国护照/ https://buyrealcurrency.com/product/在线购买护照/ https://buyrealcurrency.com/product/购买正版韩国护照/ https://buyrealcurrency.com/product/如何购买正版美国护照-2026/ https://buyrealcurrency.com/product/在线购买护照/ https://buyrealcurrency.com/product/购买正版中国护照/ https://buyrealcurrency.com/product/购买真正的加拿大护照/ https://buyrealcurrency.com/product/购买英国原版护照/ https://buyrealcurrency.com/product/如何在家合法获取正版德国护照/ https://buyrealcurrency.com/product/购买中国护照/ https://buyrealcurrency.com/product/网上出售假美国护照/ https://globaltraveldocs.com/product/在线购买真假护照/ https://rushmynewpassport.com/product/购买加拿大居留许可/ https://buyrealcurrency.com/product/加拿大居留许可/ 邮箱：authenticnotes5(a)gmail.com 微信：Scottbowers44

5 days, 8 hours

THE BEST AND LEGITIMATE HACKER IN THE WORLD // GEO COORDINATES RECOVERY HACKER

by Fate Elena

THE BEST AND LEGITIMATE HACKER IN THE WORLD // GEO COORDINATES RECOVERY HACKER Do you want to hire a hacker to solve your problems in various conditions? If you require the services of a genuine hacker and do not have any idea about how to hire a professional hacker online, you are at the right place. There are many cryptocurrency theft cases and schemes currently in circulation in the whole world so it’s important to be careful before investing with any platform. I lost almost all my savings in a fake investment website but I got rescued through the recovery hacker called GEO COORDINATES RECOVERY HACKER as they recovered my stolen funds completely without hassle or hidden fees. This expert retrieved my stolen funds remotely within a few hours as I got notification on my blockchain wallet my funds had been restored. This is the best help I ever got on the internet and I decided to give them a good review about their good job and how quick they are in helping and standing for individuals in tough situations. Kindly contact them if you are in trouble. Email: geovcoordinateshacker(a)gmail.com Website; https://geovcoordinateshac.wixsite.com/geo-coordinates-hack WhatsApp: +1 ( 318 ) 203-3657 )

5 days, 13 hours

THE BEST AND LEGITIMATE HACKER IN THE WORLD // GEO COORDINATES RECOVERY HACKER

by Fate Elena

5 days, 13 hours

THE BEST AND LEGITIMATE HACKER IN THE WORLD // GEO COORDINATES RECOVERY HACKER

by Fate Elena

5 days, 13 hours

Re: [PATCH v3 2/9] vfio/pci: Add a helper to look up PFNs for DMABUFs

by Tian, Kevin

> From: Matt Evans <matt(a)ozlabs.org> > Sent: Tuesday, June 16, 2026 2:04 AM > > On 12/06/2026 09:42, Tian, Kevin wrote: > >> From: Matt Evans <matt(a)ozlabs.org> > >> Sent: Wednesday, June 10, 2026 11:43 PM > >> > >> +int vfio_pci_dma_buf_find_pfn(struct vfio_pci_dma_buf *priv, > >> + struct vm_area_struct *vma, > >> + unsigned long address, > >> + unsigned int order, > >> + unsigned long *out_pfn) > >> +{ > >> + /* > >> + * Given a VMA (start, end, pgoffs) and a fault address, > >> + * search the corresponding DMABUF's phys_vec[] to find the > >> + * range representing the address's offset into the VMA, and > >> + * its PFN. > >> + * > >> + * The phys_vec[] ranges represent contiguous spans of VAs > >> + * upwards from the buffer offset 0; the actual PFNs might be > >> + * in any order, overlap/alias, etc. Calculate an offset of > >> + * the desired page given VMA start/pgoff and address, then > >> + * search upwards from 0 to find which span contains it. > >> + * > >> + * On success, a valid PFN for a page sized by 'order' is > >> + * returned into out_pfn. > >> + * > >> + * Failure occurs if: > >> + * - The page would cross the edge of the VMA > >> + * - The page isn't entirely contained within a range > >> + * - We find a range, but the final PFN isn't aligned to the > >> + * requested order. > >> + * > >> + * (Upon failure, the caller is expected to try again with a > >> + * smaller order; the tests above will always succeed for > >> + * order=0 as the limit case.) > >> + * > >> + * It's suboptimal if DMABUFs are created with neigbouring > > > > s/neigbouring/neighboring/ > > Ah, not a typo. :) That is en_GB and AFAIK is permitted. I guess you meant 'neighbouring' and 'neighboring' are both valid. but here lacking a 'h' should be a typo? :) > >> + */ > >> + > >> + const unsigned long pagesize = PAGE_SIZE << order; > >> + unsigned long vma_off = ((vma->vm_pgoff - priv->vma_pgoff_adjust) > >> << > >> + PAGE_SHIFT) & VFIO_PCI_OFFSET_MASK; > >> + unsigned long rounded_page_addr = ALIGN_DOWN(address, > >> pagesize); > >> + unsigned long rounded_page_end = rounded_page_addr + pagesize; > >> + unsigned long page_buf_offset; > >> + unsigned long page_buf_offset_end; > > > > what about "fault_offset[_end]"? page_buf is a bit confusing. > > I went round several times with these names, thanks for the input. Just > tried it out and your suggestion is clearer. > > >> + unsigned long range_buf_offset = 0; > > > > could this be called 'range_start' then the 'range_start' in latter loop > > is renamed to 'phys_start'? > > > > Not strong... just feel such naming helps me understand the logic easier > > Anything that helps helps, thanks. I ended up renaming this to > range_start_offset (as offset is IMHO important). > > I'm a fan of diagrams but this is too large to include in a comment. > But for posterity on the list, and using the new names, an illustration > of a DMABUF with 3 ranges in phys_vec, where a mapping's > faulting page offset lies in range [1]: > > fault_addr--+ > v VMA > +-----------------+----------+-----------------+ > | | Faulting | | > | | (hg)page | | > | | | | > |---- vma_off ---->+-----------------+----------+-----------------+ > | . . > | . . > |--------- fault_offset ------------>. . DMABUF > +-------------------------+---------------------------+--------------+ > | phys_vec[0] | phys_vec[1] . | phys_vec[2] | > | .paddr | . . | | > | .len | . . | | > +-------------------------+---------------------------+--------------+ > 0 : . . : L > |-- range_start_offset -->: . . -->: range_len > : . . : > V . . : > +----------+----------+-----+ > |.paddr | PFN | | > | | | | > | | | | > +----------+----------+-----+ > P > > P = paddr + (fault_offset - range_start_offset) > L = sum(phys_vec[0...2].len) > yes, much clearer now.

5 days, 16 hours

Re: [PATCH v3 9/9] vfio/pci: Add mmap() attributes to DMABUF feature

by Tian, Kevin

> From: Matt Evans <matt(a)ozlabs.org> > Sent: Wednesday, June 10, 2026 11:43 PM > > A new VFIO feature, VFIO_DEVICE_FEATURE_DMA_BUF_MEMATTR, is added > to > set CPU-facing memory type attributes for a DMABUF exported from > vfio-pci. These are used for subsequent mmap()s of the buffer. > > There are two attributes supported: > - The default, VFIO_DEVICE_FEATURE_DMA_BUF_MEMATTR_NC > - VFIO_DEVICE_FEATURE_DMA_BUF_MEMATTR_WC, which results in WC > PTEs for the DMABUF's BAR region. > > Signed-off-by: Matt Evans <matt(a)ozlabs.org> Reviewed-by: Kevin Tian <kevin.tian(a)intel.com>

5 days, 16 hours

Re: [PATCH v3 8/9] vfio/pci: Permanently revoke a DMABUF on request

by Tian, Kevin

> From: Matt Evans <matt(a)ozlabs.org> > Sent: Wednesday, June 10, 2026 11:43 PM > > Expand the VFIO DMABUF revocation state to three states: > Not revoked, temporarily revoked, and permanently revoked. > > The first two are for existing transient revocation, e.g. across a > function reset, and the DMABUF is put into the last in response to a > new VFIO feature VFIO_DEVICE_FEATURE_DMA_BUF. VFIO_DEVICE_FEATURE_DMA_BUF_REVOKE > > VFIO_DEVICE_FEATURE_DMA_BUF passes a DMABUF by fd and requests that > the DMABUF is permanently revoked. On success, it's guaranteed that ditto > the buffer can never be imported/attached/mmap()ed in future, that > dynamic imports have been cleanly detached, and that all mappings have > been made inaccessible/PTEs zapped. > > This is useful for lifecycle management, to reclaim VFIO PCI BAR > ranges previously delegated to a subordinate client process: The > driver process can ensure that the loaned resources are revoked when > the client is deemed "done", and exported ranges can be safely re-used > elsewhere. probably clarify that re-use by creating a new dmabuf fd as the original one is essentially zombie now. > > +/* Set the DMABUF's revocation status (OK or temporarily/permanently > revoked) */ > +static void vfio_pci_dma_buf_set_status(struct vfio_pci_dma_buf *priv, > + enum vfio_pci_dma_buf_status > new_status) > +{ > + bool was_revoked; > + > + lockdep_assert_held_write(&priv->vdev->memory_lock); > + > + if (priv->status == VFIO_PCI_DMABUF_PERM_REVOKED || > + priv->status == new_status) { > + return; > + } the only interface to request PERM_REVOKED is via the new ioctl. vfio_pci_core_feature_dma_buf_revoke() returns -EBADFD if it's already in PERM_REVOKED. so this check shouldn't be reached, suggesting a warning. > + > + dma_buf_invalidate_mappings(priv->dmabuf); > + dma_resv_wait_timeout(priv->dmabuf->resv, > + DMA_RESV_USAGE_BOOKKEEP, false, > + MAX_SCHEDULE_TIMEOUT); > + dma_resv_unlock(priv->dmabuf->resv); It's existing code but while at it let's make above conditional to the actual revoke path. for unrevoked it's not required given the previous revoke already cleans up everything. otherwise, Reviewed-by: Kevin Tian <kevin.tian(a)intel.com>

5 days, 17 hours

Re: [PATCH v3 7/9] vfio/pci: Support mmap() of a VFIO DMABUF

by Tian, Kevin

> From: Matt Evans <matt(a)ozlabs.org> > Sent: Wednesday, June 10, 2026 11:43 PM > + > + /* > + * dma_buf_mmap_internal() has asserted that the VMA is > + * contained within the DMABUF size before calling this. > + */ > + > + vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot); > + vma->vm_page_prot = pgprot_decrypted(vma->vm_page_prot); remove the blank line. Reviewed-by: Kevin Tian <kevin.tian(a)intel.com>

5 days, 17 hours

← Newer
1
...
25
26
27
28
29
30
31
...
47
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Linaro-mm-sig June 2026