USB transfer_buffer allocations on 64bit systems
in [Kernel]
|
Prev: mfd: Initialise WM831x IRQ masks on chip even if interrupts not in use
Next: INFO: task apache2:7601 blocked for more than 120 seconds.
From: Pedro Ribeiro on 12 May 2010 20:00 On 11 May 2010 18:38, Daniel Mack <daniel(a)caiaq.de> wrote: > On Tue, May 11, 2010 at 06:32:50PM +0100, Pedro Ribeiro wrote: >> On 11 May 2010 18:10, Daniel Mack <daniel(a)caiaq.de> wrote: >> > No surprise here. The 4 channels are mux'ed in an interleaved fashion, >> > so if the buffers contain rubbish, you will hear artefacts on all >> > channels. >> >> So what would be the testcase you would like me to try? > > Would be good to see what happens if you could record audio (with > arecord would be sufficient), just to see whether the same problem > exists in the other direction. > > Either record an externally generated sine tone and open the resulting > wave file in an editor. With the amount of artefacts you describe, they > should easily be visible. Ok let me see if I got this straight: I should record some sound with the audio card and see if it impacts the recording? May take me a few days, I need to get a microphone or something like that borrowed. > Another option is to play back any kind of recorded audio thru an audio > device that does not show the problem (some internal, onboard device?). > What do you mean by this? I didn't get it. I usually use my onboard intel HDA for listening to music and have no problems. > Thanks, > Daniel > Pedro -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Daniel Mack on 13 May 2010 05:40 On Thu, May 13, 2010 at 12:50:48AM +0100, Pedro Ribeiro wrote: > On 11 May 2010 18:38, Daniel Mack <daniel(a)caiaq.de> wrote: > > On Tue, May 11, 2010 at 06:32:50PM +0100, Pedro Ribeiro wrote: > >> On 11 May 2010 18:10, Daniel Mack <daniel(a)caiaq.de> wrote: > >> > No surprise here. The 4 channels are mux'ed in an interleaved fashion, > >> > so if the buffers contain rubbish, you will hear artefacts on all > >> > channels. > >> > >> So what would be the testcase you would like me to try? > > > > Would be good to see what happens if you could record audio (with > > arecord would be sufficient), just to see whether the same problem > > exists in the other direction. > > > > Either record an externally generated sine tone and open the resulting > > wave file in an editor. With the amount of artefacts you describe, they > > should easily be visible. > > Ok let me see if I got this straight: > > I should record some sound with the audio card and see if it impacts > the recording? May take me a few days, I need to get a microphone or > something like that borrowed. Yes, exactly. > > Another option is to play back any kind of recorded audio thru an audio > > device that does not show the problem (some internal, onboard device?). > > > > What do you mean by this? I didn't get it. I usually use my onboard > intel HDA for listening to music and have no problems. I was just thinking of a way to judge whether the recording is affected. And probably the best way is to listen to it :) Daniel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Pedro Ribeiro on 13 May 2010 20:20
On 13 May 2010 10:36, Daniel Mack <daniel(a)caiaq.de> wrote: > On Thu, May 13, 2010 at 12:50:48AM +0100, Pedro Ribeiro wrote: >> On 11 May 2010 18:38, Daniel Mack <daniel(a)caiaq.de> wrote: >> > On Tue, May 11, 2010 at 06:32:50PM +0100, Pedro Ribeiro wrote: >> >> On 11 May 2010 18:10, Daniel Mack <daniel(a)caiaq.de> wrote: >> >> > No surprise here. The 4 channels are mux'ed in an interleaved fashion, >> >> > so if the buffers contain rubbish, you will hear artefacts on all >> >> > channels. >> >> >> >> So what would be the testcase you would like me to try? >> > >> > Would be good to see what happens if you could record audio (with >> > arecord would be sufficient), just to see whether the same problem >> > exists in the other direction. >> > >> > Either record an externally generated sine tone and open the resulting >> > wave file in an editor. With the amount of artefacts you describe, they >> > should easily be visible. >> >> Ok let me see if I got this straight: >> >> I should record some sound with the audio card and see if it impacts >> the recording? May take me a few days, I need to get a microphone or >> something like that borrowed. > > Yes, exactly. > >> > Another option is to play back any kind of recorded audio thru an audio >> > device that does not show the problem (some internal, onboard device?). >> > >> >> What do you mean by this? I didn't get it. I usually use my onboard >> intel HDA for listening to music and have no problems. > > I was just thinking of a way to judge whether the recording is affected. > And probably the best way is to listen to it :) > > Daniel > Just tested it and nothing is happening on the input channels. Actually as I said above, I can actually see the interference, and its all across all 4 output channels (the leds light up) but not across any input channel. A video speaks more, and I should have done it before. http://www.mediafire.com/file/gtqed3zjgd2/audio4dj-bug.ogg (8 megs, 1 min, ogg theora) Unfortunately I was too stupid to remember to do a close up, but those 4 leds you see lighting up are output channels 1,2,3,4. Input channels 1,2,3,4 are clean, nothing happens there. The other light that does not flash is the USB status light. Hope this helps! Regards, Pedro -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |