[Added Qing Cai to Cc, who was the author of the patch in question] On Sun, 10 Apr 2016 23:57:11 +0200, Lars Lindqvist wrote: > > Hi! > > Since alsa-lib commit dec428c352217010e4b8bd750d302b8062339d32, I've > occationally been hit by an EBADFD whenever any program tries to play > sound. The situation I get is that the first shmget succeds, so > dmix->shmid >= 0, therefore first_instance = 0. I wonder how does this succeed? It's a leftover shmem? But then why it contains the garbage...? > But buf.shm_nattach = 1, so before the commit shmptr would have been > zeroed out, but isn't anymore. And since I still have: > dmix->shmptr->magic == SND_PCM_DIRECT_MAGIC, I don't get EINVAL, but > EBADFD, somewhere down the line. Could you give which line actually gives EBADFD? > >From what I understand, the race condition that was fixed would still > be avoided if shmptr was zeroed on (first_instance || buf.shm_nattch == 1). > If that is the case, would you please consider applying attached diff? This may work, but I still would like to see how another unexpected situation happens. thanks, Takashi > Regards, > Lars Lindqvist > diff -Naur alsa-lib-1.1.1.orig/src/pcm/pcm_direct.c alsa-lib-1.1.1/src/pcm/pcm_direct.c > --- alsa-lib-1.1.1.orig/src/pcm/pcm_direct.c 2016-03-31 15:10:39.000000000 +0200 > +++ alsa-lib-1.1.1/src/pcm/pcm_direct.c 2016-04-10 17:44:08.815456305 +0200 > @@ -125,7 +125,7 @@ > snd_pcm_direct_shm_discard(dmix); > return err; > } > - if (first_instance) { /* we're the first user, clear the segment */ > + if (first_instance || buf.shm_nattch == 1) { /* we're the first user, clear the segment */ > memset(dmix->shmptr, 0, sizeof(snd_pcm_direct_share_t)); > if (dmix->ipc_gid >= 0) { > buf.shm_perm.gid = dmix->ipc_gid; _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel