Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\]\[next\]\s+treewide\:\s+uapi\:\s+Replace\s+zero\-length\s+arrays\s+with\s+flexible\-array\s+members\s*$/: 15 ]

Total 15 documents matching your query.

1. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: Jason Gunthorpe <jgg@xxxxxxxx>
Date: Tue, 28 Jun 2022 15:44:04 -0300
The field is guaranteeing alignment of the following structure. IIRC there are a few cases that we don't have a u64 already to force this. Jason
/html/lvs-devel/2022-06/msg00015.html (14,541 bytes)

2. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: Kees Cook <keescook@xxxxxxxxxxxx>
Date: Tue, 28 Jun 2022 11:05:53 -0700
Right, userspace isn't bound by these rules, but the kernel ends up consuming these structures, so we need to fix them. The [0] -> [] changes (when they are not erroneously being used within other st
/html/lvs-devel/2022-06/msg00014.html (15,217 bytes)

3. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: Kees Cook <keescook@xxxxxxxxxxxx>
Date: Tue, 28 Jun 2022 10:54:58 -0700
The issue here seems to be a collision between "unknown array size" and known sizes: struct bpf_lpm_trie_key { __u32 prefixlen; /* up to 32 for AF_INET, 128 for AF_INET6 */ __u8 data[0]; /* Arbitrary
/html/lvs-devel/2022-06/msg00013.html (18,217 bytes)

4. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
Date: Tue, 28 Jun 2022 16:18:23 +0200
Great! This gives me hope. :) Thanks -- Gustavo
/html/lvs-devel/2022-06/msg00012.html (13,954 bytes)

5. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
Date: Tue, 28 Jun 2022 15:56:23 +0200
Yep; this is actually why I reverted those changes in rdma (before sending out the patch) when 0-day reported the same problems you pointed out[1]. Also, that's the strategy I'm following right now w
/html/lvs-devel/2022-06/msg00011.html (15,513 bytes)

6. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: Jason Gunthorpe <jgg@xxxxxxxx>
Date: Tue, 28 Jun 2022 10:36:51 -0300
I think we will need to switch off the warning in userspace - this is doable for rdma-core. On the other hand, if the goal is to enable the array size check compiler warning I would suggest focusing
/html/lvs-devel/2022-06/msg00010.html (14,658 bytes)

7. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Date: Tue, 28 Jun 2022 09:27:21 +0200
Hi Gustavo, Thanks for your patch! These rules apply to the kernel, but uapi is not considered part of the kernel, so different rules apply. Uapi header files should work with whatever compiler that
/html/lvs-devel/2022-06/msg00009.html (14,259 bytes)

8. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
Date: Tue, 28 Jun 2022 04:21:29 +0200
Mmmh... nope; this doesn't work[1]. We need to think in a different strategy. -- Gustavo [1] https://godbolt.org/z/av79Pqbfz
/html/lvs-devel/2022-06/msg00008.html (20,194 bytes)

9. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
Date: Tue, 28 Jun 2022 02:58:25 +0200
No. I think now we can easily workaround these sorts of problems with something like this: struct flex { any_type any_member; union { type array[0]; __DECLARE_FLEX_ARRAY(type, array_flex); }; }; and
/html/lvs-devel/2022-06/msg00007.html (19,412 bytes)

10. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: Jason Gunthorpe <jgg@xxxxxxxx>
Date: Mon, 27 Jun 2022 21:40:52 -0300
This will break the rdma-core userspace as well, with a similar error: /usr/bin/clang-13 -DVERBS_DEBUG -Dibverbs_EXPORTS -Iinclude -I/usr/include/libnl3 -I/usr/include/drm -g -O2 -fdebug-prefix-map=/
/html/lvs-devel/2022-06/msg00006.html (17,654 bytes)

11. RE: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: Dan Williams <dan.j.williams@xxxxxxxxx>
Date: Mon, 27 Jun 2022 15:31:42 -0700
[..] For ndctl.h Acked-by: Dan Williams <dan.j.williams@xxxxxxxxx>
/html/lvs-devel/2022-06/msg00005.html (14,908 bytes)

12. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
Date: Mon, 27 Jun 2022 12:53:43 -0700
Thanks this fixes warning with gcc-12 in iproute2. In function xfrm_algo_parse, inlined from xfrm_state_modify.constprop at xfrm_state.c:573:5: xfrm_state.c:162:32: warning: writing 1 byte into a reg
/html/lvs-devel/2022-06/msg00004.html (14,487 bytes)

13. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
Date: Mon, 27 Jun 2022 20:35:13 +0200
Thanks for the report! It seems the 0-day robot didn't catch that one. I'll fix it up right away. :) -- Gustavo
/html/lvs-devel/2022-06/msg00003.html (15,397 bytes)

14. Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
Date: Mon, 27 Jun 2022 20:27:37 +0200
On 6/27/22 8:04 PM, Gustavo A. R. Silva wrote: There is a regular need in the kernel to provide a way to declare having a dynamically sized set of trailing elements in a structure. Kernel code should
/html/lvs-devel/2022-06/msg00002.html (14,908 bytes)

15. [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members (score: 1)
Author: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
Date: Mon, 27 Jun 2022 20:04:32 +0200
There is a regular need in the kernel to provide a way to declare having a dynamically sized set of trailing elements in a structure. Kernel code should always use flexible array members[1] for these
/html/lvs-devel/2022-06/msg00001.html (90,249 bytes)


This search system is powered by Namazu