pcmcia: pccard_read_tuple and TUPLE_RETURN_COMMON cleanup
authorDominik Brodowski <linux@dominikbrodowski.net>
Sun, 18 Oct 2009 21:51:09 +0000 (23:51 +0200)
committerDominik Brodowski <linux@dominikbrodowski.net>
Sun, 18 Oct 2009 22:29:36 +0000 (00:29 +0200)
commit84897fc0524d7cbfc81d0bdf9f92ade6e3c3816b
treee24975ac12a1947c1a74dde7d23e795e27c41146
parent30514ccfc5651b0b1eb27d5ac1cb580b152cd85f
pcmcia: pccard_read_tuple and TUPLE_RETURN_COMMON cleanup

pccard_read_tuple(), which is only used by the PCMCIA core, should
handle TUPLE_RETURN_COMMON more sensibly: If a specific function (which
may be 0) is requested, set tuple.Attributes = 0 as was done in all
PCMCIA drivers. If, however, BIND_FN_ALL is requested, return the
"common" tuple. As to the callers of pccard_read_tuple():

- All calls to pcmcia_validate_cis() had set the "function" parameter to
  BIND_FN_ALL. Therefore, remove the "function" parameter and make the
  parameter to pccard_read_tuple explicit.

- Calls to CISTPL_VERS_1 and CISTPL_MANFID now set BIND_FN_ALL. This was
  already the case for calls to CISTPL_LONGLINK_MFC.

Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
drivers/pcmcia/cistpl.c
drivers/pcmcia/cs_internal.h
drivers/pcmcia/ds.c
drivers/pcmcia/pcmcia_ioctl.c
drivers/pcmcia/rsrc_nonstatic.c
drivers/pcmcia/socket_sysfs.c