Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 14 Sep 2015 15:47:21 +0000 (UTC)
From:      Tai-hwa Liang <avatar@FreeBSD.org>
To:        src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-stable@freebsd.org, svn-src-stable-9@freebsd.org
Subject:   svn commit: r287787 - stable/9/sys/dev/sound/midi
Message-ID:  <201509141547.t8EFlLjb037776@repo.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: avatar
Date: Mon Sep 14 15:47:20 2015
New Revision: 287787
URL: https://svnweb.freebsd.org/changeset/base/287787

Log:
  MFC r286887: Using the error return code documented in the comment.
  
  Though there is no direct midi_uninit() caller amongst existing drivers
  at this moment, a quick experiment indicates that EBUSY gives users more
  precise error message once drivers start to honour this result.  For example,
  emu_midi_detach() should check the result of mpu401_uninit() and block
  module unloading if there is any MIDI I/O in progress.

Modified:
  stable/9/sys/dev/sound/midi/midi.c
Directory Properties:
  stable/9/sys/   (props changed)
  stable/9/sys/dev/   (props changed)

Modified: stable/9/sys/dev/sound/midi/midi.c
==============================================================================
--- stable/9/sys/dev/sound/midi/midi.c	Mon Sep 14 15:44:03 2015	(r287786)
+++ stable/9/sys/dev/sound/midi/midi.c	Mon Sep 14 15:47:20 2015	(r287787)
@@ -403,7 +403,7 @@ midi_uninit(struct snd_midi *m)
 {
 	int err;
 
-	err = ENXIO;
+	err = EBUSY;
 	mtx_lock(&midistat_lock);
 	mtx_lock(&m->lock);
 	if (m->busy) {



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201509141547.t8EFlLjb037776>