netdev - Re: [net] tipc: missing entries in name table of publications

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <20190410.225857.281282441153035450.davem@davemloft.net>
Date:   Wed, 10 Apr 2019 22:58:57 -0700 (PDT)
From:   David Miller <davem@...emloft.net>
To:     hoang.h.le@...tech.com.au
Cc:     jon.maloy@...csson.com, maloy@...jonn.com, ying.xue@...driver.com,
        tipc-discussion@...ts.sourceforge.net, netdev@...r.kernel.org
Subject: Re: [net] tipc: missing entries in name table of publications

From: Hoang Le <hoang.h.le@...tech.com.au>
Date: Tue,  9 Apr 2019 14:59:24 +0700

> When binding multiple services with specific type 1Ki, 2Ki..,
> this leads to some entries in the name table of publications
> missing when listed out via 'tipc name show'.
> 
> The problem is at identify zero last_type conditional provided
> via netlink. The first is initial 'type' when starting name table
> dummping. The second is continuously with zero type (node state
> service type). Then, lookup function failure to finding node state
> service type in next iteration.
> 
> To solve this, adding more conditional to marked as dirty type and
> lookup correct service type for the next iteration instead of select
> the first service as initial 'type' zero.
> 
> Acked-by: Jon Maloy <jon.maloy@...csson.com>
> Signed-off-by: Hoang Le <hoang.h.le@...tech.com.au>

Applied, and queued up for -stable.

Please provide an appropriate Fixes: tag next time.

Thank you.