> > > Andrew Gallatin wrote: > >> FWIW, unplub/plumb is still not much better than the current situation > >> of removing/adding the driver. Every other OS lets you change these > >> settings on the fly, potentially without even taking the NIC down. > >> (assuming the NIC hardware doesn't require a reset; and even if it > >> does, that reset happens without administrator intervention). > >> > >> I think there needs to be a m_setcapap() or something similar > >> to notify drivers of what capabilities are enabled. > >> > > > On Mon, Jan 19, 2009 at 11:10 AM, Paul Durrant <[email protected]> wrote:
> > That wouldn't be necessary; the m_setprop() entry point could be used to > > turn on LSO in the driver. There just needs to be a way of getting the > > stack to notice - as with an MTU change. Actually the mtu prop could use some improvement as well.. currently it needs an unplumb/plumb sequence, though we are investigating ways of optimizing this out. See http://bugs.opensolaris.org/view_bug.do?bug_id=6787167 But I agree that the issues for lso and mtu are very similar, and it would be nice to be able to also set lso through Brussels. On (01/19/09 11:29), Jason King wrote: > Thinking about this some more, I'm wondering if this might be more > appropriate for the ipadm command that's being tossed around. It > could use m_getcapab() to query the link to see if it's supported, > then if just needs a way to tell the link to turn it off or on. I'm not sure I agree: ipadm is intended to be for IP configuration, and here we are talking about turning on/off link properties. --Sowmini _______________________________________________ networking-discuss mailing list [email protected]
