>    webrev: http://cr.grommit.com/~zf162725/cr_0308/
>    workspace & cscope: /net/greatwall.prc/workspace/wifi-wpa-cr/usr/src
> 
Hi Quaker,

I only looked at the 5 and 6 parts of the changes:

usr/src/cmd/dladm/dladm.c
usr/src/lib/libdladm/common/libdladm.h
usr/src/lib/libdladm/common/secobj.c
usr/src/uts/common/io/dld/dld_drv.c
usr/src/uts/common/sys/dld.h
usr/src/lib/libwladm/Makefile.com

No Comments

usr/src/lib/libwladm/common/libwladm.c (not including the smf changes)

1. I don't like the fact that do_connect() and do_disconnect() takes two 
arguments fd and link which refers to basically the same object. I 
understand that the fundamental problem behind this is libwladm trying to 
reuse fd for every operation, but which I think it is unnecessary.

There are some other problems and inconsistencies - we don't need to reuse 
gbuf in every functioins libwladm calls. Another example is some of do_xxx() 
function returns wladm_status_t and some of them returns int.

So ideally, for example, I prefer the do_get_capability() function to be in 
the form of:

   wladm_status_t do_get_capability(const char *link, wl_capability_t *cap);

I understand some of these problems already existed before your changes, but 
as you are the same project team working on the libwladm code before, I hope 
you can make the necessary changes so that this project and the future ones 
won't add some strange code to work around these problems.

2. do_connect()

Why not call wpa_instance_delete() when connecting attempt fails or timeout 
on L602 and L608?

3.  wladm_ioctl_set() and wladm_ioctl_get()

I don't think it is right to introduce these two generic libwladm APIs (Do 
they PSARCed?) I think it makes more sense to have library functions like:

        wladm_set_wpa(), wladm_del_key() etc.

usr/src/lib/libwladm/common/libwladm.h
usr/src/lib/libwladm/common/mapfile-vers

The same as 3.

Thanks
- Cathy

Reply via email to