From: Clemens Ladisch <clemens@ladisch.de>
To: Tvrtko Ursulin <tvrtko@ursulin.net>
Cc: Takashi Iwai <tiwai@suse.de>,
alsa-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: Re: Ooops when working with USB MIDI (2.6.33.1)
Date: Fri, 09 Apr 2010 09:19:34 +0200 [thread overview]
Message-ID: <4BBED506.40907@ladisch.de> (raw)
In-Reply-To: <201004090751.35398.tvrtko@ursulin.net>
Tvrtko Ursulin wrote:
> On Thursday 08 Apr 2010 13:22:36 Takashi Iwai wrote:
> > > Takashi, do you remember what the original problem was?
> >
> > Well, I have only a vague memory -- it's a similar scenario that some app
> > still accessing after disconnection. The URB can't be handled after
> > the disconnection is finished.
> >
> > I think the patch below might fix in this case. You can try it
> > instead of reverting the commit above.
> >
> > --- a/sound/usb/usbmidi.c
> > +++ b/sound/usb/usbmidi.c
> > @@ -986,6 +986,8 @@ static void snd_usbmidi_output_drain(struct
> > snd_rawmidi_substream *substream) DEFINE_WAIT(wait);
> > long timeout = msecs_to_jiffies(50);
> >
> > + if (ep->umidi->disconnected)
> > + return;
> > ...
> > @@ -1275,6 +1277,11 @@ void snd_usbmidi_disconnect(struct list_head* p)
> > snd_usbmidi_in_endpoint_delete(ep->in);
> > ep->in = NULL;
> > }
> > + ep->active_urbs = 0;
> > + if (ep->drain_urbs) {
> > + ep->drain_urbs = 0;
> > + wake_up(&ep->drain_wait);
> > + }
>
> For the second hunk, do you think ep->out->... and so on? That would be more
> in-line with code present in 2.6.33.
ep->out has been just freed. And in the first hunk, in _drain, the ep
pointer is the same as ep->out in _disconnect.
In _disconnect, we must not free ep->in and ep->out because those
structures might still be accessed by all the functions called from
user space.
I'll write separate disconnect functions for the endpoint structures
when I find time.
Regards,
Clemens
next prev parent reply other threads:[~2010-04-09 7:19 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-05 13:33 Ooops when working with USB MIDI (2.6.33.1) Tvrtko Ursulin
2010-04-08 10:00 ` Clemens Ladisch
2010-04-08 12:22 ` Takashi Iwai
2010-04-09 6:51 ` Tvrtko Ursulin
2010-04-09 7:19 ` Clemens Ladisch [this message]
2010-04-09 7:29 ` Takashi Iwai
2010-04-09 7:29 ` Takashi Iwai
2010-04-09 17:36 ` Tvrtko Ursulin
2010-04-11 7:04 ` Takashi Iwai
2010-04-11 7:04 ` Takashi Iwai
2010-05-03 12:48 ` Tvrtko Ursulin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BBED506.40907@ladisch.de \
--to=clemens@ladisch.de \
--cc=alsa-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=tiwai@suse.de \
--cc=tvrtko@ursulin.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.