While using the past days the carl9170 firmware with a USB card under a linux guest running different kernel and driver versions I kept running into the issue of a usb disconnect when the card was put under load: usb 1-1: no command feedback received (-110). carl9170 cmd: 08 01 00 00 f0 36 1c 00 00 24 00 00 .....6...$.. usb 1-1: restart device (6) No matter what kernel driver/firmware I tried I will still get it. I decided to look into it a bit more and I narrowed it down to be a firmware issue with the following code snippet: void handle_cmd(struct carl9170_rsp *resp) in src/cmd.c case CARL9170_CMD_WREG: esp->hdr.len = 0; for (i = 0; i < (cmd->hdr.len / 8); i++) set(cmd->wreg.regs[i].addr, cmd->wreg.regs[i].val); break; That code appears to handle event 1 which is a write into a register. In some cases that write appeared to cause a failure and a reset into the card. I added a simple delay loop before the switch statement and that seemed to fix the issue and I don't lose the card anymore even under a lot of load. Obviously that's not a real fix and something else more reliable needs to be in place. -jigrap -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
