Re: [PATCH] ARM64: let 'end' point after the range in cache functions

2024-04-16 Thread Enrico Scholz
Sascha Hauer writes: > So 129 bytes are sent from barebox, right? Which network driver driver > is involved on the barebox side here? How did you force sending excatly > 129 bytes? drivers/net/bcmgenet.c; I made a diff --git a/drivers/net/bcmgenet.c b/drivers/net/bcmgenet.c index 9e0bacb31adf.

Re: [PATCH] ARM64: let 'end' point after the range in cache functions

2024-04-16 Thread Sascha Hauer
Hi Enrico, On Fri, Apr 12, 2024 at 06:28:35PM +0200, Enrico Scholz wrote: > From: Enrico Scholz > > v8_flush_dcache_range() and v8_inv_dcache_range() are implemented > under the assumption that their 'end' parameter points *after* the > range. > > Fix callers to use it in this way. > > This fi

Re: [PATCH] ARM64: let 'end' point after the range in cache functions

2024-04-16 Thread Sascha Hauer
On Fri, 12 Apr 2024 18:28:35 +0200, Enrico Scholz wrote: > v8_flush_dcache_range() and v8_inv_dcache_range() are implemented > under the assumption that their 'end' parameter points *after* the > range. > > Fix callers to use it in this way. > > This fixes e.g. spurious corruptions in the last

[PATCH] ARM64: let 'end' point after the range in cache functions

2024-04-12 Thread Enrico Scholz
From: Enrico Scholz v8_flush_dcache_range() and v8_inv_dcache_range() are implemented under the assumption that their 'end' parameter points *after* the range. Fix callers to use it in this way. This fixes e.g. spurious corruptions in the last octet when sending 129 bytes over ethernet. Signed