Linaro-mm-sig

linaro-mm-sig@lists.linaro.org

10 participants
6373 discussions

Abortion Pills In Doha [][] +971568044699 [][]Misoprostol Medicine Available In Doha, Qatar Al Shamal. [][] +971568044699 []Al Wakrah. Al Rayyan. Mtp Kit In Doha [][] +971568044699 []Al Daayen. Al Khor. Mifepristone Tablets Available In Doha/Unwanted

by kachachaissue12＠gmail.com

11 hours, 27 minutes

by kachachaissue12＠gmail.com

11 hours, 27 minutes

by kachachaissue12＠gmail.com

11 hours, 27 minutes

by kachachaissue12＠gmail.com

11 hours, 27 minutes

التحول الرقمي الشامل: كيف تحول موقعك إلى منصة رائدة

by photossad64＠yahoo.com

<div class="article-content"> <h2>التحول الرقمي الشامل: كيف تحول موقعك إلى منصة رائدة؟</h2> <p>في العصر الحالي، لم يعد التواجد الرقمي خياراً بل أصبح ضرورة حتمية للبقاء. ولكن، مع ازدياد عدد المواقع بمعدلات فلكية، أصبح "الظهور" هو التحدي الأكبر. جوجل في عام 2026 أصبح أكثر ذكاءً في تقييم المواقع بناءً على معايير E-E-A-T (الخبرة، التخصص، المصداقية، الموثوقية). لكي تنجح في اجتياز هذه الاختبارات القاسية، أنت بحاجة إلى لمسة <strong><a href="https://moamen.dev/" target="_blank">خبير سيو</a></strong> يدرك كيفية صياغة المحتوى والبيانات التقنية بشكل يثبت لجوجل أنك الخيار الأفضل لزواره، مما يفتح أمامك أبواب الصفحة الأولى على مصراعيها.</p> <h3>فن تطوير مواقع الووردبريس الاحترافية</h3> <p>الكثيرون يستطيعون تنصيب الووردبريس، ولكن القليلون هم من يستطيعون "تطويره" ليكون ماكينة تسويقية. الاستعانة بـ <strong><a href="https://moamen.dev/project-category/wordpress-work/" target="_blank">مطور مواقع ووردبريس</a></strong> متخصص يعني الحصول على موقع سريع البرق، محمي من الهجمات، ومهيأ تماماً لمحركات البحث. التفاصيل الصغيرة مثل ضغط ملفات الـ CSS، تحسين الصور، واستخدام خطوط ويب خفيفة مثل "Cairo" تجعل تجربة المستخدم سلسة وممتعة. هذا التميز البرمجي هو ما يحرص عليه <strong>مؤمن أبو الخير</strong> في كل مشروع، لضمان أن البنية التحتية للموقع تدعم جهود التسويق ولا تعيقها.</p> <h3>الموازنة بين السيو والـ SEM لتحقيق أقصى عائد</h3> <p>عندما تبدأ مشروعك، ستواجه دائماً سؤالاً: هل أدفع للإعلانات أم أنتظر نتائج السيو؟ الإجابة تكمن في فهم <strong><a href="https://moamen.dev/%d9%85%d8%a7-%d9%87%d9%88-%d8%a7%d9%84%d9%81%d8%b1%d9%82…" target="_blank">الفرق بين SEO و SEM</a></strong>. السيو هو استثمار في أصل تملكه، ينمو بمرور الوقت ويوفر لك زيارات مجانية لا تنقطع، بينما الـ SEM هو استئجار مساحة تنتهي بانتهاء ميزانيتك. الاستراتيجية الناجحة التي يطبقها مؤمن تعتمد على استخدام الـ SEM للحصول على بيانات سريعة عن الكلمات التي تحقق مبيعات، ثم التركيز المكثف على السيو للسيطرة على تلك الكلمات عضوياً، مما يحقق لك استقراراً مالياً وتدفقاً مستمراً للعملاء.</p> <h3>لماذا يثق كبار العملاء في "أفضل خبير سيو في مصر"؟</h3> <p>النجاح في السيو لا يأتي من اتباع التعليمات العامة، بل من "تخصيص" الاستراتيجية لتناسب السوق المحلي. البحث عن <strong><a href="https://moamen.dev/" target="_blank">أفضل خبير سيو في مصر</a></strong> يعكس رغبة أصحاب المشاريع في العمل مع شخص يفهم طبيعة المنافسة في السوق المصري والعربي. مؤمن أبو الخير يتميز بالقدرة على تحليل المنافسين بدقة، وبناء شبكة روابط خلفية (Backlinks) قوية وسياقية ترفع من "سلطة الدومين" لموقعك، مما يجعله يتصدر الكلمات التنافسية الصعبة التي يخشاها الآخرون.</p> <h3>أخصائي السيو: المايسترو وراء نجاح مشاريعك</h3> <p>العمل مع <strong><a href="https://moamen.dev/project-category/seo-work/" target="_blank">اخصائي سيو</a></strong> محترف يعني أنك تحصل على شريك يفكر في نمو أعمالك كما تفكر أنت. السيو ليس مجرد كلمات مفتاحية، بل هو تحسين لرحلة الزائر بالكامل داخل الموقع. مؤمن يركز على مثلث النجاح: المحتوى الذي يحل مشاكل الزوار، الكود البرمجي النظيف الذي يرضي محركات البحث، والسمعة الرقمية التي تبني الثقة. هذه المعادلة هي ما تضمن لموقعك البقاء في الصدارة وتحقيق أعلى معدلات التحويل، مما يحول كل زائر إلى عميل محتمل لعلامتك التجارية.</p> <h3>خلاصة القول: مستقبلك الرقمي يبدأ بالقرار الصحيح</h3> <p>في عالم الإنترنت، لا مكان للمواقع الضعيفة أو غير المهيأة. الاستثمار في السيو وتطوير المواقع هو القرار الاستراتيجي الأهم لأي بيزنس يطمح للنمو في 2026. المواقع التي تتبع النهج الاحترافي الذي يطبقه <strong>مؤمن</strong> هي التي تنجح في بناء ثقة حقيقية مع جمهورها وتتصدر مشهد البحث. تذكر دائماً أن موقعك هو واجهتك أمام العالم، والاهتمام بتفاصيله الفنية والتسويقية هو أقصر طريق للنجاح والريادة في مجالك.</p> </div>

1 day

Best ED Medicines Online – Cenforce, Vidalista, Kamagra Guide & Safe Buying Tips

by jhornbhorthen09＠gmail.com

Hello everyone, If you are searching for the best ED medicines online, there are several trusted options available. You can check high-quality products like <a href="https://medicscales.co/product/cenforce-200-mg/">Cenforce 200 mg</a> and <a href="https://medicscales.co/product/vidalista-60-mg/">Vidalista 60 mg</a> which are commonly used for improving performance. For more options, visit <a href="https://medicscales.co/">best ED medicines online store</a> where you can explore multiple products. Popular searches include: Cenforce 100 mg, Cenforce 150 mg, Vidalista 20 mg, Kamagra oral jelly, Sildenafil tablets online, Tadalafil daily use. Always make sure to buy from a trusted source and avoid fake medicines. Thanks!

1 day, 6 hours

[bug report] dma-buf: heaps: Rework heap allocation hooks to return struct dma_buf instead of fd

by Dan Carpenter

I'm not sure exactly who to report this bug too. Probably the mm devs? drivers/dma-buf/heaps/system_heap.c:499 system_heap_allocate() warn: passing positive error code 's32min-(-1),1' to 'ERR_PTR' drivers/dma-buf/heaps/system_heap.c 459 if (cc_shared) { 460 for_each_sgtable_sg(table, sg, i) { 461 ret = system_heap_set_page_decrypted(sg_page(sg)); 462 if (ret) 463 goto free_pages; It kind of looks like system_heap_set_page_decrypted() can return 1. 464 } 465 } 466 467 /* create the dmabuf */ 468 exp_info.exp_name = dma_heap_get_name(heap); 469 exp_info.ops = &system_heap_buf_ops; 470 exp_info.size = buffer->len; 471 exp_info.flags = fd_flags; 472 exp_info.priv = buffer; 473 dmabuf = dma_buf_export(&exp_info); 474 if (IS_ERR(dmabuf)) { 475 ret = PTR_ERR(dmabuf); 476 goto free_pages; 477 } 478 return dmabuf; 479 480 free_pages: 481 for_each_sgtable_sg(table, sg, i) { 482 struct page *p = sg_page(sg); 483 484 /* 485 * Intentionally leak pages that cannot be re-encrypted 486 * to prevent shared memory from being reused. 487 */ 488 if (buffer->cc_shared && 489 system_heap_set_page_encrypted(p)) 490 continue; 491 __free_pages(p, compound_order(p)); 492 } 493 sg_free_table(table); 494 free_buffer: 495 list_for_each_entry_safe(page, tmp_page, &pages, lru) 496 __free_pages(page, compound_order(page)); 497 kfree(buffer); 498 --> 499 return ERR_PTR(ret); 500 } The problem is that add_to_pagemap() returns PM_END_OF_BUFFER (1) which is used by pagemap_read() and nowhere else. The call tree is: system_heap_allocate() system_heap_set_page_decrypted() set_memory_decrypted() realm_set_memory_decrypted() __set_memory_enc_dec() __change_memory_common() update_range_prot() walk_kernel_page_table_range_lockless() walk_pgd_range() pagemap_pte_hole() add_to_pagemap() This code seems sort of old and I guess no one has reported the bug so maybe it's a false positive, but it feels like it's asking for problems to return the PM_END_OF_BUFFER. There aren't any comments on any of those functions above explaining what return values are expected. This email is a free service from the Smatch-CI project [smatch.sf.net]. regards, dan carpenter

2 days, 7 hours

[PATCH v13 0/5] Rust bindings for gem shmem

by Lyude Paul

Most of this patch series has already been pushed upstream, this is just the second half of the patch series that has not been pushed yet + some additional changes which were required to implement changes requested by the mailing list. This patch series is originally from Asahi, previously posted by Daniel Almeida. The previous version of the patch series can be found here: https://patchwork.freedesktop.org/series/164580/ Branch with patches applied available here sure this builds: https://gitlab.freedesktop.org/lyudess/linux/-/commits/rust/gem-shmem This patch series applies on top of drm-rust-next Lyude Paul (5): rust: drm: gem: s/device::Device/Device/ for shmem.rs drm/gem/shmem: Introduce __drm_gem_shmem_free_sgt_locked() rust: drm: gem/shmem: Add DmaResvGuard helper rust: drm: gem: Introduce shmem::SGTable rust: drm: gem: Add vmap functions to shmem bindings drivers/gpu/drm/drm_gem_shmem_helper.c | 32 +- include/drm/drm_gem_shmem_helper.h | 1 + rust/kernel/drm/gem/shmem.rs | 602 ++++++++++++++++++++++++- 3 files changed, 614 insertions(+), 21 deletions(-) base-commit: d9a6809478f9815b6455a327aa001737ac7b2c09 -- 2.54.0

2 days, 18 hours

Re: [PATCH 3/9] vfio/pci: Add a helper to create a DMABUF for a BAR-map VMA

by Jason Gunthorpe

On Thu, Apr 30, 2026 at 05:47:49PM +0100, Matt Evans wrote: > > On Thu, Apr 16, 2026 at 06:17:46AM -0700, Matt Evans wrote: > > > +int vfio_pci_core_mmap_prep_dmabuf(struct vfio_pci_core_device *vdev, > > > + struct vm_area_struct *vma, > > > + u64 phys_start, u64 req_len, > > > + unsigned int res_index) > > > +{ > > > + struct vfio_pci_dma_buf *priv; > > > + const unsigned int nr_ranges = 1; > > > + int ret; > > > + > > > + priv = kzalloc_obj(*priv); > > > + if (!priv) > > > + return -ENOMEM; > > > + > > > + priv->phys_vec = kzalloc_obj(*priv->phys_vec); > > > + if (!priv->phys_vec) { > > > + ret = -ENOMEM; > > > + goto err_free_priv; > > > + } > > > + > > > + /* > > > + * The mmap() request's vma->vm_offs might be non-zero, but > > > + * the DMABUF is created from _offset zero_ of the BAR. The > > > + * portion between zero and the vm_offs is inaccessible > > > + * through this VMA, but this approach keeps the > > > + * /proc/<pid>/maps offset somewhat consistent with the > > > + * pre-DMABUF code. Size includes the offset portion. > > > > I'm not sure I understand this comment? > > > > For the old path vm_pgoff for byte 0 of the bar starts at some large > > offset > > > > For the new path vm_pgoff for byte 0 of the first range starts at 0 > > Glad you asked. :) > > This is trying to achieve keeping /proc/<pid>/maps (or similar) somewhat > as informative as pre-DMABUF BAR mmap, in terms of keeping the VMA > vm_offs column useful. Before this patch, say you mmap() two slices A > and B of the same BAR: > > struct vfio_region_info bar_region; > > vm_a = mmap(0, 0x1000, ..., device_fd, bar_region.offset + 0); > vm_b = mmap(0, 0x1000, ..., device_fd, bar_region.offset + 0x4000); > > ...you'd see something like this in /proc/blah/maps: > > fffff4000000-fffff4001000 rw-s 10000000000 00:07 148 /dev/vfio/devices/vfio0 > fffff5000000-fffff5001000 rw-s 10000004000 00:07 148 /dev/vfio/devices/vfio0 > then the VMA's vm_offs would need to be thunked back down to 0 (since > the fault handler then treats vm_b + 0 as the first byte of the DMABUF). > That works/adds up, but then the vm_offs of both VMAs A & B both have > offset 0, and it's harder to differentiate in /proc/blah/maps. Yes, and that would be correct. The VMA output of lspci should show the exact pgoff passed to mmap and nothing else. Do not mangle it for "debugging". pgoff is not to be used to show random internal FD details.. > We could possibly stash the original offset somewhere and then render it > in the name string, but the name's already about the max size and using > the existing vm_offs column is nicer IMO, doesn't need a new field, etc. > I need to work on this comment then! What this is trying to say is that > the DMABUF is made artificially larger than the part that is visible > through the VMA. Yuk, that's another reason not to do this. Jason

3 days, 23 hours

[PATCH v5 0/4] dma-buf: heaps: Turn heaps into modules

by Maxime Ripard

Hi, The recent introduction of heaps in the optee driver [1] made possible the creation of heaps as modules. It's generally a good idea if possible, including for the already existing system and CMA heaps. The system one is pretty trivial, the CMA is now easy too with the reworks we got in 7.1-r1. Let me know what you think, Maxime 1: https://lore.kernel.org/dri-devel/20250911135007.1275833-4-jens.wiklander@l… Signed-off-by: Maxime Ripard <mripard(a)kernel.org> --- Changes in v5: - Rebase on 7.1-rc1 - Add a patch to enable the heaps in arm64 defconfig - Link to v4: https://lore.kernel.org/r/20260331-dma-buf-heaps-as-modules-v4-0-e18fda5044… Changes in v4: - Fix compilation failure - Rework to take into account OF_RESERVED_MEM - Fix regression making the default CMA area disappear if not created through the DT - Added some documentation and comments - Link to v3: https://lore.kernel.org/r/20260303-dma-buf-heaps-as-modules-v3-0-24344812c7… Changes in v3: - Squashed cma_get_name and cma_alloc/release patches - Fixed typo in Export dev_get_cma_area commit title - Fixed compilation failure with DMA_CMA but not OF_RESERVED_MEM - Link to v2: https://lore.kernel.org/r/20260227-dma-buf-heaps-as-modules-v2-0-454aee7e06… Changes in v2: - Collect tags - Don't export dma_contiguous_default_area anymore, but export dev_get_cma_area instead - Mentioned that heap modules can't be removed - Link to v1: https://lore.kernel.org/r/20260225-dma-buf-heaps-as-modules-v1-0-2109225a09… --- Maxime Ripard (4): dma-buf: heaps: Export mem_accounting parameter dma-buf: heaps: cma: Turn the heap into a module dma-buf: heaps: system: Turn the heap into a module arm64: defconfig: Enable dma-buf heaps arch/arm64/configs/defconfig | 3 +++ drivers/dma-buf/dma-heap.c | 1 + drivers/dma-buf/heaps/Kconfig | 4 ++-- drivers/dma-buf/heaps/cma_heap.c | 3 +++ drivers/dma-buf/heaps/system_heap.c | 5 +++++ 5 files changed, 14 insertions(+), 2 deletions(-) --- base-commit: 5e9b7d093f3f77cb0af4409559e3d139babfb443 change-id: 20260225-dma-buf-heaps-as-modules-1034b3ec9f2a Best regards, -- Maxime Ripard <mripard(a)kernel.org>

4 days

← Newer
1
...
8
9
10
11
12
13
14
...
638
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Linaro-mm-sig