Ethernet-briding a MBIM-interface

Markus Gothe nietzsche at
Tue Oct 28 01:26:40 PDT 2014

Explains why the fix_dst-stuff breaks briding in qmi_wwan.c as well I guess. However even if setting a null mac there it seems to be replaced by the modem fw, right?

Sure I can do ARP-replies with ebtables / arptables as well I suppose. :-) ARP is all about preferences.


Skickat ifrån min mobil.
Den 28 okt 2014 09:14 skrev =?ISO-8859-1?Q?Bj=F8rn_Mork?= <bjorn at>:
> Markus Gothe <nietzsche at> writes: 
> > I’ve a patch for with improved ARP-handling and setting the mac source, 
> >  which gives me a DHCP-lease when briding a device… 
> Yes, you are right.  Looking at net/bridge/br_input.c shows that the all 
> zero source address is a showstopper: 
> rx_handler_result_t br_handle_frame(struct sk_buff **pskb) 
> { 
> .. 
>         if (!is_valid_ether_addr(eth_hdr(skb)->h_source)) 
>                 goto drop; 
> That's good enough for me.  Let's attempt to change it. 
> As for ARP handling in the driver: I don't think that will happen.  It's 
> just too ugly.  Yes, I know I wrote some testing code, but that was just 
> to try to figure out how to deal with an IPv6 related firmware issue. 
> If you need ARP then you should either enable proxy ARP or run some 
> userspace application to handle it. 
> Bjørn 

More information about the libmbim-devel mailing list