The current codebase makes use of the zero-length array language
extension to the C90 standard, but the preferred mechanism to declare
variable-length types such as these ones is a flexible array member[1][2],
introduced in C99:
struct foo {
int stuff;
struct boo array[];
};
By
On 20.02.2020 11:08, Nikolay Aleksandrov wrote:
EXTERNAL EMAIL: Do not click links or open attachments unless you know the
content is safe
On 26/01/2020 15:28, Horatiu Vultur wrote:
The 01/25/2020 20:16, Allan W. Nielsen wrote:
On 25.01.2020 16:20, Andrew Lunn wrote:
EXTERNAL EMAIL: Do not
Hi Nik,
On 20.02.2020 12:48, Nikolay Aleksandrov wrote:
In light of all the discussions and details that were explained, and as you've
noted above, I think more code should be put in kernel space at the very least
the performance/latency critical parts would benefit from being executed in the
On 18/02/2020 14:18, Allan W. Nielsen wrote:
>
> Hi All,
>
> Its been a while since posting this serie. We got some good and very
> specific comments, but there has not been much discussion on the overall
> architecture.
>
> Here is the list of items we have noted to be fixed in the next
On 26/01/2020 15:28, Horatiu Vultur wrote:
> The 01/25/2020 20:16, Allan W. Nielsen wrote:
>> On 25.01.2020 16:20, Andrew Lunn wrote:
>>> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
>>> content is safe
>>>
>>> On Sat, Jan 25, 2020 at 12:37:26PM +0100, Horatiu Vultur
syzbot suspects this bug was fixed by commit:
commit 32c72165dbd0e246e69d16a3ad348a4851afd415
Author: Kadlecsik József
Date: Sun Jan 19 21:06:49 2020 +
netfilter: ipset: use bitmap infrastructure completely
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=17079245e0
From: Madhuparna Bhowmik
list_for_each_entry_rcu() has built-in RCU and lock checking.
Pass cond argument to list_for_each_entry_rcu() to silence
false lockdep warning when CONFIG_PROVE_RCU_LIST is enabled
by default.
Signed-off-by: Madhuparna Bhowmik
---
net/bridge/br_stp.c | 3 ++-
1 file