On Thu, Dec 10, 2009 at 8:49 PM, Devin Heitmueller
wrote:
> Hello John,
>
> On Thu, Dec 10, 2009 at 8:38 PM, John S Gruber wrote:
>> I think you found something in the specification I haven't found. What did
>> you
>> see that indicated how to deal with e
> After reviewing the patch as well as the spec, your change looks
> pretty reasonable (aside from the fact that you need the other USB
> IDs). It seems pretty clear that the au0828 violates the spec, but
> the spec does indicate how to handle that case, which is what your
> code addresses.
>
I t
repeatedly.
modified: sound/usb/usbaudio.c
Signed-off-by: John S. Gruber
---
sound/usb/usbaudio.c | 45 +++--
1 files changed, 35 insertions(+), 10 deletions(-)
diff --git a/sound/usb/usbaudio.c b/sound/usb/usbaudio.c
index 44b9cdc..64d9d3a 100644
On Fri, Dec 4, 2009 at 10:43 AM, Devin Heitmueller
wrote:
> On Fri, Dec 4, 2009 at 9:31 AM, John S Gruber wrote:
>> I produced the dump of URB sizes you requested by adding that printk() line.
>> The
>> results are at http://pastebin.com/f26f29133
>
> Hi John,
>
&
> I am definitely seeing what you are saying with regards to the channel
> flipping back and forth. Do you know what size URBs are being
> delivered? If you've got a hacked up version of usbaudio.c, how about
> adding a printk() line which dumps out the URB size and send me a
> dump?
>
> Devin
>
I have problems with my audio that I've tracked down to the transfer
of audio from the au0828
in my hvr-950Q. I spotted the following comment about green screen
detection and I wonder
if it might be related.
drivers/media/video/au0828/au0828-video.c:
/* Workaround for a bug in the au0828