Mailing List Archive

On Sun, 2010-01-10 at 21:12 -0600, Eric Wescott wrote:
> I'm unable to get my card working but it did work in the past with
> IVTV. I just haven't used it in a few years and have changed kernels
> versions since then. I'm running Slackware 13.0 with kernel 2.6.29.6.
> I can't remember what version of IVTV did actually work either. Below
> is the dmesg, lspci -v and lsmod | grep ivtv output
>
> Thanks
> Eric Wescott
>
> -----------------------------dmesg-----------------------------------
> i2c_core: exports duplicate symbol i2c_smbus_xfer (owned by kernel)
> i2c_algo_bit: exports duplicate symbol i2c_bit_add_numbered_bus (owned
> by kernel)

a. You should probably fix the duplicate symbols problem, so you know
which i2c routines are in use.


> ivtv: Start initialization, version 1.4.0
> ivtv0: Initializing card 0
> ivtv0: Unknown card: vendor/device: [4444:0016]
> ivtv0: subsystem vendor/device: [104d:813d]
> ivtv0: cx23416 based


This card never made it into the code base (not that it couldn't).

Hans has a test repository still set up here:

http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv

But be sure to read this thread:
http://ivtvdriver.org/pipermail/ivtv-devel/2009-October/006278.html
http://ivtvdriver.org/pipermail/ivtv-devel/2009-November/006318.html

I can do the legwork to add this card to the ivtv driver and a separate
entry in tuner-simple for the analog tuner (for which I do not have any
specs), if you can test the patches and tell us if it works.

Regards,
Andy


_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

> a. You should probably fix the duplicate symbols problem, so you know
> which i2c routines are in use.
Done.

> This card never made it into the code base (not that it couldn't).
>
> Hans has a test repository still set up here:
>
> http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv
> <http://www.linuxtv.org/hg/%7Ehverkuil/v4l-dvb-ivtv>

I've downloaded, build and installed the branch at
http://linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c

Below is the output from modprobe ivtv and dmesg. It does not appear to
work as /dev/video* doesn't exist. Also modprobe -r ivtv just hangs.
Also, I managed to locate a file called giga.diff (output for the file
below) on my backup discs that appears to be a patch to an older version
of ivtv. I can't remember if this actually was the patch I used to get
it working or not. However, I do remember I was never able to get the
turner working but the composite and svideo inputs did function.

> I can do the legwork to add this card to the ivtv driver and a separate
> entry in tuner-simple for the analog tuner (for which I do not have any
> specs), if you can test the patches and tell us if it works.
Thanks! Just let me know what I need to do.

Eric Wescott

------------------------ dmesg ------------------------
Linux video capture interface:
v2.00
ivtv: Start initialization, version
1.4.1
ivtv0: Initializing card
0
ivtv0: Autodetected Sony Gigapocket (Kikyo) card (cx23416
based)
ivtv 0000:02:05.0: PCI INT A -> GSI 17 (level, low) -> IRQ
17
ivtv0: Unreasonably low latency timer, setting to 64 (was
32)
saa7115 1-0021: saa7115 found (1f7115d0e100000) @ 0x42 (ivtv i2c driver
#0)
tuner 1-0000: chip found @ 0x0 (ivtv i2c driver
#0)
BUG: unable to handle kernel NULL pointer dereference at
00000004
IP: [<f8978cb0>] i2c_new_probed_device+0x20/0x1a0
[i2c_core]
*pde =
00000000

Oops: 0000 [#1]
SMP
last sysfs file:
/sys/module/tuner/initstate
Modules linked in: tuner saa7115 ivtv(+) i2c_algo_bit cx2341x
v4l2_common videodev v4l1_compat tveeprom snd_seq_dummy snd_seq_oss
snd_seq_mi
di_event snd_seq snd_pcm_oss snd_mixer_oss ipv6 pcmcia pcmcia_core ppdev
lp parport_pc parport fuse usbhid hid snd_cs4232 snd_mpu401 snd_wav
efront ath5k snd_wss_lib snd_intel8x0 mac80211 snd_ac97_codec
snd_opl3_lib led_class ohci1394 snd_hwdep cfg80211 snd_mpu401_uart
ieee1394 ac
97_bus fan sg snd_pcm 8139too snd_rawmidi thermal mii snd_timer
intel_agp snd_seq_device ns558 processor rtc_cmos evdev rtc_core i2c_i801 sh
pchp snd snd_page_alloc serio_raw uhci_hcd agpgart gameport thermal_sys
ehci_hcd soundcore rtc_lib i2c_core button hwmon ext4 mbcache jbd2 c
rc16 [last unloaded:
pcmcia_core]


Pid: 3051, comm: modprobe Not tainted (2.6.29.6-smp #1)
EIP: 0060:[<f8978cb0>] EFLAGS: 00010206 CPU: 0
EIP is at i2c_new_probed_device+0x20/0x1a0 [i2c_core]
EAX: 0fff800f EBX: 00000000 ECX: 00000004 EDX: f93f0b3c
ESI: 00000004 EDI: 00000004 EBP: f294bcc4 ESP: f2923c88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process modprobe (pid: 3051, ti=f2922000 task=f6a4c680 task.ti=f2922000)
Stack:
656e7574 f6440072 f294bcc4 00000000 f2923d08 f644e220 f897980d 00000001
00000000 00000282 f8978c11 f294bd0c 00000000 f644e200 f9396598 c0517480
c04af7a0 00000000 00000004 f2923d08 f2940074 f93c7461 f94389ba 00000000
Call Trace:
[<f8978c11>] i2c_new_device+0x21/0xa0 [i2c_core]
[<f9396598>] v4l2_device_register_subdev+0x78/0xb0 [videodev]
[<f93c7461>] v4l2_i2c_new_subdev_board+0x41/0x140 [v4l2_common]
[<f93c75d3>] v4l2_i2c_new_subdev_cfg+0x73/0x90 [v4l2_common]
[<f9425b07>] ivtv_i2c_register+0xb7/0x1b0 [ivtv]
[<f9433c5c>] ivtv_probe+0x88c/0x19de [ivtv]
[<c0227a6a>] idr_get_empty_slot+0xea/0x270
[<c0227c70>] ida_get_new_above+0x80/0x1c0
[<c01a0aee>] find_inode+0x3e/0x70
[<c01d6d80>] sysfs_ilookup_test+0x0/0x10
[<c01d7051>] sysfs_find_dirent+0x21/0x30
[<c01a09ed>] iput+0x1d/0x50
[<c01d755a>] sysfs_addrm_finish+0x3a/0x1f0
[<c01d7262>] sysfs_add_one+0x12/0x50
[<c01d807f>] sysfs_do_create_link+0x9f/0x130
[<c01a09ed>] iput+0x1d/0x50
[<c0240b2b>] local_pci_probe+0xb/0x10
[<c0241889>] pci_device_probe+0x69/0x90
[<c02a4f83>] driver_probe_device+0x83/0x1b0
[<c0240bf6>] pci_match_device+0x16/0xb0
[<c02a5139>] __driver_attach+0x89/0x90
[<c02417c0>] pci_device_remove+0x0/0x40
[<c02a48e4>] bus_for_each_dev+0x44/0x70
[<c02417c0>] pci_device_remove+0x0/0x40
[<c02a4e16>] driver_attach+0x16/0x20
[<c02a50b0>] __driver_attach+0x0/0x90
[<c02a429f>] bus_add_driver+0x1bf/0x240
[<c02417c0>] pci_device_remove+0x0/0x40
[<c02a52fc>] driver_register+0x5c/0x130
[<f9445000>] module_start+0x0/0x9c [ivtv]
[<c0241aed>] __pci_register_driver+0x3d/0x80
[<f9445000>] module_start+0x0/0x9c [ivtv]
[<f9445040>] module_start+0x40/0x9c [ivtv]
[<c010111a>] do_one_initcall+0x2a/0x160
[<c015bcf7>] tracepoint_module_notify+0x27/0x30
[<c01416e6>] notifier_call_chain+0x36/0x70
[<c0141ad3>] __blocking_notifier_call_chain+0x53/0x70
[<c014f25b>] sys_init_module+0x8b/0x1c0
[<c018f2d1>] sys_read+0x41/0x80
[<c01033ae>] syscall_call+0x7/0xb
[<c0400000>] quirk_nvidia_ck804_msi_ht_cap+0x2/0x75
Code: 00 00 00 00 8d bc 27 00 00 00 00 55 89 c5 57 89 cf 56 53 83 ec 44
89 54 24 10 8b 50 0c ff 52 08 a9 00 00 02 00 0f 84 57 01 00 00 <0f>
b7 1f 66 83 fb fe 0f 84 13 01 00 00 8d 85 b4 00 00 00 8d 55
EIP: [<f8978cb0>] i2c_new_probed_device+0x20/0x1a0 [i2c_core] SS:ESP
0068:f2923c88
---[ end trace caefa9cc4f192785 ]---


---------- OUTPUT FROM "modprobe ivtv" -------------------------
Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010
...

darkstar kernel: last sysfs file:
/sys/module/tuner/initstate

Segmentation
fault

root@darkstar:~#

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010
...

darkstar kernel: Process modprobe (pid: 3063, ti=f28ac000 task=f6823a80
task.ti=f28ac000)

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: Stack:

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: 00000000 00000282 f284f5c0 f28cbd0c 00000000 f28ae200
f937f598 c0517480

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: c04af7a0 00000000 00000004 f28add08 f28c0074 f93b0461
f94219ba 00000000

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: Call Trace:

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<f937f598>] v4l2_device_register_subdev+0x78/0xb0
[videodev]

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<f93b0461>] v4l2_i2c_new_subdev_board+0x41/0x140
[v4l2_common]

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<f93b05d3>] v4l2_i2c_new_subdev_cfg+0x73/0x90
[v4l2_common]

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<f940eb07>] ivtv_i2c_register+0xb7/0x1b0 [ivtv]

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<f941cc5c>] ivtv_probe+0x88c/0x19de [ivtv]

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c0227a6a>] idr_get_empty_slot+0xea/0x270

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c0227c70>] ida_get_new_above+0x80/0x1c0

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c01a0aee>] find_inode+0x3e/0x70

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c01d6d80>] sysfs_ilookup_test+0x0/0x10

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c01d7051>] sysfs_find_dirent+0x21/0x30

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c01a09ed>] iput+0x1d/0x50

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c01d755a>] sysfs_addrm_finish+0x3a/0x1f0

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c01d7262>] sysfs_add_one+0x12/0x50

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c01d807f>] sysfs_do_create_link+0x9f/0x130

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c01a09ed>] iput+0x1d/0x50

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c0240b2b>] local_pci_probe+0xb/0x10

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c0241889>] pci_device_probe+0x69/0x90

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c02a4f83>] driver_probe_device+0x83/0x1b0

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c0240bf6>] pci_match_device+0x16/0xb0

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c02a5139>] __driver_attach+0x89/0x90

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c02417c0>] pci_device_remove+0x0/0x40

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c02a48e4>] bus_for_each_dev+0x44/0x70

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c02417c0>] pci_device_remove+0x0/0x40

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c02a4e16>] driver_attach+0x16/0x20

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c02a50b0>] __driver_attach+0x0/0x90

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c02a429f>] bus_add_driver+0x1bf/0x240

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c02417c0>] pci_device_remove+0x0/0x40

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c02a52fc>] driver_register+0x5c/0x130

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<f942e000>] module_start+0x0/0x9c [ivtv]

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c0241aed>] __pci_register_driver+0x3d/0x80

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<f942e000>] module_start+0x0/0x9c [ivtv]

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<f942e040>] module_start+0x40/0x9c [ivtv]

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c010111a>] do_one_initcall+0x2a/0x160

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c015bcf7>] tracepoint_module_notify+0x27/0x30

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c01416e6>] notifier_call_chain+0x36/0x70

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c0141ad3>] __blocking_notifier_call_chain+0x53/0x70

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c014f25b>] sys_init_module+0x8b/0x1c0

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c018f2d1>] sys_read+0x41/0x80

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c01033ae>] syscall_call+0x7/0xb

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: [<c0400000>] quirk_nvidia_ck804_msi_ht_cap+0x2/0x75

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: Code: 00 00 00 00 8d bc 27 00 00 00 00 55 89 c5 57 89
cf 56 53 83 ec 44 89 54 24 10 8b 50 0c ff 52 08 a9 00 00 02 00
0f 84 57 01 00 00 <0f> b7 1f 66 83 fb fe 0f 84 13 01 00 00 8d 85 b4 00
00 00 8d 55

Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
darkstar kernel: EIP: [<f89a6cb0>] i2c_new_probed_device+0x20/0x1a0
[i2c_core] SS:ESP 0068:f28adc88


------------------------- giga.diff ----------------------------------
Index:
ivtv-driver.h

===================================================================

--- ivtv-driver.h (revision
3364)

+++ ivtv-driver.h (working
copy)

@@ -128,14 +128,15
@@

#define IVTV_CARD_GOTVIEW_PCI_DVD2 15 /* GotView PCI DVD2
*/
#define IVTV_CARD_YUAN_MPC622 16 /* Yuan MPC622 miniPCI
*/
#define IVTV_CARD_DCTMTVP1 17 /* DIGITAL COWBOY DCT-MTVP1
*/
+#define IVTV_CARD_GIGA_POCKET 18 /* Sony Giga Pocket PVR
*/
/* Variants of existing cards but with the same PCI IDs. The
driver
detects these based on other device
information.

These cards must always come
last.

New cards must be inserted above, and the indices of the cards
below
must be adjusted accordingly.
*/

-#define IVTV_CARD_PVR_350_V1 18 /* encoder, decoder, tv-out, V1
(uses saa7114) */
-#define IVTV_CARD_CX23416GYC_NOGR 19 /* Kuroutoshikou
CX23416GYC-STVLP (Yuan MPG600GR OEM) */
-#define IVTV_CARD_CX23416GYC_NOGRYCS 20 /* Kuroutoshikou
CX23416GYC-STVLP (Yuan MPG600GR OEM) */
+#define IVTV_CARD_PVR_350_V1 19 /* encoder, decoder, tv-out, V1
(uses saa7114) */
+#define IVTV_CARD_CX23416GYC_NOGR 20 /* Kuroutoshikou
CX23416GYC-STVLP (Yuan MPG600GR OEM) */
+#define IVTV_CARD_CX23416GYC_NOGRYCS 21 /* Kuroutoshikou
CX23416GYC-STVLP (Yuan MPG600GR OEM) */


#define IVTV_AUDIO_32000 0x2 /* 32 kHz audio
*/

#define IVTV_AUDIO_44100 0x0 /* 44.1 kHz audio
*/

@@ -171,6 +172,7
@@

#define IVTV_PCI_ID_IODATA
0x10fc

#define IVTV_PCI_ID_MELCO
0x1154

#define IVTV_PCI_ID_GOTVIEW
0xffac

+#define IVTV_PCI_ID_SONY
0x104d



#define IVTV_MBOX_MAX_BOXES
20

#define IVTV_MBOX_API_BOXES
6

Index:
ivtv-cards.c

===================================================================

--- ivtv-cards.c (revision
3348)

+++ ivtv-cards.c (working
copy)

@@ -868,6 +868,36
@@



/*
-------------------------------------------------------------------------
*/


+/* Sony Giga Pocket PVR
*/

+

+static const struct ivtv_card_pci_info ivtv_pci_giga_pocket[] =
{
+ { PCI_DEVICE_ID_IVTV16, IVTV_PCI_ID_SONY, 0x813d
},
+ { 0, 0, 0
}

+};

+

+static const struct ivtv_card ivtv_card_giga_pocket =
{
+ .type =
IVTV_CARD_GIGA_POCKET,

+ .name = "Sony Giga Pocket PVR",
+ .v4l2_capabilities = IVTV_CAP_ENCODER,
+ .hw_video = IVTV_HW_SAA7115,
+ .hw_all = IVTV_HW_SAA7115 | IVTV_HW_TUNER,
+ .video_inputs = {
+ { IVTV_CARD_INPUT_VID_TUNER, 0, IVTV_SAA71XX_SVIDEO0 },
+ { IVTV_CARD_INPUT_SVIDEO1, 1, IVTV_SAA71XX_SVIDEO2 },
+ { IVTV_CARD_INPUT_COMPOSITE1, 1, IVTV_SAA71XX_SVIDEO2 },
+ },
+ .audio_inputs = {
+ { IVTV_CARD_INPUT_AUD_TUNER, IVTV_GPIO_TUNER },
+ { IVTV_CARD_INPUT_LINE_IN1, IVTV_GPIO_LINE_IN },
+ },
+ .tuners = {
+ { .std = V4L2_STD_525_60, .tuner = TUNER_PHILIPS_NTSC },
+ },
+ .pci_list = ivtv_pci_giga_pocket,
+};
+
+/*
------------------------------------------------------------------------- */
+
static const struct ivtv_card *ivtv_card_list[] = {
&ivtv_card_pvr250,
&ivtv_card_pvr350,
@@ -887,6 +917,7 @@
&ivtv_card_gotview_pci_dvd2,
&ivtv_card_yuan_mpc622,
&ivtv_card_dctmvtvp1,
+ &ivtv_card_giga_pocket,

/* Variations of standard cards but with the same PCI IDs.
These cards must come last in this list. */





_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

On Wed, 2010-01-13 at 19:29 -0600, Eric Wescott wrote:
> > a. You should probably fix the duplicate symbols problem, so you know
> > which i2c routines are in use.
> Done.
>
> > This card never made it into the code base (not that it couldn't).
> >
> > Hans has a test repository still set up here:
> >
> > http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv
> > <http://www.linuxtv.org/hg/%7Ehverkuil/v4l-dvb-ivtv>
>
> I've downloaded, build and installed the branch at
> http://linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c
>
> Below is the output from modprobe ivtv and dmesg. It does not appear to
> work as /dev/video* doesn't exist. Also modprobe -r ivtv just hangs.

Hi Eric,

You may have an i2c_module problem. From your previous email:


> i2c_core: exports duplicate symbol i2c_smbus_xfer (owned by kernel)
> i2c_algo_bit: exports duplicate symbol i2c_bit_add_numbered_bus (owned by kernel)

Please check to make sure either I2C subsystem support is built as a
module or in-kernel but not both.

Also when you build the latest v4l-dvb from Hans' repo, you should build
the ivtv driver and all the supporting device modules (just build and
install them all with 'make' and as root 'make install'. Back up your
old modules if you want to before the make install.

The reason is that ivtv relies on a lot of i2c drivers for various
support chips and the v4l2 infrastructure modules. Within the past year
there have been many changes - you should not mix and match modules from
your distro with modules built from a v4l-dvb repository (unless you
have a really bleeding edge kernel with your distribution).


> Also, I managed to locate a file called giga.diff (output for the file
> below) on my backup discs that appears to be a patch to an older version
> of ivtv. I can't remember if this actually was the patch I used to get
> it working or not. However, I do remember I was never able to get the
> turner working but the composite and svideo inputs did function.

It looks about right. The tuner should be wrong. I can use your patch
to get the SVideo and composite inputs working. I'll try to get to it
soon. (I have a bit of a backlog).

I'll also try to look at your oops to nail down what was wrong, but I'm
guessing it is related to some sort of i2c module mismatch problem.

Regards,
Andy

> Eric Wescott
>
> ------------------------ dmesg ------------------------
> Linux video capture interface:
> v2.00
> ivtv: Start initialization, version
> 1.4.1
> ivtv0: Initializing card
> 0
> ivtv0: Autodetected Sony Gigapocket (Kikyo) card (cx23416
> based)
> ivtv 0000:02:05.0: PCI INT A -> GSI 17 (level, low) -> IRQ
> 17
> ivtv0: Unreasonably low latency timer, setting to 64 (was
> 32)
> saa7115 1-0021: saa7115 found (1f7115d0e100000) @ 0x42 (ivtv i2c driver
> #0)
> tuner 1-0000: chip found @ 0x0 (ivtv i2c driver
> #0)
> BUG: unable to handle kernel NULL pointer dereference at
> 00000004
> IP: [<f8978cb0>] i2c_new_probed_device+0x20/0x1a0
> [i2c_core]
> *pde =
> 00000000
>
> Oops: 0000 [#1]
> SMP
> last sysfs file:
> /sys/module/tuner/initstate
> Modules linked in: tuner saa7115 ivtv(+) i2c_algo_bit cx2341x
> v4l2_common videodev v4l1_compat tveeprom snd_seq_dummy snd_seq_oss
> snd_seq_mi
> di_event snd_seq snd_pcm_oss snd_mixer_oss ipv6 pcmcia pcmcia_core ppdev
> lp parport_pc parport fuse usbhid hid snd_cs4232 snd_mpu401 snd_wav
> efront ath5k snd_wss_lib snd_intel8x0 mac80211 snd_ac97_codec
> snd_opl3_lib led_class ohci1394 snd_hwdep cfg80211 snd_mpu401_uart
> ieee1394 ac
> 97_bus fan sg snd_pcm 8139too snd_rawmidi thermal mii snd_timer
> intel_agp snd_seq_device ns558 processor rtc_cmos evdev rtc_core i2c_i801 sh
> pchp snd snd_page_alloc serio_raw uhci_hcd agpgart gameport thermal_sys
> ehci_hcd soundcore rtc_lib i2c_core button hwmon ext4 mbcache jbd2 c
> rc16 [last unloaded:
> pcmcia_core]
>
>
> Pid: 3051, comm: modprobe Not tainted (2.6.29.6-smp #1)
> EIP: 0060:[<f8978cb0>] EFLAGS: 00010206 CPU: 0
> EIP is at i2c_new_probed_device+0x20/0x1a0 [i2c_core]
> EAX: 0fff800f EBX: 00000000 ECX: 00000004 EDX: f93f0b3c
> ESI: 00000004 EDI: 00000004 EBP: f294bcc4 ESP: f2923c88
> DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
> Process modprobe (pid: 3051, ti=f2922000 task=f6a4c680 task.ti=f2922000)
> Stack:
> 656e7574 f6440072 f294bcc4 00000000 f2923d08 f644e220 f897980d 00000001
> 00000000 00000282 f8978c11 f294bd0c 00000000 f644e200 f9396598 c0517480
> c04af7a0 00000000 00000004 f2923d08 f2940074 f93c7461 f94389ba 00000000
> Call Trace:
> [<f8978c11>] i2c_new_device+0x21/0xa0 [i2c_core]
> [<f9396598>] v4l2_device_register_subdev+0x78/0xb0 [videodev]
> [<f93c7461>] v4l2_i2c_new_subdev_board+0x41/0x140 [v4l2_common]
> [<f93c75d3>] v4l2_i2c_new_subdev_cfg+0x73/0x90 [v4l2_common]
> [<f9425b07>] ivtv_i2c_register+0xb7/0x1b0 [ivtv]
> [<f9433c5c>] ivtv_probe+0x88c/0x19de [ivtv]
> [<c0227a6a>] idr_get_empty_slot+0xea/0x270
> [<c0227c70>] ida_get_new_above+0x80/0x1c0
> [<c01a0aee>] find_inode+0x3e/0x70
> [<c01d6d80>] sysfs_ilookup_test+0x0/0x10
> [<c01d7051>] sysfs_find_dirent+0x21/0x30
> [<c01a09ed>] iput+0x1d/0x50
> [<c01d755a>] sysfs_addrm_finish+0x3a/0x1f0
> [<c01d7262>] sysfs_add_one+0x12/0x50
> [<c01d807f>] sysfs_do_create_link+0x9f/0x130
> [<c01a09ed>] iput+0x1d/0x50
> [<c0240b2b>] local_pci_probe+0xb/0x10
> [<c0241889>] pci_device_probe+0x69/0x90
> [<c02a4f83>] driver_probe_device+0x83/0x1b0
> [<c0240bf6>] pci_match_device+0x16/0xb0
> [<c02a5139>] __driver_attach+0x89/0x90
> [<c02417c0>] pci_device_remove+0x0/0x40
> [<c02a48e4>] bus_for_each_dev+0x44/0x70
> [<c02417c0>] pci_device_remove+0x0/0x40
> [<c02a4e16>] driver_attach+0x16/0x20
> [<c02a50b0>] __driver_attach+0x0/0x90
> [<c02a429f>] bus_add_driver+0x1bf/0x240
> [<c02417c0>] pci_device_remove+0x0/0x40
> [<c02a52fc>] driver_register+0x5c/0x130
> [<f9445000>] module_start+0x0/0x9c [ivtv]
> [<c0241aed>] __pci_register_driver+0x3d/0x80
> [<f9445000>] module_start+0x0/0x9c [ivtv]
> [<f9445040>] module_start+0x40/0x9c [ivtv]
> [<c010111a>] do_one_initcall+0x2a/0x160
> [<c015bcf7>] tracepoint_module_notify+0x27/0x30
> [<c01416e6>] notifier_call_chain+0x36/0x70
> [<c0141ad3>] __blocking_notifier_call_chain+0x53/0x70
> [<c014f25b>] sys_init_module+0x8b/0x1c0
> [<c018f2d1>] sys_read+0x41/0x80
> [<c01033ae>] syscall_call+0x7/0xb
> [<c0400000>] quirk_nvidia_ck804_msi_ht_cap+0x2/0x75
> Code: 00 00 00 00 8d bc 27 00 00 00 00 55 89 c5 57 89 cf 56 53 83 ec 44
> 89 54 24 10 8b 50 0c ff 52 08 a9 00 00 02 00 0f 84 57 01 00 00 <0f>
> b7 1f 66 83 fb fe 0f 84 13 01 00 00 8d 85 b4 00 00 00 8d 55
> EIP: [<f8978cb0>] i2c_new_probed_device+0x20/0x1a0 [i2c_core] SS:ESP
> 0068:f2923c88
> ---[ end trace caefa9cc4f192785 ]---
>
>
> ---------- OUTPUT FROM "modprobe ivtv" -------------------------
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010
> ...
>
> darkstar kernel: last sysfs file:
> /sys/module/tuner/initstate
>
> Segmentation
> fault
>
> root@darkstar:~#
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010
> ...
>
> darkstar kernel: Process modprobe (pid: 3063, ti=f28ac000 task=f6823a80
> task.ti=f28ac000)
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: Stack:
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: 00000000 00000282 f284f5c0 f28cbd0c 00000000 f28ae200
> f937f598 c0517480
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: c04af7a0 00000000 00000004 f28add08 f28c0074 f93b0461
> f94219ba 00000000
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: Call Trace:
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<f937f598>] v4l2_device_register_subdev+0x78/0xb0
> [videodev]
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<f93b0461>] v4l2_i2c_new_subdev_board+0x41/0x140
> [v4l2_common]
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<f93b05d3>] v4l2_i2c_new_subdev_cfg+0x73/0x90
> [v4l2_common]
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<f940eb07>] ivtv_i2c_register+0xb7/0x1b0 [ivtv]
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<f941cc5c>] ivtv_probe+0x88c/0x19de [ivtv]
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c0227a6a>] idr_get_empty_slot+0xea/0x270
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c0227c70>] ida_get_new_above+0x80/0x1c0
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c01a0aee>] find_inode+0x3e/0x70
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c01d6d80>] sysfs_ilookup_test+0x0/0x10
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c01d7051>] sysfs_find_dirent+0x21/0x30
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c01a09ed>] iput+0x1d/0x50
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c01d755a>] sysfs_addrm_finish+0x3a/0x1f0
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c01d7262>] sysfs_add_one+0x12/0x50
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c01d807f>] sysfs_do_create_link+0x9f/0x130
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c01a09ed>] iput+0x1d/0x50
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c0240b2b>] local_pci_probe+0xb/0x10
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c0241889>] pci_device_probe+0x69/0x90
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c02a4f83>] driver_probe_device+0x83/0x1b0
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c0240bf6>] pci_match_device+0x16/0xb0
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c02a5139>] __driver_attach+0x89/0x90
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c02417c0>] pci_device_remove+0x0/0x40
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c02a48e4>] bus_for_each_dev+0x44/0x70
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c02417c0>] pci_device_remove+0x0/0x40
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c02a4e16>] driver_attach+0x16/0x20
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c02a50b0>] __driver_attach+0x0/0x90
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c02a429f>] bus_add_driver+0x1bf/0x240
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c02417c0>] pci_device_remove+0x0/0x40
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c02a52fc>] driver_register+0x5c/0x130
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<f942e000>] module_start+0x0/0x9c [ivtv]
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c0241aed>] __pci_register_driver+0x3d/0x80
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<f942e000>] module_start+0x0/0x9c [ivtv]
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<f942e040>] module_start+0x40/0x9c [ivtv]
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c010111a>] do_one_initcall+0x2a/0x160
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c015bcf7>] tracepoint_module_notify+0x27/0x30
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c01416e6>] notifier_call_chain+0x36/0x70
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c0141ad3>] __blocking_notifier_call_chain+0x53/0x70
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c014f25b>] sys_init_module+0x8b/0x1c0
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c018f2d1>] sys_read+0x41/0x80
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c01033ae>] syscall_call+0x7/0xb
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: [<c0400000>] quirk_nvidia_ck804_msi_ht_cap+0x2/0x75
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: Code: 00 00 00 00 8d bc 27 00 00 00 00 55 89 c5 57 89
> cf 56 53 83 ec 44 89 54 24 10 8b 50 0c ff 52 08 a9 00 00 02 00
> 0f 84 57 01 00 00 <0f> b7 1f 66 83 fb fe 0f 84 13 01 00 00 8d 85 b4 00
> 00 00 8d 55
>
> Message from syslogd@darkstar at Wed Jan 13 19:12:05 2010 ...
> darkstar kernel: EIP: [<f89a6cb0>] i2c_new_probed_device+0x20/0x1a0
> [i2c_core] SS:ESP 0068:f28adc88
>
>
> ------------------------- giga.diff ----------------------------------
> Index:
> ivtv-driver.h
>
> ===================================================================
>
> --- ivtv-driver.h (revision
> 3364)
>
> +++ ivtv-driver.h (working
> copy)
>
> @@ -128,14 +128,15
> @@
>
> #define IVTV_CARD_GOTVIEW_PCI_DVD2 15 /* GotView PCI DVD2
> */
> #define IVTV_CARD_YUAN_MPC622 16 /* Yuan MPC622 miniPCI
> */
> #define IVTV_CARD_DCTMTVP1 17 /* DIGITAL COWBOY DCT-MTVP1
> */
> +#define IVTV_CARD_GIGA_POCKET 18 /* Sony Giga Pocket PVR
> */
> /* Variants of existing cards but with the same PCI IDs. The
> driver
> detects these based on other device
> information.
>
> These cards must always come
> last.
>
> New cards must be inserted above, and the indices of the cards
> below
> must be adjusted accordingly.
> */
>
> -#define IVTV_CARD_PVR_350_V1 18 /* encoder, decoder, tv-out, V1
> (uses saa7114) */
> -#define IVTV_CARD_CX23416GYC_NOGR 19 /* Kuroutoshikou
> CX23416GYC-STVLP (Yuan MPG600GR OEM) */
> -#define IVTV_CARD_CX23416GYC_NOGRYCS 20 /* Kuroutoshikou
> CX23416GYC-STVLP (Yuan MPG600GR OEM) */
> +#define IVTV_CARD_PVR_350_V1 19 /* encoder, decoder, tv-out, V1
> (uses saa7114) */
> +#define IVTV_CARD_CX23416GYC_NOGR 20 /* Kuroutoshikou
> CX23416GYC-STVLP (Yuan MPG600GR OEM) */
> +#define IVTV_CARD_CX23416GYC_NOGRYCS 21 /* Kuroutoshikou
> CX23416GYC-STVLP (Yuan MPG600GR OEM) */
>
>
> #define IVTV_AUDIO_32000 0x2 /* 32 kHz audio
> */
>
> #define IVTV_AUDIO_44100 0x0 /* 44.1 kHz audio
> */
>
> @@ -171,6 +172,7
> @@
>
> #define IVTV_PCI_ID_IODATA
> 0x10fc
>
> #define IVTV_PCI_ID_MELCO
> 0x1154
>
> #define IVTV_PCI_ID_GOTVIEW
> 0xffac
>
> +#define IVTV_PCI_ID_SONY
> 0x104d
>
>
>
> #define IVTV_MBOX_MAX_BOXES
> 20
>
> #define IVTV_MBOX_API_BOXES
> 6
>
> Index:
> ivtv-cards.c
>
> ===================================================================
>
> --- ivtv-cards.c (revision
> 3348)
>
> +++ ivtv-cards.c (working
> copy)
>
> @@ -868,6 +868,36
> @@
>
>
>
> /*
> -------------------------------------------------------------------------
> */
>
>
> +/* Sony Giga Pocket PVR
> */
>
> +
>
> +static const struct ivtv_card_pci_info ivtv_pci_giga_pocket[] =
> {
> + { PCI_DEVICE_ID_IVTV16, IVTV_PCI_ID_SONY, 0x813d
> },
> + { 0, 0, 0
> }
>
> +};
>
> +
>
> +static const struct ivtv_card ivtv_card_giga_pocket =
> {
> + .type =
> IVTV_CARD_GIGA_POCKET,
>
> + .name = "Sony Giga Pocket PVR",
> + .v4l2_capabilities = IVTV_CAP_ENCODER,
> + .hw_video = IVTV_HW_SAA7115,
> + .hw_all = IVTV_HW_SAA7115 | IVTV_HW_TUNER,
> + .video_inputs = {
> + { IVTV_CARD_INPUT_VID_TUNER, 0, IVTV_SAA71XX_SVIDEO0 },
> + { IVTV_CARD_INPUT_SVIDEO1, 1, IVTV_SAA71XX_SVIDEO2 },
> + { IVTV_CARD_INPUT_COMPOSITE1, 1, IVTV_SAA71XX_SVIDEO2 },
> + },
> + .audio_inputs = {
> + { IVTV_CARD_INPUT_AUD_TUNER, IVTV_GPIO_TUNER },
> + { IVTV_CARD_INPUT_LINE_IN1, IVTV_GPIO_LINE_IN },
> + },
> + .tuners = {
> + { .std = V4L2_STD_525_60, .tuner = TUNER_PHILIPS_NTSC },
> + },
> + .pci_list = ivtv_pci_giga_pocket,
> +};
> +
> +/*
> ------------------------------------------------------------------------- */
> +
> static const struct ivtv_card *ivtv_card_list[] = {
> &ivtv_card_pvr250,
> &ivtv_card_pvr350,
> @@ -887,6 +917,7 @@
> &ivtv_card_gotview_pci_dvd2,
> &ivtv_card_yuan_mpc622,
> &ivtv_card_dctmvtvp1,
> + &ivtv_card_giga_pocket,
>
> /* Variations of standard cards but with the same PCI IDs.
> These cards must come last in this list. */
>
>
>
>
>
> _______________________________________________
> ivtv-users mailing list
> ivtv-users@ivtvdriver.org
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>


_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

>
> >/ i2c_core: exports duplicate symbol i2c_smbus_xfer (owned by kernel)
> />/ i2c_algo_bit: exports duplicate symbol i2c_bit_add_numbered_bus (owned by kernel)
> /
> Please check to make sure either I2C subsystem support is built as a
> module or in-kernel but not both.
>

In my original message I was using the Slackware HUGE kernel which has
most things as =y instead of =m. Since then I've switched to the generic
kernel where everything is just =m (well everything that can be)
> Also when you build the latest v4l-dvb from Hans' repo, you should build
> the ivtv driver and all the supporting device modules (just build and
> install them all with 'make' and as root 'make install'. Back up your
> old modules if you want to before the make install.

I did perform a make && make install on the Hans' repo. That's what my
last message should reflect. I don't need to do anything besides make &&
make install to install the supporting device modules right?

Thanks for all your help so far

Eric

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

On Sun, 2010-01-17 at 19:12 -0600, Eric Wescott wrote:
> >
> > >/ i2c_core: exports duplicate symbol i2c_smbus_xfer (owned by kernel)
> > />/ i2c_algo_bit: exports duplicate symbol i2c_bit_add_numbered_bus (owned by kernel)
> > /
> > Please check to make sure either I2C subsystem support is built as a
> > module or in-kernel but not both.
> >
>
> In my original message I was using the Slackware HUGE kernel which has
> most things as =y instead of =m. Since then I've switched to the generic
> kernel where everything is just =m (well everything that can be)
> > Also when you build the latest v4l-dvb from Hans' repo, you should build
> > the ivtv driver and all the supporting device modules (just build and
> > install them all with 'make' and as root 'make install'. Back up your
> > old modules if you want to before the make install.
>
> I did perform a make && make install on the Hans' repo. That's what my
> last message should reflect. I don't need to do anything besides make &&
> make install to install the supporting device modules right?

After make install I usually do

# make unload
# make unload
# modprobe ivtv

To ensure all the old v4l-dvb modules are out of memory. That way the
modprobe of ivtv will force the new ones to be loaded instead of relying
on what was loaded in kernel memory.


> Thanks for all your help so far

You're welcome.

Regards,
Andy

> Eric



_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

Well, I applied (manually) the giga.diff patch to the source and it
doesn't work. I thought that patched worked in the past but I could be
wrong. I then reverted to the original source that comes with kernel
2.6.29.6 (seems to be 1.4.0) and did the following.

modprobe ivtv cardtype=1 to 100
used v4l2-ctlr to check every input and cat /dev/video0 > card#-input#.mpg

I wasn't able to get video from any cardtypes but several did produce
sound.
Both from the R/L composite style cable and some static which I assume
comes from the tuner as I didn't have anything plugged into the RF
connection.

Also, there was a few cards that gave me a full gray window rather than
a black one which may be of use.
Any other suggestions? I KNOW I had it working in the past..

NOTE: There were a couple cardtypes (forget the numbers off hand and I
don't have access to that machine just this second) that produces quite
a few errors and would not allow me to modprobe -rf ivtv after forcing
me to reboot to continue testing.

Thanks again
Eric

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

Hi Eric,

On Fri, 2010-02-05 at 15:40 -0600, Eric Wescott wrote:
> Well, I applied (manually) the giga.diff patch to the source and it
> doesn't work. I thought that patched worked in the past but I could be
> wrong.

Can your reeferesh my memory on where the "gig.diff" patch is, that
you're mentioning?

The ivtv driver depends on the v4l2 core modules, tuner modules, and
many i2c chip modules. Usually one cannot just grab an old patch, apply
it and have it work - although for patches that simply add a card, it
should be OK.



I'll work up a patch against the latest v4l-dvb repository (since I need
to add a unique new tuner for Sony), and point you to it.

I'll be looking at the previous emails and patches that I can find in my
emails box for information.

Sorry for taking so long on this, preparing for and cleaning up after
the snow storms we've had here for the past 2 weekends take up a lot of
my free time.

Regards,
Andy

> I then reverted to the original source that comes with kernel
> 2.6.29.6 (seems to be 1.4.0) and did the following.




> modprobe ivtv cardtype=1 to 100
> used v4l2-ctlr to check every input and cat /dev/video0 > card#-input#.mpg
>
> I wasn't able to get video from any cardtypes but several did produce
> sound.
> Both from the R/L composite style cable and some static which I assume
> comes from the tuner as I didn't have anything plugged into the RF
> connection.
>
> Also, there was a few cards that gave me a full gray window rather than
> a black one which may be of use.
> Any other suggestions? I KNOW I had it working in the past..
>
> NOTE: There were a couple cardtypes (forget the numbers off hand and I
> don't have access to that machine just this second) that produces quite
> a few errors and would not allow me to modprobe -rf ivtv after forcing
> me to reboot to continue testing.
>
> Thanks again
> Eric
>
> _______________________________________________
> ivtv-users mailing list
> ivtv-users@ivtvdriver.org
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>


_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

On Wed, 2010-01-13 at 19:29 -0600, Eric Wescott wrote:
> > a. You should probably fix the duplicate symbols problem, so you know
> > which i2c routines are in use.
> Done.
>
> > This card never made it into the code base (not that it couldn't).
> >
> > Hans has a test repository still set up here:
> >
> > http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv
> > <http://www.linuxtv.org/hg/%7Ehverkuil/v4l-dvb-ivtv>
>
> I've downloaded, build and installed the branch at
> http://linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c
>
> Below is the output from modprobe ivtv and dmesg. It does not appear to
> work as /dev/video* doesn't exist. Also modprobe -r ivtv just hangs.

I analyzed the Ooops and found the problem, please see below.


> Also, I managed to locate a file called giga.diff (output for the file
> below) on my backup discs that appears to be a patch to an older version
> of ivtv. I can't remember if this actually was the patch I used to get
> it working or not. However, I do remember I was never able to get the
> turner working but the composite and svideo inputs did function.

Ah, OK this is the giga.diff patch you mentioned.

> > I can do the legwork to add this card to the ivtv driver and a separate
> > entry in tuner-simple for the analog tuner (for which I do not have any
> > specs), if you can test the patches and tell us if it works.
> Thanks! Just let me know what I need to do.

A one line addition to Hans' changeset and try again. See below.


> Eric Wescott
>
> ------------------------ dmesg ------------------------
> Linux video capture interface:
> v2.00
> ivtv: Start initialization, version
> 1.4.1
> ivtv0: Initializing card
> 0
> ivtv0: Autodetected Sony Gigapocket (Kikyo) card (cx23416
> based)
> ivtv 0000:02:05.0: PCI INT A -> GSI 17 (level, low) -> IRQ
> 17
> ivtv0: Unreasonably low latency timer, setting to 64 (was
> 32)
> saa7115 1-0021: saa7115 found (1f7115d0e100000) @ 0x42 (ivtv i2c driver
> #0)
> tuner 1-0000: chip found @ 0x0 (ivtv i2c driver
> #0)
> BUG: unable to handle kernel NULL pointer dereference at
> 00000004
> IP: [<f8978cb0>] i2c_new_probed_device+0x20/0x1a0
> [i2c_core]
> *pde =
> 00000000
>
> Oops: 0000 [#1]
> SMP
> last sysfs file:
> /sys/module/tuner/initstate
> Modules linked in: tuner saa7115 ivtv(+) i2c_algo_bit cx2341x
> v4l2_common videodev v4l1_compat tveeprom snd_seq_dummy snd_seq_oss
> snd_seq_mi
> di_event snd_seq snd_pcm_oss snd_mixer_oss ipv6 pcmcia pcmcia_core ppdev
> lp parport_pc parport fuse usbhid hid snd_cs4232 snd_mpu401 snd_wav
> efront ath5k snd_wss_lib snd_intel8x0 mac80211 snd_ac97_codec
> snd_opl3_lib led_class ohci1394 snd_hwdep cfg80211 snd_mpu401_uart
> ieee1394 ac
> 97_bus fan sg snd_pcm 8139too snd_rawmidi thermal mii snd_timer
> intel_agp snd_seq_device ns558 processor rtc_cmos evdev rtc_core i2c_i801 sh
> pchp snd snd_page_alloc serio_raw uhci_hcd agpgart gameport thermal_sys
> ehci_hcd soundcore rtc_lib i2c_core button hwmon ext4 mbcache jbd2 c
> rc16 [last unloaded:
> pcmcia_core]
>
>
> Pid: 3051, comm: modprobe Not tainted (2.6.29.6-smp #1)
> EIP: 0060:[<f8978cb0>] EFLAGS: 00010206 CPU: 0
> EIP is at i2c_new_probed_device+0x20/0x1a0 [i2c_core]
> EAX: 0fff800f EBX: 00000000 ECX: 00000004 EDX: f93f0b3c
> ESI: 00000004 EDI: 00000004 EBP: f294bcc4 ESP: f2923c88
> DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
> Process modprobe (pid: 3051, ti=f2922000 task=f6a4c680 task.ti=f2922000)
> Stack:
> 656e7574 f6440072 f294bcc4 00000000 f2923d08 f644e220 f897980d 00000001
> 00000000 00000282 f8978c11 f294bd0c 00000000 f644e200 f9396598 c0517480
> c04af7a0 00000000 00000004 f2923d08 f2940074 f93c7461 f94389ba 00000000
> Call Trace:
> [<f8978c11>] i2c_new_device+0x21/0xa0 [i2c_core]
> [<f9396598>] v4l2_device_register_subdev+0x78/0xb0 [videodev]
> [<f93c7461>] v4l2_i2c_new_subdev_board+0x41/0x140 [v4l2_common]
> [<f93c75d3>] v4l2_i2c_new_subdev_cfg+0x73/0x90 [v4l2_common]
> [<f9425b07>] ivtv_i2c_register+0xb7/0x1b0 [ivtv]
> [<f9433c5c>] ivtv_probe+0x88c/0x19de [ivtv]
[...]
> [<f9445000>] module_start+0x0/0x9c [ivtv]
> [<c0241aed>] __pci_register_driver+0x3d/0x80
> [<f9445000>] module_start+0x0/0x9c [ivtv]
> [<f9445040>] module_start+0x40/0x9c [ivtv]
[...]
> Code: 00 00 00 00 8d bc 27 00 00 00 00 55 89 c5 57 89 cf 56 53 83 ec 44
> 89 54 24 10 8b 50 0c ff 52 08 a9 00 00 02 00 0f 84 57 01 00 00 <0f>
> b7 1f 66 83 fb fe 0f 84 13 01 00 00 8d 85 b4 00 00 00 8d 55
> EIP: [<f8978cb0>] i2c_new_probed_device+0x20/0x1a0 [i2c_core] SS:ESP
> 0068:f2923c88
> ---[ end trace caefa9cc4f192785 ]---



So the binary code in the Ooops above disassembles to this:
0: 55 push %ebp
1: 89 c5 mov %eax,%ebp
3: 57 push %edi
4: 89 cf mov %ecx,%edi
6: 56 push %esi
7: 53 push %ebx
8: 83 ec 44 sub $0x44,%esp
b: 89 54 24 10 mov %edx,0x10(%esp)
f: 8b 50 0c mov 0xc(%eax),%edx; if (!i2c_check_functionality(adap, I2C_FUNC_SMBUS_READ_BYTE)) {
12: ff 52 08 call *0x8(%edx);
15: a9 00 00 02 00 test $0x20000,%eax; (Note: 0x20000 is I2C_FUNC_SMBUS_READ_BYTE)
1a: 0f 84 57 01 00 00 je 0x177; }
20: 0f b7 1f movzwl (%edi),%ebx; <---- Oops is here, addr_list is a vale of 4 and not a pointer: for (i = 0; addr_list[i] != I2C_CLIENT_END; i++) {
23: 66 83 fb fe cmp $0xfffffffe,%bx; Note 0xfffffffe is I2C_CLINET_END
27: 0f 84 13 01 00 00 je 0x140
2d: 8d 85 b4 00 00 00 lea 0xb4(%ebp),%eax

So i2c_new_probed_device() is being called with a bad address list.

This can happen when probing for the tuner I2C devices and the .i2c
member of the card defintion is not set. This is exactly the problem
with Hans' patch here:

http://linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c

Using Hans' v4l-dvb-ivtv repository, add a line like:

.i2c = &ivtv_i2c_std,

to the card defintion for the Sony Kikyo and please try building and
installing that v4l-dvb-ivtv module set again.

Regards,
Andy


_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

>
> So i2c_new_probed_device() is being called with a bad address list.
>
> This can happen when probing for the tuner I2C devices and the .i2c
> member of the card defintion is not set. This is exactly the problem
> with Hans' patch here:
>
> http://linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c <http://linuxtv.org/hg/%7Ehverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c>
>
> Using Hans' v4l-dvb-ivtv repository, add a line like:
>
> .i2c = &ivtv_i2c_std,
>
> to the card defintion for the Sony Kikyo and please try building and
> installing that v4l-dvb-ivtv module set again.
>

That seemed to work partially.. Here is what is going on now. I've
plugged in a RF, S-Video, and Composite + R/L audio into the card with
the following results.

Input 0: Tuner 1 - Audio from the composite R/L no video
Input 1: Composite 1 - Audio from RF no video
Input 2: Composite 2 - Video and Audio from RF
Input 3: S-Video 1 - Audio from RF no video
Input 4: S-Video 2 - Audio from RF no video

The card itself has the following inputs RF, Svideo, Composite and
composite R/L audio. I believe on the original machine there was a front
panel with S-video and composite video/audio inputs. The setup of
.video_inputs in the code seem to reflect this as well.

So I went into the code and ran a few tests changing the numeric values of
.video_inputs = {
{ IVTV_CARD_INPUT_VID_TUNER, 2, 1), // Makes the RF input work correctly
with video and audio
},

For the rest I just simply tried various combinations to attempt to
locate the correct values.
The following values seem to identify these inputs
AUDIO:
RF Audio: 1,2,7,8
R/L Audio: 3, 4, 5, 6

VIDEO:
RF, 1
Composite: Unable to locate any values
S-Video: 3, 7, 10, 12, 13, 14 <-- None of these produce the correct
image but when I unplug my svideo cable it goes from a scrambled picture
to plain black


Any other suggestions?
Thanks again
Eric



_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

>
> So i2c_new_probed_device() is being called with a bad address list.
>
> This can happen when probing for the tuner I2C devices and the .i2c
> member of the card defintion is not set. This is exactly the problem
> with Hans' patch here:
>
> http://linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c <http://linuxtv.org/hg/%7Ehverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c>
>
> Using Hans' v4l-dvb-ivtv repository, add a line like:
>
> .i2c = &ivtv_i2c_std,
>
> to the card defintion for the Sony Kikyo and please try building and
> installing that v4l-dvb-ivtv module set again.
>

Okay, I managed to get everything working now and here is how I did it.

.video_inputs = {
{ IVTV_CARD_INPUT_VID_TUNER, 2, 1 },
{ ITVT_CARD_INPUT_COMPOSITE1, 3, 1},
{ IVTV_CAD_INPUT_SVIDEO1, 3, 7},
}

However, if an svideo cable is plugged in then tuning to composite
produces the svideo signal in black and white rather than composite.
While this isn't a HUGE problem it would be nice to be able to have
three sources plugged in and tune to whatever I want.

Thanks again for all your help!
Eric

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

On Sun, 2010-02-07 at 17:40 -0600, Eric Wescott wrote:
> >
> > So i2c_new_probed_device() is being called with a bad address list.
> >
> > This can happen when probing for the tuner I2C devices and the .i2c
> > member of the card defintion is not set. This is exactly the problem
> > with Hans' patch here:
> >
> > http://linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c <http://linuxtv.org/hg/%7Ehverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c>
> >
> > Using Hans' v4l-dvb-ivtv repository, add a line like:
> >
> > .i2c = &ivtv_i2c_std,
> >
> > to the card defintion for the Sony Kikyo and please try building and
> > installing that v4l-dvb-ivtv module set again.
> >
>
> Okay, I managed to get everything working now and here is how I did it.
>
> .video_inputs = {
> { IVTV_CARD_INPUT_VID_TUNER, 2, 1 },
> { ITVT_CARD_INPUT_COMPOSITE1, 3, 1},
> { IVTV_CAD_INPUT_SVIDEO1, 3, 7},
> }
>
> However, if an svideo cable is plugged in then tuning to composite
> produces the svideo signal in black and white rather than composite.
> While this isn't a HUGE problem it would be nice to be able to have
> three sources plugged in and tune to whatever I want.

OK, I'll look at what can be done given your findings. This may be a
hardware limitation though.

>
> Thanks again for all your help!

Thank you for your persistence!

Regards,
Andy

> Eric
>
> _______________________________________________
> ivtv-users mailing list
> ivtv-users@ivtvdriver.org
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>



_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

2010. 02. 7, vasárnap keltezéssel 17.40-kor Eric Wescott ezt írta:

>
> However, if an svideo cable is plugged in then tuning to composite
> produces the svideo signal in black and white rather than composite.
> While this isn't a HUGE problem it would be nice to be able to have
> three sources plugged in and tune to whatever I want.
>

Very often S-video and Composite are wired together (S-video carries
luma and chroma on two different wires while Composite has the two
mixed; the luminance wire of S-video is often soldered to Composite,
that's why you see S-video's luminance signal on Composite).

It is better in this case to pull out one of the two cables, since they
could interfere with each other if both are plugged (I observed the same
behaviour on my TV set).=20

Levente



_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

On Mon, Feb 8, 2010 at 2:22 PM, Novák Levente <lnovak@dragon.unideb.hu> wrote:
> 2010. 02. 7, vasárnap keltezéssel 17.40-kor Eric Wescott ezt írta:
>
>>
>> However, if an svideo cable is plugged in then tuning to composite
>> produces the svideo signal in black and white rather than composite.
>> While this isn't a HUGE problem it would be nice to be able to have
>> three sources plugged in and tune to whatever I want.
>>
>
> Very often S-video and Composite are wired together (S-video carries
> luma and chroma on two different wires while Composite has the two
> mixed; the luminance wire of S-video is often soldered to Composite,
> that's why you see S-video's luminance signal on Composite).
>
> It is better in this case to pull out one of the two cables, since they
> could interfere with each other if both are plugged (I observed the same
> behaviour on my TV set).=20

Levente is correct in this regard. It is very common for the s-video
luma signal to be the same physical connection as the CVBS input. The
rationale I've heard is there isn't much value in separating out the
two video inputs given that you would still need separate audio
inputs.

But yes, you should not have both connected at the same time, since
even if both are delivering the same signal you can have interferences
effects (such as ghosting).

Devin



--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

On Sun, 2010-02-07 at 17:40 -0600, Eric Wescott wrote:
> >
> > So i2c_new_probed_device() is being called with a bad address list.
> >
> > This can happen when probing for the tuner I2C devices and the .i2c
> > member of the card defintion is not set. This is exactly the problem
> > with Hans' patch here:
> >
> > http://linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c <http://linuxtv.org/hg/%7Ehverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c>
> >
> > Using Hans' v4l-dvb-ivtv repository, add a line like:
> >
> > .i2c = &ivtv_i2c_std,
> >
> > to the card defintion for the Sony Kikyo and please try building and
> > installing that v4l-dvb-ivtv module set again.
> >
>
> Okay, I managed to get everything working now and here is how I did it.
>
> .video_inputs = {
> { IVTV_CARD_INPUT_VID_TUNER, 2, 1 },
> { ITVT_CARD_INPUT_COMPOSITE1, 3, 1},
> { IVTV_CAD_INPUT_SVIDEO1, 3, 7},
> }

Eric,

As I was cleaning this up to be merged into the v4l-dvb tree, I found
these values of "3" are problematic. That parameter is an index into
the .audio_input[] portion of the card entry. But only entries for
indices 0, 1, and 2 are defined.

When tuned to each one of these inputs and sound is working OK, could
you run

$ v4l2-ctl -d /dev/videoN --log-status

and provide the output, so I can see the state of the GPIOs and other
chip settings.

Thanks.

Regards,
Andy


_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users

> On Sun, 2010-02-07 at 17:40 -0600, Eric Wescott wrote:
> >/ >
> />/ > So i2c_new_probed_device() is being called with a bad address list.
> />/ >
> />/ > This can happen when probing for the tuner I2C devices and the .i2c
> />/ > member of the card defintion is not set. This is exactly the problem
> />/ > with Hans' patch here:
> />/ >
> />/ > http://linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c <http://linuxtv.org/hg/%7Ehverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c> <http://linuxtv.org/hg/%7Ehverkuil/v4l-dvb-ivtv/rev/a0b04dbb0c0c>
> />/ >
> />/ > Using Hans' v4l-dvb-ivtv repository, add a line like:
> />/ >
> />/ > .i2c = &ivtv_i2c_std,
> />/ >
> />/ > to the card defintion for the Sony Kikyo and please try building and
> />/ > installing that v4l-dvb-ivtv module set again.
> />/ >
> />/
> />/ Okay, I managed to get everything working now and here is how I did it.
> />/
> />/ .video_inputs = {
> />/ { IVTV_CARD_INPUT_VID_TUNER, 2, 1 },
> />/ { ITVT_CARD_INPUT_COMPOSITE1, 3, 1},
> />/ { IVTV_CAD_INPUT_SVIDEO1, 3, 7},
> />/ }
> /
> Eric,
>
> As I was cleaning this up to be merged into the v4l-dvb tree, I found
> these values of "3" are problematic. That parameter is an index into
> the .audio_input[] portion of the card entry. But only entries for
> indices 0, 1, and 2 are defined.
>
> When tuned to each one of these inputs and sound is working OK, could
> you run
>
> $ v4l2-ctl -d /dev/videoN --log-status
>
> and provide the output, so I can see the state of the GPIOs and other
> chip settings.
>


ivtv0: ================= START STATUS CARD #0 =================
ivtv0: Version: 1.4.1 Card: Sony Gigapocket (Kikyo)
ivtv0: GPIO status: DIR=0xc381 OUT=0x0300 IN=0xff00
saa7115 1-0021: Audio frequency: 48000 Hz
saa7115 1-0021: Input: Composite 1
saa7115 1-0021: Video signal: bad
saa7115 1-0021: Frequency: 60 Hz
saa7115 1-0021: Detected format: NTSC
saa7115 1-0021: Width, Height: 720, 480
tuner 1-0060: Tuner mode: analog TV
tuner 1-0060: Frequency: 67.25 MHz
tuner 1-0060: Standard: 0x00001000
ivtv0: Video Input: Composite 1
ivtv0: Audio Input:
ivtv0: Tuner: TV
ivtv0: Stream: MPEG-2 Program Stream
ivtv0: VBI Format: No VBI
ivtv0: Video: 720x480, 30 fps
ivtv0: Video: MPEG-2, 4x3, Variable Bitrate, 6000000, Peak 8000000
ivtv0: Video: GOP Size 15, 2 B-Frames, GOP Closure
ivtv0: Audio: 48 kHz, MPEG-1/2 Layer II, 224 kbps, Stereo, No
Emphasis, No CRC
ivtv0: Spatial Filter: Manual, Luma 1D Horizontal, Chroma 1D
Horizontal, 0
ivtv0: Temporal Filter: Manual, 8
ivtv0: Median Filter: Off, Luma [0, 255], Chroma [0, 255]
ivtv0: Status flags: 0x00200000
ivtv0: Stream encoder MPG: status 0x0000, 0% of 4096 KiB (128
buffers) in use
ivtv0: Stream encoder YUV: status 0x0000, 0% of 2048 KiB (64 buffers)
in use
ivtv0: Stream encoder VBI: status 0x0000, 0% of 1040 KiB (61 buffers)
in use
ivtv0: Stream encoder PCM: status 0x0000, 0% of 324 KiB (72 buffers)
in use
ivtv0: Read MPG/VBI: 28217344/0 bytes
ivtv0: ================== END STATUS CARD #0 ==================

Thanks again!
Eric

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users