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>