26 | | Yes it seems th |
| 26 | Yes it seems that VID_SET_PIN_WIDGET_CONTROL is a critical part of the equation; however with a quick look at the zip-o-goodness I see I had already looked into that one, and found it to be equivalent in payload to the one of the linux driver: |
| 27 | |
| 28 | {{{ |
| 29 | 0x01f70740, 0x01f70100, |
| 30 | // VID_SET_PIN_WIDGET_CONTROL ============== same as haiku.. |
| 31 | //hda: hda-verb <0x01f70740>: [0] nid 0x1f (31) : vid 0x707 (VID_SET_PIN_WIDGET_CONTROL) pload 0x40 |
| 32 | }}} |
| 33 | |
| 34 | I'm not giving up on this ticket, given the now familiar pattern of this laptop "forgetting" about the working state after ca. 15 hours of being powered off and needing a new "inoculation" of OpenBSD to have working audio again, however a bazillion things need to be attended to in priority, so not sure when i'll return to this |