18c2ecf20Sopenharmony_ci/* SPDX-License-Identifier: GPL-2.0-only */ 28c2ecf20Sopenharmony_ci/* 38c2ecf20Sopenharmony_ci * Line 6 Linux USB driver 48c2ecf20Sopenharmony_ci * 58c2ecf20Sopenharmony_ci * Copyright (C) 2004-2010 Markus Grabner (grabner@icg.tugraz.at) 68c2ecf20Sopenharmony_ci */ 78c2ecf20Sopenharmony_ci 88c2ecf20Sopenharmony_ci#ifndef PLAYBACK_H 98c2ecf20Sopenharmony_ci#define PLAYBACK_H 108c2ecf20Sopenharmony_ci 118c2ecf20Sopenharmony_ci#include <sound/pcm.h> 128c2ecf20Sopenharmony_ci 138c2ecf20Sopenharmony_ci#include "driver.h" 148c2ecf20Sopenharmony_ci 158c2ecf20Sopenharmony_ci/* 168c2ecf20Sopenharmony_ci * When the TonePort is used with jack in full duplex mode and the outputs are 178c2ecf20Sopenharmony_ci * not connected, the software monitor produces an ugly noise since everything 188c2ecf20Sopenharmony_ci * written to the output buffer (i.e., the input signal) will be repeated in 198c2ecf20Sopenharmony_ci * the next period (sounds like a delay effect). As a workaround, the output 208c2ecf20Sopenharmony_ci * buffer is cleared after the data have been read, but there must be a better 218c2ecf20Sopenharmony_ci * solution. Until one is found, this workaround can be used to fix the 228c2ecf20Sopenharmony_ci * problem. 238c2ecf20Sopenharmony_ci */ 248c2ecf20Sopenharmony_ci#define USE_CLEAR_BUFFER_WORKAROUND 1 258c2ecf20Sopenharmony_ci 268c2ecf20Sopenharmony_ciextern const struct snd_pcm_ops snd_line6_playback_ops; 278c2ecf20Sopenharmony_ci 288c2ecf20Sopenharmony_ciextern int line6_create_audio_out_urbs(struct snd_line6_pcm *line6pcm); 298c2ecf20Sopenharmony_ciextern int line6_submit_audio_out_all_urbs(struct snd_line6_pcm *line6pcm); 308c2ecf20Sopenharmony_ci 318c2ecf20Sopenharmony_ci#endif 32