From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx1.redhat.com ([209.132.183.28]:6272 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752865Ab2AMLVx (ORCPT ); Fri, 13 Jan 2012 06:21:53 -0500 Message-ID: <4F1013CD.10104@redhat.com> Date: Fri, 13 Jan 2012 09:21:49 -0200 From: Mauro Carvalho Chehab MIME-Version: 1.0 To: gennarone@gmail.com CC: Jim Darby , linux-media@vger.kernel.org Subject: Re: Possible regression in 3.2 kernel with PCTV Nanostick T2 (em28xx, cxd2820r and tda18271) References: <4F0C3D1B.2010904@gmail.com> <4F0CE040.7020904@iki.fi> <4F0DE0C2.5050907@gmail.com> <4F0F08DB.4050301@gmail.com> In-Reply-To: <4F0F08DB.4050301@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: Em 12-01-2012 14:22, Gianluca Gennari escreveu: > Il 11/01/2012 20:19, Jim Darby ha scritto: >> On 11/01/12 01:05, Antti Palosaari wrote: >>> [snip] >>> Also latest LinuxTV.org devel could be interesting to see. There is >>> one patch that changes em28xx driver endpoint configuration. But as >>> that patch is going for 3.3 it should not be cause of issue, but I >>> wonder if it could fix... Use media_build.git if possible. >> >> Well, I built the kernel and installed it. Sadly I get entries of the >> form: "dvb_frontend_ioctl_legacy: doesn't know how to handle a DVBv3 >> call to delivery system 0" which isn't what I was looking for. I guess >> there's a new API? It would appear this is from the set frontend call. >> >> This is most annoying as I'd like to try out the newest code. >> >> Is there a v3 to v3 transition document anywhere? >> >> Best regards, >> >> Jim. >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-media" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > > Hi Jim, > you spotted a regression in the latest media_build release from > 11/01/2012. > I had the same problem here: > > "dvb_frontend_ioctl_legacy: doesn't know how to handle a DVBv3 call to > delivery system 0" > > with 3 totally different sticks (em28xx, dvb-usb, as102). > > Everything was working fine with media_build drivers from 08/01/2011, so > the problem originates from a patch committed in the last few days. > > In fact, I reverted this patch: > > http://patchwork.linuxtv.org/patch/9443/ > > and Kaffeine started working again with all my DVB-T sticks. Hmm... this patch shouldn't be causing troubles for an application that only uses DVBv3 call. Is Kaffeine filling the DTV_DELIVERY_SYSTEM with SYS_UNDEFINED (0)? If so, then Kaffeine has a bug, as it is requesting a non-existent delivery system. Could you please turn on the dvb-core debug, and see if it is trying to do a DVBv5 call with DTV_DELIVERY_SYSTEM? Thanks, Mauro > > Best regards, > Gianluca