Bug Report: sca.py wipes FW of all FPGA's regardless of ohMask

Brief summary of issue

Noticed that when programming FPGA's via sca.py on CTP7 the script will wipe FW of all links regardless of ohMask and then programs FPGA's of only those specified by the ohMask.

@evka85 @mexanick @jsturdy @andrewpeck

Types of issue

[X] Bug report (report an issue with the code)
[ ] Feature request (request for change which adds functionality)

Expected Behavior

I would have expected the wiping of the FPGA firmware to follow the oh mask, e.g. if a link is not included the FW will not be wiped.

Current Behavior

When programming FPGA's the sca.py tool wipes FW from all links, ignoring the ohMask, and then programs only those that are specified by the ohMask.

Steps to Reproduce (for bugs)

When programming OHv3b from CTP7 I noticed the following:

eagle60:~/apps/reg_interface$ python sca.py 0x1 program-fpga bit ~/oh_fw/OH-20180223-3.0.10.A.bit

This will program FW of link 0 but wipes FW of link 1.

eagle60:~/apps/reg_interface$ python sca.py 0x2 program-fpga bit ~/oh_fw/OH-20180223-3.0.10.A.bit

Programs FW of link 1 but wipes FW of link 0.

eagle60:~/apps/reg_interface$ python sca.py 0x3 program-fpga bit ~/oh_fw/OH-20180223-3.0.10.A.bit

Will wipe FW and program FPGA's of both link 0 and 1.

Possible Solution (for bugs)

The wiping of the FW should follow ohMask

Context (for feature requests)

When using multiple links a healthy link might be wiped when it shouldn't be.

Your Environment

Version used: No clue because we don't have any kind of version control on the CTP7 ~/apps directory #4
Shell used:

cms-gem-daq-project / reg_utils