tech-net archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: ifconfig v2



On Wed, Jun 12, 2013 at 10:47:21AM -0500, David Young wrote:
> [...]
> I like the idea of combining the keywords that way, but even with
> compression, the capabilities and enables take at least 4 out of 9 lines
> in a fairly normal default display:
> 
> wm0: flags < up, running >
>         capabilities:   ip4csum, tcp4csum, tcp6csum, tso4, tso6,
>                         udp4csum, udp6csum
>         enabled: <none>
>         ether capabilities: vlan-mtu, vlan-hwtagging, jumbo-mtu
>         ether enabled: <none>
>         media: Ethernet none (none)
>         link 00:26:2d:f3:c8:c7
>         inet 169.254.162.222 prefixlen 16
>         inet6 fe80::226:2dff:fef3:c8c7%wm0 prefixlen 64 scopeid 0x1
> 
> I am pretty sure that most of the time, people are not looking for the
> capabilities/enables in the ifconfig output.
> 
> I find it hard to ignore the larger issue, though, which is that those
> capability flags are only useful insofar as the NetBSD networking stack
> and drivers are distrusted or buggy and some masochists like to turn
> knobs until they find a combo that works. :-) Ordinarily a driver should
> enable the offload capabilities that are known to work reliably, and it
> should not advertise the buggy ones.

it's more complicated than that; there are cases (e.g. mixing
offload-enabled an non-enabled interfaces in a bridge) breaks things
in subtle ways, and it's not the ethernet driver's fault.
So yes, I need to see them.

-- 
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
     NetBSD: 26 ans d'experience feront toujours la difference
--


Home | Main Index | Thread Index | Old Index