* ivtv 1.4.2/1.4.3 broken in recent kernels? @ 2013-09-17 20:49 Rajil Saraswat 2013-09-30 11:33 ` Hans Verkuil 2013-10-10 2:20 ` Andy Walls 0 siblings, 2 replies; 18+ messages in thread From: Rajil Saraswat @ 2013-09-17 20:49 UTC (permalink / raw) To: linux-media Hi, I have a couple of PVR-500's which have additional tuners connected to them (using daughter cards). The audio is not usable on either 1.4.2 or 1.4.3 ivtv drivers. The issue is described at http://ivtvdriver.org/pipermail/ivtv-users/2013-September/010462.html Is there anything i can do to make kernel 3.10.7 (ivtv 1.4.3) play nice with my card? Thanks ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-09-17 20:49 ivtv 1.4.2/1.4.3 broken in recent kernels? Rajil Saraswat @ 2013-09-30 11:33 ` Hans Verkuil 2013-10-05 13:10 ` Rajil Saraswat 2013-10-10 2:20 ` Andy Walls 1 sibling, 1 reply; 18+ messages in thread From: Hans Verkuil @ 2013-09-30 11:33 UTC (permalink / raw) To: Rajil Saraswat; +Cc: linux-media, Andy Walls On 09/17/2013 10:49 PM, Rajil Saraswat wrote: > Hi, > > I have a couple of PVR-500's which have additional tuners connected > to them (using daughter cards). The audio is not usable on either > 1.4.2 or 1.4.3 ivtv drivers. The issue is described at > http://ivtvdriver.org/pipermail/ivtv-users/2013-September/010462.html > > Is there anything i can do to make kernel 3.10.7 (ivtv 1.4.3) play > nice with my card? Andy, is this something you can look at? Regards, Hans ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-09-30 11:33 ` Hans Verkuil @ 2013-10-05 13:10 ` Rajil Saraswat [not found] ` <CAFoaQoDS6LUKNQ7dHF1s1Ms_YuS98mZzrhXRjLLarHHUxsSxMQ@mail.gmail.com> 0 siblings, 1 reply; 18+ messages in thread From: Rajil Saraswat @ 2013-10-05 13:10 UTC (permalink / raw) To: Hans Verkuil; +Cc: linux-media, Andy Walls Have been using with ivtv-1.4.0 with kernel 2.6.35 (gentoo) for the past 1 week and daughter card (audio/video) is working well. Also tried Suse-12.3 with kernel 3.7.10, and daughter card gives unusable audio. ^ permalink raw reply [flat|nested] 18+ messages in thread
[parent not found: <CAFoaQoDS6LUKNQ7dHF1s1Ms_YuS98mZzrhXRjLLarHHUxsSxMQ@mail.gmail.com>]
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? [not found] ` <CAFoaQoDS6LUKNQ7dHF1s1Ms_YuS98mZzrhXRjLLarHHUxsSxMQ@mail.gmail.com> @ 2013-10-07 15:01 ` Rajil Saraswat 0 siblings, 0 replies; 18+ messages in thread From: Rajil Saraswat @ 2013-10-07 15:01 UTC (permalink / raw) To: Hans Verkuil; +Cc: Andy Walls, linux-media > Have been using with ivtv-1.4.0 with kernel 2.6.35 (gentoo) for the > past 1 week and daughter card (audio/video) is working well. > > Also tried Suse-12.3 with kernel 3.7.10, and daughter card gives unusable > audio. 1.4.0 above was a typo, should have been 1.4.1. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-09-17 20:49 ivtv 1.4.2/1.4.3 broken in recent kernels? Rajil Saraswat 2013-09-30 11:33 ` Hans Verkuil @ 2013-10-10 2:20 ` Andy Walls 2013-10-10 21:00 ` Rajil Saraswat 1 sibling, 1 reply; 18+ messages in thread From: Andy Walls @ 2013-10-10 2:20 UTC (permalink / raw) To: Rajil Saraswat; +Cc: linux-media, Hans Verkuil On Wed, 2013-09-18 at 02:19 +0530, Rajil Saraswat wrote: > Hi, > > I have a couple of PVR-500's which have additional tuners connected > to them (using daughter cards). The PVR-500's don't have daughter cards with additional tuners AFAIK. There is this however: http://www.hauppauge.com/site/webstore2/webstore_avcable-pci.asp Make sure you have any jumpers set properly and the cable connectors seated properly. Also make sure the cable is routed aways from any electrically noisy cards and high speed data busses: disk controller cards, graphics cards, etc. > The audio is not usable on either > 1.4.2 or 1.4.3 ivtv drivers. The issue is described at > http://ivtvdriver.org/pipermail/ivtv-users/2013-September/010462.html With your previous working kernel and with the non-working kernel, what is the output of $ v4l2-ctl -d /dev/videoX --log-status after you have set up the inputs properly and have a known good signal going into the input in question? I'm speculating this is a problem with the cx25840 driver or the wm8775 driver, since they change more often than the ivtv driver. BTW, I have very little time to fix things nowadays. Also my development machine with PCI slots is tied up running simulation experiments for 4 more weeks. I can't test any fixes until those simulations are done. > Is there anything i can do to make kernel 3.10.7 (ivtv 1.4.3) play > nice with my card? 1. Differential analysis of the v4l2-ctl --log-status output 2. Differential analysis of the kernel source code for the ivtv, cx2580, and wm8775 drivers. 3. git bisection of the kernel starting from known good and bad kernel versions, compile kernel, test, repeat. http://git-scm.com/book/en/Git-Tools-Debugging-with-Git#Binary-Search http://lwn.net/Articles/317154/ That's what I'd have to do, but it takes time and a setup that is able to reporduce the problem reliably. The git bisect is guaranteed to terminate on the problem change, if it is a software change that caused the problem. Although it doesn't sound like a hardware problem so far: If it is a hardware problem induced by a change in hardware, or the way the hardware is being driven, then verify your cables and any jumpers and take steps to reduce EMI on the audio lines (move the cables away from potential noise sources). Also, if you suspect hardware, remove *all* the PCI cards, blow the dust out of the PCI slots and reseat them. Regards, Andy ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-10-10 2:20 ` Andy Walls @ 2013-10-10 21:00 ` Rajil Saraswat 2013-10-12 23:23 ` Andy Walls 0 siblings, 1 reply; 18+ messages in thread From: Rajil Saraswat @ 2013-10-10 21:00 UTC (permalink / raw) To: Andy Walls; +Cc: linux-media, Hans Verkuil On 10 October 2013 03:20, Andy Walls <awalls@md.metrocast.net> wrote: > On Wed, 2013-09-18 at 02:19 +0530, Rajil Saraswat wrote: >> Hi, >> >> I have a couple of PVR-500's which have additional tuners connected >> to them (using daughter cards). > > The PVR-500's don't have daughter cards with additional tuners AFAIK. > > There is this however: > http://www.hauppauge.com/site/webstore2/webstore_avcable-pci.asp > > Make sure you have any jumpers set properly and the cable connectors > seated properly. > > Also make sure the cable is routed aways from any electrically noisy > cards and high speed data busses: disk controller cards, graphics cards, > etc. > >> The audio is not usable on either >> 1.4.2 or 1.4.3 ivtv drivers. The issue is described at >> http://ivtvdriver.org/pipermail/ivtv-users/2013-September/010462.html > > With your previous working kernel and with the non-working kernel, what > is the output of > > $ v4l2-ctl -d /dev/videoX --log-status > > after you have set up the inputs properly and have a known good signal > going into the input in question? > > I'm speculating this is a problem with the cx25840 driver or the wm8775 > driver, since they change more often than the ivtv driver. Yes, thats right it is a set of extra inputs and not a separate tuner card. I played a video stream fro both kernels. Here are the logs Working kernel 2.6.35 v4l2-ctl -d /dev/video1 --log-status Status Log: [50885.487963] ivtv1: ================= START STATUS CARD #1 ================= [50885.487967] ivtv1: Version: 1.4.1 Card: WinTV PVR 500 (unit #2) [50885.541679] tveeprom 2-0050: Hauppauge model 23559, rev D591, serial# 8228753 [50885.541681] tveeprom 2-0050: tuner model is Philips FQ1216AME MK4 (idx 91, type 56) [50885.541684] tveeprom 2-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) (eeprom 0x74) [50885.541686] tveeprom 2-0050: second tuner model is Philips TEA5768HL FM Radio (idx 101, type 62) [50885.541688] tveeprom 2-0050: audio processor is CX25843 (idx 37) [50885.541690] tveeprom 2-0050: decoder processor is CX25843 (idx 30) [50885.541692] tveeprom 2-0050: has radio [50885.541698] ivtv1: GPIO status: DIR=0xdf01 OUT=0x26f3 IN=0x17e7 [50885.545429] cx25840 2-0044: Video signal: present [50885.545431] cx25840 2-0044: Detected format: PAL-BDGHI [50885.545433] cx25840 2-0044: Specified standard: PAL-BDGHI [50885.545435] cx25840 2-0044: Specified video input: Composite 4 [50885.545437] cx25840 2-0044: Specified audioclock freq: 48000 Hz [50885.553051] cx25840 2-0044: Detected audio mode: forced mode [50885.553053] cx25840 2-0044: Detected audio standard: no detected audio standard [50885.553055] cx25840 2-0044: Audio muted: no [50885.553057] cx25840 2-0044: Audio microcontroller: stopped [50885.553059] cx25840 2-0044: Configured audio standard: automatic detection [50885.553061] cx25840 2-0044: Configured audio system: automatic standard and mode detection [50885.553063] cx25840 2-0044: Specified audio input: External [50885.553064] cx25840 2-0044: Preferred audio mode: stereo [50885.553066] cx25840 2-0044: Selected 65 MHz format: system DK [50885.553068] cx25840 2-0044: Selected 45 MHz format: chroma [50885.553070] tda9887 2-0043: Data bytes: b=0x94 c=0x6e e=0x49 [50885.553073] tuner 2-0061: Tuner mode: analog TV [50885.553075] tuner 2-0061: Frequency: 400.00 MHz [50885.553077] tuner 2-0061: Standard: 0x00000007 [50885.553079] wm8775 2-001b: Input: 4 [50885.553081] ivtv1: Video Input: Composite 2 [50885.553082] ivtv1: Audio Input: Line In 2 [50885.553084] ivtv1: Tuner: TV [50885.553086] ivtv1: Stream: MPEG-2 Program Stream [50885.553088] ivtv1: VBI Format: No VBI [50885.553089] ivtv1: Video: 720x576, 25 fps [50885.553092] ivtv1: Video: MPEG-2, 4x3, Variable Bitrate, 6000000, Peak 8000000 [50885.553094] ivtv1: Video: GOP Size 12, 2 B-Frames, GOP Closure [50885.553097] ivtv1: Audio: 48 kHz, MPEG-1/2 Layer II, 224 kbps, Stereo, No Emphasis, No CRC [50885.553100] ivtv1: Spatial Filter: Manual, Luma 1D Horizontal, Chroma 1D Horizontal, 0 [50885.553103] ivtv1: Temporal Filter: Manual, 8 [50885.553105] ivtv1: Median Filter: Off, Luma [0, 255], Chroma [0, 255] [50885.553106] ivtv1: Status flags: 0x00200000 [50885.553109] ivtv1: Stream encoder MPG: status 0x0118, 15% of 16384 KiB (512 buffers) in use [50885.553112] ivtv1: Stream encoder YUV: status 0x0000, 0% of 20480 KiB (640 buffers) in use [50885.553114] ivtv1: Stream encoder VBI: status 0x0000, 0% of 1049 KiB (41 buffers) in use [50885.553117] ivtv1: Stream encoder PCM: status 0x0000, 0% of 643 KiB (143 buffers) in use [50885.553119] ivtv1: Read MPG/VBI: 56262656/0 bytes [50885.553121] ivtv1: ================== END STATUS CARD #1 ================== For the non-working kernel 2.6.37 [ 212.730996] ivtv1: ================= START STATUS ================= [ 212.731001] ivtv1: Version: 1.4.3 Card: WinTV PVR 500 (unit #2) [ 212.784536] tveeprom 2-0050: Hauppauge model 23559, rev D591, serial# 8228753 [ 212.784539] tveeprom 2-0050: tuner model is Philips FQ1216AME MK4 (idx 91, type 56) [ 212.784541] tveeprom 2-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) (eeprom 0x74) [ 212.784542] tveeprom 2-0050: second tuner model is Philips TEA5768HL FM Radio (idx 101, type 62) [ 212.784544] tveeprom 2-0050: audio processor is CX25843 (idx 37) [ 212.784545] tveeprom 2-0050: decoder processor is CX25843 (idx 30) [ 212.784546] tveeprom 2-0050: has radio [ 212.784551] ivtv1: GPIO status: DIR=0xdf01 OUT=0x26f3 IN=0x17e7 [ 212.784588] ivtv1-gpio: Mute: false [ 212.787820] cx25840 2-0044: Video signal: present [ 212.787822] cx25840 2-0044: Detected format: PAL-BDGHI [ 212.787823] cx25840 2-0044: Specified standard: PAL-BDGHI [ 212.787824] cx25840 2-0044: Specified video input: Composite 4 [ 212.787825] cx25840 2-0044: Specified audioclock freq: 48000 Hz [ 212.795328] cx25840 2-0044: Detected audio mode: forced mode [ 212.795329] cx25840 2-0044: Detected audio standard: no detected audio standard [ 212.795330] cx25840 2-0044: Audio microcontroller: stopped [ 212.795332] cx25840 2-0044: Configured audio standard: automatic detection [ 212.795333] cx25840 2-0044: Configured audio system: automatic standard and mode detection [ 212.795334] cx25840 2-0044: Specified audio input: External [ 212.795335] cx25840 2-0044: Preferred audio mode: stereo [ 212.795336] cx25840 2-0044: Selected 65 MHz format: system DK [ 212.795337] cx25840 2-0044: Selected 45 MHz format: chroma [ 212.807207] cx25840 2-0044: IR Receiver: [ 212.807208] cx25840 2-0044: Enabled: no [ 212.807209] cx25840 2-0044: Demodulation from a carrier: disabled [ 212.807210] cx25840 2-0044: FIFO: disabled [ 212.807211] cx25840 2-0044: Pulse timers' start/stop trigger: disabled [ 212.807212] cx25840 2-0044: FIFO data on pulse timer overflow: overflow marker [ 212.807212] cx25840 2-0044: FIFO data on pulse timer overflow: overflow marker [ 212.807213] cx25840 2-0044: FIFO interrupt watermark: half full or greater [ 212.807214] cx25840 2-0044: Loopback mode: normal receive [ 212.807215] cx25840 2-0044: Max measurable pulse width: 318144512 us, 318144512000 ns [ 212.807216] cx25840 2-0044: Low pass filter: disabled [ 212.807217] cx25840 2-0044: Pulse width timer timed-out: no [ 212.807218] cx25840 2-0044: Pulse width timer time-out intr: enabled [ 212.807219] cx25840 2-0044: FIFO overrun: no [ 212.807220] cx25840 2-0044: FIFO overrun interrupt: enabled [ 212.807221] cx25840 2-0044: Busy: no [ 212.807222] cx25840 2-0044: FIFO service requested: no [ 212.807223] cx25840 2-0044: FIFO service request interrupt: enabled [ 212.807223] cx25840 2-0044: IR Transmitter: [ 212.807224] cx25840 2-0044: Enabled: no [ 212.807225] cx25840 2-0044: Modulation onto a carrier: disabled [ 212.807226] cx25840 2-0044: FIFO: disabled [ 212.807227] cx25840 2-0044: FIFO interrupt watermark: half full or less [ 212.807228] cx25840 2-0044: Carrier polarity: space:noburst mark:burst [ 212.807229] cx25840 2-0044: Max pulse width: 318144512 us, 318144512000 ns [ 212.807230] cx25840 2-0044: Busy: no [ 212.807231] cx25840 2-0044: FIFO service requested: yes [ 212.807232] cx25840 2-0044: FIFO service request interrupt: enabled [ 212.807233] cx25840 2-0044: Brightness: 128 [ 212.807234] cx25840 2-0044: Contrast: 63 [ 212.807235] cx25840 2-0044: Saturation: 63 [ 212.807237] cx25840 2-0044: Hue: 0 [ 212.807238] cx25840 2-0044: Volume: 60928 [ 212.807239] cx25840 2-0044: Mute: false [ 212.807240] cx25840 2-0044: Balance: 32768 [ 212.807241] cx25840 2-0044: Bass: 32768 [ 212.807242] cx25840 2-0044: Treble: 32768 [ 212.807244] tda9887 2-0043: Data bytes: b=0x94 c=0x6e e=0x49 [ 212.807246] tuner 2-0061: Tuner mode: analog TV [ 212.807247] tuner 2-0061: Frequency: 400.00 MHz [ 212.807248] tuner 2-0061: Standard: 0x00000007 [ 212.807249] wm8775 2-001b: Input: 4 [ 212.807250] wm8775 2-001b: Mute: false [ 212.807251] wm8775 2-001b: Volume: 52992 [ 212.807253] wm8775 2-001b: Balance: 32768 [ 212.807254] wm8775 2-001b: Loudness: true [ 212.807256] ivtv1: Video Input: Composite 2 [ 212.807256] ivtv1: Audio Input: Line In 2 [ 212.807257] ivtv1: Tuner: TV [ 212.807258] ivtv1: Stream Type: MPEG-2 Program Stream grabbed [ 212.807260] ivtv1: Stream VBI Format: No VBI grabbed [ 212.807261] ivtv1: Audio Sampling Frequency: 48 kHz grabbed [ 212.807263] ivtv1: Audio Encoding: MPEG-1/2 Layer II grabbed [ 212.807264] ivtv1: Audio Layer II Bitrate: 224 kbps grabbed [ 212.807265] ivtv1: Audio Stereo Mode: Stereo [ 212.807266] ivtv1: Audio Stereo Mode Extension: Bound 4 inactive [ 212.807268] ivtv1: Audio Emphasis: No Emphasis [ 212.807269] ivtv1: Audio CRC: No CRC [ 212.807270] ivtv1: Audio Mute: false [ 212.807271] ivtv1: Video Encoding: MPEG-2 [ 212.807272] ivtv1: Video Aspect: 4x3 [ 212.807273] ivtv1: Video B Frames: 2 [ 212.807274] ivtv1: Video GOP Size: 15 [ 212.807276] ivtv1: Video GOP Closure: true [ 212.807277] ivtv1: Video Bitrate Mode: Variable Bitrate grabbed [ 212.807278] ivtv1: Video Bitrate: 6000000 grabbed [ 212.807279] ivtv1: Video Peak Bitrate: 8000000 grabbed [ 212.807281] ivtv1: Video Temporal Decimation: 0 [ 212.807282] ivtv1: Video Mute: false [ 212.807283] ivtv1: Video Mute YUV: 32896 [ 212.807284] ivtv1: Spatial Filter Mode: Manual [ 212.807285] ivtv1: Spatial Filter: 0 [ 212.807286] ivtv1: Spatial Luma Filter Type: 1D Horizontal [ 212.807287] ivtv1: Spatial Chroma Filter Type: 1D Horizontal [ 212.807288] ivtv1: Temporal Filter Mode: Manual [ 212.807289] ivtv1: Temporal Filter: 8 [ 212.807290] ivtv1: Median Filter Type: Off [ 212.807291] ivtv1: Median Luma Filter Minimum: 0 inactive [ 212.807293] ivtv1: Median Luma Filter Maximum: 255 inactive [ 212.807294] ivtv1: Median Chroma Filter Minimum: 0 inactive [ 212.807295] ivtv1: Median Chroma Filter Maximum: 255 inactive [ 212.807297] ivtv1: Insert Navigation Packets: false [ 212.807298] ivtv1: Status flags: 0x00200000 [ 212.807300] ivtv1: Stream encoder MPG: status 0x0118, 18% of 16384 KiB (512 buffers) in use [ 212.807301] ivtv1: Stream encoder YUV: status 0x0000, 0% of 20480 KiB (640 buffers) in use [ 212.807303] ivtv1: Stream encoder VBI: status 0x0000, 0% of 1049 KiB (41 buffers) in use [ 212.807304] ivtv1: Stream encoder PCM: status 0x0000, 0% of 643 KiB (143 buffers) in use [ 212.807305] ivtv1: Read MPG/VBI: 65054720/0 bytes [ 212.807306] ivtv1: ================== END STATUS ================== The 3.10.7 kernel has extra wm8775 parameters and cx25840 parameters than 2.6.35. Any clues from above? Unfortunately, i cannot do a git bisect since it is a remote system with a slow internet connection. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-10-10 21:00 ` Rajil Saraswat @ 2013-10-12 23:23 ` Andy Walls 2013-10-13 12:49 ` Andy Walls 0 siblings, 1 reply; 18+ messages in thread From: Andy Walls @ 2013-10-12 23:23 UTC (permalink / raw) To: Rajil Saraswat; +Cc: linux-media, Hans Verkuil On Thu, 2013-10-10 at 22:00 +0100, Rajil Saraswat wrote: > On 10 October 2013 03:20, Andy Walls <awalls@md.metrocast.net> wrote: > > On Wed, 2013-09-18 at 02:19 +0530, Rajil Saraswat wrote: > >> Hi, > >> > >> I have a couple of PVR-500's which have additional tuners connected > >> to them (using daughter cards). > > > > The PVR-500's don't have daughter cards with additional tuners AFAIK. > > > > There is this however: > > http://www.hauppauge.com/site/webstore2/webstore_avcable-pci.asp > > > > Make sure you have any jumpers set properly and the cable connectors > > seated properly. > > > > Also make sure the cable is routed aways from any electrically noisy > > cards and high speed data busses: disk controller cards, graphics cards, > > etc. > > > >> The audio is not usable on either > >> 1.4.2 or 1.4.3 ivtv drivers. The issue is described at > >> http://ivtvdriver.org/pipermail/ivtv-users/2013-September/010462.html > > > > With your previous working kernel and with the non-working kernel, what > > is the output of > > > > $ v4l2-ctl -d /dev/videoX --log-status > > > > after you have set up the inputs properly and have a known good signal > > going into the input in question? > > > > I'm speculating this is a problem with the cx25840 driver or the wm8775 > > driver, since they change more often than the ivtv driver. > > Yes, thats right it is a set of extra inputs and not a separate tuner > card. I played a video stream fro both kernels. Here are the logs > > Working kernel 2.6.35 > v4l2-ctl -d /dev/video1 --log-status > > Status Log: > > [50885.487963] ivtv1: ================= START STATUS CARD #1 > ================= > [50885.487967] ivtv1: Version: 1.4.1 Card: WinTV PVR 500 (unit #2) [snip] > [50885.545429] cx25840 2-0044: Video signal: present > [50885.545431] cx25840 2-0044: Detected format: PAL-BDGHI > [50885.545433] cx25840 2-0044: Specified standard: PAL-BDGHI > [50885.545435] cx25840 2-0044: Specified video input: Composite 4 > [50885.545437] cx25840 2-0044: Specified audioclock freq: 48000 Hz [snip] > [50885.553121] ivtv1: ================== END STATUS CARD #1 > ================== > > For the non-working kernel 2.6.37 > > [ 212.730996] ivtv1: ================= START STATUS ================= > [ 212.731001] ivtv1: Version: 1.4.3 Card: WinTV PVR 500 (unit #2) [snip] > [ 212.787820] cx25840 2-0044: Video signal: present > [ 212.787822] cx25840 2-0044: Detected format: PAL-BDGHI > [ 212.787823] cx25840 2-0044: Specified standard: PAL-BDGHI > [ 212.787824] cx25840 2-0044: Specified video input: Composite 4 [snip] Hmm. I have a PVR-500, with the extra input cable hooked up to unit #2 of the PVR-500 and a DTV-to-CVBS converter box connected. My CVBS signal shows up when I am set to PVR-500 'Input 2, Composite 1' which is cx25840 'Composite 3'. This makes sense for unit #2 of a PVR-500. It must have the white connector wired differently from unit #1 of the PVR-500 (and from the PVR-150), since the PVR-500 unit #2 doesn't have a CVBS input connector on the main card. Are you sure you have the input like this and obtain good video from PVR-500 unit #2, when it is set to 'Input 4, Composite 2', cx25840 'Composite 4'? Could you try recording with PVR unit #2 set to 'Input 2, Composite 1', cx25840 'Composite 3'? These are the questions in my mind: Is your PVR-500 unit #2 wired differently than mine? Are the older kernels more forgiving when capturing audio with the wrong input set? (Try both Input 2 and Input 4 with both kernels.) > The 3.10.7 kernel has extra wm8775 parameters and cx25840 parameters > than 2.6.35. The cx25840 blurts out IR unit status (ignore it) and the cx5840 user controls (Volume, Balance, etc.) a little differently, > Any clues from above? No. They look the same for everything that matters. Regards, Andy > Unfortunately, i cannot do a git bisect since it is a remote system > with a slow internet connection. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-10-12 23:23 ` Andy Walls @ 2013-10-13 12:49 ` Andy Walls 2013-10-13 19:14 ` Rajil Saraswat 0 siblings, 1 reply; 18+ messages in thread From: Andy Walls @ 2013-10-13 12:49 UTC (permalink / raw) To: Rajil Saraswat; +Cc: linux-media, Hans Verkuil On Sat, 2013-10-12 at 19:23 -0400, Andy Walls wrote: > On Thu, 2013-10-10 at 22:00 +0100, Rajil Saraswat wrote: > > On 10 October 2013 03:20, Andy Walls <awalls@md.metrocast.net> wrote: > > > On Wed, 2013-09-18 at 02:19 +0530, Rajil Saraswat wrote: > > >> Hi, > > >> > > >> I have a couple of PVR-500's which have additional tuners connected > > >> to them (using daughter cards). > > > > > > The PVR-500's don't have daughter cards with additional tuners AFAIK. > > > > > > There is this however: > > > http://www.hauppauge.com/site/webstore2/webstore_avcable-pci.asp > > > [snip] > > > > > >> The audio is not usable on either > > >> 1.4.2 or 1.4.3 ivtv drivers. The issue is described at > > >> http://ivtvdriver.org/pipermail/ivtv-users/2013-September/010462.html > > > > > > With your previous working kernel and with the non-working kernel, what > > > is the output of > > > > > > $ v4l2-ctl -d /dev/videoX --log-status > > > > > > after you have set up the inputs properly and have a known good signal > > > going into the input in question? > > > > > > I'm speculating this is a problem with the cx25840 driver or the wm8775 > > > driver, since they change more often than the ivtv driver. > > > > Yes, thats right it is a set of extra inputs and not a separate tuner > > card. I played a video stream fro both kernels. Here are the logs > > > > Working kernel 2.6.35 > > v4l2-ctl -d /dev/video1 --log-status > > > > Status Log: > > > > [50885.487963] ivtv1: ================= START STATUS CARD #1 > > ================= > > [50885.487967] ivtv1: Version: 1.4.1 Card: WinTV PVR 500 (unit #2) > [snip] > > [50885.545429] cx25840 2-0044: Video signal: present > > [50885.545431] cx25840 2-0044: Detected format: PAL-BDGHI > > [50885.545433] cx25840 2-0044: Specified standard: PAL-BDGHI > > [50885.545435] cx25840 2-0044: Specified video input: Composite 4 > > [50885.545437] cx25840 2-0044: Specified audioclock freq: 48000 Hz > [snip] > > [50885.553121] ivtv1: ================== END STATUS CARD #1 > > ================== > > > > For the non-working kernel 2.6.37 > > > > [ 212.730996] ivtv1: ================= START STATUS ================= > > [ 212.731001] ivtv1: Version: 1.4.3 Card: WinTV PVR 500 (unit #2) > [snip] > > [ 212.787820] cx25840 2-0044: Video signal: present > > [ 212.787822] cx25840 2-0044: Detected format: PAL-BDGHI > > [ 212.787823] cx25840 2-0044: Specified standard: PAL-BDGHI > > [ 212.787824] cx25840 2-0044: Specified video input: Composite 4 > [snip] > > Hmm. I have a PVR-500, with the extra input cable hooked up to unit #2 > of the PVR-500 and a DTV-to-CVBS converter box connected. > > My CVBS signal shows up when I am set to PVR-500 'Input 2, Composite 1' > which is cx25840 'Composite 3'. This makes sense for unit #2 of a > PVR-500. It must have the white connector wired differently from unit #1 > of the PVR-500 (and from the PVR-150), since the PVR-500 unit #2 doesn't > have a CVBS input connector on the main card. > > Are you sure you have the input like this and obtain good video from > PVR-500 unit #2, when it is set to 'Input 4, Composite 2', cx25840 > 'Composite 4'? > > Could you try recording with PVR unit #2 set to 'Input 2, Composite 1', > cx25840 'Composite 3'? > > These are the questions in my mind: > > Is your PVR-500 unit #2 wired differently than mine? > Are the older kernels more forgiving when capturing audio with the wrong > input set? (Try both Input 2 and Input 4 with both kernels.) OK, I just tested with my Wii game console connected to the PVR-500 unit #2, Fedora 17, kernel 3.6.10-2.fc17.x86_64. 1. With the unit set to 'Input 2, Composite 1', cx25840 'Composite 3': Good video, good audio 2. With the unit set to 'Input 4, Composite 2', cx25840 'Composite 4': No video, distorted audio. AFAICT: You're using the wrong input. You weren't checking the video, only the audio. I consider this problem resolved. > > Unfortunately, i cannot do a git bisect since it is a remote system > > with a slow internet connection. Is this system for personal or professional use? I don't know of any home users who have remote sites. If for professional use, I'd suggest your employer pay a consultant, if the company/university/whatever can't do a git bisect on a development system in house. -Andy ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-10-13 12:49 ` Andy Walls @ 2013-10-13 19:14 ` Rajil Saraswat 2013-10-13 23:43 ` Andy Walls 0 siblings, 1 reply; 18+ messages in thread From: Rajil Saraswat @ 2013-10-13 19:14 UTC (permalink / raw) To: Andy Walls; +Cc: linux-media, Hans Verkuil > OK, I just tested with my Wii game console connected to the PVR-500 unit > #2, Fedora 17, kernel 3.6.10-2.fc17.x86_64. > > 1. With the unit set to 'Input 2, Composite 1', cx25840 'Composite 3': > Good video, good audio > > 2. With the unit set to 'Input 4, Composite 2', cx25840 'Composite 4': > No video, distorted audio. > This is what i used to changed the input v4l2-ctl -d /dev/video1 --set-input 4 With this 2.6.35 gives me perfect video/audio. Kernel 3.10.7 on the other hand gives good video but distorted audio. On this cards primary input (/dev/video0), i use the radio so i cant use input 2 of this card. My composite cable is connected to the 'extra-input' card which should be composite 2. My understanding is input 4 is #2 composite, and input 2 is #1 composite. Is that not right? This is what i tried in kernel 2.6.35: 1. v4l2-ctl -d /dev/video1 --set-input 2 Video input set to 2 (Composite 1: ok) No video 2. v4l2-ctl -d /dev/video1 --set-input 4 Video input set to 4 (Composite 2: ok) Good video As i mentioned in kernel 2.6.35, mythtv/mplayer give me both good video/audio if i use 2 above. > AFAICT: > You're using the wrong input. > You weren't checking the video, only the audio. What inputs do you think i should use with v4l2-ctl? >> > Unfortunately, i cannot do a git bisect since it is a remote system >> > with a slow internet connection. > > Is this system for personal or professional use? I don't know of any > home users who have remote sites. Your know one user now!. Yes it is for personal use. It was for my old folks who live in another country and i manage their mythtv/htpc remotely. -Rajil ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-10-13 19:14 ` Rajil Saraswat @ 2013-10-13 23:43 ` Andy Walls 2013-10-16 0:10 ` Rajil Saraswat 0 siblings, 1 reply; 18+ messages in thread From: Andy Walls @ 2013-10-13 23:43 UTC (permalink / raw) To: Rajil Saraswat; +Cc: linux-media, Hans Verkuil On Sun, 2013-10-13 at 20:14 +0100, Rajil Saraswat wrote: > > OK, I just tested with my Wii game console connected to the PVR-500 unit > > #2, Fedora 17, kernel 3.6.10-2.fc17.x86_64. > > > > 1. With the unit set to 'Input 2, Composite 1', cx25840 'Composite 3': > > Good video, good audio > > > > 2. With the unit set to 'Input 4, Composite 2', cx25840 'Composite 4': > > No video, distorted audio. > > > > This is what i used to changed the input > > v4l2-ctl -d /dev/video1 --set-input 4 > > With this 2.6.35 gives me perfect video/audio. Kernel 3.10.7 on the > other hand gives good video but distorted audio. On this cards primary > input (/dev/video0), i use the radio so i cant use input 2 of this > card. My composite cable is connected to the 'extra-input' card which > should be composite 2. > > My understanding is input 4 is #2 composite, and input 2 is #1 > composite. Is that not right? For my PVR-500, it doesn't appear to be. Here's how I believ it is wired up: PVR-500 Left/First half (aka Unit #1) Tuner TV Composite out ---> CX25843 Analog Input 7 --+ SVideo 1 (rear bracket) ---> CX25843 Analog Inputs 1,5 --+ Composite 1 (rear bracket) ---> CX25843 Analog Input 3 --+-- CX25843 VIP out --> CX23416 VIP In SVideo 2 (white connector) ---> CX25843 Analog Inputs 2,6 --+ Composite 2 (white connector) ---> CX25843 Analog Input 4 --+ Tuner SIF audio out ---> CX25843 Analog Input 8 --------------------------------+ | Tuner TV mono-audio out ---> WM8775 AIN1 L,R --+ | Audio 1 L,R (rear bracket) ---> WM8775 AIN2 L,R --+- WM8775 I2S out --> CX25843 I2S 1 In -+-> CX25843 I2S out --> CX23416 I2S In Audio 2 L,R (white connector) ---> WM8775 AIN3 L,R --+ Tuner FM audio out L,R ---> WM8775 AIN4 L,R --+ PVR-500 Right/Second half (aka Unit #2) Tuner TV Composite out ---> CX25843 Analog Input 7 --+ SVideo 1 (white connector) ---> CX25843 Analog Inputs 1,5 --+ Composite 1 (white connector) ---> CX25843 Analog Input 3 --+-- CX25843 VIP out --> CX23416 VIP In Tuner SIF audio out ---> CX25843 Analog Input 8 --------------------------------+ | Tuner TV mono-audio out ---> WM8775 AIN1 L,R --+ | Audio 1 L,R (white connector) ---> WM8775 AIN2 L,R --+- WM8775 I2S out --> CX25843 I2S 1 In -+-> CX25843 I2S out --> CX23416 I2S In So for my PVR-500, unit #1 Composite 1 is on the card's bracket. unit #1 Composite 2 is on the white connector. unit #2 Composite 1 is on the white connector. unit #2 Composite 2 is not available > This is what i tried in kernel 2.6.35: > > 1. v4l2-ctl -d /dev/video1 --set-input 2 > Video input set to 2 (Composite 1: ok) > No video > > 2. v4l2-ctl -d /dev/video1 --set-input 4 > Video input set to 4 (Composite 2: ok) > Good video If /dev/video1 referes to unit #2 of your PVR-500 (according to v4l2-ctl -d /dev/video1 --log-status) then it appears your unit is wired differently than mine. > As i mentioned in kernel 2.6.35, mythtv/mplayer give me both good > video/audio if i use 2 above. $ git diff --color v2.6.35 v2.6.37 drivers/media/video/wm8775.c Shows me no really good reason why the wm8775 driver should have broken. $ git diff --color v2.6.35 v2.6.37 drivers/media/video/cx25840/*[ch] Show a few conceptually simple changes to the cx25840 driver. Something may have broken, but I doubt it. $ git diff --color v2.6.35 v2.6.37 drivers/media/video/cx2341x.c Shows changes to the control handling. The ones regarding audio sampling frequency may be at fault. $ git diff --color v2.6.35 v2.6.37 drivers/media/video/ivtv/ivtv*[ch] Shows changes to the irq handling and the control handling. Again the controls realted to audio mode and audio sampling rate stand out as potential causes. None of the above changes would explain to me why audio on input 3 of the WM8775 works (for me) but audio on input 4 of the WM8775 does not work (for you). I'll have to try additional tests with unit #1 of my PVR-500 later this week. > > AFAICT: > > You're using the wrong input. > > You weren't checking the video, only the audio. > > What inputs do you think i should use with v4l2-ctl? I have no recommendation at the moment. If you can do a git bisect please try. There are 11,117 commits to bisect: that's 15 steps. Each bisect/compile/install/test iteration I would estimate takes about 2 hours. If I can reproduce your problem on a PVR-150 or on unit #1 of my PVR-500, then I can try to bisect. But I have no idea when I would have time to perform the bisection. > >> > Unfortunately, i cannot do a git bisect since it is a remote system > >> > with a slow internet connection. > > > > Is this system for personal or professional use? I don't know of any > > home users who have remote sites. > > Your know one user now!. Yes it is for personal use. It was for my old > folks who live in another country and i manage their mythtv/htpc > remotely. Ah. -Regards, Andy > -Rajil ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-10-13 23:43 ` Andy Walls @ 2013-10-16 0:10 ` Rajil Saraswat 2013-10-19 17:09 ` Andy Walls 0 siblings, 1 reply; 18+ messages in thread From: Rajil Saraswat @ 2013-10-16 0:10 UTC (permalink / raw) To: Andy Walls; +Cc: linux-media, Hans Verkuil I was finally able to carry out a git bisect. Had to do a git pull on a fast internet hooked machine and ftp the files over to the remote machine. I started with 'git bisect bad v2.6.36.4' and 'git bisect good v2.6.35.10'. And the result was: 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 is the first bad commit commit 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 Author: Hans Verkuil <hverkuil@xs4all.nl> Date: Sat Apr 24 08:23:53 2010 -0300 V4L/DVB: wm8775: convert to the new control framework Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com> :040000 040000 37847ffe592f255c6a9d9daedaf7bbfd3cd7b055 2f094df6f65d7fb296657619c1ad6f93fe085a75 M drivers I then removed the patch from linux-2.6.36-gentoo-r8 which are gentoo sources, and confirmed that video/audio now works fine on v4l2-ctl -d /dev/video1 --set-input 4 I wasnt able to remove the patch in 3.10.7 which is gentoo stable kernel. Any idea how can i do that? Regards Rajil ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-10-16 0:10 ` Rajil Saraswat @ 2013-10-19 17:09 ` Andy Walls 2013-10-20 17:47 ` Rajil Saraswat ` (2 more replies) 0 siblings, 3 replies; 18+ messages in thread From: Andy Walls @ 2013-10-19 17:09 UTC (permalink / raw) To: Rajil Saraswat; +Cc: linux-media, Hans Verkuil On Wed, 2013-10-16 at 01:10 +0100, Rajil Saraswat wrote: > I was finally able to carry out a git bisect. Had to do a git pull on > a fast internet hooked machine and ftp the files over to the remote > machine. > > I started with 'git bisect bad v2.6.36.4' and 'git bisect good v2.6.35.10'. > > And the result was: > > 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 is the first bad commit > commit 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 > Author: Hans Verkuil <hverkuil@xs4all.nl> > Date: Sat Apr 24 08:23:53 2010 -0300 > > V4L/DVB: wm8775: convert to the new control framework > > Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> > Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com> > > :040000 040000 37847ffe592f255c6a9d9daedaf7bbfd3cd7b055 > 2f094df6f65d7fb296657619c1ad6f93fe085a75 M drivers > > I then removed the patch from linux-2.6.36-gentoo-r8 which are gentoo > sources, and confirmed that video/audio now works fine on v4l2-ctl -d > /dev/video1 --set-input 4 > > I wasnt able to remove the patch in 3.10.7 which is gentoo stable > kernel. Any idea how can i do that? Try applying the following (untested) patch that is made against the bleeding edge Linux kernel. The test on the mute control state in wm8775_s_routing() appears to have been inverted in the bad commit you isolated. Along with '--set-input', you may also want to use v4l2-ctl to exercise the mute control as well, to see if it works as expected, once this patch is applied. Regards, Andy file: wm8775_s_route_mute_test_inverted.patch diff --git a/drivers/media/i2c/wm8775.c b/drivers/media/i2c/wm8775.c index 3f584a7..bee7946 100644 --- a/drivers/media/i2c/wm8775.c +++ b/drivers/media/i2c/wm8775.c @@ -130,12 +130,10 @@ static int wm8775_s_routing(struct v4l2_subdev *sd, return -EINVAL; } state->input = input; - if (!v4l2_ctrl_g_ctrl(state->mute)) + if (v4l2_ctrl_g_ctrl(state->mute)) return 0; if (!v4l2_ctrl_g_ctrl(state->vol)) return 0; - if (!v4l2_ctrl_g_ctrl(state->bal)) - return 0; wm8775_set_audio(sd, 1); return 0; } ^ permalink raw reply related [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-10-19 17:09 ` Andy Walls @ 2013-10-20 17:47 ` Rajil Saraswat 2013-11-04 12:44 ` Hans Verkuil 2013-11-11 11:14 ` Hans Verkuil 2 siblings, 0 replies; 18+ messages in thread From: Rajil Saraswat @ 2013-10-20 17:47 UTC (permalink / raw) To: Andy Walls; +Cc: linux-media, Hans Verkuil On 19 October 2013 18:09, Andy Walls <awalls@md.metrocast.net> wrote: > On Wed, 2013-10-16 at 01:10 +0100, Rajil Saraswat wrote: >> I was finally able to carry out a git bisect. Had to do a git pull on >> a fast internet hooked machine and ftp the files over to the remote >> machine. >> >> I started with 'git bisect bad v2.6.36.4' and 'git bisect good v2.6.35.10'. >> >> And the result was: >> >> 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 is the first bad commit >> commit 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 >> Author: Hans Verkuil <hverkuil@xs4all.nl> >> Date: Sat Apr 24 08:23:53 2010 -0300 >> >> V4L/DVB: wm8775: convert to the new control framework >> >> Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> >> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com> >> >> :040000 040000 37847ffe592f255c6a9d9daedaf7bbfd3cd7b055 >> 2f094df6f65d7fb296657619c1ad6f93fe085a75 M drivers >> >> I then removed the patch from linux-2.6.36-gentoo-r8 which are gentoo >> sources, and confirmed that video/audio now works fine on v4l2-ctl -d >> /dev/video1 --set-input 4 >> >> I wasnt able to remove the patch in 3.10.7 which is gentoo stable >> kernel. Any idea how can i do that? > > Try applying the following (untested) patch that is made against the > bleeding edge Linux kernel. The test on the mute control state in > wm8775_s_routing() appears to have been inverted in the bad commit you > isolated. > > Along with '--set-input', you may also want to use v4l2-ctl to exercise > the mute control as well, to see if it works as expected, once this > patch is applied. > > Regards, > Andy > > file: wm8775_s_route_mute_test_inverted.patch > > diff --git a/drivers/media/i2c/wm8775.c b/drivers/media/i2c/wm8775.c > index 3f584a7..bee7946 100644 > --- a/drivers/media/i2c/wm8775.c > +++ b/drivers/media/i2c/wm8775.c > @@ -130,12 +130,10 @@ static int wm8775_s_routing(struct v4l2_subdev *sd, > return -EINVAL; > } > state->input = input; > - if (!v4l2_ctrl_g_ctrl(state->mute)) > + if (v4l2_ctrl_g_ctrl(state->mute)) > return 0; > if (!v4l2_ctrl_g_ctrl(state->vol)) > return 0; > - if (!v4l2_ctrl_g_ctrl(state->bal)) > - return 0; > wm8775_set_audio(sd, 1); > return 0; > } > > Thanks for the patch. Unfortunately, my htpc has been kicked off the network when the attached TV died. It will take me few weeks to get it up again. But I will try this patch when things are back normal and report back. -Rajil ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-10-19 17:09 ` Andy Walls 2013-10-20 17:47 ` Rajil Saraswat @ 2013-11-04 12:44 ` Hans Verkuil 2013-11-06 0:25 ` Andy Walls 2013-11-11 11:14 ` Hans Verkuil 2 siblings, 1 reply; 18+ messages in thread From: Hans Verkuil @ 2013-11-04 12:44 UTC (permalink / raw) To: Andy Walls; +Cc: Rajil Saraswat, linux-media On 10/19/2013 07:09 PM, Andy Walls wrote: > On Wed, 2013-10-16 at 01:10 +0100, Rajil Saraswat wrote: >> I was finally able to carry out a git bisect. Had to do a git pull on >> a fast internet hooked machine and ftp the files over to the remote >> machine. >> >> I started with 'git bisect bad v2.6.36.4' and 'git bisect good v2.6.35.10'. >> >> And the result was: >> >> 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 is the first bad commit >> commit 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 >> Author: Hans Verkuil <hverkuil@xs4all.nl> >> Date: Sat Apr 24 08:23:53 2010 -0300 >> >> V4L/DVB: wm8775: convert to the new control framework >> >> Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> >> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com> >> >> :040000 040000 37847ffe592f255c6a9d9daedaf7bbfd3cd7b055 >> 2f094df6f65d7fb296657619c1ad6f93fe085a75 M drivers >> >> I then removed the patch from linux-2.6.36-gentoo-r8 which are gentoo >> sources, and confirmed that video/audio now works fine on v4l2-ctl -d >> /dev/video1 --set-input 4 >> >> I wasnt able to remove the patch in 3.10.7 which is gentoo stable >> kernel. Any idea how can i do that? > > Try applying the following (untested) patch that is made against the > bleeding edge Linux kernel. The test on the mute control state in > wm8775_s_routing() appears to have been inverted in the bad commit you > isolated. Aargh! I'm pretty sure that's the culprit. Man, that's been broken for ages. I'll see if I can test this patch this week. Regards, Hans > Along with '--set-input', you may also want to use v4l2-ctl to exercise > the mute control as well, to see if it works as expected, once this > patch is applied. > > Regards, > Andy > > file: wm8775_s_route_mute_test_inverted.patch > > diff --git a/drivers/media/i2c/wm8775.c b/drivers/media/i2c/wm8775.c > index 3f584a7..bee7946 100644 > --- a/drivers/media/i2c/wm8775.c > +++ b/drivers/media/i2c/wm8775.c > @@ -130,12 +130,10 @@ static int wm8775_s_routing(struct v4l2_subdev *sd, > return -EINVAL; > } > state->input = input; > - if (!v4l2_ctrl_g_ctrl(state->mute)) > + if (v4l2_ctrl_g_ctrl(state->mute)) > return 0; > if (!v4l2_ctrl_g_ctrl(state->vol)) > return 0; > - if (!v4l2_ctrl_g_ctrl(state->bal)) > - return 0; > wm8775_set_audio(sd, 1); > return 0; > } > > ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-11-04 12:44 ` Hans Verkuil @ 2013-11-06 0:25 ` Andy Walls 2013-11-11 11:07 ` Hans Verkuil 0 siblings, 1 reply; 18+ messages in thread From: Andy Walls @ 2013-11-06 0:25 UTC (permalink / raw) To: Hans Verkuil; +Cc: Rajil Saraswat, linux-media On Mon, 2013-11-04 at 13:44 +0100, Hans Verkuil wrote: > On 10/19/2013 07:09 PM, Andy Walls wrote: > > On Wed, 2013-10-16 at 01:10 +0100, Rajil Saraswat wrote: > > Try applying the following (untested) patch that is made against the > > bleeding edge Linux kernel. The test on the mute control state in > > wm8775_s_routing() appears to have been inverted in the bad commit you > > isolated. > > Aargh! I'm pretty sure that's the culprit. Man, that's been broken for ages. Hi Hans, Yes, and only *one* person reported it in those years. I suspect very few people use the comination of conventional PCI, analog video, and SVideo 2 or Composite 2 anymore. > I'll see if I can test this patch this week. Thanks! I'm very busy at work until mid-December. Regards, Andy ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-11-06 0:25 ` Andy Walls @ 2013-11-11 11:07 ` Hans Verkuil 0 siblings, 0 replies; 18+ messages in thread From: Hans Verkuil @ 2013-11-11 11:07 UTC (permalink / raw) To: Andy Walls; +Cc: Rajil Saraswat, linux-media On 11/06/2013 01:25 AM, Andy Walls wrote: > On Mon, 2013-11-04 at 13:44 +0100, Hans Verkuil wrote: >> On 10/19/2013 07:09 PM, Andy Walls wrote: >>> On Wed, 2013-10-16 at 01:10 +0100, Rajil Saraswat wrote: > >>> Try applying the following (untested) patch that is made against the >>> bleeding edge Linux kernel. The test on the mute control state in >>> wm8775_s_routing() appears to have been inverted in the bad commit you >>> isolated. >> >> Aargh! I'm pretty sure that's the culprit. Man, that's been broken for ages. > > Hi Hans, > > Yes, and only *one* person reported it in those years. I suspect very > few people use the comination of conventional PCI, analog video, and > SVideo 2 or Composite 2 anymore. > > >> I'll see if I can test this patch this week. > > Thanks! I'm very busy at work until mid-December. I finally managed to test this and this patch does indeed fix the bug. I'll make a pull request for this. Regards, Hans ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-10-19 17:09 ` Andy Walls 2013-10-20 17:47 ` Rajil Saraswat 2013-11-04 12:44 ` Hans Verkuil @ 2013-11-11 11:14 ` Hans Verkuil 2013-11-11 13:42 ` Andy Walls 2 siblings, 1 reply; 18+ messages in thread From: Hans Verkuil @ 2013-11-11 11:14 UTC (permalink / raw) To: Andy Walls; +Cc: Rajil Saraswat, linux-media On 10/19/2013 07:09 PM, Andy Walls wrote: > On Wed, 2013-10-16 at 01:10 +0100, Rajil Saraswat wrote: >> I was finally able to carry out a git bisect. Had to do a git pull on >> a fast internet hooked machine and ftp the files over to the remote >> machine. >> >> I started with 'git bisect bad v2.6.36.4' and 'git bisect good v2.6.35.10'. >> >> And the result was: >> >> 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 is the first bad commit >> commit 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 >> Author: Hans Verkuil <hverkuil@xs4all.nl> >> Date: Sat Apr 24 08:23:53 2010 -0300 >> >> V4L/DVB: wm8775: convert to the new control framework >> >> Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> >> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com> >> >> :040000 040000 37847ffe592f255c6a9d9daedaf7bbfd3cd7b055 >> 2f094df6f65d7fb296657619c1ad6f93fe085a75 M drivers >> >> I then removed the patch from linux-2.6.36-gentoo-r8 which are gentoo >> sources, and confirmed that video/audio now works fine on v4l2-ctl -d >> /dev/video1 --set-input 4 >> >> I wasnt able to remove the patch in 3.10.7 which is gentoo stable >> kernel. Any idea how can i do that? > > Try applying the following (untested) patch that is made against the > bleeding edge Linux kernel. The test on the mute control state in > wm8775_s_routing() appears to have been inverted in the bad commit you > isolated. Can you give me your Signed-off-by? Thanks! Hans > > Along with '--set-input', you may also want to use v4l2-ctl to exercise > the mute control as well, to see if it works as expected, once this > patch is applied. > > Regards, > Andy > > file: wm8775_s_route_mute_test_inverted.patch > > diff --git a/drivers/media/i2c/wm8775.c b/drivers/media/i2c/wm8775.c > index 3f584a7..bee7946 100644 > --- a/drivers/media/i2c/wm8775.c > +++ b/drivers/media/i2c/wm8775.c > @@ -130,12 +130,10 @@ static int wm8775_s_routing(struct v4l2_subdev *sd, > return -EINVAL; > } > state->input = input; > - if (!v4l2_ctrl_g_ctrl(state->mute)) > + if (v4l2_ctrl_g_ctrl(state->mute)) > return 0; > if (!v4l2_ctrl_g_ctrl(state->vol)) > return 0; > - if (!v4l2_ctrl_g_ctrl(state->bal)) > - return 0; > wm8775_set_audio(sd, 1); > return 0; > } > > ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: ivtv 1.4.2/1.4.3 broken in recent kernels? 2013-11-11 11:14 ` Hans Verkuil @ 2013-11-11 13:42 ` Andy Walls 0 siblings, 0 replies; 18+ messages in thread From: Andy Walls @ 2013-11-11 13:42 UTC (permalink / raw) To: Hans Verkuil; +Cc: Rajil Saraswat, linux-media On Mon, 2013-11-11 at 12:14 +0100, Hans Verkuil wrote: > On 10/19/2013 07:09 PM, Andy Walls wrote: > > On Wed, 2013-10-16 at 01:10 +0100, Rajil Saraswat wrote: > >> I was finally able to carry out a git bisect. Had to do a git pull on > >> a fast internet hooked machine and ftp the files over to the remote > >> machine. > >> > >> I started with 'git bisect bad v2.6.36.4' and 'git bisect good v2.6.35.10'. > >> > >> And the result was: > >> > >> 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 is the first bad commit > >> commit 5aa9ae5ed5d449a85fbf7aac3d1fdc241c542a79 > >> Author: Hans Verkuil <hverkuil@xs4all.nl> > >> Date: Sat Apr 24 08:23:53 2010 -0300 > >> > >> V4L/DVB: wm8775: convert to the new control framework > >> > >> Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> > >> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com> > >> > >> :040000 040000 37847ffe592f255c6a9d9daedaf7bbfd3cd7b055 > >> 2f094df6f65d7fb296657619c1ad6f93fe085a75 M drivers > >> > >> I then removed the patch from linux-2.6.36-gentoo-r8 which are gentoo > >> sources, and confirmed that video/audio now works fine on v4l2-ctl -d > >> /dev/video1 --set-input 4 > >> > >> I wasnt able to remove the patch in 3.10.7 which is gentoo stable > >> kernel. Any idea how can i do that? > > > > Try applying the following (untested) patch that is made against the > > bleeding edge Linux kernel. The test on the mute control state in > > wm8775_s_routing() appears to have been inverted in the bad commit you > > isolated. > > Can you give me your Signed-off-by? Signed-off-by: Andy Walls <awalls@md.metrocast.net> Bisected-by: Rajil Saraswat <rajil.s@gmail.com> Reported-by: Rajil Saraswat <rajil.s@gmail.com> > Thanks! > > Hans > > > > > Along with '--set-input', you may also want to use v4l2-ctl to exercise > > the mute control as well, to see if it works as expected, once this > > patch is applied. > > > > Regards, > > Andy > > > > file: wm8775_s_route_mute_test_inverted.patch > > > > diff --git a/drivers/media/i2c/wm8775.c b/drivers/media/i2c/wm8775.c > > index 3f584a7..bee7946 100644 > > --- a/drivers/media/i2c/wm8775.c > > +++ b/drivers/media/i2c/wm8775.c > > @@ -130,12 +130,10 @@ static int wm8775_s_routing(struct v4l2_subdev *sd, > > return -EINVAL; > > } > > state->input = input; > > - if (!v4l2_ctrl_g_ctrl(state->mute)) > > + if (v4l2_ctrl_g_ctrl(state->mute)) > > return 0; > > if (!v4l2_ctrl_g_ctrl(state->vol)) > > return 0; > > - if (!v4l2_ctrl_g_ctrl(state->bal)) > > - return 0; > > wm8775_set_audio(sd, 1); > > return 0; > > } > > > > > > -- > 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2013-11-11 13:40 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-09-17 20:49 ivtv 1.4.2/1.4.3 broken in recent kernels? Rajil Saraswat
2013-09-30 11:33 ` Hans Verkuil
2013-10-05 13:10 ` Rajil Saraswat
[not found] ` <CAFoaQoDS6LUKNQ7dHF1s1Ms_YuS98mZzrhXRjLLarHHUxsSxMQ@mail.gmail.com>
2013-10-07 15:01 ` Rajil Saraswat
2013-10-10 2:20 ` Andy Walls
2013-10-10 21:00 ` Rajil Saraswat
2013-10-12 23:23 ` Andy Walls
2013-10-13 12:49 ` Andy Walls
2013-10-13 19:14 ` Rajil Saraswat
2013-10-13 23:43 ` Andy Walls
2013-10-16 0:10 ` Rajil Saraswat
2013-10-19 17:09 ` Andy Walls
2013-10-20 17:47 ` Rajil Saraswat
2013-11-04 12:44 ` Hans Verkuil
2013-11-06 0:25 ` Andy Walls
2013-11-11 11:07 ` Hans Verkuil
2013-11-11 11:14 ` Hans Verkuil
2013-11-11 13:42 ` Andy Walls
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox