From patchwork Sun Oct 21 14:21:41 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Daniel Mack X-Patchwork-Id: 1622571 Return-Path: X-Original-To: patchwork-linux-media@patchwork.kernel.org Delivered-To: patchwork-process-083081@patchwork1.kernel.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by patchwork1.kernel.org (Postfix) with ESMTP id D8A2740135 for ; Sun, 21 Oct 2012 14:22:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753885Ab2JUOVv (ORCPT ); Sun, 21 Oct 2012 10:21:51 -0400 Received: from mail-bk0-f46.google.com ([209.85.214.46]:54234 "EHLO mail-bk0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753799Ab2JUOVt (ORCPT ); Sun, 21 Oct 2012 10:21:49 -0400 Received: by mail-bk0-f46.google.com with SMTP id jk13so705439bkc.19 for ; Sun, 21 Oct 2012 07:21:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; bh=bQBFW1BQVcj1ttfh3YjOygu7MIXFvI/Sx3mWScM+qVM=; b=zhzpChk5UkZJ+u7OQf+PgvsigyEaOTjKuxMBuVnvS2gx2hjHR2H0hjs7Aw8GCPtv1W 7otjJXh3rjRgj770MAtI2Pwna6ZzfBA/k8OyZ4KKPqNumyJXNQlSVrT5I0LReZAcD/m3 R7ZGeHDUq7lh5eYpbmdmkjyHXGPN8b4I00/mesf28VQDNp6caaiQRQDe/Gv3mgIomHjc GTCeFtD9w2OS828/tGkKQtXGe5pW9dzHn2u4oh1yrCwY78UAdfmMvkt+SOSUXymxgwnH +oEIFpu59oe39gWMaCwIRNrSuBOsaodYp9/oh9Yn0uf2/+Bg32h/M06vgR4k8KD9/dMR +OJg== Received: by 10.204.130.21 with SMTP id q21mr1934286bks.5.1350829307355; Sun, 21 Oct 2012 07:21:47 -0700 (PDT) Received: from [10.0.1.6] (i59F76C3C.versanet.de. [89.247.108.60]) by mx.google.com with ESMTPS id z13sm2245968bkv.8.2012.10.21.07.21.45 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 21 Oct 2012 07:21:46 -0700 (PDT) Message-ID: <508404F5.2010502@gmail.com> Date: Sun, 21 Oct 2012 16:21:41 +0200 From: Daniel Mack User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121016 Thunderbird/16.0.1 MIME-Version: 1.0 To: "Artem S. Tashkinov" CC: bp@alien8.de, pavel@ucw.cz, linux-kernel@vger.kernel.org, "netdev@vger.kernel.org" , security@kernel.org, linux-media@vger.kernel.org, linux-usb@vger.kernel.org, alsa-devel Subject: Re: was: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website References: <2104474742.26357.1350734815286.JavaMail.mail@webmail05> <20121020162759.GA12551@liondog.tnic> <966148591.30347.1350754909449.JavaMail.mail@webmail08> <20121020203227.GC555@elf.ucw.cz> <20121020225849.GA8976@liondog.tnic> <1781795634.31179.1350774917965.JavaMail.mail@webmail04> <20121021002424.GA16247@liondog.tnic> <1798605268.19162.1350784641831.JavaMail.mail@webmail17> <20121021110851.GA6504@liondog.tnic> <121566322.100103.1350820776893.JavaMail.mail@webmail20> <5083E4AA.3060807@gmail.com> <317435358.100327.1350822615555.JavaMail.mail@webmail20> In-Reply-To: <317435358.100327.1350822615555.JavaMail.mail@webmail20> X-Enigmail-Version: 1.4.5 Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org [Cc: alsa-devel] On 21.10.2012 14:30, Artem S. Tashkinov wrote: > On Oct 21, 2012, Daniel Mack wrote: > >> A hint at least. How did you enable the audio record exactly? Can you >> reproduce this with arecord? >> >> What chipset are you on? Please provide both "lspci -v" and "lsusb -v" >> dumps. As I said, I fail to reproduce that issue on any of my machines. > > All other applications can read from the USB audio without problems, it's > just something in the way Adobe Flash polls my audio input which causes > a crash. > > Just video capture (without audio) works just fine in Adobe Flash. Ok, so that pretty much rules out the host controller. I just wonder why I still don't see it here, and I haven't heard of any such problem from anyone else. Some more questions: - Which version of Flash are you running? - Does this also happen with Firefox? - Does flash access the device directly or via PulseAudio? - Could you please apply the attached patch and see what it spits out to dmesg once Flash opens the device? It returns -EINVAL in the hw_params callback to prevent the actual streaming. On my machine with Flash 11.4.31.110, I get values of 2/44800/1/32768/2048/0, which seems sane. Or does your machine still crash before anything is written to the logs? > Only and only when I choose to use > > USB Device 0x46d:0x81d my system crashes in Adobe Flash. > > See the screenshot: > > https://bugzilla.kernel.org/attachment.cgi?id=84151 When exactly does the crash happen? Right after you selected that entry from the list? There's a little recording level meter in that dialog. Does that show any input from the microphone? > My hardware information can be fetched from here: > > https://bugzilla.kernel.org/show_bug.cgi?id=49181 > > On a second thought that can be even an ALSA crash or pretty much > anything else. We'll see. Thanks for your help to sort this out! Daniel diff --git a/sound/usb/pcm.c b/sound/usb/pcm.c index f782ce1..5664b45 100644 --- a/sound/usb/pcm.c +++ b/sound/usb/pcm.c @@ -453,6 +453,18 @@ static int snd_usb_hw_params(struct snd_pcm_substream *substream, unsigned int channels, rate, format; int ret, changed; + + printk(">>> %s()\n", __func__); + + printk("format: %d\n", params_format(hw_params)); + printk("rate: %d\n", params_rate(hw_params)); + printk("channels: %d\n", params_channels(hw_params)); + printk("buffer bytes: %d\n", params_buffer_bytes(hw_params)); + printk("period bytes: %d\n", params_period_bytes(hw_params)); + printk("access: %d\n", params_access(hw_params)); + + return -EINVAL; + ret = snd_pcm_lib_alloc_vmalloc_buffer(substream, params_buffer_bytes(hw_params)); if (ret < 0)