Re: [PATCH 2/2] usb: musb: musb_cppi41: revert to old timer poll intervals

2014-11-14 Thread Sebastian Reimers
d the busy hrtimer loop. -- Sebastian Reimers signature.asc Description: This is a digitally signed message part

Re: [PATCH 2/2] usb: musb: musb_cppi41: revert to old timer poll intervals

2014-11-11 Thread Sebastian Reimers
ed USB Host. -- Sebastian Reimers -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 2/2] usb: musb: musb_cppi41: revert to old timer poll intervals

2014-11-07 Thread Sebastian Reimers
Am Freitag, den 07.11.2014, 16:08 +0100 schrieb Sebastian Andrzej Siewior: > On 11/07/2014 03:45 PM, Sebastian Reimers wrote: > > $ /usr/bin/jackd -R -P89 -dalsa -d hw:0,0 -r48000 -p1024 -n3 > > > > With: kernel.sched_rt_runtime_us = -1 > uhhh. Why do you need this? I ne

Re: [PATCH 2/2] usb: musb: musb_cppi41: revert to old timer poll intervals

2014-11-07 Thread Sebastian Reimers
Am Freitag, den 07.11.2014, 15:17 +0100 schrieb Sebastian Andrzej Siewior: > On 11/07/2014 02:57 PM, Sebastian Reimers wrote: > >> b) Both FS and HS audio devices should still function as before, with > >> no regression regarding CPU load while streaming. > > > &

Re: [PATCH 2/2] usb: musb: musb_cppi41: revert to old timer poll intervals

2014-11-07 Thread Sebastian Reimers
> b) Both FS and HS audio devices should still function as before, with > no regression regarding CPU load while streaming. The patch destroys audio quality (pops, clicks and alsa underruns). Tested with a USB 2.0 (Focusrite) device. Test case is a simple audio loop: $ arecord | aplay Jackd ge

Re: [PATCH 2/2] usb: musb: musb_cppi41: revert to old timer poll intervals

2014-11-05 Thread Sebastian Reimers
> Sebastian (Reimers), given that you have a good test setup too, any > chance you can as well do some testing here? Of course. I can try to reproduce your bug and then retry it with Sebastian's patch, anything special with the audio setup (sampling rate, format)? -- Sebast

Re: [PATCH v3 0/4] usb: gadget: f_uac2: cleanups and capture timing

2014-08-27 Thread Sebastian Reimers
Hi Xuebing, > Would you mind to share how did you run the test for both > Playback/Capture? What host version are you using, as different Host > enumerates (sends sequences of USB_REQ_SET_INTERFACE request differently)? sure, on client side (BBB) I have a jackd on top alsa running and connected

Re: [PATCH v3 0/4] usb: gadget: f_uac2: cleanups and capture timing

2014-08-26 Thread Sebastian Reimers
Hi, > Sebastian, could you give these patches a try? They seem to work well > on a BBB setup here. Patch v3 works great on BBB as well with a Audio Loop and 48kHz/16 bit. No noise or clicks. Tomorrow I have time to test other combinations (sample-/rate/size). Sebastian signature.asc Descript

Re: [PATCH 00/5] Equivalent of g_audio with configfs

2014-08-18 Thread Sebastian Reimers
hing that is required to provide the > equivalent of g_audio.ko with configfs. > > It is meant for 3.18. > > Rebased onto Felipe's testing-next. Just tested the patches on top 3.17-rc1. Works fine, so: Tested-by: Sebastian Reimers Sebastian -- To unsubscribe from this list:

[PATCH 1/1] usb: gadget: f_uac2: Fix pcm sample size selection

2014-07-03 Thread Sebastian Reimers
The pcm playback and capture sample size format was fixed SNDRV_PCM_FMTBIT_S16_LE. This patch respects also 16, 24 and 32 bit p_ssize and c_ssize values. Signed-off-by: Sebastian Reimers --- drivers/usb/gadget/f_uac2.c | 24 ++-- 1 file changed, 22 insertions(+), 2