Re: Almost got remote working with my "Winfast tv usb II Deluxe" box
Hm, it works better with the 64bit AMD version.
2009/10/25 Magnus Alm :
> Hi!
>
> This is on Ubuntu 9.04, kernel 2.6.28-16.
> I get the following in dmesg when pressing channel down on my remote:
>
> [ 3517.984559] : unknown key: key=0x90 raw=0x90 down=1
> [ 3518.096558] : unknown key: key=0x90 raw=0x90 down=0
>
> That should correspond with the following row in my keytable in ir-keymaps:
>
> { 0x90, KEY_CHANNELDOWN}, /* CHANNELDOWN */
>
>
> Do I need to configure lirc also?
> But since something responds (ir-common ?) to my pressing on the
> remote I thought it shouldn't be necessary.
>
> /Magnus
>
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Almost got remote working with my "Winfast tv usb II Deluxe" box
Hi!
This is on Ubuntu 9.04, kernel 2.6.28-16.
I get the following in dmesg when pressing channel down on my remote:
[ 3517.984559] : unknown key: key=0x90 raw=0x90 down=1
[ 3518.096558] : unknown key: key=0x90 raw=0x90 down=0
That should correspond with the following row in my keytable in ir-keymaps:
{ 0x90, KEY_CHANNELDOWN}, /* CHANNELDOWN */
Do I need to configure lirc also?
But since something responds (ir-common ?) to my pressing on the
remote I thought it shouldn't be necessary.
/Magnus
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: ERRORS
This message is generated daily by a cron job that builds v4l-dvb for the kernels and architectures in the list below. Results of the daily build of v4l-dvb: date:Sun Oct 25 19:00:05 CET 2009 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 13164:c4beabacadb3 gcc version: gcc (GCC) 4.3.1 hardware:x86_64 host os: 2.6.26 linux-2.6.22.19-armv5: OK linux-2.6.23.12-armv5: OK linux-2.6.24.7-armv5: OK linux-2.6.25.11-armv5: OK linux-2.6.26-armv5: OK linux-2.6.27-armv5: OK linux-2.6.28-armv5: OK linux-2.6.29.1-armv5: OK linux-2.6.30-armv5: OK linux-2.6.31-armv5: OK linux-2.6.32-rc3-armv5: ERRORS linux-2.6.32-rc3-armv5-davinci: ERRORS linux-2.6.27-armv5-ixp: ERRORS linux-2.6.28-armv5-ixp: ERRORS linux-2.6.29.1-armv5-ixp: ERRORS linux-2.6.30-armv5-ixp: ERRORS linux-2.6.31-armv5-ixp: ERRORS linux-2.6.32-rc3-armv5-ixp: ERRORS linux-2.6.28-armv5-omap2: OK linux-2.6.29.1-armv5-omap2: OK linux-2.6.30-armv5-omap2: OK linux-2.6.31-armv5-omap2: ERRORS linux-2.6.32-rc3-armv5-omap2: ERRORS linux-2.6.22.19-i686: WARNINGS linux-2.6.23.12-i686: OK linux-2.6.24.7-i686: OK linux-2.6.25.11-i686: OK linux-2.6.26-i686: OK linux-2.6.27-i686: OK linux-2.6.28-i686: OK linux-2.6.29.1-i686: WARNINGS linux-2.6.30-i686: WARNINGS linux-2.6.31-i686: WARNINGS linux-2.6.32-rc3-i686: ERRORS linux-2.6.23.12-m32r: OK linux-2.6.24.7-m32r: OK linux-2.6.25.11-m32r: OK linux-2.6.26-m32r: OK linux-2.6.27-m32r: OK linux-2.6.28-m32r: OK linux-2.6.29.1-m32r: OK linux-2.6.30-m32r: OK linux-2.6.31-m32r: OK linux-2.6.32-rc3-m32r: ERRORS linux-2.6.30-mips: WARNINGS linux-2.6.31-mips: OK linux-2.6.32-rc3-mips: ERRORS linux-2.6.27-powerpc64: ERRORS linux-2.6.28-powerpc64: ERRORS linux-2.6.29.1-powerpc64: ERRORS linux-2.6.30-powerpc64: ERRORS linux-2.6.31-powerpc64: ERRORS linux-2.6.32-rc3-powerpc64: ERRORS linux-2.6.22.19-x86_64: WARNINGS linux-2.6.23.12-x86_64: OK linux-2.6.24.7-x86_64: OK linux-2.6.25.11-x86_64: OK linux-2.6.26-x86_64: OK linux-2.6.27-x86_64: OK linux-2.6.28-x86_64: OK linux-2.6.29.1-x86_64: WARNINGS linux-2.6.30-x86_64: WARNINGS linux-2.6.31-x86_64: WARNINGS linux-2.6.32-rc3-x86_64: ERRORS sparse (linux-2.6.31): OK sparse (linux-2.6.32-rc3): OK linux-2.6.16.61-i686: ERRORS linux-2.6.17.14-i686: ERRORS linux-2.6.18.8-i686: ERRORS linux-2.6.19.5-i686: ERRORS linux-2.6.20.21-i686: OK linux-2.6.21.7-i686: OK linux-2.6.16.61-x86_64: ERRORS linux-2.6.17.14-x86_64: ERRORS linux-2.6.18.8-x86_64: ERRORS linux-2.6.19.5-x86_64: ERRORS linux-2.6.20.21-x86_64: OK linux-2.6.21.7-x86_64: OK Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Sunday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Sunday.tar.bz2 The V4L2 specification failed to build, but the last compiled spec is here: http://www.xs4all.nl/~hverkuil/spec/v4l2.html The DVB API specification failed to build, but the last compiled spec is here: http://www.xs4all.nl/~hverkuil/spec/dvbapi.pdf -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: em28xx DVB modeswitching change: call for testers
On 10/14/2009 06:52 AM, Devin Heitmueller wrote: Hello all, I have setup a tree that removes the mode switching code when starting/stopping streaming. If you have one of the em28xx dvb devices mentioned in the previous thread and volunteered to test, please try out the following tree: http://kernellabs.com/hg/~dheitmueller/em28xx-modeswitch In particular, this should work for those of you who reported problems with zl10353 based devices like the Pinnacle 320e (or Dazzle) and were using that one line change I sent this week. It should also work with Antti's Reddo board without needing his patch to move the demod reset into the tuner_gpio. This also brings us one more step forward to setting up the locking properly so that applications cannot simultaneously open the analog and dvb side of the device. Reddo DVB-C USB Box works fine with this patch. But whats the status of this patch, when this is going to Kernel? Reddo is added to the 2.6.32 and due to that I need this go 2.6.32 as bug fix. If this is not going to happen I should pull request my fix: http://linuxtv.org/hg/~anttip/reddo-dvb-c/rev/38f946af568f And other issue raised as well. QAM256 channels are mosaic. I suspect there is some USB speed problems in Empia em28xx driver since demod UNC and BER counters are clean. It is almost 50 Mbit/sec stream... Any idea? I tested modprobe em28xx alt=N without success... regards Antti -- http://palosaari.fi/ -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PULL] http://kernellabs.com/hg/~mkrufky/tda18271
On Sun, Oct 25, 2009 at 9:58 AM, Michael Krufky wrote: > Mauro, > > Please pull from: > > http://kernellabs.com/hg/~mkrufky/tda18271 I just added another cleanup patch -- please pull for the following changesets: - tda18271: allow for i2c buses that cant send 16 bytes at once - tda18271: add support for the set_config method - tda18271: initialize tuner during set_config if rf_cal_on_startup is set - tda18271: handle rf_cal_on_startup properly during attach - tda18271: consolidate common code for calibration on startup determination - tda18271: remove unneeded braces in switch..case block - tda18271: increment module version minor tda18271-common.c | 16 +- tda18271-fe.c | 142 +++--- tda18271-priv.h |2 tda18271.h| 12 +++- 4 files changed, 107 insertions(+), 65 deletions(-) Cheers, Mike -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PULL] http://kernellabs.com/hg/~mkrufky/tda18271
Mauro, Please pull from: http://kernellabs.com/hg/~mkrufky/tda18271 for the following: - tda18271: allow for i2c buses that cant send 16 bytes at once - tda18271: add support for the set_config method - tda18271: initialize tuner during set_config if rf_cal_on_startup is set - tda18271: handle rf_cal_on_startup properly during attach - tda18271: consolidate common code for calibration on startup determination - tda18271: increment module version minor tda18271-common.c | 16 +- tda18271-fe.c | 140 -- tda18271-priv.h |2 tda18271.h| 12 +++- 4 files changed, 107 insertions(+), 63 deletions(-) Regards, Mike -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: em28xx DVB modeswitching change: call for testers
Devin Heitmueller kernellabs.com> writes: > > Hello all, > > I have setup a tree that removes the mode switching code when > starting/stopping streaming. If you have one of the em28xx dvb > devices mentioned in the previous thread and volunteered to test, > please try out the following tree: > > http://kernellabs.com/hg/~dheitmueller/em28xx-modeswitch > > In particular, this should work for those of you who reported problems > with zl10353 based devices like the Pinnacle 320e (or Dazzle) and were > using that one line change I sent this week. It should also work with > Antti's Reddo board without needing his patch to move the demod reset > into the tuner_gpio. > > This also brings us one more step forward to setting up the locking > properly so that applications cannot simultaneously open the analog > and dvb side of the device. > > Thanks for your help, > > Devin > Tested your tree with a EM2882_BOARD_TERRATEC_HYBRID_XS (0x0ccd, 0x005e) in digital mode. It works fine, now I can successfully switch between DVB channels, while with the official tree channel switching doesn't work. I'm using MPlayer. Regards, Francesco -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
libv4l release: 0.6.3: time to retire some v4l1 drivers
Hi All, I'm very happy to announce the release of libv4l-0.6.3 The main change this release is support for decompression of w9968cf JPEG and stv0680 raw bayer formats, together with the new gspca support for these bridges, this will allow us to retire the w9968cf and stv680 v4l1 drivers. This release also adds 4 new laptops in the list of laptops whose camera modules are known to be mounted upside down in the frame. So it looks like the rate of adding new upside down cams is slowing somewhat, which is good. libv4l-0.6.3 - * Add more laptop models to the upside down devices table * Improved mr97310a decompression * Add support for decompressing yuv420 planar JPEG (one component per SOS, 3 SOS per frame), this is needed for w9968cf based cams * Add support for STV0680 raw bayer data Note new URL! Get it here: http://people.fedoraproject.org/~jwrdegoede/libv4l-0.6.3.tar.gz Regards, Hans -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
