From mboxrd@z Thu Jan 1 00:00:00 1970 From: VDR User Subject: Re: [alsa-devel] [PATCH]Support MCP89 and GT21x hdmi audio Date: Wed, 10 Mar 2010 00:05:52 -0800 Message-ID: References: <6B4D417B830BC44B8026029FD256F7F1C16B1AD557@HKMAIL01.nvidia.com> <6B4D417B830BC44B8026029FD256F7F1C16B1AD558@HKMAIL01.nvidia.com> <6B4D417B830BC44B8026029FD256F7F1C16B1AD562@HKMAIL01.nvidia.com> <20100308044614.GA29026@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Jaroslav Kysela Cc: Wu Fengguang , Wei Ni , Takashi Iwai , alsa-devel , Jaroslav Kysela , linux-kernel , akpm , Pavel Hofman List-Id: alsa-devel@alsa-project.org On Tue, Mar 9, 2010 at 11:58 PM, Jaroslav Kysela wrote= : > On Tue, 9 Mar 2010, VDR User wrote: > >> On Sun, Mar 7, 2010 at 8:46 PM, Wu Fengguang >> wrote: >>> >>> CC Jaroslav, maybe he has some idea on >>> >>> =A0 =A0 =A0 =A0pcm_hw.c: snd_pcm_hw_delay() SNDRV_PCM_IOCTL_DELAY f= ailed. >>> >>> On Mon, Mar 08, 2010 at 12:35:37PM +0800, Wei Ni wrote: >>>> >>>> Hi, >>>> Because I don't have GT220 card on hand, I didn't test it yet. >>>> So I didn't add this card to the patch file. I think you could add= it >>>> after >>>> you test it. >>>> >>>> About the warning messages, I don't know why. >>>> May be some others can answer. >>>> >>>> Thanks >>>> Wei. >>>> nvpublic >>>> >>>> -----Original Message----- >>>> From: VDR User [mailto:user.vdr@gmail.com] >>>> Sent: Monday, March 08, 2010 3:22 AM >>>> To: Wei Ni >>>> Cc: Takashi Iwai; akpm; alsa-devel; Wu Fengguang; linux-kernel; Pa= vel >>>> Hofman >>>> Subject: Re: [alsa-devel] [PATCH]Support MCP89 and GT21x hdmi audi= o >>>> >>>> I think this may be relevant to this subject, if not then my apolo= gies. >>>> >>>> I've just installed a GT220 card and was able to get audio-over-hd= mi >>>> working by compiling the snapshot drivers from 20100307 which cont= ain >>>> Wei's new code. =A0I further had to patch the driver to recognize = my >>>> card with: >>>> >>>> --- alsa-driver-orig/alsa-kernel/pci/hda/patch_nvhdmi.c 2010-03-06 >>>> 18:00:12.000000000 -0800 >>>> +++ alsa-driver/alsa-kernel/pci/hda/patch_nvhdmi.c =A0 =A0 =A02010= -03-06 >>>> 18:02:00.000000000 -0800 >>>> @@ -1335,6 +1335,8 @@ static struct hda_codec_preset snd_hda_p >>>> =A0 =A0 =A0 =A0 =A0 .patch =3D patch_nvhdmi_8ch_89 }, >>>> =A0 =A0 =A0 =A0 { .id =3D 0x10de000b, .name =3D "GT21x HDMI", >>>> =A0 =A0 =A0 =A0 =A0 .patch =3D patch_nvhdmi_8ch_89 }, >>>> + =A0 =A0 =A0 { .id =3D 0x10de000a, .name =3D "GT220 HDMI", >>>> + =A0 =A0 =A0 =A0 .patch =3D patch_nvhdmi_8ch_89 }, >>>> =A0 =A0 =A0 =A0 { .id =3D 0x10de000d, .name =3D "GT240 HDMI", >>>> =A0 =A0 =A0 =A0 =A0 .patch =3D patch_nvhdmi_8ch_89 }, >>>> =A0 =A0 =A0 =A0 {} /* terminator */ >>>> @@ -1347,6 +1349,7 @@ MODULE_ALIAS("snd-hda-codec-id:10de0006" >>>> =A0MODULE_ALIAS("snd-hda-codec-id:10de0007"); >>>> =A0MODULE_ALIAS("snd-hda-codec-id:10de0067"); >>>> =A0MODULE_ALIAS("snd-hda-codec-id:10de8001"); >>>> +MODULE_ALIAS("snd-hda-codec-id:10de000a"); >>>> =A0MODULE_ALIAS("snd-hda-codec-id:10de000c"); >>>> =A0MODULE_ALIAS("snd-hda-codec-id:10de000b"); >>>> =A0MODULE_ALIAS("snd-hda-codec-id:10de000d"); >>>> >>>> This seems to work fine when running VDR but if I do anything else >>>> like upgrade packages, compile something, or maybe create a bz2, t= hen >>>> I start to see _a lot_ of the following in my xine log: >>>> >>>> pcm_hw.c: snd_pcm_hw_delay() SNDRV_PCM_IOCTL_DELAY failed. >>>> >>>> With the old code this didn't happen. =A0However, my setup was an = 8400gs >>>> using SPDIF OUT from my mainboard to SPDIF IN on the card. =A0Then= using >>>> a dvi->hdmi cable into the tv. >>>> >>>> Again, I apologize if I'm posting this in the wrong place. >>>> >>>> Best regards. >> >> So nobody has any ideas at all? =A0This is turning out to be a big >> problem and I've discovered it will occur even without anything else >> happening on the system. =A0(originally I thought you needed to do s= ome >> other activity.) =A0I've checked with some other devs I know and >> everyone has said the problem is with alsa so it would seem there is= a >> serious bug somewhere since eventually those errors will happen and >> the audio will start skipping like crazy. >> >> Please let me know if there's anything I can do within my ability to= help. > > Could you do strace for ALSA ioctls? At least having the error code m= ight > help to identify this issue. I don't know how but I'm willing to try if you want to tell me how to do it. Please keep in mind, I'm just an end-user -- not a developer or even c coder. The most I've done is run xine in gdb to help supply bug info to those devs.