[sending again to brussels-dev because initial post was rejected]

> We want to leave ieee802.3 beneath the scene
I agree that drivers must maintain a "well defined" set of statistics.
ieee802.3(5) is a good starting point for now but the set probable will
need expansion in the future. For example, 10Gb is not in ieee802.3(5)
and also the max size of jumbo frames -as mentioned as an example in
brussels.pdf- is not in the ieee802.3(5) man page.

> while providing user with a UI which makes more sense.
> /* We use 0/1 to represent "off/on" respectively. */
Drivers use the 0/1 scheme because using other numbers is confusing and
strings cannot be localized (see later post by Garret). I don't think
dladm should limit itself to "on/off (1/0)" type of values. Why not use
things like
   flowcontrol=send
   flowcontrol=accept
   flowcontrol=both (or symmetric)
dladm in turn can do localization and translate the strings into
ieee802.3(5) properties. dladm could also provide array type values like
   speed=10,100,1000
   duplex=half,full
   flowcontrol=send,accept
I.e, I don't think dladm should limit itself to on/off values.

dladm could also introduce a property group concept whith groups for
(for example) advertised-, link partner, capability and actual link
properties and also (probably) a MAC private group.

> UI: accept_pause = 0, send_pause = 0:
> Protocol value: cap_asmpause = 0, cap_pause = 0, adv_cap_asmpause = 0, 
> adv_cap_pause = 0

I don't think dladm should modify the cap_ properties. I believe that
the cap_ properties are a result of the capabilities of the PHY and MAC.
   The cap_ properties could be used to verify the values of the
advertised capabilities though.

Regards, Joost
-- 
Joost Mulders             +  email: joost.mulders at sun.com
Technical Specialist      +  phone: +31-33-45-15701
Client Solutions          +    fax: +31-33-45-15734
Sun Microsystems          + mobile: +31-6-5198-7268
-= Anything not done right, has to be done again =-
_______________________________________________
driver-discuss mailing list
driver-discuss at opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/driver-discuss

-- 
Joost Mulders             +  email: joost.mulders at sun.com
Technical Specialist      +  phone: +31-33-45-15701
Client Solutions          +    fax: +31-33-45-15734
Sun Microsystems          + mobile: +31-6-5198-7268
-= Anything not done right, has to be done again =-

Reply via email to