No feedback from key any more after flashing LED lights on plugging in

[PatrickJosh]

Hello,

I received my Solo v2s last week on Friday. Today, when I set up the second one as backup, I inserted my main Solo into my USB port. The LED shortly flashed and then stayed off. Since then, I do not get any response from the key any more. The LEDs do not light up, I cannot use the key to authenticate, and the CLI application does not list the key. When I insert the key, I get the following output from dmesg:

[19624.530273] usb 1-3: device descriptor read/64, error -71
[19624.752744] usb 1-3: new full-speed USB device number 47 using xhci_hcd
[19624.866744] usb 1-3: device descriptor read/64, error -71
[19625.089859] usb 1-3: device descriptor read/64, error -71
[19625.199427] usb usb1-port3: attempt power cycle
[19625.579274] usb 1-3: new full-speed USB device number 48 using xhci_hcd
[19625.579435] usb 1-3: Device not responding to setup address.
[19625.783110] usb 1-3: Device not responding to setup address.
[19625.990760] usb 1-3: device not accepting address 48, error -71
[19626.104761] usb 1-3: new full-speed USB device number 49 using xhci_hcd
[19626.104975] usb 1-3: Device not responding to setup address.
[19626.311497] usb 1-3: Device not responding to setup address.
[19626.518873] usb 1-3: device not accepting address 49, error -71
[19626.519065] usb usb1-port3: unable to enumerate USB device

This output looks like the one observed in #138 (comment). So apparently, the key is broken now (?).

Has anybody observed something similar? And has anybody revived their key after an incident like that?

Thanks in advance!

[gaunab]

I have quite the same problem. After updating the new firmware my solokey v2 worked a couple of minutes and then it stopped working. No LED, and quite the same dmesg message: "device not accepting address"

Is there any possibility to bring it back to life? Maybe by using the open pins?

[tedserreyn]

Is this project even still active? Seem like there have been a lot of issues documented, but no solutions provided? ***@***.***>

[piratenpanda]

Yeah communication is really really bad

[akakou]

In my case, initializing the filesystem occurs errors and stops the system.
However, I don't have any idea how to solve it.

(I will report its details tomorrow because I'm busy now.)

[akakou]

Oops...I tried to reproduce it, and its bug was fixed...(maybe it was caused by cargo update)
Either way, other bugs remain, and the solo2 key is not working...do you have any ideas?

It seems that bugs are on the logic writing seed of random to the file system.
And the backtrace of the bugs is here:

rust_begin_unwind (_info=<optimized out>) at src/lib.rs:32
32          loop {
(gdb) bt
#0  rust_begin_unwind (_info=<optimized out>) at src/lib.rs:32
#1  0x0001d5cc in core::panicking::panic_fmt () at library/core/src/panicking.rs:64
#2  0x00011a5e in trussed::store::store (store=..., location=trussed::types::Location::Internal, path=..., contents=...) at /home/akakou/.cargo/registry/src/github.com-1ecc6299db9ec823/trussed-0.1.0/src/store.rs:484
#3  0x000009ca in <trussed::store::filestore::ClientFilestore<S> as trussed::store::filestore::Filestore>::write (self=<optimized out>, path=<optimized out>, location=trussed::types::Location::External, data=...) at /home/akakou/.cargo/registry/src/github.com-1ecc6299db9ec823/trussed-0.1.0/src/store/filestore.rs:116
#4  0x0001322c in trussed::service::ServiceResources<P>::rng (self=<optimized out>) at /home/akakou/.cargo/registry/src/github.com-1ecc6299db9ec823/trussed-0.1.0/src/service.rs:631
#5  0x000136b4 in trussed::service::ServiceResources<P>::reply_to (self=<optimized out>, client_id=..., request=0x20028368) at /home/akakou/.cargo/registry/src/github.com-1ecc6299db9ec823/trussed-0.1.0/src/service.rs:101
#6  0x00019e18 in runner::APP::OS_EVENT () at /home/akakou/.cargo/registry/src/github.com-1ecc6299db9ec823/trussed-0.1.0/src/service.rs:732
#7  <signal handler called>
#8  0x00012adc in trussed::client::FilesystemClient::read_file (self=<optimized out>, location=trussed::types::Location::Internal, path=...) at /home/akakou/.cargo/registry/src/github.com-1ecc6299db9ec823/trussed-0.1.0/src/client.rs:219
#9  0x000096ec in fido_authenticator::state::PersistentState::load_if_not_initialised (self=0x2003cee0 <runner::APP::apps+1472>, trussed=0x2003cf40 <runner::APP::apps+1568>) at /home/akakou/.cargo/registry/src/github.com-1ecc6299db9ec823/fido-authenticator-0.1.1/src/state.rs:285
#10 0x0000a1ec in fido_authenticator::dispatch::try_handle_ctap2 (authenticator=<optimized out>, data=..., response=0x2003304c <ctaphid_dispatch::types::HidInterchange::split::INTERCHANGES+8>) at /home/akakou/.cargo/registry/src/github.com-1ecc6299db9ec823/fido-authenticator-0.1.1/src/dispatch.rs:137
#11 0x0000a10a in fido_authenticator::dispatch::handle_ctap2 (authenticator=0x0 <compiler_builtins::float::mul::__aeabi_dmul::__aeabi_dmul>, data=..., response=0x2003304c <ctaphid_dispatch::types::HidInterchange::split::INTERCHANGES+8>) at /home/akakou/.cargo/registry/src/github.com-1ecc6299db9ec823/fido-authenticator-0.1.1/src/dispatch.rs:81
#12 0x0000a458 in fido_authenticator::dispatch::ctaphid::<impl ctaphid_dispatch::app::App for fido_authenticator::Authenticator<UP,T>>::call (self=0x0 <compiler_builtins::float::mul::__aeabi_dmul::__aeabi_dmul>, command=..., request=0x2002f9e8, response=0x20038b58 <trussed::pipe::TrussedInterchange::split::INTERCHANGES+4680>) at /home/akakou/.cargo/registry/src/github.com-1ecc6299db9ec823/fido-authenticator-0.1.1/src/dispatch/ctaphid.rs:36
#13 0x00024a28 in ctaphid_dispatch::dispatch::Dispatch::call_app (self=0x2003c918 <runner::APP::ctaphid_dispatch>, app=..., command=..., request=0x2002f9e8) at src/dispatch.rs:50
#14 0x000249d0 in ctaphid_dispatch::dispatch::Dispatch::poll (self=0x2003c918 <runner::APP::ctaphid_dispatch>, apps=...) at src/dispatch.rs:67
#15 0x0000dc58 in runner::idle::{{closure}} (apps=...) at src/main.rs:164
#16 runner::types::Apps::ctaphid_dispatch (self=<optimized out>, f=...) at src/types.rs:273
#17 0x00018d1a in runner::idle (c=...) at src/main.rs:164
#18 0x0001adcc in runner::APP::main () at src/main.rs:33