From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27478 invoked from network); 19 Dec 2023 17:41:28 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 19 Dec 2023 17:41:28 -0000 Received: from duke.felloff.net ([216.126.196.34]) by 9front; Tue Dec 19 12:38:42 -0500 2023 Message-ID: <24D3DC1EEFA984B4D16FF02E05FEC160@felloff.net> Date: Tue, 19 Dec 2023 18:38:33 +0100 From: cinap_lenrek@felloff.net To: 9front@9front.org In-Reply-To: <1235981774.3438616.1702884574780@comcenter.netcologne.de> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: managed shader property interface Subject: Re: [9front] [patch] ethervirtio - fix multicast without a cmd queue Reply-To: 9front@9front.org Precedence: bulk > if netmulti returns early when no multicast callback is supplied, the address is not tracked. > ethermux in devether.c calls activemulti and drops all untracked multicast packages. ah! ok, that makes sense. i was under the assumption that we wont even receive mcast packets if that option was not available. i'll apply shortly :) -- cinap