<div dir="ltr">Thanks, good to know that it's a known issue and being worked on, looking forward to the next update!  <div><br></div><div>Just FYI though, the indicated workaround doesn't seem to work unless the intended card reader for gpg is listed first:<div><div><br></div><div>I have another system I just started working on which needs two different smart cards (Gemalto eToken Pro for work, and yubikey for personal use, which is what I use with gpg).  The gemalto card readers are listed first, and even putting various versions of 'reader-port Yubico YubiKey OTP+FIDO+CCID 0', 'reader-port Yubico YubiKey', 'reader-port Yubico Yubi' in scdaemon.conf result in the same behaviour.</div><div><br></div><div>2021-08-21 09:53:11 scdaemon[16820.1] DBG: chdir to '/tmp' failed: No such file or directory<br>2021-08-21 09:53:11 scdaemon[16820.1] listening on socket 'C:\\Users\\derek\\AppData\\Roaming\\gnupg\\S.scdaemon'<br>2021-08-21 09:53:11 scdaemon[16820.2] handler for fd -1 started<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 -> OK GNU Privacy Guard's Smartcard server ready<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 <- GETINFO socket_name<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 -> D C:\Users\derek\AppData\Roaming\gnupg\S.scdaemon<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 -> OK<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 <- OPTION event-signal=2bc<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 -> OK<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 <- GETINFO version<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 -> D 2.3.1<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 -> OK<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 <- SERIALNO<br>2021-08-21 09:53:11 scdaemon[16820.2] detected reader 'AKS ifdh 0'<br>2021-08-21 09:53:11 scdaemon[16820.2] detected reader 'AKS ifdh 1'<br>2021-08-21 09:53:11 scdaemon[16820.2] detected reader 'Yubico YubiKey OTP+FIDO+CCID 0'<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: apdu_open_reader: AKS ifdh 0<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: apdu_open_reader: new device=AKS ifdh 0<br>2021-08-21 09:53:11 scdaemon[16820.2] reader slot 0: not connected<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: enter: apdu_connect: slot=0<br>2021-08-21 09:53:11 scdaemon[16820.2] pcsc_connect failed: removed card (0x80100069)<br>2021-08-21 09:53:11 scdaemon[16820.2] reader slot 0: not connected<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: leave: apdu_connect => sw=0x10008<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: chan_0x000002e0 -> S PINCACHE_PUT 0// <br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: enter: apdu_close_reader: slot=0<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: enter: apdu_disconnect: slot=0<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: leave: apdu_disconnect => sw=0x0<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: leave: apdu_close_reader => 0x0 (close_reader)<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: apdu_open_reader: (null)<br>2021-08-21 09:53:11 scdaemon[16820.2] DBG: apdu_open_reader: new device=(null)<br></div><div><br></div><div><br></div><div>For now I've fallen back to 2.2</div><div><br></div><div><div><div dir="ltr" data-smartmail="gmail_signature"><div>--</div>Derek C Hoffmann<br></div></div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 20, 2021 at 2:48 AM NIIBE Yutaka <<a href="mailto:gniibe@fsij.org" target="_blank">gniibe@fsij.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
Derek C Hoffmann via Gnupg-users <<a href="mailto:gnupg-users@gnupg.org" target="_blank">gnupg-users@gnupg.org</a>> wrote:<br>
> It looks like scdaemon is crashing when attempting to access a sim card<br>
> slot/sim card itself on my Surface Go.<br>
<br>
It is my fault.  I added multiple card readers support (for PC/SC) to<br>
GnuPG 2.3, and it causes an issue in your use case.  By default,<br>
scdaemon tries to access all available card readers.  It has a bug<br>
accessing the second reader when the first reader doesn't have a card.<br>
<br>
Related bug is tracked at:<br>
<br>
        <a href="https://dev.gnupg.org/T5416" rel="noreferrer" target="_blank">https://dev.gnupg.org/T5416</a><br>
<br>
And it will be fixed in GnuPG 2.3.2.<br>
<br>
> Any other suggestions as to prevent this crash without disabling the<br>
> Mobile Broadband card?<br>
<br>
If you have a line in scdaemon.conf, like:<br>
<br>
        reader-port Microsoft IFD 0<br>
<br>
scdaemon will only access to the card reader.  Please try this, until<br>
fixed version will be released.<br>
-- <br>
</blockquote></div>