Linaro-mm-sig

linaro-mm-sig@lists.linaro.org

12 participants
7072 discussions

Re: [PATCH v3 02/11] dt-bindings: display: tegra: Document memory regions

by Rob Herring (Arm)

On Wed, 01 Jul 2026 18:08:13 +0200, Thierry Reding wrote: > From: Thierry Reding <treding(a)nvidia.com> > > Add the memory-region and memory-region-names properties to the bindings > for the display controllers and the host1x engine found on various Tegra > generations. These memory regions are used to access firmware-provided > framebuffer memory as well as the video protection region. > > Signed-off-by: Thierry Reding <treding(a)nvidia.com> > --- > Changes in v3: > - document properties for VIC > --- > .../devicetree/bindings/display/tegra/nvidia,tegra124-vic.yaml | 8 ++++++++ > .../devicetree/bindings/display/tegra/nvidia,tegra186-dc.yaml | 10 ++++++++++ > .../devicetree/bindings/display/tegra/nvidia,tegra20-dc.yaml | 10 +++++++++- > .../bindings/display/tegra/nvidia,tegra20-host1x.yaml | 7 +++++++ > 4 files changed, 34 insertions(+), 1 deletion(-) > My bot found errors running 'make dt_binding_check' on your patch: yamllint warnings/errors: dtschema/dtc warnings/errors: /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/display/tegra/nvidia,tegra20-dc.yaml: properties:memory-region-names: 'anyOf' conditional failed, one must be fixed: 'maxitems' is not one of ['$ref', 'additionalItems', 'additionalProperties', 'allOf', 'anyOf', 'const', 'contains', 'default', 'dependencies', 'dependentRequired', 'dependentSchemas', 'deprecated', 'description', 'else', 'enum', 'exclusiveMaximum', 'exclusiveMinimum', 'items', 'if', 'minItems', 'minimum', 'maxItems', 'maximum', 'multipleOf', 'not', 'oneOf', 'pattern', 'patternProperties', 'properties', 'required', 'then', 'typeSize', 'unevaluatedProperties', 'uniqueItems'] 'type' was expected from schema $id: http://devicetree.org/meta-schemas/keywords.yaml /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/display/tegra/nvidia,tegra20-dc.yaml: properties:memory-region-names:items: {'enum': ['framebuffer', 'protected']} is not of type 'array' from schema $id: http://devicetree.org/meta-schemas/string-array.yaml /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/display/tegra/nvidia,tegra20-dc.yaml: properties:memory-region-names: Additional properties are not allowed ('maxitems' was unexpected) from schema $id: http://devicetree.org/meta-schemas/string-array.yaml /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/display/tegra/nvidia,tegra20-dc.yaml: properties:memory-region-names:items: {'enum': ['framebuffer', 'protected']} is not of type 'array' from schema $id: http://devicetree.org/meta-schemas/string-array.yaml /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/display/tegra/nvidia,tegra20-dc.yaml: properties:memory-region-names: Additional properties are not allowed ('maxitems' was unexpected) from schema $id: http://devicetree.org/meta-schemas/string-array.yaml doc reference errors (make refcheckdocs): See https://patchwork.kernel.org/project/devicetree/patch/20260701-tegra-vpr-v3… The base for the series is generally the latest rc1. A different dependency should be noted in *this* patch. If you already ran 'make dt_binding_check' and didn't see the above error(s), then make sure 'yamllint' is installed and dt-schema is up to date: pip3 install dtschema --upgrade Please check and re-submit after running the above command yourself. Note that DT_SCHEMA_FILES can be set to your schema file to speed up checking your schema. However, it must be unset to test all examples with your schema.

1 day, 5 hours

Re: [PATCH v3 01/11] dt-bindings: reserved-memory: Document Tegra VPR

by Rob Herring (Arm)

On Wed, 01 Jul 2026 18:08:12 +0200, Thierry Reding wrote: > From: Thierry Reding <treding(a)nvidia.com> > > The Video Protection Region (VPR) found on NVIDIA Tegra chips is a > region of memory that is protected from CPU accesses. It is used to > decode and play back DRM protected content. > > It is a standard reserved memory region that can exist in two forms: > static VPR where the base address and size are fixed (uses the "reg" > property to describe the memory) and a resizable VPR where only the > size is known upfront and the OS can allocate it wherever it can be > accomodated. > > Reviewed-by: Rob Herring (Arm) <robh(a)kernel.org> > Signed-off-by: Thierry Reding <treding(a)nvidia.com> > --- > Changes in v2: > - add examples for fixed and resizable VPR > --- > .../nvidia,tegra-video-protection-region.yaml | 76 ++++++++++++++++++++++ > 1 file changed, 76 insertions(+) > My bot found errors running 'make dt_binding_check' on your patch: yamllint warnings/errors: dtschema/dtc warnings/errors: /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/reserved-memory/nvidia,tegra-video-protection-region.example.dtb: protected@2a8000000 (nvidia,tegra-video-protection-region): reg: [[2, 2818572288], [0, 1879048192]] is too long from schema $id: http://devicetree.org/schemas/reserved-memory/nvidia,tegra-video-protection… /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/reserved-memory/nvidia,tegra-video-protection-region.example.dtb: protected@2a8000000 (nvidia,tegra-video-protection-region): Unevaluated properties are not allowed ('no-map', 'reg' were unexpected) from schema $id: http://devicetree.org/schemas/reserved-memory/nvidia,tegra-video-protection… doc reference errors (make refcheckdocs): See https://patchwork.kernel.org/project/devicetree/patch/20260701-tegra-vpr-v3… The base for the series is generally the latest rc1. A different dependency should be noted in *this* patch. If you already ran 'make dt_binding_check' and didn't see the above error(s), then make sure 'yamllint' is installed and dt-schema is up to date: pip3 install dtschema --upgrade Please check and re-submit after running the above command yourself. Note that DT_SCHEMA_FILES can be set to your schema file to speed up checking your schema. However, it must be unset to test all examples with your schema.

1 day, 5 hours

[PATCH net-next v4 0/3] net: devmem: allow rx-buf-size > PAGE_SIZE per binding

by Bobby Eshleman

Every devmem dmabuf binding hands the page_pool PAGE_SIZE niovs today. On NICs that consume one descriptor per netmem, this caps a single RX descriptor at PAGE_SIZE and burns CPU on buffer churn. In this series, we add a bind-time netlink attribute, NETDEV_A_DMABUF_RX_BUF_SIZE, that lets userspace request a larger niov size (power of two >= PAGE_SIZE). Drivers must opt in via queue_mgmt_ops.QCFG_RX_PAGE_SIZE. Selftests use udmabuf, but udmabuf sgtables were previously hardcoded to PAGE_SIZE. This series modifies udmabuf to respect folio sizes in its exported sgtable. The result is that when backing udmabuf with MFD_HUGETLB 2MB pages, the sgtable is populated with 2MB entries, allowing devmem's gen_pool to carve out large (eg. 64K) niovs. Measurements ------------ Setup: kperf devmem RX/TX cuda, 4 flows, 64 MB messages, 60s, dctcp, num-rx-queues=4, dmabuf-rx/tx-size-mb=2048, 10 runs per niov size, mlx5. niov RX dev Gbps RX flow avg Gbps app sys % ----- ---------------- ----------------- ---------------- 4K 300.63 +/- 53.21 75.16 +/- 13.30 54.15 +/- 10.23 16K 321.35 +/- 28.20 80.34 +/- 7.05 41.05 +/- 8.87 32K 347.63 +/- 2.20 86.91 +/- 0.55 44.54 +/- 3.51 64K 332.11 +/- 14.26 83.03 +/- 3.56 35.47 +/- 3.11 RX app sys % drops ~19% from 4K to 64K. kperf support (not yet merged): https://github.com/facebookexperimental/kperf/commit/8837577f920876bce6986e… Signed-off-by: Bobby Eshleman <bobbyeshleman(a)meta.com> --- Changes in v4: - ncdevmem: fix the possible overflow in ncdevmem (Sashiko) - drop the udmabuf patch because the fix is now already in net-next - silenced two pylint complaints in devmem_lib.py - Link to v3: https://lore.kernel.org/r/20260612-tcpdm-large-niovs-v3-0-a3b693e76fcb@meta… Changes in v3: - fix a bunch of non-reverse christmas tree declarations (Stan) - remove extra uint32 cast for getpagesize() (Stan) - remove overzealous strtoul checking (Stan) - remove value checks that the kernel already performs on rx_buf_size (Stan) - Link to v2: https://lore.kernel.org/r/20260611-tcpdm-large-niovs-v2-0-ee2bf15e7523@meta… Changes in v2: - Use NL_SET_ERR_MSG_FMT for sg alignment failure details (Stan) - Keep -E2BIG (not a direct ask, but seemed preferred, Stan) - Update udmabuf commit message and comments explaining why "one sg ent per folio" is useful (Christian) - Set/restore nr_hugepages in py harness (Stan) - Link to v1: https://lore.kernel.org/r/20260603-tcpdm-large-niovs-v1-0-f37a4ac6726c@meta… --- Bobby Eshleman (3): net: devmem: allow rx-buf-size > PAGE_SIZE per dmabuf binding selftests/net: ncdevmem: add -b option to set rx-buf-size on bind selftests/net: devmem.py: add check_rx_large_niov Documentation/netlink/specs/netdev.yaml | 8 +++ include/uapi/linux/netdev.h | 1 + net/core/devmem.c | 55 +++++++++++--------- net/core/devmem.h | 13 +++-- net/core/netdev-genl-gen.c | 5 +- net/core/netdev-genl.c | 19 ++++++- tools/include/uapi/linux/netdev.h | 1 + tools/testing/selftests/drivers/net/hw/devmem.py | 12 ++++- .../testing/selftests/drivers/net/hw/devmem_lib.py | 59 +++++++++++++++++++++- tools/testing/selftests/drivers/net/hw/ncdevmem.c | 36 +++++++++++-- .../testing/selftests/drivers/net/hw/nk_devmem.py | 11 +++- 11 files changed, 180 insertions(+), 40 deletions(-) --- base-commit: 805185b7c7a1069e407b6f7b3bc98e44d415f484 change-id: 20260602-tcpdm-large-niovs-56523a3a1077 Best regards, -- Bobby Eshleman <bobbyeshleman(a)meta.com>

1 day, 5 hours

[PATCH 0/5] drm/sched: Introduce the miracle of locking to entity

by Philipp Stanner

Both Tvrtko [1] and I [2] have recently proposed some improvals for drm_sched. While taking Tvrtko's feedback into account for my patch, I realized that both his and my patch can be fully replaced with a bigger and far more beautiful series. If I am not mistaken, it turns out that the entire entity->entity_idle completion is also nothing but a workaround around the grave mistake of not using the greatest helper with parallel programming that exists in computer science: Locking. This series adds locking to the last_scheduled field and all checks related to detect the idleness of the entity. As before, the job_scheduled event queue causes the periodic checks. This way, we can get rid of memory barriers, RCU, a few lines of code, make things more readable, understandable... Tested with drm-sched-unit tests. I'm a bit busy right now, but wanted to show you guys the idea. Before merging I'd test it more exhaustively with Nouveau. Greetings, Philipp [1] https://lore.kernel.org/dri-devel/20260611123423.39819-1-tvrtko.ursulin@iga… [2] https://lore.kernel.org/dri-devel/20260626081942.2122144-2-phasta@kernel.or… Philipp Stanner (5): drm/sched: Protect entity->last_scheduled with spinlock drm/sched: Lock spsc_queue in drm_sched_entity_pop_job() drm/sched: Avoid lock cycle for sched_entity drm/sched: Lock drm_sched_entity_is_idle() drm/sched: Remove entity->entity_idle drivers/gpu/drm/scheduler/sched_entity.c | 75 +++++++++++------------- drivers/gpu/drm/scheduler/sched_main.c | 2 - drivers/gpu/drm/scheduler/sched_rq.c | 5 +- include/drm/gpu_scheduler.h | 16 ++--- 4 files changed, 41 insertions(+), 57 deletions(-) base-commit: be4f10d44757211fd656fa57f37034657f26c883 -- 2.54.0

1 day, 15 hours

Re: [PATCH v2] drm/sched: Protect entity->last_scheduled with spinlock

by Philipp Stanner

On Tue, 2026-06-30 at 10:23 +0100, Tvrtko Ursulin wrote: > > On 26/06/2026 09:19, Philipp Stanner wrote: > > The entity->last_scheduled field has always been set and read with > > special RCU functions in addition to memory barriers. There is no > > obvious reason for that, since the entity lock is available and taken at > > all places that evaluate the last_scheduled field. The only exception is > > drm_sched_entity_error(), which is not performance critical in any way. > > I agree this looks odd since all call sites apart from > drm_sched_entity_error() use > "rcu_dereference_check(entity->last_scheduled, true);" ie. "ignore" the RCU. > > Btw this was added in: > > commit 70102d77ff22dd88a0111b1c3bac5099ac5d0425 > Author: Christian König <christian.koenig(a)amd.com> > Date: Mon Apr 17 17:32:11 2023 +0200 > > drm/scheduler: add drm_sched_entity_error and use rcu for > last_scheduled > > You may want to add this as a reference in the commit message. I did git-blame for that commit. It looks like this: drm/scheduler: add drm_sched_entity_error and use rcu for last_scheduled Switch to using RCU handling for the last scheduled job and add a function to return the error code of it. It's a good example of why I think it's so vital to write verbose commit messages. The only way to find out why this was added is to ask the author, if he's still around [which is the case in this case]. I can't see the value of adding a link? That commit says "add foo" and my commit says "remove foo because it achieves nothing". > I guess it relied on dma-fence RCU destruction to enable lockless > lookups from the AMD submit path. Given how many other locks we have in > those paths it is probably noise to have one more so maybe it is a win > to remove some barriers and those rcu_dereference_check-true lines. I > think Christian will need to comment. My argument is more that locks are the right tool to use unless there is proof to the contrary. > > > Improve robustness, readability and maintainability by replacing RCU and > > barriers with the lock. > > > > As a preparational step, while at it, also guard spsc_queue_pop() with > > the lock, since spsc_queue is deprecated and supposed to be replaced > > with a locked list. > > You would have said to split the logical changes into separate patches. Me? :D In this case, a lock that did not exist is added from nowhere. But I tend to think that you are right. We could leave spsc_queue lockless for now. That's cleaner. > > > […] > > > > struct drm_sched_job *drm_sched_entity_pop_job(struct drm_sched_entity *entity) > > { > > + /* Helper to avoid dropping the reference while the entity lock is held, > > + * just to have some more robustness. > > + */ > > + struct dma_fence *prev_last_scheduled; > > struct drm_sched_job *sched_job; > > > > sched_job = drm_sched_entity_queue_peek(entity); > > @@ -523,19 +532,20 @@ struct drm_sched_job *drm_sched_entity_pop_job(struct drm_sched_entity *entity) > > if (entity->guilty && atomic_read(entity->guilty)) > > dma_fence_set_error(&sched_job->s_fence->finished, -ECANCELED); > > > > - dma_fence_put(rcu_dereference_check(entity->last_scheduled, true)); > > - rcu_assign_pointer(entity->last_scheduled, > > - dma_fence_get(&sched_job->s_fence->finished)); > > + spin_lock(&entity->lock); > > + prev_last_scheduled = entity->last_scheduled; > > + entity->last_scheduled = dma_fence_get(&sched_job->s_fence->finished); > > > > - /* > > - * If the queue is empty we allow drm_sched_entity_select_rq() to > > - * locklessly access ->last_scheduled. This only works if we set the > > - * pointer before we dequeue and if we a write barrier here. > > + /* A recent rework required taking the spinlock above. Since spsc_queue > > + * is scheduled for removal as per the DRM-TODO-list, we access it here > > + * locked already to prepare for that cleanup. > > + * > > + * TODO: Fully replace spsc_queue with a locked (h)list. > > */ > > - smp_wmb(); > > - > > spsc_queue_pop(&entity->job_queue); > > + spin_unlock(&entity->lock); > > > > + dma_fence_put(prev_last_scheduled); > > drm_sched_rq_pop_entity(entity); > > Notice the entity->lock ends up cycled twice for no good reason (second Getting rid of hard to understand barriers + RCU *is* a _very_ good reason. > is in drm_sched_rq_pop_entity()). So I would suggest you somehow reduce > that to once. Probably just pull out entity->lock out of the > drm_sched_rq_pop_entity() to drm_sched_entity_pop_job()? Can you see danger in sense of a significant performance regression because of that? > > I guess if you do that then the "while at it" part of the commit message > can be "upgraded" to "spsc_queue_pop() being under the lock as a > consequence of the rework" and then no need to split it. I agree with you that it should be *downgraded* instead. > > > > > /* Jobs and entities might have different lifecycles. Since we're > > @@ -561,21 +571,15 @@ void drm_sched_entity_select_rq(struct drm_sched_entity *entity) > > if (spsc_queue_count(&entity->job_queue)) > > return; > > > > - /* > > - * Only when the queue is empty are we guaranteed that > > - * drm_sched_run_job_work() cannot change entity->last_scheduled. To > > - * enforce ordering we need a read barrier here. See > > - * drm_sched_entity_pop_job() for the other side. > > - */ > > - smp_rmb(); > > - > > - fence = rcu_dereference_check(entity->last_scheduled, true); > > + spin_lock(&entity->lock); > > + fence = entity->last_scheduled; > > > > /* stay on the same engine if the previous job hasn't finished */ > > - if (fence && !dma_fence_is_signaled(fence)) > > + if (fence && !dma_fence_is_signaled(fence)) { > > + spin_unlock(&entity->lock); > > Have you tried with lockdep to see if there are any hidden lock > inversions with this? As far as I could grep really no one touches the entity lock (which is not surprising, since the entire drm_sched design resolves around the central philosophy: "NEVER use a spinlock unless you absolutely have to". When you look at the old code and documentation, you see that locks were really only ever used to protect lists. Anyways. This is the scheduler's fence. It can never implement any callback to someone who might interfere with the entity lock, can it? > > I also wonder if we could demote this to a flag check only and remove > any doubt. I don't think opportunistic signalling matter in this code path. With the new fence API, where we can bypass the ops, that would probably be the more canonical code. But that's then indeed something for a separate patch. P.

2 days, 14 hours

Wordle Unlimited Game Guide for Endless Word Puzzle Fun

by thoughtless.stork.wxrl＠hidingmail.net

Introduction to Wordle Unlimited Experience Wordle Unlimited is an online word puzzle game that expands the classic word guessing concept into an endless format. Instead of waiting for a daily puzzle, players can enjoy continuous gameplay with unlimited attempts and unlimited rounds. This format makes it appealing for players who enjoy vocabulary challenges, logic thinking, and casual gaming without time restrictions. https://wordleunlimitedgame.org/ The main objective remains simple. Players try to guess a hidden five letter word within a limited number of attempts. After each guess, feedback is provided through color indicators that help narrow down the correct answer. This simple design combined with endless replay value makes Wordle Unlimited highly engaging for both beginners and experienced puzzle players. How Wordle Unlimited Gameplay Works Wordle Unlimited follows a straightforward set of rules that are easy to understand. Each round begins with a hidden word that players must discover. Players enter a five letter word as a guess, and the system responds with color coded hints. Green indicates a correct letter in the correct position. Yellow indicates a correct letter in the wrong position. Gray indicates a letter that is not part of the hidden word. These feedback signals guide players toward the correct answer step by step. Unlike traditional daily word puzzles, Wordle Unlimited allows continuous play without waiting periods. Players can restart instantly after finishing a round, making it suitable for practice, entertainment, or improving vocabulary skills. This unlimited structure also allows experimentation with different guessing strategies. Key Features of Wordle Unlimited One of the most important features of Wordle Unlimited is unlimited gameplay. Players are not restricted to a single puzzle per day, which increases engagement and learning opportunities. This feature is especially useful for users who enjoy repetitive practice or competitive improvement. Another key feature is accessibility. The game runs directly in a web browser, meaning no installation is required. It works on desktop computers, tablets, and mobile devices, making it convenient for users in different environments. Wordle Unlimited also maintains a simple interface. There are no complicated menus or distractions. The focus remains entirely on word solving. This minimal design helps players concentrate and improves the overall puzzle solving experience. Additionally, the game supports learning and vocabulary development. Players are exposed to different word patterns and letter combinations, which can help improve language skills over time. Effective Strategies for Winning Wordle Unlimited A strong strategy in Wordle Unlimited begins with choosing a good starting word. Many players select words that contain common vowels and frequently used consonants. This approach increases the chance of identifying correct letters early in the game. Another effective strategy is to avoid repeating incorrect letters. Once a letter is marked as gray, it is usually best to exclude it from future guesses. This helps narrow down possibilities more efficiently. Players also benefit from analyzing letter placement carefully. When a letter is marked yellow, it should be repositioned in the next guess. This process of elimination is essential for solving puzzles in fewer attempts. It is also helpful to think in word patterns rather than random guesses. English words often follow predictable structures, and recognizing these patterns can significantly improve success rates. Finally, patience plays an important role. Rushing guesses can lead to repeated mistakes. Taking time to evaluate feedback from each attempt leads to more accurate solutions. Benefits of Playing Wordle Unlimited Regularly Playing Wordle Unlimited regularly offers several cognitive benefits. One major advantage is vocabulary improvement. Players are exposed to a wide range of words, which helps expand language knowledge over time. Another benefit is mental exercise. Word puzzle games stimulate logical thinking, pattern recognition, and memory recall. These skills are useful in both academic and professional contexts. Wordle Unlimited also provides stress relief for many players. The simple structure and short gameplay sessions make it a relaxing activity that can be enjoyed during breaks or free time. In addition, the unlimited nature of the game allows continuous practice. This is especially beneficial for players who want to improve performance or challenge themselves with faster solving times. Social interaction is another indirect benefit. Many players enjoy sharing results or competing with friends, which adds a fun and competitive element to the experience. Why Wordle Unlimited Remains Popular The popularity of Wordle Unlimited comes from its balance of simplicity and challenge. It does not require advanced gaming skills, yet it still offers a satisfying mental challenge. This combination makes it accessible to a wide audience. The unlimited format also contributes to its popularity. Players are no longer restricted by daily limits, which means they can engage with the game whenever they want. This flexibility aligns well with modern digital habits. Another reason for its popularity is its quick gameplay loop. Each round can be completed in a short time, making it ideal for casual entertainment. Despite its simplicity, the game continues to offer new challenges with every hidden word. Conclusion on Wordle Unlimited Experience Wordle Unlimited delivers a simple yet highly engaging word puzzle experience that appeals to players of all ages. With unlimited gameplay, easy rules, and strong cognitive benefits, it stands out as an effective and enjoyable word game.

2 days, 15 hours

[PATCH] dma-buf/test: add KUnit case for dma_fence_dedup_array() empty input

by Baineng Shou

Add a KUnit case verifying that dma_fence_dedup_array() returns 0, not 1, when called with num_fences == 0. This locks down the contract documented in the kernel-doc and prevents a regression of commit 77a9298741f8 ("dma-fence: Make dma_fence_dedup_array() robust against 0-count input"). Suggested-by: Christian König <christian.koenig(a)amd.com> Signed-off-by: Baineng Shou <shoubaineng(a)gmail.com> --- drivers/dma-buf/st-dma-fence-unwrap.c | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/drivers/dma-buf/st-dma-fence-unwrap.c b/drivers/dma-buf/st-dma-fence-unwrap.c index 4e7ee25372ba..72dea6091d58 100644 --- a/drivers/dma-buf/st-dma-fence-unwrap.c +++ b/drivers/dma-buf/st-dma-fence-unwrap.c @@ -370,6 +370,15 @@ static void test_unwrap_merge_seqno(struct kunit *test) dma_fence_put(f1); } +static void test_dedup_empty(struct kunit *test) +{ + struct dma_fence *fence[1] = { NULL }; + int ret; + + ret = dma_fence_dedup_array(fence, 0); + KUNIT_EXPECT_EQ(test, ret, 0); +} + static void test_unwrap_merge_order(struct kunit *test) { struct dma_fence *fence, *f1, *f2, *a1, *a2, *c1, *c2; @@ -595,6 +604,7 @@ static struct kunit_case dma_fence_unwrap_cases[] = { KUNIT_CASE(test_unwrap_merge_order), KUNIT_CASE(test_unwrap_merge_complex), KUNIT_CASE(test_unwrap_merge_complex_seqno), + KUNIT_CASE(test_dedup_empty), {} }; -- 2.34.1

2 days, 16 hours

[PATCH] dma-buf: explicitely forbid exposing pages from get_user_pages()

by Christian König

We recently had another incident where two drivers put pages they got from get_user_pages() into a DMA-buf and cause quite a number of problems. Explicitely document that this is not something exporters can do. Signed-off-by: Christian König <christian.koenig(a)amd.com> --- drivers/dma-buf/dma-buf.c | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c index 71f37544a5c6..aa5af4f439c2 100644 --- a/drivers/dma-buf/dma-buf.c +++ b/drivers/dma-buf/dma-buf.c @@ -685,6 +685,14 @@ static struct file *dma_buf_getfile(size_t size, int flags) * * For the detailed semantics exporters are expected to implement see * &dma_buf_ops. + * + * It is explicitely forbidden for exporters to expose buffers they don't "own" + * as DMA-buf. This includes pages acquired by get_user_pages() or other import + * mechanism. Not following this rule can create numerous security problems. + * + * It is also strongly discouraged to expose the same backing store through + * multiple DMA-bufs at the same time. This eventually creates aliasing and + * cache coherency problems which are extremely hard to debug and fix. */ /** -- 2.43.0

2 days, 17 hours

Bouncing Your Way Through Geometry: What Makes Jump Games So Addictive

by clinical.condor.xuhe＠hidingmail.net

https://geometrydash-pc.com/ Geometry-based jump games have become a phenomenon in casual gaming, and for good reason. There's something deeply satisfying about timing a perfect jump, watching your character soar through geometric obstacles, and finally reaching that "just one more level" feeling at 11 PM on a Tuesday. If you've never experienced this particular brand of digital frustration and joy, let me walk you through what makes these games tick—and why your reflexes might thank you (or curse you) for giving them a try. The Beautiful Simplicity of Jumping Through Shapes At their core, geometry jump games strip gaming down to its essence: move, jump, survive, repeat. Take Geometry Dash as our primary example. The concept sounds almost comically simple—you control a geometric shape (typically a square) and must navigate it through an obstacle course of spikes, platforms, and other hazards, all synchronized to music. That's it. No complex storylines, no resource management, no unnecessary mechanics getting in the way. The genius lies in how this simplicity becomes a foundation for incredible complexity. Early levels ease you in with gentle slopes and straightforward obstacles. But as you progress, the game introduces new mechanics: your shape might transform into a ship that flies and falls with different physics, or a cube that can jump at precise intervals, or a ball that rolls with its own momentum. Each transformation changes how you perceive and interact with the space around you, keeping the experience fresh despite the unchanging core mechanic. What really hooks players is the relationship between gameplay and sound design. In these games, your jumps, movements, and even collisions sync with the background music. This isn't just eye candy—it creates a rhythm that your brain naturally wants to follow. Successfully nailing a sequence of jumps that align with the beat feels almost musical, like you're dancing through geometry rather than simply fighting your way through it. How the Experience Actually Works When you first launch a geometry jump game, you'll notice the visual style leans toward minimalism. Bright colors contrast against dark backgrounds. Obstacles are clearly defined geometric shapes. There's no confusion about what you can and can't touch—a spike is a spike, a platform is a platform. This clarity is crucial because the game demands precision, and it delivers that demand through an uncluttered visual language. The difficulty curve in these games teaches an important lesson about game design. Early levels act as a tutorial without ever pausing to explain things. You learn through doing. You discover that holding the jump button longer makes you jump higher (in certain modes). You realize that some obstacles require split-second timing while others reward patience. The game respects your intelligence enough not to spell everything out, yet supports you enough that progress feels achievable. Progression in these games works differently than traditional level-based structures. Levels often exceed three or four minutes of continuous gameplay. A single mistake near the end sends you back to the beginning. This sounds punishing, and initially it is, but it creates something interesting: players develop the ability to stay focused under pressure. You learn to accept failure as part of the process. That 47th attempt doesn't feel like torture—it feels like you're getting closer. Practical Tips for New Players If you're thinking about diving into a geometry jump experience, here are some things that will make your journey more enjoyable. First, play with sound on (with headphones if possible). The audio design isn't decorative—it's genuinely part of the game. Your brain will start anticipating jumps based on musical cues. Second, accept that you'll fail repeatedly. A lot. This isn't a flaw in game design; it's the entire point. Each failure teaches you something about timing, positioning, or physics. Instead of thinking "I'm bad at this," think "I'm learning." The shift in mindset makes an enormous difference in how frustrating or fun the experience becomes. Third, take breaks when you're stuck. Walk away for 20 minutes, come back fresh, and you'll often breeze through what seemed impossible before. Your muscle memory and spatial reasoning improve even when you're not actively playing—your brain keeps processing those patterns. Finally, don't compare your progress to others immediately. These games feature leaderboards and difficulty ratings that can feel intimidating. Focus on completing the built-in levels first and getting comfortable with the mechanics. Once you're ready, the community has created custom levels at every difficulty level imaginable. The Lasting Appeal What keeps people returning to geometry jump games isn't just the challenge—it's the feeling of growth. You watch your own improvement in real-time. That level that seemed impossible yesterday becomes a warm-up today. Your fingers develop instinctive knowledge of the physics without your brain consciously calculating them. These games also offer something increasingly rare in modern entertainment: they don't demand your attention span be fragmented. They ask for focus, dedication, and patience in exchange for genuine achievement. In a world of endless notifications and distractions, there's something refreshing about a game that simply wants you to jump through some shapes to the beat of good music. Whether you're a casual gamer looking for something satisfying or someone seeking a new challenge, geometry jump games offer an experience that's easy to understand but genuinely difficult to master. And honestly, that's exactly what makes them worth your time.

2 days, 17 hours

Geometry Dash Lite: A Rhythm-Based Odyssey in the Palm of Your Hand

by 77nannette＠web-library.net

Ever found yourself yearning for a game that’s easy to pick up but incredibly challenging to master? A game that tests your reflexes, your rhythm, and your patience, all while delivering a surprisingly addictive experience? Look no further than geometry dash lite. This free-to-play mobile sensation, a trimmed-down version of the full Geometry Dash game, offers a fantastic entry point into a world of pulsing electronic music, geometric obstacles, and an almost zen-like focus on timing. Whether you're a seasoned gamer or just looking for a fun way to pass the time, Geometry Dash Lite provides an exhilarating ride. https://geometrylitepc.com/ The Rhythmic Heartbeat: What is Geometry Dash Lite? At its core, Geometry Dash Lite is a rhythm-based platformer. You control a small, customizable icon (usually a square, but you can unlock others) that automatically moves forward through a series of levels. Your sole objective is to navigate these levels, avoiding an onslaught of spikes, sawblades, and other cleverly designed traps, all perfectly synced to an energetic soundtrack. The game's beauty lies in its simplicity: tap to jump. That's it. But within this simple mechanic lies a world of nuanced timing, precise execution, and a surprising amount of strategic thinking. The "Lite" version of the game offers a selection of levels from the full Geometry Dash experience, allowing players to get a taste of what the full game has to offer without any initial commitment. It's a perfect sampler, showcasing the core mechanics, the diverse level design, and the infectious music that defines the series. For those curious to explore further or even play on their PC, you can find more information about Geometry Dash Lite at Geometry Dash Lite Gameplay: A Symphony of Taps and Jumps The gameplay loop of Geometry Dash Lite is incredibly straightforward, yet it offers a satisfying and often frustrating challenge. Your Icon: Your main character is a small geometric shape that continuously moves forward. Its movement speed is constant within a given segment of a level. The Obstacles: Levels are littered with various obstacles, primarily spikes and sawblades, designed to instantly destroy your icon upon contact. The Tap to Jump: Your only control is to tap the screen. A single tap initiates a small jump. Holding down your finger allows for a longer jump. This simple interaction is the key to navigating the complex layouts. Portals and Gravity: As you progress, you'll encounter various portals that change your icon's behavior. These can include: Gravity Portals: These flip your icon's gravity, making it move on the ceiling instead of the floor, or vice versa. Ship Portals: Your icon transforms into a ship, allowing you to fly freely by holding down your finger to ascend and releasing to descend. This introduces a whole new dimension of control. Ball Portals: Your icon becomes a ball, which rolls and can stick to surfaces when you tap, creating unique platforming opportunities. UFO Portals: These transform your icon into a UFO, allowing for a "flappy bird" like tapping mechanic to ascend. Wave Portals: Your icon becomes a wave, moving diagonally up and down with taps, requiring very precise timing. Music Synchronization: Every jump, every obstacle, and every portal change is meticulously synchronized with the background music. This is not just an aesthetic choice; it’s a crucial gameplay element. Learning the rhythm of each level is as important as memorizing its layout. Practice Mode: One of the most player-friendly features is the practice mode. In this mode, you can place checkpoints anywhere in the level, allowing you to repeatedly attempt difficult sections without having to restart from the beginning. This is invaluable for learning and improving. Attempts Counter: A relentless counter at the top of the screen tracks how many attempts it takes you to complete a level. This often fuels a competitive spirit and a desire to achieve fewer attempts. Tips for Conquering the Geometric Gauntlet While Geometry Dash Lite can feel overwhelming at first, a few key strategies can significantly improve your experience and help you conquer even the most daunting levels. 1. Start Slow and Steady: Don't jump into the hardest level immediately. Begin with the introductory levels to get a feel for the controls, the different portal mechanics, and the rhythm. "Stereo Madness" is a classic starting point. 2. Embrace Practice Mode: This cannot be stressed enough. When you hit a wall, switch to practice mode. Break down the level into smaller, manageable segments. Practice each difficult section until you can consistently clear it. 3. Listen to the Music: The music isn't just background noise; it's your guide. Pay close attention to the beats, the drops, and the changes in tempo. Often, the timing of your jumps will align perfectly with the musical cues. 4. Memorization is Key: While reflexes are important, Geometry Dash Lite is also a memory game. As you repeatedly play a level, you'll start to internalize the layout and the sequence of obstacles. 5. Identify Patterns: Many levels feature recurring patterns of obstacles. Once you recognize these patterns, you can apply the same strategy to clear them each time they appear. 6. Don't Get Frustrated (Easily): This game will test your patience. You will die countless times on the same obstacle. Take a break if you feel yourself getting angry. Come back with a fresh perspective. Sometimes, a short break is all it takes to clear a section you were stuck on. 7. Watch Others Play: If you're truly stuck, watching videos of experienced players completing the level can provide valuable insights into optimal timing and strategies. 8. Customize Your Icon: While purely aesthetic, customizing your icon can make the experience feel more personal and enjoyable. Unlock new colors and shapes as you progress. 9. Focus on Small Victories: Don't aim to complete the entire level in one go initially. Celebrate clearing a new section, reaching a further point, or successfully navigating a tricky portal sequence. Conclusion: A Rewarding Test of Skill and Rhythm Geometry Dash Lite is more than just a simple mobile game; it's a testament to the power of straightforward mechanics combined with clever design. It offers a rewarding challenge that, while demanding, never feels truly unfair. The satisfaction of finally completing a difficult level, feeling your fingers dance across the screen in perfect sync with the music, is an experience few other games can replicate. So, if you're looking for a game that will push your reflexes and your rhythm to their limits, all while delivering a surprisingly addictive and fun experience, dive into the world of Geometry Dash Lite. You might just find your next obsession.

2 days, 21 hours

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Linaro-mm-sig