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.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 23039 invoked from network); 23 Apr 2021 09:05:55 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 23 Apr 2021 09:05:55 -0000 Received: from mail-pl1-f177.google.com ([209.85.214.177]) by 1ess; Fri Apr 23 04:33:28 -0400 2021 Received: by mail-pl1-f177.google.com with SMTP id t22so24557803ply.1 for <9front@9front.org>; Fri, 23 Apr 2021 01:33:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=/2Y0rOCoLYSuaytK2sxeunCAhBZeLsdoml8zawUFsUQ=; b=UyFYQuF0ObwQ19A0hfMIt1WRzEXI5zbK5gkf4zza3xnqCxOZ4g+Vo59cS70aY524Tq mx3nPV4cggxnLxB5XE3aqLGI/0WBJJqMSp382uCJtIdsvlj7DSS/5JzXg1cYkNM3cQaU HKwfw2BBKU9SdJw8PCP8kk1RErCAD4tyWAlpycbDaS9m+xS6Zhdj7h2iUEmlOpGm5+jb VDD919YxpE8JuLiIiz6GEsTuUg/HUYpCCNGWP6o66+SiV4fN/OlrGIArvmyzxei6k0OL a8yfBbjLgE3rWvzsoMUebljR6P7DiSMlLPNTP6HqfMOP+mhYevX6+K4Gm/gC30xOP3/A SwPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=/2Y0rOCoLYSuaytK2sxeunCAhBZeLsdoml8zawUFsUQ=; b=DA16HhRaESRR1BdUlc2O6Q9bRqdcbM5QZiNkjRRt0IUa4rLmhPJJQ0C6ch0jVcWTwM JvMG/us9JM5xtreWkDcfyUqA3JXNtHDKr4jptzlHAHDpCrb4XePryWBDH4Tdzr20biFE kxE0JRUISnvE7TCfEsq+OkThtSWJVPHfUkLriPG0UQMrOmQVfhdMZRwKBbxDszJ7zyQD Go63qmsQhk7hvcZ+vrgl+Db5A6o1PFXlJq9JxMqpxJTEw5KCPZTRhRHKNaJqL22rEoby JnlsKZPepPtcSl5VjY+DGYFnqBFYUOk9NYC7DGkvOtg24UxnC6yqJmD4O55lpg2HsHNa jS2w== X-Gm-Message-State: AOAM5318h2dOeN0aeew0W6q/oPio+rhRAjo93RK+Ujck3oF9ehmR9WCQ yoc8118LiMzYKoP0Nsx9uwo2xyBwogyI/058CySGCD5nYX0= X-Google-Smtp-Source: ABdhPJxgZwUvCrZ2IuWtPhE2OuQHPi0pExIGeg4BZCNYWojOC0ON4XXD9xKbsN3isDz7PGOQuXfDrzsCh4INRi9zwjo= X-Received: by 2002:a17:902:24e:b029:ec:aeac:77d9 with SMTP id 72-20020a170902024eb02900ecaeac77d9mr2605988plc.85.1619166415563; Fri, 23 Apr 2021 01:26:55 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6a20:a01e:b029:1b:3549:26b7 with HTTP; Fri, 23 Apr 2021 01:26:55 -0700 (PDT) In-Reply-To: <048BB57D207AA5342CD1569D2C8F4F79@smtp.pobox.com> References: <7AD97663-4C69-49C0-9515-FC1DFB4567E7@me.com> <048BB57D207AA5342CD1569D2C8F4F79@smtp.pobox.com> From: hiro <23hiro@gmail.com> Date: Fri, 23 Apr 2021 10:26:55 +0200 Message-ID: To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: distributed optimized app rich-client-scale hypervisor Subject: Re: [9front] rpi4 wifi USB dongle Reply-To: 9front@9front.org Precedence: bulk yeah, sadly that doesn't go into depth at all. proxy arp is not general enough to solve the real problem with wifi (e.g. for ipv6 or dhcp). the problem with wifi is that it cannot be bridged in the traditional (as per ethernet spec) way. and we already have mat damon as a solution on 9front. you have quoted the summary of the explanation above already, if you check mat damon there's more details if you're curious, or you just ask and you'll get even more details about this horror. tap devices are incidental side-effect of how qemu/kvm works on unix/linux, has nothing to do with this problem. On 4/23/21, unobe@cpan.org wrote: > Quoth Daniel Morandini : >> > yeah you got it right. >> > >> > it's hard to find good terminology that still makes sense in all this. >> > >> > on ethernet all nodes are the same, addressed by MAC addresses. on >> > wifi a station can only use one mac address, so bridges never work on >> > wifi stations but only on ap side, of which there can only be one. >> Now I see. Thank you very, very much. > > My reply is dated, but maybe it'll be useful for someone. On June 4 > of last year, I had this in my 9front setup notes: > > """ > Over the last couple of days I've been working to get bilbo > transitioned from a qemu instance on a macbook pro to a qemu instance > running on a kvm-capable computer. I finally got it, but most of the > time was spent figuring out how to do bridging on a wireless card. > That was non-trivial. The qemu documentation was like a scatterplot > and gave little insight into how to do it, and the resources it > directed one to were quite dated or didn't work for non-Linux guests. > Finally, I struck gold with this comment: > https://unix.stackexchange.com/questions/159191/setup-kvm-on-a-wireless-interface-on-a-laptop-machine > > That worked flawlessly. I also was able to update the kernel from > running 9pc to 9pc64. Additionally, the kvm enabling is *well* worth > the time I spent working on networking and made me appreciate the > simplicity of plan9 even more. > """ > > The idea described at stackexchange is to use a TAP device. My > situation was using qemu, so not a native install, but thought I'd > mention how it worked if anyone was running a virtualized qemu on an > rpi4 (which is terribly slow--I've done it, but go with what you > got!). In the setup described above, I just created a small wrapper > that did the required bits before starting qemu and after stopping it. > >