Fixes #3630: Move Intel Phi/openib fix to v1.6

---svn-pre-commit-ignore-below---

r28589 [[BR]]
Refs #3626: that ticket specifically refers to the v1.6 branch; this
commit is the trunk version of what is needed for #3626.

Add the "ignore_device" field to the INI file.  This allows us to
specifically list devices that should be ignored by the openib BTL
(such as the Intel Phi, at least as of May 2013 -- see #3626).  

Also add the Intel Phi to the ini file, and set its ignore_device=1.

Finally, add the concept of counting intentionally ignored verbs
devices.  Devices are ignored for one of two reasons:

 * If the number of allowed ports on that device is 0 (i.e., if
   if_include/if_exclude was set such that we're intentionally
   ignoring this device).
 * If the INI ignore_device field for this device is set to 1.

Once we have the count of devices that were intentionally ignored,
only show the "Hey, there's verbs devices that you're not using!"
show_help message if there are devices that were ''unintentionally''
ignored.
Fixes #3632: Move <framework>_base_verbose fix to v1.6

Custom patch from ticket:

The problem was essentially that we had an ambiguity in
mca_base_components_close().

This function is called to close a list of components. It's usually
called during the close of the entire framework, but sometimes it's
called during framework initialization or selection, when we have
generated a list of components that don't want to be used (e.g., if
the openib BTL decides that it doesn't want to be used, the BTL base
adds it to the to_be_closed list, and then calls
mca_base_components_close() with that list near the end of BTL
selection).

The mca_base_components_close() function was closing the output stream
in most cases. Bad!

I added a explicit bool param to mca_base_componets_close() that
indicates whether the caller wants to close the stream or not. This
change touched just about every framework (e.g., in their close
functions) :-(, but it seemed like the Right Way to fix it.