All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Daniel Mack <daniel@zonque.org>
Cc: Julia Lawall <julia.lawall@lip6.fr>, alsa-devel@alsa-project.org
Subject: Re: snd_usb_endpoint_free
Date: Wed, 25 Jun 2014 14:33:53 +0200	[thread overview]
Message-ID: <s5h38etxj66.wl%tiwai@suse.de> (raw)
In-Reply-To: <53AAA0C5.1090506@zonque.org>

At Wed, 25 Jun 2014 12:13:25 +0200,
Daniel Mack wrote:
> 
> Hi Julia,
> 
> On 06/25/2014 08:50 AM, Julia Lawall wrote:
> > On Wed, 25 Jun 2014, Julia Lawall wrote:
> >> The function snd_usb_endpoint_free in sound/usb/endpoint.c is defined as 
> >> follows:
> >>
> >> void snd_usb_endpoint_free(struct list_head *head)
> >> {
> >>         struct snd_usb_endpoint *ep;
> >>
> >>         ep = list_entry(head, struct snd_usb_endpoint, list);
> >>         release_urbs(ep, 1);
> >>         kfree(ep);
> >> }
> >>
> >> I wonder if the final kfree should be list_del?  In practice, this 
> > 
> > Sorry, the question should be "I wonder if this function should also use 
> > list_del", since list_del doesn't subsume kfree.
> > 
> > julia
> > 
> >> function is only used from snd_usb_audio_disconnect in sound/usb/card.c 
> >> where the entire list is destroyed, but it seems like quite a generic 
> >> function that someone may someday want to use for just freeing one entry.
> 
> Jup, you're right, a list_del() in there wouldn't harm. However, it
> currently wouldn't buy us anything either, and other functions we call
> from snd_usb_audio_disconnect() for list members don't kill their own
> list entry node themselves.

Yes, it'd be better but the current code works as is, too.

In anyway, I'm going to add a fix later; we're working on a
disconnection race fix that involves with this function.


thanks,

Takashi

      parent reply	other threads:[~2014-06-25 12:33 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-25  6:28 snd_usb_endpoint_free Julia Lawall
2014-06-25  6:50 ` snd_usb_endpoint_free Julia Lawall
2014-06-25 10:13   ` snd_usb_endpoint_free Daniel Mack
2014-06-25 10:16     ` snd_usb_endpoint_free Julia Lawall
2014-06-25 12:33     ` Takashi Iwai [this message]

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=s5h38etxj66.wl%tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=daniel@zonque.org \
    --cc=julia.lawall@lip6.fr \
    /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.