| 246 | ---- |
| 247 | 12/19/2015 |
| 248 | |
| 249 | Tow major discrepencaies were discovered when during the last expirement run. |
| 250 | 1. The return type of configure needs to be a hash with a specific set of keys |
| 251 | 2. Configure should be callable on inactivated devices. |
| 252 | |
| 253 | The first is trivial. It simply collect the result of the cocaine call and wraps it into the respective hash that the calling function expects. The return structure is seen in the previous version of the code, which is located |
| 254 | [http://www.orbit-lab.org/browser/omf/omf-resctl/ruby/omf-resctl/omf_driver/device.rb here]. |
| 255 | |
| 256 | The second however is some what more complicated. The basic idea is that public facing action methods will make a call to activate. Public facing non-action methods don't need to worry about activation. All private action methods need to check for activation, but should not be able to explictly call activate (that state control is the job of the public faceing action methods). |
| 257 | |
| 258 | Current public facing wifi methods: |
| 259 | * Active: |
| 260 | * scan |
| 261 | * connected? |
| 262 | * connect |
| 263 | * activate |
| 264 | * Passive: |
| 265 | * configure |
| 266 | |
| 267 | Current public facing Ethernet methods: |
| 268 | * Active: |
| 269 | * connected? |
| 270 | * connect |
| 271 | * activate |
| 272 | * Passive: |
| 273 | * configure |
| 274 | |