Mumudvb autostart
Hi All, I tried run the startup script for mumudvb. Please see the details below. r...@dvb-desktop:/etc/init.d# ./mumudvb start * Starting television streaming program: mumudvb * Starting card 0 r...@dvb-desktop:/etc/init.d# ./mumudvb status * television streaming program: mumudvb is not running Anybody had this issue before... Aslam N�r��yb�X��ǧv�^�){.n�+{���bj)w*jg����ݢj/���z�ޖ��2�ޙ�)ߡ�a�����G���h��j:+v���w��٥
Andy Walls' change of email address
All, As a consequence of moving myself into the 21st century by obtaining cable internet service, I have a new e-mail address: awalls md.metrocast.net My radix.net email address will soon cease working. Regards, Andy -- 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: [PATCH v2 for v4l-dvb master] V4L/DVB: budget: Oops: BUG: unable to handle kernel NULL pointer dereference
Hi, Bjørn Mork wrote: Never call dvb_frontend_detach if we failed to attach a frontend. This fixes the following oops: [8.172997] DVB: registering new adapter (TT-Budget S2-1600 PCI) [8.209018] adapter has MAC addr = 00:d0:5c:cc:a7:29 [8.328665] Intel ICH :00:1f.5: PCI INT B - GSI 17 (level, low) - IRQ 17 [8.328753] Intel ICH :00:1f.5: setting latency timer to 64 [8.562047] DVB: Unable to find symbol stv090x_attach() [8.562117] BUG: unable to handle kernel NULL pointer dereference at 00ac [8.562239] IP: [e08b04a3] dvb_frontend_detach+0x4/0x67 [dvb_core] Ref http://bugs.debian.org/575207 Also clean up if we are unable to register the tuner and LNB drivers Signed-off-by: Bjørn Mork bj...@mork.no Reported-by: Fladischer Michael fladischermich...@fladi.at --- This version should apply to to git://linuxtv.org/v4l-dvb.git master on top of commit 30b8f0787e51a3ab0c447e0e3bf4aadc7caf9ffd. It is otherwise identical to the v2 patch for the upstream and stable kernel repositories. drivers/media/dvb/ttpci/budget.c | 56 - 1 files changed, 30 insertions(+), 26 deletions(-) diff --git a/drivers/media/dvb/ttpci/budget.c b/drivers/media/dvb/ttpci/budget.c index fccb6ad..918679e 100644 --- a/drivers/media/dvb/ttpci/budget.c +++ b/drivers/media/dvb/ttpci/budget.c @@ -628,32 +628,36 @@ static void frontend_init(struct budget *budget) tt1600_stv6110x_config, budget-i2c_adap); - tt1600_stv090x_config.tuner_init = ctl-tuner_init; - tt1600_stv090x_config.tuner_sleep = ctl-tuner_sleep; - tt1600_stv090x_config.tuner_set_mode = ctl-tuner_set_mode; - tt1600_stv090x_config.tuner_set_frequency = ctl-tuner_set_frequency; - tt1600_stv090x_config.tuner_get_frequency = ctl-tuner_get_frequency; - tt1600_stv090x_config.tuner_set_bandwidth = ctl-tuner_set_bandwidth; - tt1600_stv090x_config.tuner_get_bandwidth = ctl-tuner_get_bandwidth; - tt1600_stv090x_config.tuner_set_bbgain= ctl-tuner_set_bbgain; - tt1600_stv090x_config.tuner_get_bbgain= ctl-tuner_get_bbgain; - tt1600_stv090x_config.tuner_set_refclk= ctl-tuner_set_refclk; - tt1600_stv090x_config.tuner_get_status= ctl-tuner_get_status; - - /* call the init function once to initialize -tuner's clock output divider and demod's -master clock */ - if (budget-dvb_frontend-ops.init) - budget-dvb_frontend-ops.init(budget-dvb_frontend); - - dvb_attach(isl6423_attach, - budget-dvb_frontend, - budget-i2c_adap, - tt1600_isl6423_config); - - } else { - dvb_frontend_detach(budget-dvb_frontend); - budget-dvb_frontend = NULL; + if (ctl) { + tt1600_stv090x_config.tuner_init = ctl-tuner_init; + tt1600_stv090x_config.tuner_sleep = ctl-tuner_sleep; + tt1600_stv090x_config.tuner_set_mode = ctl-tuner_set_mode; + tt1600_stv090x_config.tuner_set_frequency = ctl-tuner_set_frequency; + tt1600_stv090x_config.tuner_get_frequency = ctl-tuner_get_frequency; + tt1600_stv090x_config.tuner_set_bandwidth = ctl-tuner_set_bandwidth; + tt1600_stv090x_config.tuner_get_bandwidth = ctl-tuner_get_bandwidth; + tt1600_stv090x_config.tuner_set_bbgain = ctl-tuner_set_bbgain; + tt1600_stv090x_config.tuner_get_bbgain = ctl-tuner_get_bbgain; + tt1600_stv090x_config.tuner_set_refclk = ctl-tuner_set_refclk; + tt1600_stv090x_config.tuner_get_status = ctl-tuner_get_status; + + /* call the init function once to initialize +tuner's clock output divider and demod's +master clock */ + if (budget-dvb_frontend-ops.init) +
Re: [ivtv-devel] Andy Walls' change of email address
- HoP jpetr...@gmail.com wrote: As a consequence of moving myself into the 21st century by obtaining cable internet service, I have a new e-mail address: awalls md.metrocast.net My radix.net email address will soon cease working. of course it is not my job, but I wonder why you not stay on old email. In 21 century there is no problem to move domain to other place or, at least, do some type of forwarding :) My 2 cents /Honza PS: The only real reason I can imagine is that radix.com is not your own domain and owner of it doesn't allow mail forwarding. Which is, indeed, what one finds by pointing a browser at www.radix.net; that mailbox belongs to his old ISP, and presumably he doesn't want to keep paying them for it. It might be worth your while, though, Andy, as active as you are in the development community (and thanks again for it) to ask them if they'd forward that address for a while, for a nominal charge... I used to do it, when I ran a small dialup ISP... Cheers, -- jra -- Jay R. Ashworth Baylink j...@baylink.com Designer The Things I Think RFC 2100 Ashworth Associates http://baylink.pitas.com '87 e24 St Petersburg FL USA http://photo.imageinc.us +1 727 647 1274 Start a man a fire, and he'll be warm all night. Set a man on fire, and he'll be warm for the rest of his life. -- 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
Asus My Cinema US1-500/M/RC
Hi, I have the aforementioned device, but it doesn't work in Ubuntu 9.10. The drivers for this device are available at the asus's driver download site. Can someone please tell me what I have to do to get this usb card working in ubuntu? The linux drivers can be downloaded from: http://support.asus.com/download/download.aspx?SLanguage=en-us please select multimedia - tv tuner - My Cinema US1-500 Thanks, Sunil -- 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: [RFC] What are the goals for the architecture of an in-kernel IR system?
Hi! This were the original plan we've discussed, back in December: Seems sane. struct keycode_table_entry { unsigned keycode; char scancode[32]; /* 32 is just an arbitrary long array - maybe shorter */ int len; } What about struct keycode_table_entry { unsigned keycode; int len; char scancode[]; } ? gcc extension, but commonly used around kernel. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- 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: [RFC] What are the goals for the architecture of an in-kernel IR system?
Pavel Machek wrote: Hi! This were the original plan we've discussed, back in December: Seems sane. struct keycode_table_entry { unsigned keycode; char scancode[32]; /* 32 is just an arbitrary long array - maybe shorter */ int len; } What about struct keycode_table_entry { unsigned keycode; int len; char scancode[]; } ? gcc extension, but commonly used around kernel. Seems fine. Maybe we could just use char *scancode to avoid using a gcc extension on a public interface. -- Cheers, Mauro -- 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] ov7670 changes
Hi, Mauro, With luck, I'll shortly have a via-camera driver (for the XO 1.5) ready for review. In the mean time, though, here's a set of ov7670 changes which have built up in the process. Unless there are objections, I'd appreciate it if these could go in for 2.6.35. The patches can be pulled from: git://git.lwn.net/linux-2.6.git ov7670 Jonathan Corbet (7): ov7670: Use CCIR601 in all video modes ov7670: Avoid reading clkrc ov7670: Don't use SMBUS I/O ov7670: Wire up V4L2_CID_GAIN and V4L2_CID_AUTOGAIN ov7670: wire up controls for exposure and autoexposure ov7670: Restore SMBUS I/O for the XO 1.0 ov7670: Always rewrite clkrc when setting format drivers/media/video/ov7670.c | 283 +- 1 files changed, 250 insertions(+), 33 deletions(-) Thanks, jon -- 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: Which of my 3 video capture devices will work best with my PC?
Hi Serge, Am Donnerstag, den 25.03.2010, 00:06 +0100 schrieb hermann pitton: Am Mittwoch, den 24.03.2010, 16:45 -0600 schrieb Serge Pontejos: Greetings all... I'm interested in doing video transfer from VCR to PC and want to know which of the 3 capture devices I have has the best chance of working with my setup? I have 3 different symptoms happening with each. My PC setup: Ubuntu Karmic 9.10/2.6.31-20 generic Socket 754 AMD Sempron 3000+ with passive cooling (non AMD64) Biostar MB with Nforce3 250Gb chipset NV31 GPU (Geforce FX5600 Ultra 128MB) using Nvidia 196 driver 1GB PC3200 DDR RAM 34GB SCSI coupled to a Adaptec 19160 card Soundblaster Audigy dvd+-R floppy etc etc. The devices in question: USB: Dazzle Digital Photo Maker, using a USBvision driver recognized as a Global Village GV-7000) --This one recognizes and I can display video but if I try to record in either xawtv or Kdenlive the program crashes. PCI: Hauppauge WinTV model 38101 --When installed it shows /dev/video0 when I do an ls, but I don't get a signal with either composite or coax input. I tried following steps from this link http://howtoubuntu.org/?p=20 but it didn't change a thing... PCI: Aurora Systems Fuse previously used on a Mac --This card picks up the ZR36067 driver, but it's saying it can't initialize the i2c bus. Thus, no /dev/video* shows Let me know which I should focus on and then I'll show the query dumps. I guess you don't get any dog out of the hut with such offers. ;) please always provide us with the relevant dmesg output also for cards with trouble. Maybe we can fix them or at least others are informed about the issues too. The bttv WinTV model 38101 might be just a new revision and maybe the tuner is just missing in tveeprom? Old ones. bttv0: Bt878 (rev 17) at :05:04.0, irq: 18, latency: 66, mmio: 0xf840 bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb bttv0: using: Hauppauge (bt878) [card=10,autodetected] bttv0: gpio: en=, out= in=00fb [init] bttv0: Hauppauge/Voodoo msp34xx: reset line init [5] tveeprom 0-0050: Hauppauge model 38101, rev B410, serial# 1993042 tveeprom 0-0050: tuner model is Philips FI1236 MK2 (idx 10, type 2) tveeprom 0-0050: TV standards NTSC(M) (eeprom 0x08) tveeprom 0-0050: audio processor is None (idx 0) tveeprom 0-0050: has no radio bttv0: Hauppauge eeprom indicates model#38101 and bttv0: Bt878 (rev 17) at :05:04.0, irq: 18, latency: 66, mmio: 0xf840 bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb bttv0: using: Hauppauge (bt878) [card=10,autodetected] bttv0: gpio: en=, out= in=00fb [init] bttv0: Hauppauge/Voodoo msp34xx: reset line init [5] tveeprom 0-0050: Hauppauge model 38101, rev B426, serial# 1890608 tveeprom 0-0050: tuner model is Temic 4036FY5 (idx 26, type 8) tveeprom 0-0050: TV standards NTSC(M) (eeprom 0x08) tveeprom 0-0050: audio processor is None (idx 0) tveeprom 0-0050: has no radio bttv0: Hauppauge eeprom indicates model#38101 Cheers, Hermann -- 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: WARNINGS
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:Thu Mar 25 19:01:59 CET 2010 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 14512:5b152630ae7c git master: f6760aa024199cfbce564311dc4bc4d47b6fb349 git media-master: 8c69c6ed6c74c94fa7ad6fa24eda452e4b212d81 gcc version: i686-linux-gcc (GCC) 4.4.3 host hardware:x86_64 host os: 2.6.32.5 linux-2.6.32.6-armv5: OK linux-2.6.33-armv5: OK linux-2.6.34-rc1-armv5: OK linux-2.6.32.6-armv5-davinci: WARNINGS linux-2.6.33-armv5-davinci: WARNINGS linux-2.6.34-rc1-armv5-davinci: WARNINGS linux-2.6.32.6-armv5-ixp: WARNINGS linux-2.6.33-armv5-ixp: WARNINGS linux-2.6.34-rc1-armv5-ixp: WARNINGS linux-2.6.32.6-armv5-omap2: WARNINGS linux-2.6.33-armv5-omap2: WARNINGS linux-2.6.34-rc1-armv5-omap2: WARNINGS linux-2.6.22.19-i686: WARNINGS linux-2.6.23.17-i686: WARNINGS linux-2.6.24.7-i686: WARNINGS linux-2.6.25.20-i686: WARNINGS linux-2.6.26.8-i686: WARNINGS linux-2.6.27.44-i686: WARNINGS linux-2.6.28.10-i686: WARNINGS linux-2.6.29.1-i686: WARNINGS linux-2.6.30.10-i686: WARNINGS linux-2.6.31.12-i686: WARNINGS linux-2.6.32.6-i686: WARNINGS linux-2.6.33-i686: WARNINGS linux-2.6.34-rc1-i686: WARNINGS linux-2.6.32.6-m32r: OK linux-2.6.33-m32r: OK linux-2.6.34-rc1-m32r: OK linux-2.6.32.6-mips: WARNINGS linux-2.6.33-mips: WARNINGS linux-2.6.34-rc1-mips: WARNINGS linux-2.6.32.6-powerpc64: WARNINGS linux-2.6.33-powerpc64: WARNINGS linux-2.6.34-rc1-powerpc64: WARNINGS linux-2.6.22.19-x86_64: WARNINGS linux-2.6.23.17-x86_64: WARNINGS linux-2.6.24.7-x86_64: WARNINGS linux-2.6.25.20-x86_64: WARNINGS linux-2.6.26.8-x86_64: WARNINGS linux-2.6.27.44-x86_64: WARNINGS linux-2.6.28.10-x86_64: WARNINGS linux-2.6.29.1-x86_64: WARNINGS linux-2.6.30.10-x86_64: WARNINGS linux-2.6.31.12-x86_64: WARNINGS linux-2.6.32.6-x86_64: WARNINGS linux-2.6.33-x86_64: WARNINGS linux-2.6.34-rc1-x86_64: WARNINGS linux-git-armv5: OK linux-git-armv5-davinci: OK linux-git-armv5-ixp: OK linux-git-armv5-omap2: OK linux-git-i686: WARNINGS linux-git-m32r: OK linux-git-mips: OK linux-git-powerpc64: WARNINGS linux-git-x86_64: WARNINGS spec: ERRORS spec-git: OK sparse: ERRORS linux-2.6.16.62-i686: WARNINGS linux-2.6.17.14-i686: WARNINGS linux-2.6.18.8-i686: WARNINGS linux-2.6.19.7-i686: WARNINGS linux-2.6.20.21-i686: WARNINGS linux-2.6.21.7-i686: WARNINGS linux-2.6.16.62-x86_64: WARNINGS linux-2.6.17.14-x86_64: WARNINGS linux-2.6.18.8-x86_64: WARNINGS linux-2.6.19.7-x86_64: WARNINGS linux-2.6.20.21-x86_64: WARNINGS linux-2.6.21.7-x86_64: WARNINGS Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Thursday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Thursday.tar.bz2 The V4L-DVB specification from this daily build is here: http://www.xs4all.nl/~hverkuil/spec/media.html -- 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
[PATCH -hg] Add a tool to compare -git and -hg trees
Adds diffrev.h, to allow comparing the differences between the git and mercurial trees. I used an old version of this script for quite a long time, in order to compare the -hg and -git trees, and be sure that the sync between them didn't lost anything. Douglas is currently using it to be sure that both trees are in sync, when he merges from upstream. It basically calls the gentree.pl script, to generate a version of the tree without any compat code, and applies a few patches with some known differences, generally in the files maintained on other subsystems. It also contains blacklist.txt with files that shouldn't be considered as missing files. This version is smart enough to work with 0, 1 or 2 parameters. For it to work with 0 parameters, the GIT_TREE and HG_TREE environment vars should exist. When called with one parameter, it assumes that the diff is to be done between the current tree and another one. So, in order to do a diff between the current dir and a git tree as ~/v4l-dvb-git, all that is needed is to call: ./v4l/scripts/diffrev.sh ~/v4l-dvb-git As output, it produces 4 files, at /tmp: /tmp/diff - differences between the two git trees /tmp/diff2 - differences, excluding the ones caused by whitespacing somente - files that are only on one of the trees somente2 - files that are only on one of the trees, excluding the ones at the blacklist. As described on Part III, chapter 2, item (d), codes at -hg tree with just #if 0 or #if 1 are dropped, when sending to git. This is one of the procedures that were agreed since 2005, when we've moved from cvs to git. This procedure helped to remove a huge number of lines with dead code. As I think we need to review and remove the code that are there for a long time without anyone touched it, I've added a flag at the gentree.pl to preserve all those #if 0/#if 1 code by default. In order to work with the old way (e. g., removing the dead code from the compare), a new option were added to both gentree.pl and diffrev.sh: --strip_dead_code As all code on v4l-dvb tree, except otherwise said, the scripts are GPLv2 only. Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com diff --git a/v4l/scripts/diffrev.sh b/v4l/scripts/diffrev.sh new file mode 100755 --- /dev/null +++ b/v4l/scripts/diffrev.sh @@ -0,0 +1,121 @@ +#/bin/bash + +# Set default tree locations, if you want, at the shell ENV +#GIT_TREE=$HOME/v4l-dvb +#HG_TREE=$HOME/v4l-dvb-hg + +# Should be adjusted to the environment +TMP_TREE=/tmp/oldtree +KERNVER_FILE=./v4l/scripts/etc/kern_version +FIXPATCHES=./v4l/scripts/etc/fixdiffs/* +BLACKLIST=./v4l/scripts/etc/blacklist.txt +GENTREE=./v4l/scripts/gentree.pl + +if [ $1 == --strip-dead-code ]; then + GENTREE_ARGS=$1 + shift +fi + +if [ $2 != ]; then + # + # Two arguments were given. One tree should be hg and the other git + # + if [ -e $1/.hg/hgrc ]; then + HG_TREE=$1 + GIT_TREE=$2 + else + HG_TREE=$2 + GIT_TREE=$1 + fi +else + # + # If just one argument is selected, and it is called from one tree + #use the other argument for the other tree type + #otherwise, use default plus the given tree name + # + if [ $1 != ]; then + if [ -e $1/.hg/hgrc ]; then + HG_TREE=$1 + if [ -e .git/config ]; then + GIT_TREE=. + fi + elif [ -e $1/.git/config ]; then + GIT_TREE=$1 + if [ -e .hg/hgrc ]; then + HG_TREE=. + fi + fi + fi +fi + +if [ $GIT_TREE == ]; then + echo No git tree were provided. + ERROR=1 +fi + +if [ $HG_TREE == ]; then + echo No mercurial tree were provided. + ERROR=1 +fi + +if [ $ERROR != ]; then + echo Usage: $0 [--strip-dead-code] tree1 [tree2] + exit -1 +fi + +if [ ! -e $GIT_TREE/.git/config ]; then + echo $GIT_TREE is not a git tree. Should specify a git tree to compare with the $HG_TREE mercurial tree + exit -1 +fi + +if [ ! -e $HG_TREE/.hg/hgrc ]; then + echo $HG_TREE is not a mercurial tree. Should specify -hg tree to compare with the $GIT_TREE git tree + exit -1 +fi + +echo comparing $HG_TREE -hg tree with $GIT_TREE -git tree. + + +run() { + echo $@ + $@ +} + +echo removing oldtree.. +run rm -rf $TMP_TREE +echo creating an oldtree.. +run $GENTREE $GENTREE_ARGS `cat $KERNVER_FILE` $HG_TREE/linux $TMP_TREE /dev/null + +echo applying the fix patches +for i in $FIXPATCHES; do + echo $i + run patch --no-backup-if-mismatch -R -d $TMP_TREE -p2 -i $i -s + diffstat -p1 $i +done + +echo removing rej/orig from $GIT_TREE +run find $GIT_TREE -name '*.rej' -exec rm '{}' \; +run find $GIT_TREE -name '*.orig' -exec rm '{}' \; + +echo removing rej/orig from oldtree +run
Re: Which of my 3 video capture devices will work best with my PC?
Am Donnerstag, den 25.03.2010, 16:06 -0600 schrieb Serge Pontejos: On Thu, Mar 25, 2010 at 1:18 PM, hermann pitton hermann-pit...@arcor.de wrote: Hi Serge, Am Donnerstag, den 25.03.2010, 00:06 +0100 schrieb hermann pitton: please always provide us with the relevant dmesg output also for cards with trouble. I figured I would try to determine if there was a specific card that might have a better chance of working first, then focus on that card's problem. But I'll just supply the dmesg with the BT878 installed here... [ 33.150658] Bt87x :02:0a.1: PCI INT A - Link[APC3] - GSI 18 (level, low) - IRQ 18 [ 33.150914] bt87x0: Using board 1, analog, digital (rate 32000 Hz) [ 33.294887] EMU10K1_Audigy :02:07.0: PCI INT A - Link[APC4] - GSI 19 (level, low) - IRQ 19 [ 33.429554] bttv: driver version 0.9.18 loaded [ 33.429559] bttv: using 8 buffers with 2080k (520 pages) each for capture [ 33.429609] bttv: Bt8xx card found (0). [ 33.429629] bttv :02:0a.0: PCI INT A - Link[APC3] - GSI 18 (level, low) - IRQ 18 [ 33.429639] bttv0: Bt878 (rev 17) at :02:0a.0, irq: 18, latency: 32, mmio: 0xe400 [ 33.429672] bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb [ 33.429675] bttv0: using: Hauppauge (bt878) [card=10,insmod option] [ 33.429678] IRQ 18/bttv0: IRQF_DISABLED is not guaranteed on shared IRQs [ 33.429709] bttv0: gpio: en=, out= in=00fb [init] [ 33.432194] bttv0: Hauppauge/Voodoo msp34xx: reset line init [5] [ 33.432232] bt878 #0 [sw]: Test OK [ 33.475356] tveeprom 3-0050: Hauppauge model 38101, rev B410, serial# 1974546 [ 33.475361] tveeprom 3-0050: tuner model is Philips FI1236 MK2 (idx 10, type 2) [ 33.475365] tveeprom 3-0050: TV standards NTSC(M) (eeprom 0x08) [ 33.475368] tveeprom 3-0050: audio processor is None (idx 0) [ 33.475371] tveeprom 3-0050: has no radio [ 33.475373] bttv0: Hauppauge eeprom indicates model#38101 [ 33.475376] bttv0: tuner type=2 [ 33.640466] bttv0: audio absent, no audio device found! [ 33.671316] tuner 3-0061: chip found @ 0xc2 (bt878 #0 [sw]) [ 33.816641] tuner-simple 3-0061: creating new instance [ 33.816648] tuner-simple 3-0061: type set to 2 (Philips NTSC (FI1236,FM1236 and compatibles)) [ 33.817329] bttv0: registered device video1 [ 33.817357] bttv0: registered device vbi1 [ 33.817374] bttv0: PLL: 28636363 = 35468950 .. ok ...which has similar output to your first dmesg example Serial# appears to be a little earlier than your example. Maybe we can fix them or at least others are informed about the issues too. The bttv WinTV model 38101 might be just a new revision and maybe the tuner is just missing in tveeprom? Old ones. bttv0: Bt878 (rev 17) at :05:04.0, irq: 18, latency: 66, mmio: 0xf840 bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb bttv0: using: Hauppauge (bt878) [card=10,autodetected] bttv0: gpio: en=, out= in=00fb [init] bttv0: Hauppauge/Voodoo msp34xx: reset line init [5] tveeprom 0-0050: Hauppauge model 38101, rev B410, serial# 1993042 tveeprom 0-0050: tuner model is Philips FI1236 MK2 (idx 10, type 2) tveeprom 0-0050: TV standards NTSC(M) (eeprom 0x08) tveeprom 0-0050: audio processor is None (idx 0) tveeprom 0-0050: has no radio bttv0: Hauppauge eeprom indicates model#38101 Cheers, Hermann This is the xawtv output: se...@bracken:~$ xawtv -noxv -device /dev/video0 This is xawtv-3.95.dfsg.1, running on Linux/i686 (2.6.31-20-generic) xinerama 0: 1680x1050+0+0 WARNING: No DGA direct video mode for this display. WARNING: couldn't find framebuffer base address, try manual configuration (v4l-conf -a addr) v4l2: WARNING: framebuffer base address mismatch v4l2: me=(nil) v4l=(nil) Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-lucidatypewriter-bold-r-normal-*-14-*-*-*-m-*-iso8859-*, -*-courier-bold-r-normal-*-14-*-*-*-m-*-iso8859-*, -gnu-unifont-bold-r-normal--16-*-*-*-c-*-*-*, -efont-biwidth-bold-r-normal--16-*-*-*-*-*-*-*, -*-*-bold-r-normal-*-16-*-*-*-m-*-*-*, -*-*-bold-r-normal-*-16-*-*-*-c-*-*-*, -*-*-*-*-*-*-16-*-*-*-*-*-*-*,* to type FontSet Warning: Cannot convert string -*-ledfixed-medium-r-*--39-*-*-*-c-*-*-* to type FontStruct Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-lucidatypewriter-bold-r-normal-*-14-*-*-*-m-*-iso8859-*, -*-courier-bold-r-normal-*-14-*-*-*-m-*-iso8859-*, -gnu-unifont-bold-r-normal--16-*-*-*-c-*-*-*,
[PATCH] gspca: Add CONFIG_INPUT to gspca_input_connect()
Signed-off-by: Douglas Schilling Landgraf dougsl...@redhat.com diff --git a/drivers/media/video/gspca/gspca.c b/drivers/media/video/gspca/gspca.c index 1830ea9..df44eca 100644 --- a/drivers/media/video/gspca/gspca.c +++ b/drivers/media/video/gspca/gspca.c @@ -2281,9 +2281,11 @@ int gspca_dev_probe(struct usb_interface *intf, goto out; gspca_set_default_mode(gspca_dev); +#ifdef CONFIG_INPUT ret = gspca_input_connect(gspca_dev); if (ret) goto out; +#endif mutex_init(gspca_dev-usb_lock); mutex_init(gspca_dev-read_lock); -- 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