Mailing List Archive

unable to handle kernel paging request
Hi,

I frequently get kernel errors in the ivtv driver with mythtv.
Can anybody help me - I found similar problem reports on this list
previously (e.g. Take.Vos at vosgames on Oct 13, 2008), but no
solution. The problem occurred very reproducable when doing fast
forwards during watching recordings.

My system:
Ubuntu intrepid, kernel 2.6.27 and 2.6.28
(I had no problem previously on Ubuntu hardy, kernel 2.6.24)
Mythtv (0.21)
PVR-350
Mythfrontend running on second X-Session on tv-out of PVR-350
CPU: Athlon 64 X2 5200+
Mainboard: ASUS M2A-VM HDMI


Syslog excerpt:

BUG: unable to handle kernel paging request at b216fce8
IP: [<f8348d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 7652d067
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc vmnet vmblock vmci vmmon powernow_k8
cx8800 cx88xx videobuf_dvb bttv video output ir_common videobuf_dma_sg
videobuf_core btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables
x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types
msp3400 saa7127 saa7115 pcspkr serio_raw tuner ivtv compat_ioctl32
i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom qt1010
k8temp zl10353 i2c_piix4 dvb_usb_gl861 usblp dvb_usb dvb_core lmpcm_usb
usbhid snd_usb_audio snd_usb_lib snd_hwdep snd_hda_intel snd_pcm_oss
snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss fglrx(P) snd_seq_midi
snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd
soundcore snd_page_alloc parport_pc parport ati_agp agpgart shpchp
usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394
ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font bitblit softcursor

Pid: 16670, comm: mythfrontend.re Tainted: P (2.6.28-4-generic
#11-Ubuntu) System Product Name
EIP: 0060:[<f8348d87>] EFLAGS: 00010246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5e60079 EBX: f4a73900 ECX: b216fce8 EDX: 00000000
ESI: 0000e5ba EDI: f5e6f288 EBP: c432df10 ESP: c432dd88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 16670, ti=c432c000 task=f3ab8c90
task.ti=c432c000)
Stack:
c432dec4 c01500cb c432ddc0 00000800 b216fce8 0442110e f5e60000 c0113913
c432ddd4 c01537fa c432ddf0 c012e08a 785213a7 0000c292 c432ddc8 00000001
00000001 c1f1d600 00000001 00000000 c0154bc3 9d74ffb1 00000001 00000001
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<c0154bc3>] ? tick_dev_program_event+0x33/0xc0
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<c0139071>] ? __do_softirq+0x111/0x170
[<c014c9f6>] ? hrtimer_interrupt+0x186/0x1b0
[<c01265ec>] ? enqueue_entity+0x13c/0x360
[<c012c028>] ? enqueue_task_fair+0x68/0x70
[<f8348f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<c0154bc3>] ? tick_dev_program_event+0x33/0xc0
[<f83492ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f83492b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe
ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 8d 88 fe ff ff <89> 31
c7 41 04 00 00 00 00 e9 bb f9 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f8348d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP
0068:c432dd88
---[ end trace 4ba414ae9ebaaa30 ]---
mythfrontend.re[16672]: segfault at 0 ip b7abb7ff sp adfff150 error 4 in
libmythtv-0.21.so.0.21.0[b75e0000+a1e000]

-hannes

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
On Wednesday 11 February 2009 23:34:03 hannes@linus.priv.at wrote:
> Hi,
>
> I frequently get kernel errors in the ivtv driver with mythtv.
> Can anybody help me - I found similar problem reports on this list
> previously (e.g. Take.Vos at vosgames on Oct 13, 2008), but no
> solution. The problem occurred very reproducable when doing fast
> forwards during watching recordings.

I must have missed that report, it is the first time I hear about this.

We need to narrow this down a bit. Enable extra debug options using:

ivtv-ctl -D 0xb (run as root)

If the place it dies is reported correctly, then this should give me the
actual command that causes this error in the log.

We'll take it from there.

Regards,

Hans

>
> My system:
> Ubuntu intrepid, kernel 2.6.27 and 2.6.28
> (I had no problem previously on Ubuntu hardy, kernel 2.6.24)

Hmm, not much has changed since that kernel in ivtv.

> Mythtv (0.21)
> PVR-350
> Mythfrontend running on second X-Session on tv-out of PVR-350
> CPU: Athlon 64 X2 5200+
> Mainboard: ASUS M2A-VM HDMI
>
>
> Syslog excerpt:
>
> BUG: unable to handle kernel paging request at b216fce8
> IP: [<f8348d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
> *pde = 7652d067
> Oops: 0003 [#1] SMP
> last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
> Dumping ftrace buffer:
> (ftrace buffer empty)
> Modules linked in: binfmt_misc vmnet vmblock vmci vmmon powernow_k8
> cx8800 cx88xx videobuf_dvb bttv video output ir_common videobuf_dma_sg
> videobuf_core btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables
> x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types
> msp3400 saa7127 saa7115 pcspkr serio_raw tuner ivtv compat_ioctl32
> i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom qt1010
> k8temp zl10353 i2c_piix4 dvb_usb_gl861 usblp dvb_usb dvb_core lmpcm_usb
> usbhid snd_usb_audio snd_usb_lib snd_hwdep snd_hda_intel snd_pcm_oss
> snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss fglrx(P) snd_seq_midi
> snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd
> soundcore snd_page_alloc parport_pc parport ati_agp agpgart shpchp
> usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394
> ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font bitblit softcursor
>
> Pid: 16670, comm: mythfrontend.re Tainted: P (2.6.28-4-generic
> #11-Ubuntu) System Product Name
> EIP: 0060:[<f8348d87>] EFLAGS: 00010246 CPU: 1
> EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
> EAX: f5e60079 EBX: f4a73900 ECX: b216fce8 EDX: 00000000
> ESI: 0000e5ba EDI: f5e6f288 EBP: c432df10 ESP: c432dd88
> DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
> Process mythfrontend.re (pid: 16670, ti=c432c000 task=f3ab8c90
> task.ti=c432c000)
> Stack:
> c432dec4 c01500cb c432ddc0 00000800 b216fce8 0442110e f5e60000 c0113913
> c432ddd4 c01537fa c432ddf0 c012e08a 785213a7 0000c292 c432ddc8 00000001
> 00000001 c1f1d600 00000001 00000000 c0154bc3 9d74ffb1 00000001 00000001
> Call Trace:
> [<c01500cb>] ? getnstimeofday+0x4b/0x100
> [<c0113913>] ? lapic_next_event+0x13/0x20
> [<c01537fa>] ? clockevents_program_event+0x9a/0x150
> [<c012e08a>] ? rebalance_domains+0xda/0x150
> [<c0154bc3>] ? tick_dev_program_event+0x33/0xc0
> [<c012e134>] ? run_rebalance_domains+0x34/0xc0
> [<c0139071>] ? __do_softirq+0x111/0x170
> [<c014c9f6>] ? hrtimer_interrupt+0x186/0x1b0
> [<c01265ec>] ? enqueue_entity+0x13c/0x360
> [<c012c028>] ? enqueue_task_fair+0x68/0x70
> [<f8348f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
> [<c0154bc3>] ? tick_dev_program_event+0x33/0xc0
> [<f83492ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
> [<f83492b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
> [<c01c3728>] ? vfs_ioctl+0x28/0x90
> [<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
> [<c01c3e13>] ? sys_ioctl+0x63/0x70
> [<c0103f6b>] ? sysenter_do_call+0x12/0x2f
> Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe
> ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 8d 88 fe ff ff <89> 31
> c7 41 04 00 00 00 00 e9 bb f9 ff ff 8b bd 90 fe ff ff 8b
> EIP: [<f8348d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP
> 0068:c432dd88
> ---[ end trace 4ba414ae9ebaaa30 ]---
> mythfrontend.re[16672]: segfault at 0 ip b7abb7ff sp adfff150 error 4 in
> libmythtv-0.21.so.0.21.0[b75e0000+a1e000]
>
> -hannes
>
> _______________________________________________
> ivtv-users mailing list
> ivtv-users@ivtvdriver.org
> http://ivtvdriver.org/mailman/listinfo/ivtv-users



--
Hans Verkuil - video4linux developer - sponsored by TANDBERG

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

I enabled the debugging options as you suggested it. Here are the results
(please inform me if you need more context):

[ 1854.792629] ivtv0 ioctl: VIDEO_COMMAND 0
[ 1854.792637] ivtv0 info: Starting decode stream decoder MPG (gop_offset 0)
[ 1854.792642] ivtv0 info: Setting some initial decoder settings
[ 1854.792879] ivtv0 info: Decoder VBI RE-Insert start 0x0019ac00 size 0x0000be00
[ 1854.802811] ivtv0 info: ivtv_unmap_user_dma
[ 1854.804776] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.805091] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.805097] ivtv0 ioctl: VIDEO_COMMAND 0
[ 1854.806805] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.845131] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.847492] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.850574] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.852600] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.854358] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.855988] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.858359] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.860017] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.862128] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.863789] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.873508] ivtv0 info: ivtv_unmap_user_dma
[ 1854.886092] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.897515] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.909854] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.923199] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.946509] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.946804] ivtv0 warn: encoder VBI: Couldn't find start of buffer within the first 256 bytes
[ 1854.952262] ivtv0 info: ivtv_unmap_user_dma
[ 1854.953958] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 1854.956567] BUG: unable to handle kernel paging request at acd65ce8
[ 1854.956576] IP: [<f8351d47>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
[ 1854.956604] *pde = 76ee1067
[ 1854.956612] Oops: 0003 [#1] SMP
[ 1854.956618] last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
[ 1854.956625] Dumping ftrace buffer:
[ 1854.956631] (ftrace buffer empty)
[ 1854.956634] Modules linked in: binfmt_misc powernow_k8 video output cx8800 cx88xx videobuf_dvb input_polldev bttv ir_common videobuf_dma_sg videobuf_core btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types msp3400 pcspkr saa7127 saa7115 serio_raw tuner ivtv compat_ioctl32 i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom k8temp qt1010 zl10353 i2c_piix4 dvb_usb_gl861 dvb_usb usblp lmpcm_usb dvb_core usbhid snd_usb_audio snd_usb_lib snd_hda_intel snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event fglrx(P) snd_seq snd_timer snd_seq_device snd soundcore snd_page_alloc parport_pc parport ati_agp agpgart shpchp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font bitblit softcursor
[ 1854.956743]
[ 1854.956750] Pid: 6269, comm: mythfrontend.re Tainted: P (2.6.28-7-generic #20-Ubuntu) System Product Name
[ 1854.956756] EIP: 0060:[<f8351d47>] EFLAGS: 00010246 CPU: 0
[ 1854.956774] EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
[ 1854.956778] EAX: f5e60079 EBX: f3bdfb60 ECX: acd65ce8 EDX: 00000000
[ 1854.956783] ESI: 00000000 EDI: f5e6f288 EBP: efddbf10 ESP: efddbd88
[ 1854.956787] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
[ 1854.956793] Process mythfrontend.re (pid: 6269, ti=efdda000 task=f17e3ed0 task.ti=efdda000)
[ 1854.956797] Stack:
[ 1854.956800] efddbec4 00000000 00000000 00000800 acd65ce8 21d1a067 f5e60000 efddbdcc
[ 1854.956811] c0120475 f49440fc efddbdcc c012134b f1725ec8 c06ad700 00000000 00000008
[ 1854.956822] f49440fc efddbe10 c019b024 21d1a067 00000001 f63f8cc4 c1692880 00000007
[ 1854.956834] Call Trace:
[ 1854.956838] [<c0120475>] ? ptep_set_access_flags+0x65/0x80
[ 1854.956850] [<c012134b>] ? kunmap_atomic+0x3b/0xb0
[ 1854.956859] [<c019b024>] ? do_wp_page+0xb4/0x630
[ 1854.956868] [<c019bc20>] ? handle_mm_fault+0x300/0x380
[ 1854.956875] [<c013e367>] ? __mod_timer+0xa7/0xf0
[ 1854.956882] [<c01266ac>] ? enqueue_entity+0x13c/0x360
[ 1854.956890] [<c012c0e8>] ? enqueue_task_fair+0x68/0x70
[ 1854.956899] [<f8351f52>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[ 1854.956918] [<f83522aa>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[ 1854.956936] [<f8352270>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[ 1854.956954] [<c01c3c58>] ? vfs_ioctl+0x28/0x90
[ 1854.956961] [<c01c413e>] ? do_vfs_ioctl+0x5e/0x200
[ 1854.956967] [<c01c4343>] ? sys_ioctl+0x63/0x70
[ 1854.956973] [<c0103f6b>] ? sysenter_do_call+0x12/0x2f
[ 1854.956982] Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 8d 88 fe ff ff <89> 31 c7 41 04 00 00 00 00 e9 bb f9 ff ff 8b bd 90 fe ff ff 8b
[ 1854.957042] EIP: [<f8351d47>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:efddbd88
[ 1854.957066] ---[ end trace 5f6d950fe3f75545 ]---
[ 1855.028248] ivtv0 warn: encoder VBI: Couldn't find start of buffer within the first 256 bytes
[ 1855.028265] ivtv0 info: ivtv_unmap_user_dma
[ 1855.052965] ivtv0 info: Stereo mode changed
[ 1855.342071] ivtv0 info: ivtv_unmap_user_dma
[ 1855.584054] ivtv0 info: ivtv_unmap_user_dma
[ 1855.820629] ivtv0 info: ivtv_unmap_user_dma
[ 1856.604031] ivtv0: All encoder VBI stream buffers are full. Dropping data.
[ 1856.604041] ivtv0: Cause: the application is not reading fast enough.
[ 1856.861811] ivtv0 info: ivtv_unmap_user_dma
[ 1857.575759] ivtv0 info: ivtv_unmap_user_dma
[ 1857.699770] ivtv0 info: ivtv_unmap_user_dma
[ 1857.943535] ivtv0 info: ivtv_unmap_user_dma
[ 1858.920899] ivtv0: All encoder MPG stream buffers are full. Dropping data.
[ 1858.920908] ivtv0: Cause: the application is not reading fast enough.
[ 1858.982605] ivtv0 info: ivtv_unmap_user_dma
[ 1859.048279] ivtv0: All encoder MPG stream buffers are full. Dropping data.
[ 1859.048288] ivtv0: Cause: the application is not reading fast enough.
[ 1859.058084] ivtv0 info: ivtv_unmap_user_dma
[ 1859.169817] ivtv0: All encoder MPG stream buffers are full. Dropping data.
[ 1859.169825] ivtv0: Cause: the application is not reading fast enough.

-jr


Hans Verkuil wrote:
> On Wednesday 11 February 2009 23:34:03 hannes@linus.priv.at wrote:
>> Hi,
>>
>> I frequently get kernel errors in the ivtv driver with mythtv.
>> Can anybody help me - I found similar problem reports on this list
>> previously (e.g. Take.Vos at vosgames on Oct 13, 2008), but no
>> solution. The problem occurred very reproducable when doing fast
>> forwards during watching recordings.
>
> I must have missed that report, it is the first time I hear about this.
>
> We need to narrow this down a bit. Enable extra debug options using:
>
> ivtv-ctl -D 0xb (run as root)
>
> If the place it dies is reported correctly, then this should give me the
> actual command that causes this error in the log.
>
> We'll take it from there.
>
> Regards,
>
> Hans
>
>> My system:
>> Ubuntu intrepid, kernel 2.6.27 and 2.6.28
>> (I had no problem previously on Ubuntu hardy, kernel 2.6.24)
>
> Hmm, not much has changed since that kernel in ivtv.
>
>> Mythtv (0.21)
>> PVR-350
>> Mythfrontend running on second X-Session on tv-out of PVR-350
>> CPU: Athlon 64 X2 5200+
>> Mainboard: ASUS M2A-VM HDMI
>>
>>
>> Syslog excerpt:
>>
>> BUG: unable to handle kernel paging request at b216fce8
>> IP: [<f8348d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
>> *pde = 7652d067
>> Oops: 0003 [#1] SMP
>> last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
>> Dumping ftrace buffer:
>> (ftrace buffer empty)
>> Modules linked in: binfmt_misc vmnet vmblock vmci vmmon powernow_k8
>> cx8800 cx88xx videobuf_dvb bttv video output ir_common videobuf_dma_sg
>> videobuf_core btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables
>> x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types
>> msp3400 saa7127 saa7115 pcspkr serio_raw tuner ivtv compat_ioctl32
>> i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom qt1010
>> k8temp zl10353 i2c_piix4 dvb_usb_gl861 usblp dvb_usb dvb_core lmpcm_usb
>> usbhid snd_usb_audio snd_usb_lib snd_hwdep snd_hda_intel snd_pcm_oss
>> snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss fglrx(P) snd_seq_midi
>> snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd
>> soundcore snd_page_alloc parport_pc parport ati_agp agpgart shpchp
>> usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394
>> ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font bitblit softcursor
>>
>> Pid: 16670, comm: mythfrontend.re Tainted: P (2.6.28-4-generic
>> #11-Ubuntu) System Product Name
>> EIP: 0060:[<f8348d87>] EFLAGS: 00010246 CPU: 1
>> EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
>> EAX: f5e60079 EBX: f4a73900 ECX: b216fce8 EDX: 00000000
>> ESI: 0000e5ba EDI: f5e6f288 EBP: c432df10 ESP: c432dd88
>> DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
>> Process mythfrontend.re (pid: 16670, ti=c432c000 task=f3ab8c90
>> task.ti=c432c000)
>> Stack:
>> c432dec4 c01500cb c432ddc0 00000800 b216fce8 0442110e f5e60000 c0113913
>> c432ddd4 c01537fa c432ddf0 c012e08a 785213a7 0000c292 c432ddc8 00000001
>> 00000001 c1f1d600 00000001 00000000 c0154bc3 9d74ffb1 00000001 00000001
>> Call Trace:
>> [<c01500cb>] ? getnstimeofday+0x4b/0x100
>> [<c0113913>] ? lapic_next_event+0x13/0x20
>> [<c01537fa>] ? clockevents_program_event+0x9a/0x150
>> [<c012e08a>] ? rebalance_domains+0xda/0x150
>> [<c0154bc3>] ? tick_dev_program_event+0x33/0xc0
>> [<c012e134>] ? run_rebalance_domains+0x34/0xc0
>> [<c0139071>] ? __do_softirq+0x111/0x170
>> [<c014c9f6>] ? hrtimer_interrupt+0x186/0x1b0
>> [<c01265ec>] ? enqueue_entity+0x13c/0x360
>> [<c012c028>] ? enqueue_task_fair+0x68/0x70
>> [<f8348f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
>> [<c0154bc3>] ? tick_dev_program_event+0x33/0xc0
>> [<f83492ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
>> [<f83492b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
>> [<c01c3728>] ? vfs_ioctl+0x28/0x90
>> [<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
>> [<c01c3e13>] ? sys_ioctl+0x63/0x70
>> [<c0103f6b>] ? sysenter_do_call+0x12/0x2f
>> Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe
>> ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 8d 88 fe ff ff <89> 31
>> c7 41 04 00 00 00 00 e9 bb f9 ff ff 8b bd 90 fe ff ff 8b
>> EIP: [<f8348d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP
>> 0068:c432dd88
>> ---[ end trace 4ba414ae9ebaaa30 ]---
>> mythfrontend.re[16672]: segfault at 0 ip b7abb7ff sp adfff150 error 4 in
>> libmythtv-0.21.so.0.21.0[b75e0000+a1e000]
>>
>> -hannes
>>
>> _______________________________________________
>> 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
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

I send you an additional dump, this time without a concurrently active recording:

[ 206.685092] ivtv0 ioctl: VIDEO_COMMAND 0
[ 206.685102] ivtv0 info: Starting decode stream decoder MPG (gop_offset 0)
[ 206.685114] ivtv0 info: Setting some initial decoder settings
[ 206.685482] ivtv0 info: Decoder VBI RE-Insert start 0x0019ac00 size 0x0000be00
[ 206.700144] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.700152] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.700157] ivtv0 ioctl: VIDEO_COMMAND 0
[ 206.714222] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.716197] ivtv0 info: ivtv_unmap_user_dma
[ 206.758292] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.760293] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.762061] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.763827] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.765613] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.767355] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.769005] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.770646] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.772295] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.773965] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.793836] ivtv0 info: ivtv_unmap_user_dma
[ 206.806621] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.821351] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.836935] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.849209] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.864520] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
[ 206.880390] BUG: unable to handle kernel paging request at ac563ce8
[ 206.880405] IP: [<f8333d47>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
[ 206.880436] *pde = 76535067
[ 206.880445] Oops: 0003 [#1] SMP
[ 206.880450] last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
[ 206.880457] Dumping ftrace buffer:
[ 206.880464] (ftrace buffer empty)
[ 206.880468] Modules linked in: binfmt_misc powernow_k8 cx8800 cx88xx videobuf_dvb video output bttv ir_common videobuf_dma_sg videobuf_core input_polldev btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types msp3400 serio_raw pcspkr saa7127 saa7115 tuner k8temp ivtv compat_ioctl32 i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom i2c_piix4 qt1010 zl10353 usblp dvb_usb_gl861 dvb_usb dvb_core lmpcm_usb usbhid snd_usb_audio snd_usb_lib snd_hwdep snd_hda_intel snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore snd_page_alloc fglrx(P) parport_pc parport ati_agp agpgart shpchp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font bitblit softcursor
[ 206.880512]
[ 206.880512] Pid: 5849, comm: mythfrontend.re Tainted: P (2.6.28-7-generic #20-Ubuntu) System Product Name
[ 206.880512] EIP: 0060:[<f8333d47>] EFLAGS: 00010246 CPU: 1
[ 206.880512] EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
[ 206.880512] EAX: f5e80079 EBX: f67624c0 ECX: ac563ce8 EDX: 00000000
[ 206.880512] ESI: 00000000 EDI: f5e8f288 EBP: eee17f10 ESP: eee17d88
[ 206.880512] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
[ 206.880512] Process mythfrontend.re (pid: 5849, ti=eee16000 task=f2b79920 task.ti=eee16000)
[ 206.880512] Stack:
[ 206.880512] eee17ec4 00000000 ffffa50a 00000800 ac563ce8 f6630900 f5e80000 f6630954
[ 206.880512] eee17db8 c013e467 00000002 f2acc6e0 eee17dd4 c02b33d1 00408a3e 0000007a
[ 206.880512] 0000007f f6630900 f2acc6e0 00000046 c02b4bd0 c04e4a3e c018ab7e f61c8000
[ 206.880512] Call Trace:
[ 206.880512] [<c013e467>] ? mod_timer+0x37/0x80
[ 206.880512] [<c02b33d1>] ? cfq_arm_slice_timer+0xb1/0x110
[ 206.880512] [<c02b4bd0>] ? cfq_completed_request+0x160/0x220
[ 206.880512] [<c04e4a3e>] ? _spin_lock_irqsave+0x2e/0x40
[ 206.880512] [<c018ab7e>] ? mempool_free_slab+0xe/0x10
[ 206.880512] [<c02a82cf>] ? __freed_request+0xaf/0x120
[ 206.880512] [<c02a8a00>] ? blk_run_queue+0x30/0x40
[ 206.880512] [<c0150783>] ? getnstimeofday+0x53/0x110
[ 206.880512] [<c0113977>] ? xapic_wait_icr_idle+0x17/0x20
[ 206.880512] [<f8333f52>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[ 206.880512] [<c0154d83>] ? tick_dev_program_event+0x33/0xc0
[ 206.880512] [<f83342aa>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[ 206.880512] [<f8334270>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[ 206.880512] [<c01c3c58>] ? vfs_ioctl+0x28/0x90
[ 206.880512] [<c01c413e>] ? do_vfs_ioctl+0x5e/0x200
[ 206.880512] [<c01c4343>] ? sys_ioctl+0x63/0x70
[ 206.880512] [<c0103f6b>] ? sysenter_do_call+0x12/0x2f
[ 206.880512] Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 8d 88 fe ff ff <89> 31 c7 41 04 00 00 00 00 e9 bb f9 ff ff 8b bd 90 fe ff ff 8b
[ 206.880512] EIP: [<f8333d47>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:eee17d88
[ 206.881090] ---[ end trace b59306ff13690a96 ]---
[ 206.935570] ivtv0 info: ivtv_unmap_user_dma
[ 207.000447] ivtv0 info: Stereo mode changed
[ 207.067686] ivtv0 info: ivtv_unmap_user_dma

-jr

hannes@linus.priv.at wrote:
> Hi Hans,
>
> I enabled the debugging options as you suggested it. Here are the results
> (please inform me if you need more context):
>
> [ 1854.792629] ivtv0 ioctl: VIDEO_COMMAND 0
> [ 1854.792637] ivtv0 info: Starting decode stream decoder MPG (gop_offset 0)
> [ 1854.792642] ivtv0 info: Setting some initial decoder settings
> [ 1854.792879] ivtv0 info: Decoder VBI RE-Insert start 0x0019ac00 size 0x0000be00
> [ 1854.802811] ivtv0 info: ivtv_unmap_user_dma
> [ 1854.804776] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.805091] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.805097] ivtv0 ioctl: VIDEO_COMMAND 0
> [ 1854.806805] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.845131] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.847492] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.850574] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.852600] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.854358] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.855988] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.858359] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.860017] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.862128] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.863789] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.873508] ivtv0 info: ivtv_unmap_user_dma
> [ 1854.886092] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.897515] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.909854] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.923199] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.946509] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.946804] ivtv0 warn: encoder VBI: Couldn't find start of buffer within the first 256 bytes
> [ 1854.952262] ivtv0 info: ivtv_unmap_user_dma
> [ 1854.953958] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.956567] BUG: unable to handle kernel paging request at acd65ce8
> [ 1854.956576] IP: [<f8351d47>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
> [ 1854.956604] *pde = 76ee1067
> [ 1854.956612] Oops: 0003 [#1] SMP
> [ 1854.956618] last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
> [ 1854.956625] Dumping ftrace buffer:
> [ 1854.956631] (ftrace buffer empty)
> [ 1854.956634] Modules linked in: binfmt_misc powernow_k8 video output cx8800 cx88xx videobuf_dvb input_polldev bttv ir_common videobuf_dma_sg videobuf_core btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types msp3400 pcspkr saa7127 saa7115 serio_raw tuner ivtv compat_ioctl32 i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom k8temp qt1010 zl10353 i2c_piix4 dvb_usb_gl861 dvb_usb usblp lmpcm_usb dvb_core usbhid snd_usb_audio snd_usb_lib snd_hda_intel snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event fglrx(P) snd_seq snd_timer snd_seq_device snd soundcore snd_page_alloc parport_pc parport ati_agp agpgart shpchp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font bitblit softcursor
> [ 1854.956743]
> [ 1854.956750] Pid: 6269, comm: mythfrontend.re Tainted: P (2.6.28-7-generic #20-Ubuntu) System Product Name
> [ 1854.956756] EIP: 0060:[<f8351d47>] EFLAGS: 00010246 CPU: 0
> [ 1854.956774] EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
> [ 1854.956778] EAX: f5e60079 EBX: f3bdfb60 ECX: acd65ce8 EDX: 00000000
> [ 1854.956783] ESI: 00000000 EDI: f5e6f288 EBP: efddbf10 ESP: efddbd88
> [ 1854.956787] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
> [ 1854.956793] Process mythfrontend.re (pid: 6269, ti=efdda000 task=f17e3ed0 task.ti=efdda000)
> [ 1854.956797] Stack:
> [ 1854.956800] efddbec4 00000000 00000000 00000800 acd65ce8 21d1a067 f5e60000 efddbdcc
> [ 1854.956811] c0120475 f49440fc efddbdcc c012134b f1725ec8 c06ad700 00000000 00000008
> [ 1854.956822] f49440fc efddbe10 c019b024 21d1a067 00000001 f63f8cc4 c1692880 00000007
> [ 1854.956834] Call Trace:
> [ 1854.956838] [<c0120475>] ? ptep_set_access_flags+0x65/0x80
> [ 1854.956850] [<c012134b>] ? kunmap_atomic+0x3b/0xb0
> [ 1854.956859] [<c019b024>] ? do_wp_page+0xb4/0x630
> [ 1854.956868] [<c019bc20>] ? handle_mm_fault+0x300/0x380
> [ 1854.956875] [<c013e367>] ? __mod_timer+0xa7/0xf0
> [ 1854.956882] [<c01266ac>] ? enqueue_entity+0x13c/0x360
> [ 1854.956890] [<c012c0e8>] ? enqueue_task_fair+0x68/0x70
> [ 1854.956899] [<f8351f52>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
> [ 1854.956918] [<f83522aa>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
> [ 1854.956936] [<f8352270>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
> [ 1854.956954] [<c01c3c58>] ? vfs_ioctl+0x28/0x90
> [ 1854.956961] [<c01c413e>] ? do_vfs_ioctl+0x5e/0x200
> [ 1854.956967] [<c01c4343>] ? sys_ioctl+0x63/0x70
> [ 1854.956973] [<c0103f6b>] ? sysenter_do_call+0x12/0x2f
> [ 1854.956982] Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 8d 88 fe ff ff <89> 31 c7 41 04 00 00 00 00 e9 bb f9 ff ff 8b bd 90 fe ff ff 8b
> [ 1854.957042] EIP: [<f8351d47>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:efddbd88
> [ 1854.957066] ---[ end trace 5f6d950fe3f75545 ]---
> [ 1855.028248] ivtv0 warn: encoder VBI: Couldn't find start of buffer within the first 256 bytes
> [ 1855.028265] ivtv0 info: ivtv_unmap_user_dma
> [ 1855.052965] ivtv0 info: Stereo mode changed
> [ 1855.342071] ivtv0 info: ivtv_unmap_user_dma
> [ 1855.584054] ivtv0 info: ivtv_unmap_user_dma
> [ 1855.820629] ivtv0 info: ivtv_unmap_user_dma
> [ 1856.604031] ivtv0: All encoder VBI stream buffers are full. Dropping data.
> [ 1856.604041] ivtv0: Cause: the application is not reading fast enough.
> [ 1856.861811] ivtv0 info: ivtv_unmap_user_dma
> [ 1857.575759] ivtv0 info: ivtv_unmap_user_dma
> [ 1857.699770] ivtv0 info: ivtv_unmap_user_dma
> [ 1857.943535] ivtv0 info: ivtv_unmap_user_dma
> [ 1858.920899] ivtv0: All encoder MPG stream buffers are full. Dropping data.
> [ 1858.920908] ivtv0: Cause: the application is not reading fast enough.
> [ 1858.982605] ivtv0 info: ivtv_unmap_user_dma
> [ 1859.048279] ivtv0: All encoder MPG stream buffers are full. Dropping data.
> [ 1859.048288] ivtv0: Cause: the application is not reading fast enough.
> [ 1859.058084] ivtv0 info: ivtv_unmap_user_dma
> [ 1859.169817] ivtv0: All encoder MPG stream buffers are full. Dropping data.
> [ 1859.169825] ivtv0: Cause: the application is not reading fast enough.
>
> -jr
>
>
> Hans Verkuil wrote:
>> On Wednesday 11 February 2009 23:34:03 hannes@linus.priv.at wrote:
>>> Hi,
>>>
>>> I frequently get kernel errors in the ivtv driver with mythtv.
>>> Can anybody help me - I found similar problem reports on this list
>>> previously (e.g. Take.Vos at vosgames on Oct 13, 2008), but no
>>> solution. The problem occurred very reproducable when doing fast
>>> forwards during watching recordings.
>> I must have missed that report, it is the first time I hear about this.
>>
>> We need to narrow this down a bit. Enable extra debug options using:
>>
>> ivtv-ctl -D 0xb (run as root)
>>
>> If the place it dies is reported correctly, then this should give me the
>> actual command that causes this error in the log.
>>
>> We'll take it from there.
>>
>> Regards,
>>
>> Hans
>>
>>> My system:
>>> Ubuntu intrepid, kernel 2.6.27 and 2.6.28
>>> (I had no problem previously on Ubuntu hardy, kernel 2.6.24)
>> Hmm, not much has changed since that kernel in ivtv.
>>
>>> Mythtv (0.21)
>>> PVR-350
>>> Mythfrontend running on second X-Session on tv-out of PVR-350
>>> CPU: Athlon 64 X2 5200+
>>> Mainboard: ASUS M2A-VM HDMI
>>>
>>>
>>> Syslog excerpt:
>>>
>>> BUG: unable to handle kernel paging request at b216fce8
>>> IP: [<f8348d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
>>> *pde = 7652d067
>>> Oops: 0003 [#1] SMP
>>> last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
>>> Dumping ftrace buffer:
>>> (ftrace buffer empty)
>>> Modules linked in: binfmt_misc vmnet vmblock vmci vmmon powernow_k8
>>> cx8800 cx88xx videobuf_dvb bttv video output ir_common videobuf_dma_sg
>>> videobuf_core btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables
>>> x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types
>>> msp3400 saa7127 saa7115 pcspkr serio_raw tuner ivtv compat_ioctl32
>>> i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom qt1010
>>> k8temp zl10353 i2c_piix4 dvb_usb_gl861 usblp dvb_usb dvb_core lmpcm_usb
>>> usbhid snd_usb_audio snd_usb_lib snd_hwdep snd_hda_intel snd_pcm_oss
>>> snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss fglrx(P) snd_seq_midi
>>> snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd
>>> soundcore snd_page_alloc parport_pc parport ati_agp agpgart shpchp
>>> usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394
>>> ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font bitblit softcursor
>>>
>>> Pid: 16670, comm: mythfrontend.re Tainted: P (2.6.28-4-generic
>>> #11-Ubuntu) System Product Name
>>> EIP: 0060:[<f8348d87>] EFLAGS: 00010246 CPU: 1
>>> EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
>>> EAX: f5e60079 EBX: f4a73900 ECX: b216fce8 EDX: 00000000
>>> ESI: 0000e5ba EDI: f5e6f288 EBP: c432df10 ESP: c432dd88
>>> DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
>>> Process mythfrontend.re (pid: 16670, ti=c432c000 task=f3ab8c90
>>> task.ti=c432c000)
>>> Stack:
>>> c432dec4 c01500cb c432ddc0 00000800 b216fce8 0442110e f5e60000 c0113913
>>> c432ddd4 c01537fa c432ddf0 c012e08a 785213a7 0000c292 c432ddc8 00000001
>>> 00000001 c1f1d600 00000001 00000000 c0154bc3 9d74ffb1 00000001 00000001
>>> Call Trace:
>>> [<c01500cb>] ? getnstimeofday+0x4b/0x100
>>> [<c0113913>] ? lapic_next_event+0x13/0x20
>>> [<c01537fa>] ? clockevents_program_event+0x9a/0x150
>>> [<c012e08a>] ? rebalance_domains+0xda/0x150
>>> [<c0154bc3>] ? tick_dev_program_event+0x33/0xc0
>>> [<c012e134>] ? run_rebalance_domains+0x34/0xc0
>>> [<c0139071>] ? __do_softirq+0x111/0x170
>>> [<c014c9f6>] ? hrtimer_interrupt+0x186/0x1b0
>>> [<c01265ec>] ? enqueue_entity+0x13c/0x360
>>> [<c012c028>] ? enqueue_task_fair+0x68/0x70
>>> [<f8348f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
>>> [<c0154bc3>] ? tick_dev_program_event+0x33/0xc0
>>> [<f83492ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
>>> [<f83492b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
>>> [<c01c3728>] ? vfs_ioctl+0x28/0x90
>>> [<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
>>> [<c01c3e13>] ? sys_ioctl+0x63/0x70
>>> [<c0103f6b>] ? sysenter_do_call+0x12/0x2f
>>> Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe
>>> ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 8d 88 fe ff ff <89> 31
>>> c7 41 04 00 00 00 00 e9 bb f9 ff ff 8b bd 90 fe ff ff 8b
>>> EIP: [<f8348d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP
>>> 0068:c432dd88
>>> ---[ end trace 4ba414ae9ebaaa30 ]---
>>> mythfrontend.re[16672]: segfault at 0 ip b7abb7ff sp adfff150 error 4 in
>>> libmythtv-0.21.so.0.21.0[b75e0000+a1e000]
>>>
>>> -hannes
>>>
>>> _______________________________________________
>>> 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

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
On Thursday 12 February 2009 20:43:14 hannes@linus.priv.at wrote:
> Hi Hans,
>
> I enabled the debugging options as you suggested it. Here are the results
> (please inform me if you need more context):

Hmm, this suggests a problem with VIDEO_GET_FRAME_COUNT.

I've made a repository containing some extra debugging here:

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

Instructions on how to build it are here:

http://www.ivtvdriver.org/index.php/Download#Bleeding_Edge_driver

Except that you use my repository instead of the v4l-dvb master repository.

No need to enable the debugging options with this tree. Just run and
hopefully when it crashes again the logging will help me narrow down the
problem.

Regards,

Hans

>
> [ 1854.792629] ivtv0 ioctl: VIDEO_COMMAND 0
> [ 1854.792637] ivtv0 info: Starting decode stream decoder MPG (gop_offset
> 0) [ 1854.792642] ivtv0 info: Setting some initial decoder settings [
> 1854.792879] ivtv0 info: Decoder VBI RE-Insert start 0x0019ac00 size
> 0x0000be00 [ 1854.802811] ivtv0 info: ivtv_unmap_user_dma
> [ 1854.804776] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.805091] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.805097] ivtv0 ioctl: VIDEO_COMMAND 0
> [ 1854.806805] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.845131] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.847492] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.850574] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.852600] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.854358] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.855988] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.858359] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.860017] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.862128] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.863789] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.873508] ivtv0 info: ivtv_unmap_user_dma
> [ 1854.886092] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.897515] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.909854] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.923199] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.946509] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.946804] ivtv0 warn: encoder VBI: Couldn't find start of buffer
> within the first 256 bytes [ 1854.952262] ivtv0 info: ivtv_unmap_user_dma
> [ 1854.953958] ivtv0 ioctl: VIDEO_GET_FRAME_COUNT
> [ 1854.956567] BUG: unable to handle kernel paging request at acd65ce8
> [ 1854.956576] IP: [<f8351d47>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
> [ 1854.956604] *pde = 76ee1067
> [ 1854.956612] Oops: 0003 [#1] SMP
> [ 1854.956618] last sysfs file:
> /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq [ 1854.956625]
> Dumping ftrace buffer:
> [ 1854.956631] (ftrace buffer empty)
> [ 1854.956634] Modules linked in: binfmt_misc powernow_k8 video output
> cx8800 cx88xx videobuf_dvb input_polldev bttv ir_common videobuf_dma_sg
> videobuf_core btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables
> x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types
> msp3400 pcspkr saa7127 saa7115 serio_raw tuner ivtv compat_ioctl32
> i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom k8temp
> qt1010 zl10353 i2c_piix4 dvb_usb_gl861 dvb_usb usblp lmpcm_usb dvb_core
> usbhid snd_usb_audio snd_usb_lib snd_hda_intel snd_hwdep snd_pcm_oss
> snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi
> snd_seq_midi_event fglrx(P) snd_seq snd_timer snd_seq_device snd
> soundcore snd_page_alloc parport_pc parport ati_agp agpgart shpchp
> usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394
> ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font bitblit softcursor [
> 1854.956743]
> [ 1854.956750] Pid: 6269, comm: mythfrontend.re Tainted: P
> (2.6.28-7-generic #20-Ubuntu) System Product Name [ 1854.956756] EIP:
> 0060:[<f8351d47>] EFLAGS: 00010246 CPU: 0
> [ 1854.956774] EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
> [ 1854.956778] EAX: f5e60079 EBX: f3bdfb60 ECX: acd65ce8 EDX: 00000000
> [ 1854.956783] ESI: 00000000 EDI: f5e6f288 EBP: efddbf10 ESP: efddbd88
> [ 1854.956787] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
> [ 1854.956793] Process mythfrontend.re (pid: 6269, ti=efdda000
> task=f17e3ed0 task.ti=efdda000) [ 1854.956797] Stack:
> [ 1854.956800] efddbec4 00000000 00000000 00000800 acd65ce8 21d1a067
> f5e60000 efddbdcc [ 1854.956811] c0120475 f49440fc efddbdcc c012134b
> f1725ec8 c06ad700 00000000 00000008 [ 1854.956822] f49440fc efddbe10
> c019b024 21d1a067 00000001 f63f8cc4 c1692880 00000007 [ 1854.956834] Call
> Trace:
> [ 1854.956838] [<c0120475>] ? ptep_set_access_flags+0x65/0x80
> [ 1854.956850] [<c012134b>] ? kunmap_atomic+0x3b/0xb0
> [ 1854.956859] [<c019b024>] ? do_wp_page+0xb4/0x630
> [ 1854.956868] [<c019bc20>] ? handle_mm_fault+0x300/0x380
> [ 1854.956875] [<c013e367>] ? __mod_timer+0xa7/0xf0
> [ 1854.956882] [<c01266ac>] ? enqueue_entity+0x13c/0x360
> [ 1854.956890] [<c012c0e8>] ? enqueue_task_fair+0x68/0x70
> [ 1854.956899] [<f8351f52>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
> [ 1854.956918] [<f83522aa>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
> [ 1854.956936] [<f8352270>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
> [ 1854.956954] [<c01c3c58>] ? vfs_ioctl+0x28/0x90
> [ 1854.956961] [<c01c413e>] ? do_vfs_ioctl+0x5e/0x200
> [ 1854.956967] [<c01c4343>] ? sys_ioctl+0x63/0x70
> [ 1854.956973] [<c0103f6b>] ? sysenter_do_call+0x12/0x2f
> [ 1854.956982] Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff
> ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 8d 88 fe
> ff ff <89> 31 c7 41 04 00 00 00 00 e9 bb f9 ff ff 8b bd 90 fe ff ff 8b [
> 1854.957042] EIP: [<f8351d47>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
> SS:ESP 0068:efddbd88 [ 1854.957066] ---[ end trace 5f6d950fe3f75545 ]---
> [ 1855.028248] ivtv0 warn: encoder VBI: Couldn't find start of buffer
> within the first 256 bytes [ 1855.028265] ivtv0 info: ivtv_unmap_user_dma
> [ 1855.052965] ivtv0 info: Stereo mode changed
> [ 1855.342071] ivtv0 info: ivtv_unmap_user_dma
> [ 1855.584054] ivtv0 info: ivtv_unmap_user_dma
> [ 1855.820629] ivtv0 info: ivtv_unmap_user_dma
> [ 1856.604031] ivtv0: All encoder VBI stream buffers are full. Dropping
> data. [ 1856.604041] ivtv0: Cause: the application is not reading fast
> enough. [ 1856.861811] ivtv0 info: ivtv_unmap_user_dma
> [ 1857.575759] ivtv0 info: ivtv_unmap_user_dma
> [ 1857.699770] ivtv0 info: ivtv_unmap_user_dma
> [ 1857.943535] ivtv0 info: ivtv_unmap_user_dma
> [ 1858.920899] ivtv0: All encoder MPG stream buffers are full. Dropping
> data. [ 1858.920908] ivtv0: Cause: the application is not reading fast
> enough. [ 1858.982605] ivtv0 info: ivtv_unmap_user_dma
> [ 1859.048279] ivtv0: All encoder MPG stream buffers are full. Dropping
> data. [ 1859.048288] ivtv0: Cause: the application is not reading fast
> enough. [ 1859.058084] ivtv0 info: ivtv_unmap_user_dma
> [ 1859.169817] ivtv0: All encoder MPG stream buffers are full. Dropping
> data. [ 1859.169825] ivtv0: Cause: the application is not reading fast
> enough.
>
> -jr
>
> Hans Verkuil wrote:
> > On Wednesday 11 February 2009 23:34:03 hannes@linus.priv.at wrote:
> >> Hi,
> >>
> >> I frequently get kernel errors in the ivtv driver with mythtv.
> >> Can anybody help me - I found similar problem reports on this list
> >> previously (e.g. Take.Vos at vosgames on Oct 13, 2008), but no
> >> solution. The problem occurred very reproducable when doing fast
> >> forwards during watching recordings.
> >
> > I must have missed that report, it is the first time I hear about this.
> >
> > We need to narrow this down a bit. Enable extra debug options using:
> >
> > ivtv-ctl -D 0xb (run as root)
> >
> > If the place it dies is reported correctly, then this should give me
> > the actual command that causes this error in the log.
> >
> > We'll take it from there.
> >
> > Regards,
> >
> > Hans
> >
> >> My system:
> >> Ubuntu intrepid, kernel 2.6.27 and 2.6.28
> >> (I had no problem previously on Ubuntu hardy, kernel 2.6.24)
> >
> > Hmm, not much has changed since that kernel in ivtv.
> >
> >> Mythtv (0.21)
> >> PVR-350
> >> Mythfrontend running on second X-Session on tv-out of PVR-350
> >> CPU: Athlon 64 X2 5200+
> >> Mainboard: ASUS M2A-VM HDMI
> >>
> >>
> >> Syslog excerpt:
> >>
> >> BUG: unable to handle kernel paging request at b216fce8
> >> IP: [<f8348d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
> >> *pde = 7652d067
> >> Oops: 0003 [#1] SMP
> >> last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
> >> Dumping ftrace buffer:
> >> (ftrace buffer empty)
> >> Modules linked in: binfmt_misc vmnet vmblock vmci vmmon powernow_k8
> >> cx8800 cx88xx videobuf_dvb bttv video output ir_common videobuf_dma_sg
> >> videobuf_core btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables
> >> x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types
> >> msp3400 saa7127 saa7115 pcspkr serio_raw tuner ivtv compat_ioctl32
> >> i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom qt1010
> >> k8temp zl10353 i2c_piix4 dvb_usb_gl861 usblp dvb_usb dvb_core
> >> lmpcm_usb usbhid snd_usb_audio snd_usb_lib snd_hwdep snd_hda_intel
> >> snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss fglrx(P)
> >> snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer
> >> snd_seq_device snd soundcore snd_page_alloc parport_pc parport ati_agp
> >> agpgart shpchp usb_storage firewire_ohci firewire_core crc_itu_t
> >> ohci1394 ieee1394 ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font
> >> bitblit softcursor
> >>
> >> Pid: 16670, comm: mythfrontend.re Tainted: P
> >> (2.6.28-4-generic #11-Ubuntu) System Product Name
> >> EIP: 0060:[<f8348d87>] EFLAGS: 00010246 CPU: 1
> >> EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
> >> EAX: f5e60079 EBX: f4a73900 ECX: b216fce8 EDX: 00000000
> >> ESI: 0000e5ba EDI: f5e6f288 EBP: c432df10 ESP: c432dd88
> >> DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
> >> Process mythfrontend.re (pid: 16670, ti=c432c000 task=f3ab8c90
> >> task.ti=c432c000)
> >> Stack:
> >> c432dec4 c01500cb c432ddc0 00000800 b216fce8 0442110e f5e60000
> >> c0113913 c432ddd4 c01537fa c432ddf0 c012e08a 785213a7 0000c292
> >> c432ddc8 00000001 00000001 c1f1d600 00000001 00000000 c0154bc3
> >> 9d74ffb1 00000001 00000001 Call Trace:
> >> [<c01500cb>] ? getnstimeofday+0x4b/0x100
> >> [<c0113913>] ? lapic_next_event+0x13/0x20
> >> [<c01537fa>] ? clockevents_program_event+0x9a/0x150
> >> [<c012e08a>] ? rebalance_domains+0xda/0x150
> >> [<c0154bc3>] ? tick_dev_program_event+0x33/0xc0
> >> [<c012e134>] ? run_rebalance_domains+0x34/0xc0
> >> [<c0139071>] ? __do_softirq+0x111/0x170
> >> [<c014c9f6>] ? hrtimer_interrupt+0x186/0x1b0
> >> [<c01265ec>] ? enqueue_entity+0x13c/0x360
> >> [<c012c028>] ? enqueue_task_fair+0x68/0x70
> >> [<f8348f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
> >> [<c0154bc3>] ? tick_dev_program_event+0x33/0xc0
> >> [<f83492ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
> >> [<f83492b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
> >> [<c01c3728>] ? vfs_ioctl+0x28/0x90
> >> [<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
> >> [<c01c3e13>] ? sys_ioctl+0x63/0x70
> >> [<c0103f6b>] ? sysenter_do_call+0x12/0x2f
> >> Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90
> >> fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 8d 88 fe ff ff <89>
> >> 31 c7 41 04 00 00 00 00 e9 bb f9 ff ff 8b bd 90 fe ff ff 8b
> >> EIP: [<f8348d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP
> >> 0068:c432dd88
> >> ---[ end trace 4ba414ae9ebaaa30 ]---
> >> mythfrontend.re[16672]: segfault at 0 ip b7abb7ff sp adfff150 error 4
> >> in libmythtv-0.21.so.0.21.0[b75e0000+a1e000]
> >>
> >> -hannes
> >>
> >> _______________________________________________
> >> ivtv-users mailing list
> >> ivtv-users@ivtvdriver.org
> >> http://ivtvdriver.org/mailman/listinfo/ivtv-users



--
Hans Verkuil - video4linux developer - sponsored by TANDBERG

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi,

(un)fortunately I am able to reproduce the bug within a few seconds :-(

Here is the trace:

[ 289.008079] ivtv0: frame count4
[ 289.009748] ivtv0: frame count3 ad665ce8
[ 289.009752] ivtv0: frame count4
[ 289.011398] ivtv0: frame count3 ad665ce8
[ 289.011402] ivtv0: frame count4
[ 289.040936] ivtv0: frame count5 ad665ce8
[ 289.040943] ivtv0: frame count 6
[ 289.056127] ivtv0: frame count 8
[ 289.056131] ivtv0: frame count 9
[ 289.057046] ivtv0: frame count3 ad665ce8
[ 289.057049] ivtv0: frame count4
[ 289.068795] ivtv0: frame count3 ad665ce8
[ 289.068799] ivtv0: frame count4
[ 289.082845] ivtv0: frame count5 ad665ce8
[ 289.082850] ivtv0: frame count 6
[ 289.096578] ivtv0: frame count 8
[ 289.096582] ivtv0: frame count 9
[ 289.097501] ivtv0: frame count3 ad665ce8
[ 289.097505] ivtv0: frame count4
[ 289.110789] ivtv0: frame count5 ad665ce8
[ 289.110794] ivtv0: frame count 6
[ 289.113153] ivtv0: frame count 8
[ 289.113190] BUG: unable to handle kernel paging request at ad665ce8
[ 289.113198] IP: [<f8374622>] ivtv_decoder_ioctls+0x952/0x980 [ivtv]
[ 289.113227] *pde = 76580067
[ 289.113234] Oops: 0003 [#1] SMP
[ 289.113241] last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
[ 289.113248] Dumping ftrace buffer:
[ 289.113253] (ftrace buffer empty)
[ 289.113257] Modules linked in: binfmt_misc powernow_k8 cx8800 cx88xx video output bttv input_polldev ir_common videobuf_dma_sg videobuf_core btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types tuner msp3400 saa7127 pcspkr saa7115 k8temp serio_raw ivtv i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom qt1010 zl10353 i2c_piix4 dvb_usb_gl861 dvb_usb dvb_core usblp lmpcm_usb usbhid snd_hda_intel snd_usb_audio snd_pcm_oss snd_mixer_oss snd_pcm snd_usb_lib snd_hwdep snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore snd_page_alloc fglrx(P) parport_pc parport shpchp ati_agp agpgart usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font bitblit softcursor
[ 289.113363]
[ 289.113370] Pid: 5421, comm: mythfrontend.re Tainted: P (2.6.28-7-generic #20-Ubuntu) System Product Name
[ 289.113377] EIP: 0060:[<f8374622>] EFLAGS: 00010202 CPU: 1
[ 289.113394] EIP is at ivtv_decoder_ioctls+0x952/0x980 [ivtv]
[ 289.113398] EAX: ad665ce8 EBX: f5e40084 ECX: ffffffff EDX: 00000000
[ 289.113403] ESI: f5e40000 EDI: f5e4f2c0 EBP: f16bbf18 ESP: f16bbd94
[ 289.113408] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
[ 289.113413] Process mythfrontend.re (pid: 5421, ti=f16ba000 task=f1669920 task.ti=f16ba000)
[ 289.113418] Stack:
[ 289.113421] f8383bab f5e40084 ad665ce8 ad665ce8 f16bbdac f5e40000 f16bbdb4 c011cc98
[ 289.113432] f16bbdc4 c04e4a3e f6608000 f6608000 f16bbddc f16bbddc 00000092 f5e47858
[ 289.113444] f6608000 f6608000 f16bbdfc c013e367 fffff5a8 00000000 00000092 f5e40660
[ 289.113457] Call Trace:
[ 289.113464] [<c011cc98>] ? default_spin_lock_flags+0x8/0x10
[ 289.113476] [<c04e4a3e>] ? _spin_lock_irqsave+0x2e/0x40
[ 289.113488] [<c013e367>] ? __mod_timer+0xa7/0xf0
[ 289.113496] [<f8375534>] ? ivtv_dma_dec_start_xfer+0x104/0x110 [ivtv]
[ 289.113515] [<f83755da>] ? ivtv_dma_dec_start+0x9a/0x110 [ivtv]
[ 289.113534] [<f8375f6f>] ? ivtv_dma_stream_dec_prepare+0x35f/0x380 [ivtv]
[ 289.113552] [<c01266ac>] ? enqueue_entity+0x13c/0x360
[ 289.113561] [<c012c0e8>] ? enqueue_task_fair+0x68/0x70
[ 289.113568] [<c012bb7e>] ? resched_task+0x1e/0x70
[ 289.113577] [<f83746ba>] ? ivtv_v4l2_ioctl+0x6a/0x3a0 [ivtv]
[ 289.113594] [<c0102ab7>] ? __switch_to+0xb7/0x1a0
[ 289.113601] [<f8374650>] ? ivtv_v4l2_ioctl+0x0/0x3a0 [ivtv]
[ 289.113619] [<f82351f6>] ? v4l2_unlocked_ioctl+0x36/0x50 [videodev]
[ 289.113631] [<f82351c0>] ? v4l2_unlocked_ioctl+0x0/0x50 [videodev]
[ 289.113641] [<c01c3c58>] ? vfs_ioctl+0x28/0x90
[ 289.113648] [<c01c413e>] ? do_vfs_ioctl+0x5e/0x200
[ 289.113654] [<c01c4343>] ? sys_ioctl+0x63/0x70
[ 289.113660] [<c0103f6b>] ? sysenter_do_call+0x12/0x2f
[ 289.113667] Code: 81 c7 b4 f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b b5 90 fe ff ff 05 e9 00 00 00 f0 80 8e e9 00 00 00 40 8b 55 b4 8b 85 88 fe ff ff <89> 10 c7 40 04 00 00 00 00 89 5c 24 04 c7 04 24 c1 3b 38 f8 e8
[ 289.113726] EIP: [<f8374622>] ivtv_decoder_ioctls+0x952/0x980 [ivtv] SS:ESP 0068:f16bbd94
[ 289.113748] ---[ end trace ccfa4f5e5a73ea95 ]---

Regards,
-jr

Hans Verkuil wrote:
> On Thursday 12 February 2009 20:43:14 hannes@linus.priv.at wrote:
>> Hi Hans,
>>
>> I enabled the debugging options as you suggested it. Here are the results
>> (please inform me if you need more context):
>
> Hmm, this suggests a problem with VIDEO_GET_FRAME_COUNT.
>
> I've made a repository containing some extra debugging here:
>
> http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ivtv
>
> Instructions on how to build it are here:
>
> http://www.ivtvdriver.org/index.php/Download#Bleeding_Edge_driver
>
> Except that you use my repository instead of the v4l-dvb master repository.
>
> No need to enable the debugging options with this tree. Just run and
> hopefully when it crashes again the logging will help me narrow down the
> problem.
>
> Regards,
>
> Hans
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
On Friday 13 February 2009 22:26:11 hannes@linus.priv.at wrote:
> Hi,
>
> (un)fortunately I am able to reproduce the bug within a few seconds :-(
>
> Here is the trace:

Thanks, it shows I'm on the right track. But I still don't see what's wrong
with the code. I've refined the debugging so if you can update to my latest
v4l-dvb-ivtv repo and try again?

I get the feeling it is something stupid and I just read right over it...

Regards,

Hans

--
Hans Verkuil - video4linux developer - sponsored by TANDBERG

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
I don't mean to sound like a "me too", but I've just run into the same
problem. It has happened twice this week; but prior to the paging request
error, I was getting kernel PREEMPTs that caused MythTV to hang up. I seem
to recall that ivtv isn't really happy with preemption, so I compiled a new
kernel and thought I was in the clear.

Prior to this issue my system has been stable for a long time now. The
problems started when I installed a new HVR-1600 in preparation for the DTV
change in the US. I am using a PVR-150, a PVR-350 using TV out, and now the
HVR-1600. At least at this point, anyway, the problem has only occurred for
me while I'm pushing an MPEG stream (captured on one of the first two cards)
out through the PVR-350.

Some possible problems that I've eliminated include whether it is a local
APIC or ACPI problem. My machine doesn't want either enabled; the problem
is especially catastrophic if I have "acpi=force" in the boot arguments.

I'm sorry I can't provide much more than that at the moment. I will also be
unavailable to test any changes for at least a few days, sorry. I do hope
this additional info helps, though.

--scott
Re: unable to handle kernel paging request [ In reply to ]
Hi,

the latest trace:

[ 106.802086] ivtv0: frame count 1 af0fece8
[ 106.802094] ivtv0: frame count 2, f5e40000
[ 106.802506] ivtv0: frame count 3, 12 f5e4f2b4
[ 106.802510] ivtv0: frame count 4
[ 106.802512] ivtv0: frame count 5
[ 106.802515] ivtv0: frame count 6
[ 106.806011] ivtv0: frame count 1 af0fece8
[ 106.806015] ivtv0: frame count 2, f5e40000
[ 106.849616] ivtv0: frame count 3, 12 f5e4f2b4
[ 106.849620] ivtv0: frame count 4
[ 106.849623] ivtv0: frame count 5
[ 106.849627] ivtv0: frame count 6
[ 106.892057] ivtv0: frame count 1 af0fece8
[ 106.892065] ivtv0: frame count 2, f5e40000
[ 106.904646] ivtv0: frame count 3, 12 f5e4f2b4
[ 106.904652] ivtv0: frame count 4
[ 106.904656] ivtv0: frame count 5
[ 106.904693] BUG: unable to handle kernel paging request at af0fece8
[ 106.904702] IP: [<f7fa65cc>] ivtv_decoder_ioctls+0x8fc/0x920 [ivtv]
[ 106.904730] *pde = 76cac067
[ 106.904737] Oops: 0003 [#1] SMP
[ 106.904743] last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
[ 106.904750] Dumping ftrace buffer:
[ 106.904757] (ftrace buffer empty)
[ 106.904760] Modules linked in: binfmt_misc powernow_k8 cx8800 cx88xx video output bttv input_polldev ir_common videobuf_dma_sg videobuf_core btcx_risc lirc_i2c lirc_dev iptable_filter ip_tables x_tables dm_crypt ivtvfb it87 hwmon_vid sbp2 tuner_simple tuner_types tuner msp3400 saa7127 serio_raw pcspkr saa7115 k8temp ivtv i2c_algo_bit cx2341x v4l2_common videodev v4l1_compat tveeprom qt1010 zl10353 usblp dvb_usb_gl861 dvb_usb dvb_core i2c_piix4 lmpcm_usb usbhid snd_usb_audio snd_usb_lib snd_hwdep snd_hda_intel snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore snd_page_alloc fglrx(P) parport_pc parport ati_agp agpgart shpchp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r8169 mii fuse fbcon tileblit font bitblit softcursor
[ 106.904867]
[ 106.904874] Pid: 5374, comm: mythfrontend.re Tainted: P (2.6.28-7-generic #20-Ubuntu) System Product Name
[ 106.904881] EIP: 0060:[<f7fa65cc>] EFLAGS: 00010282 CPU: 1
[ 106.904898] EIP is at ivtv_decoder_ioctls+0x8fc/0x920 [ivtv]
[ 106.904903] EAX: 00000027 EBX: f5e40084 ECX: af0fece8 EDX: 0178b000
[ 106.904907] ESI: 00000000 EDI: f5e4f2c0 EBP: f168df18 ESP: f168dd8c
[ 106.904912] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
[ 106.904917] Process mythfrontend.re (pid: 5374, ti=f168c000 task=f16857f0 task.ti=f168c000)
[ 106.904922] Stack:
[ 106.904924] f7fb5b13 f5e40084 0000000c f5e4f2b4 00000800 af0fece8 00003fbe f5e40000
[ 106.904936] 00000000 e34a1c20 00000018 00000000 f168dde4 c0154d83 e336305f 00000018
[ 106.904948] f168ddf8 c1f165a0 0114c2c0 e34a1c20 00000018 00000002 f168ddf8 c0154e6b
[ 106.904960] Call Trace:
[ 106.904971] [<c0154d83>] ? tick_dev_program_event+0x33/0xc0
[ 106.904985] [<c0154e6b>] ? tick_program_event+0x2b/0x40
[ 106.904992] [<c014cb46>] ? hrtimer_interrupt+0x186/0x1b0
[ 106.905002] [<c013936f>] ? irq_exit+0x3f/0x90
[ 106.905011] [<c01140db>] ? smp_apic_timer_interrupt+0x5b/0x90
[ 106.905018] [<c0105318>] ? apic_timer_interrupt+0x28/0x30
[ 106.905028] [<f7fa9ce9>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[ 106.905047] [<f7f9ee04>] ? ivtv_v4l2_write+0x3b4/0x760 [ivtv]
[ 106.905063] [<c012c0e8>] ? enqueue_task_fair+0x68/0x70
[ 106.905072] [<c012bb7e>] ? resched_task+0x1e/0x70
[ 106.905080] [<f7fa665a>] ? ivtv_v4l2_ioctl+0x6a/0x3a0 [ivtv]
[ 106.905097] [<c0148bf0>] ? autoremove_wake_function+0x0/0x50
[ 106.905106] [<f7fa65f0>] ? ivtv_v4l2_ioctl+0x0/0x3a0 [ivtv]
[ 106.905125] [<f7f5b1f6>] ? v4l2_unlocked_ioctl+0x36/0x50 [videodev]
[ 106.905138] [<f7f5b1c0>] ? v4l2_unlocked_ioctl+0x0/0x50 [videodev]
[ 106.905147] [<c01c3c58>] ? vfs_ioctl+0x28/0x90
[ 106.905155] [<c01c413e>] ? do_vfs_ioctl+0x5e/0x200
[ 106.905161] [<c01c4343>] ? sys_ioctl+0x63/0x70
[ 106.905167] [<c0103f6b>] ? sysenter_do_call+0x12/0x2f
[ 106.905174] Code: 95 90 fe ff ff 05 e9 00 00 00 f0 80 8a e9 00 00 00 40 89 5c 24 04 c7 04 24 13 5b fb f7 e8 36 c3 53 c8 8b 75 b4 8b 8d 88 fe ff ff <89> 31 c7 41 04 00 00 00 00 89 5c 24 04 c7 04 24 29 5b fb f7 e8
[ 106.905232] EIP: [<f7fa65cc>] ivtv_decoder_ioctls+0x8fc/0x920 [ivtv] SS:ESP 0068:f168dd8c
[ 106.905345] ---[ end trace 61eee796a5a06d73 ]---

Regards,
-jr

Hans Verkuil wrote:
> On Friday 13 February 2009 22:26:11 hannes@linus.priv.at wrote:
>> Hi,
>>
>> (un)fortunately I am able to reproduce the bug within a few seconds :-(
>>
>> Here is the trace:
>
> Thanks, it shows I'm on the right track. But I still don't see what's wrong
> with the code. I've refined the debugging so if you can update to my latest
> v4l-dvb-ivtv repo and try again?
>
> I get the feeling it is something stupid and I just read right over it...
>
> Regards,
>
> Hans
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
On Saturday 14 February 2009 13:04:30 hannes@linus.priv.at wrote:
> Hi,
>
> the latest trace:
>

Thanks, that was very useful.

I think I found it. Please try my latest repository again!

If it is indeed what I suspect, then this bug was introduced in kernel
2.6.27. Oh boy, I think this is a major regression.

Regards,

Hans

--
Hans Verkuil - video4linux developer - sponsored by TANDBERG

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

you seem to have solved the problem!!
I am not able to reproduce the crashes with your latest version.
Because I usually avoid to use development drivers on my system:
Is it possible to apply your latest patch also to the ivtv-ioctl.c
of a 2.6.27 or 2.6.28 kernel?

Regards,
-jr

Hans Verkuil wrote:
> On Saturday 14 February 2009 13:04:30 hannes@linus.priv.at wrote:
>> Hi,
>>
>> the latest trace:
>>
>
> Thanks, that was very useful.
>
> I think I found it. Please try my latest repository again!
>
> If it is indeed what I suspect, then this bug was introduced in kernel
> 2.6.27. Oh boy, I think this is a major regression.
>
> Regards,
>
> Hans
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
> Hi Hans,
>
> you seem to have solved the problem!!
> I am not able to reproduce the crashes with your latest version.
> Because I usually avoid to use development drivers on my system:
> Is it possible to apply your latest patch also to the ivtv-ioctl.c
> of a 2.6.27 or 2.6.28 kernel?

Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.

Thanks for your help!

Regards,

Hans


--
Hans Verkuil - video4linux developer - sponsored by TANDBERG
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

sorry to bother you again - but maybe you can help me:

I recently installed the new Ubuntu 9.04 release containing kernel 2.6.28-11.
The ChangeLog contains the info, that upstream kernel changes from 2.6.28.8
were incorporated, amongst others the line:
V4L: ivtv: fix decoder crash regression

I thought this was the patch for the problem you solved in February.
But after installing the new release, I had once a crash with the same message
as previously ('unable to handle kernel paging request'). It is not as reproducible
as before, but it seems to be the same error.

I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in function
'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.

Am I right in assuming that the Ubuntu guys have failed to incorporate the
patch or may I have missed something?

Best Regards,
Johannes

Hans Verkuil wrote:
> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>> Hi Hans,
>>
>> you seem to have solved the problem!!
>> I am not able to reproduce the crashes with your latest version.
>> Because I usually avoid to use development drivers on my system:
>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>> of a 2.6.27 or 2.6.28 kernel?
>
> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>
> Thanks for your help!
>
> Regards,
>
> Hans
>
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
> Hi Hans,
>
> sorry to bother you again - but maybe you can help me:
>
> I recently installed the new Ubuntu 9.04 release containing kernel
> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
> from 2.6.28.8 were incorporated, amongst others the line:
> V4L: ivtv: fix decoder crash regression
>
> I thought this was the patch for the problem you solved in February.
> But after installing the new release, I had once a crash with the same
> message as previously ('unable to handle kernel paging request'). It is
> not as reproducible as before, but it seems to be the same error.
>
> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>
> Am I right in assuming that the Ubuntu guys have failed to incorporate
> the patch or may I have missed something?

I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
didn't merge that patch.

Regards,

Hans

>
> Best Regards,
> Johannes
>
> Hans Verkuil wrote:
> > On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
> >> Hi Hans,
> >>
> >> you seem to have solved the problem!!
> >> I am not able to reproduce the crashes with your latest version.
> >> Because I usually avoid to use development drivers on my system:
> >> Is it possible to apply your latest patch also to the ivtv-ioctl.c
> >> of a 2.6.27 or 2.6.28 kernel?
> >
> > Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
> >
> > Thanks for your help!
> >
> > Regards,
> >
> > Hans



--
Hans Verkuil - video4linux developer - sponsored by TANDBERG Telecom

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

oh - I read your patch the wrong way round - your fix is indeed contained
within the Ubuntu 9.04 kernel, I erroneously assumed that the handling of
IVTV_IOC_DMA_FRAME has to be within 'ivtv_serialized_ioctl()'.

But then the fact remains that the decoder crash occurs also with your
patch. The crash only happened once for me - here is the excerpt from the syslog:

BUG: unable to handle kernel paging request at acd95ca8
IP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 30e7f067 *pte = 2321b065
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc radeon drm vmnet vmblock vmci vmmon video output cx8800 cx88xx videobuf_dvb bttv ir_common
lirc_dev dm_crypt powernow_k8 ivtvfb it87 hwmon_vid tuner_simple tuner_types msp3400 saa7127 saa7115 tuner qt1010 snd_usb
dummy snd_hda_intel compat_ioctl32 snd_seq_oss i2c_algo_bit snd_seq_midi dvb_usb_gl861 cx2341x snd_pcm_oss snd_mixer_oss
at snd_seq_midi_event snd_pcm dvb_core tveeprom usbhid snd_seq snd_seq_device k8temp ppdev ati_agp agpgart i2c_piix4 pcsp
e shpchp parport_pc parport usblp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r
or

Pid: 12834, comm: mythfrontend.re Not tainted (2.6.28-4-generic #11-Ubuntu) System Product Name
EIP: 0060:[<f7f24d87>] EFLAGS: 00210246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5f00079 EBX: f4ba39e0 ECX: acd95ca8 EDX: 00000000
ESI: 000051d4 EDI: f5f0f288 EBP: f5ea9f10 ESP: f5ea9d88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 12834, ti=f5ea8000 task=f5c7f110 task.ti=f5ea8000)
Stack:
f5ea9ec4 c5f1d63c 00000001 00000800 acd95ca8 f5ea9de0 f5f00000 f5ea9dc4
c01500cb f5ea9ddc 0c3a629d 00000000 0027ac6c f5ea9dc4 c0113913 f5ea9df0
c01537fa f5ea9e0c c012e08a f5ea9ddc f5ea9dec 00200086 f5f003cc 00000000
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<f7f2851f>] ? ivtv_queue_move+0x23f/0x280 [ivtv]
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<f7f25555>] ? dma_post+0x215/0x360 [ivtv]
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<f7f28639>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[<f7f24f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<f7f252ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f7f252b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 89 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:f5ea9d88
---[ end trace 9976b7b9f13cea3d ]---
ivtv0: All encoder VBI stream buffers are full. Dropping data.
ivtv0: Cause: the application is not reading fast enough.
ivtv0: All encoder MPG stream buffers are full. Dropping data.
...

Regards,
Johannes

Hans Verkuil wrote:
> On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
>> Hi Hans,
>>
>> sorry to bother you again - but maybe you can help me:
>>
>> I recently installed the new Ubuntu 9.04 release containing kernel
>> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
>> from 2.6.28.8 were incorporated, amongst others the line:
>> V4L: ivtv: fix decoder crash regression
>>
>> I thought this was the patch for the problem you solved in February.
>> But after installing the new release, I had once a crash with the same
>> message as previously ('unable to handle kernel paging request'). It is
>> not as reproducible as before, but it seems to be the same error.
>>
>> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
>> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
>> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>>
>> Am I right in assuming that the Ubuntu guys have failed to incorporate
>> the patch or may I have missed something?
>
> I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
> are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
> didn't merge that patch.
>
> Regards,
>
> Hans
>
>> Best Regards,
>> Johannes
>>
>> Hans Verkuil wrote:
>>> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>>>> Hi Hans,
>>>>
>>>> you seem to have solved the problem!!
>>>> I am not able to reproduce the crashes with your latest version.
>>>> Because I usually avoid to use development drivers on my system:
>>>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>>>> of a 2.6.27 or 2.6.28 kernel?
>>> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>>>
>>> Thanks for your help!
>>>
>>> Regards,
>>>
>>> Hans
>
>
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

oh - I read your patch the wrong way round - your fix is indeed contained
within the Ubuntu 9.04 kernel, I erroneously assumed that the handling of
IVTV_IOC_DMA_FRAME has to be within 'ivtv_serialized_ioctl()'.

But then the fact remains that the decoder crash occurs also with your
patch. The crash only happened once for me - here is the excerpt from the syslog:

BUG: unable to handle kernel paging request at acd95ca8
IP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 30e7f067 *pte = 2321b065
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc radeon drm vmnet vmblock vmci vmmon video output cx8800 cx88xx videobuf_dvb bttv ir_common
lirc_dev dm_crypt powernow_k8 ivtvfb it87 hwmon_vid tuner_simple tuner_types msp3400 saa7127 saa7115 tuner qt1010 snd_usb
dummy snd_hda_intel compat_ioctl32 snd_seq_oss i2c_algo_bit snd_seq_midi dvb_usb_gl861 cx2341x snd_pcm_oss snd_mixer_oss
at snd_seq_midi_event snd_pcm dvb_core tveeprom usbhid snd_seq snd_seq_device k8temp ppdev ati_agp agpgart i2c_piix4 pcsp
e shpchp parport_pc parport usblp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r
or

Pid: 12834, comm: mythfrontend.re Not tainted (2.6.28-4-generic #11-Ubuntu) System Product Name
EIP: 0060:[<f7f24d87>] EFLAGS: 00210246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5f00079 EBX: f4ba39e0 ECX: acd95ca8 EDX: 00000000
ESI: 000051d4 EDI: f5f0f288 EBP: f5ea9f10 ESP: f5ea9d88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 12834, ti=f5ea8000 task=f5c7f110 task.ti=f5ea8000)
Stack:
f5ea9ec4 c5f1d63c 00000001 00000800 acd95ca8 f5ea9de0 f5f00000 f5ea9dc4
c01500cb f5ea9ddc 0c3a629d 00000000 0027ac6c f5ea9dc4 c0113913 f5ea9df0
c01537fa f5ea9e0c c012e08a f5ea9ddc f5ea9dec 00200086 f5f003cc 00000000
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<f7f2851f>] ? ivtv_queue_move+0x23f/0x280 [ivtv]
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<f7f25555>] ? dma_post+0x215/0x360 [ivtv]
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<f7f28639>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[<f7f24f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<f7f252ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f7f252b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 89 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:f5ea9d88
---[ end trace 9976b7b9f13cea3d ]---
ivtv0: All encoder VBI stream buffers are full. Dropping data.
ivtv0: Cause: the application is not reading fast enough.
ivtv0: All encoder MPG stream buffers are full. Dropping data.
...

Regards,
Johannes

Hans Verkuil wrote:
> On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
>> Hi Hans,
>>
>> sorry to bother you again - but maybe you can help me:
>>
>> I recently installed the new Ubuntu 9.04 release containing kernel
>> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
>> from 2.6.28.8 were incorporated, amongst others the line:
>> V4L: ivtv: fix decoder crash regression
>>
>> I thought this was the patch for the problem you solved in February.
>> But after installing the new release, I had once a crash with the same
>> message as previously ('unable to handle kernel paging request'). It is
>> not as reproducible as before, but it seems to be the same error.
>>
>> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
>> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
>> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>>
>> Am I right in assuming that the Ubuntu guys have failed to incorporate
>> the patch or may I have missed something?
>
> I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
> are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
> didn't merge that patch.
>
> Regards,
>
> Hans
>
>> Best Regards,
>> Johannes
>>
>> Hans Verkuil wrote:
>>> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>>>> Hi Hans,
>>>>
>>>> you seem to have solved the problem!!
>>>> I am not able to reproduce the crashes with your latest version.
>>>> Because I usually avoid to use development drivers on my system:
>>>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>>>> of a 2.6.27 or 2.6.28 kernel?
>>> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>>>
>>> Thanks for your help!
>>>
>>> Regards,
>>>
>>> Hans
>
>
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

oh - I read your patch the wrong way round - your fix is indeed contained
within the Ubuntu 9.04 kernel, I erroneously assumed that the handling of
IVTV_IOC_DMA_FRAME has to be within 'ivtv_serialized_ioctl()'.

But then the fact remains that the decoder crash occurs also with your
patch. The crash only happened once for me - here is the excerpt from the syslog:

BUG: unable to handle kernel paging request at acd95ca8
IP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 30e7f067 *pte = 2321b065
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc radeon drm vmnet vmblock vmci vmmon video output cx8800 cx88xx videobuf_dvb bttv ir_common
lirc_dev dm_crypt powernow_k8 ivtvfb it87 hwmon_vid tuner_simple tuner_types msp3400 saa7127 saa7115 tuner qt1010 snd_usb
dummy snd_hda_intel compat_ioctl32 snd_seq_oss i2c_algo_bit snd_seq_midi dvb_usb_gl861 cx2341x snd_pcm_oss snd_mixer_oss
at snd_seq_midi_event snd_pcm dvb_core tveeprom usbhid snd_seq snd_seq_device k8temp ppdev ati_agp agpgart i2c_piix4 pcsp
e shpchp parport_pc parport usblp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r
or

Pid: 12834, comm: mythfrontend.re Not tainted (2.6.28-4-generic #11-Ubuntu) System Product Name
EIP: 0060:[<f7f24d87>] EFLAGS: 00210246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5f00079 EBX: f4ba39e0 ECX: acd95ca8 EDX: 00000000
ESI: 000051d4 EDI: f5f0f288 EBP: f5ea9f10 ESP: f5ea9d88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 12834, ti=f5ea8000 task=f5c7f110 task.ti=f5ea8000)
Stack:
f5ea9ec4 c5f1d63c 00000001 00000800 acd95ca8 f5ea9de0 f5f00000 f5ea9dc4
c01500cb f5ea9ddc 0c3a629d 00000000 0027ac6c f5ea9dc4 c0113913 f5ea9df0
c01537fa f5ea9e0c c012e08a f5ea9ddc f5ea9dec 00200086 f5f003cc 00000000
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<f7f2851f>] ? ivtv_queue_move+0x23f/0x280 [ivtv]
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<f7f25555>] ? dma_post+0x215/0x360 [ivtv]
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<f7f28639>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[<f7f24f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<f7f252ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f7f252b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 89 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:f5ea9d88
---[ end trace 9976b7b9f13cea3d ]---
ivtv0: All encoder VBI stream buffers are full. Dropping data.
ivtv0: Cause: the application is not reading fast enough.
ivtv0: All encoder MPG stream buffers are full. Dropping data.
...

Regards,
Johannes

Hans Verkuil wrote:
> On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
>> Hi Hans,
>>
>> sorry to bother you again - but maybe you can help me:
>>
>> I recently installed the new Ubuntu 9.04 release containing kernel
>> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
>> from 2.6.28.8 were incorporated, amongst others the line:
>> V4L: ivtv: fix decoder crash regression
>>
>> I thought this was the patch for the problem you solved in February.
>> But after installing the new release, I had once a crash with the same
>> message as previously ('unable to handle kernel paging request'). It is
>> not as reproducible as before, but it seems to be the same error.
>>
>> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
>> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
>> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>>
>> Am I right in assuming that the Ubuntu guys have failed to incorporate
>> the patch or may I have missed something?
>
> I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
> are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
> didn't merge that patch.
>
> Regards,
>
> Hans
>
>> Best Regards,
>> Johannes
>>
>> Hans Verkuil wrote:
>>> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>>>> Hi Hans,
>>>>
>>>> you seem to have solved the problem!!
>>>> I am not able to reproduce the crashes with your latest version.
>>>> Because I usually avoid to use development drivers on my system:
>>>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>>>> of a 2.6.27 or 2.6.28 kernel?
>>> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>>>
>>> Thanks for your help!
>>>
>>> Regards,
>>>
>>> Hans
>
>
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

oh - I read your patch the wrong way round - your fix is indeed contained
within the Ubuntu 9.04 kernel, I erroneously assumed that the handling of
IVTV_IOC_DMA_FRAME has to be within 'ivtv_serialized_ioctl()'.

But then the fact remains that the decoder crash occurs also with your
patch. The crash only happened once for me - here is the excerpt from the syslog:

BUG: unable to handle kernel paging request at acd95ca8
IP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 30e7f067 *pte = 2321b065
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc radeon drm vmnet vmblock vmci vmmon video output cx8800 cx88xx videobuf_dvb bttv ir_common
lirc_dev dm_crypt powernow_k8 ivtvfb it87 hwmon_vid tuner_simple tuner_types msp3400 saa7127 saa7115 tuner qt1010 snd_usb
dummy snd_hda_intel compat_ioctl32 snd_seq_oss i2c_algo_bit snd_seq_midi dvb_usb_gl861 cx2341x snd_pcm_oss snd_mixer_oss
at snd_seq_midi_event snd_pcm dvb_core tveeprom usbhid snd_seq snd_seq_device k8temp ppdev ati_agp agpgart i2c_piix4 pcsp
e shpchp parport_pc parport usblp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r
or

Pid: 12834, comm: mythfrontend.re Not tainted (2.6.28-4-generic #11-Ubuntu) System Product Name
EIP: 0060:[<f7f24d87>] EFLAGS: 00210246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5f00079 EBX: f4ba39e0 ECX: acd95ca8 EDX: 00000000
ESI: 000051d4 EDI: f5f0f288 EBP: f5ea9f10 ESP: f5ea9d88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 12834, ti=f5ea8000 task=f5c7f110 task.ti=f5ea8000)
Stack:
f5ea9ec4 c5f1d63c 00000001 00000800 acd95ca8 f5ea9de0 f5f00000 f5ea9dc4
c01500cb f5ea9ddc 0c3a629d 00000000 0027ac6c f5ea9dc4 c0113913 f5ea9df0
c01537fa f5ea9e0c c012e08a f5ea9ddc f5ea9dec 00200086 f5f003cc 00000000
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<f7f2851f>] ? ivtv_queue_move+0x23f/0x280 [ivtv]
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<f7f25555>] ? dma_post+0x215/0x360 [ivtv]
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<f7f28639>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[<f7f24f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<f7f252ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f7f252b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 89 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:f5ea9d88
---[ end trace 9976b7b9f13cea3d ]---
ivtv0: All encoder VBI stream buffers are full. Dropping data.
ivtv0: Cause: the application is not reading fast enough.
ivtv0: All encoder MPG stream buffers are full. Dropping data.
...

Regards,
Johannes

Hans Verkuil wrote:
> On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
>> Hi Hans,
>>
>> sorry to bother you again - but maybe you can help me:
>>
>> I recently installed the new Ubuntu 9.04 release containing kernel
>> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
>> from 2.6.28.8 were incorporated, amongst others the line:
>> V4L: ivtv: fix decoder crash regression
>>
>> I thought this was the patch for the problem you solved in February.
>> But after installing the new release, I had once a crash with the same
>> message as previously ('unable to handle kernel paging request'). It is
>> not as reproducible as before, but it seems to be the same error.
>>
>> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
>> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
>> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>>
>> Am I right in assuming that the Ubuntu guys have failed to incorporate
>> the patch or may I have missed something?
>
> I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
> are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
> didn't merge that patch.
>
> Regards,
>
> Hans
>
>> Best Regards,
>> Johannes
>>
>> Hans Verkuil wrote:
>>> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>>>> Hi Hans,
>>>>
>>>> you seem to have solved the problem!!
>>>> I am not able to reproduce the crashes with your latest version.
>>>> Because I usually avoid to use development drivers on my system:
>>>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>>>> of a 2.6.27 or 2.6.28 kernel?
>>> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>>>
>>> Thanks for your help!
>>>
>>> Regards,
>>>
>>> Hans
>
>
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

oh - I read your patch the wrong way round - your fix is indeed contained
within the Ubuntu 9.04 kernel, I erroneously assumed that the handling of
IVTV_IOC_DMA_FRAME has to be within 'ivtv_serialized_ioctl()'.

But then the fact remains that the decoder crash occurs also with your
patch. The crash only happened once for me - here is the excerpt from the syslog:

BUG: unable to handle kernel paging request at acd95ca8
IP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 30e7f067 *pte = 2321b065
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc radeon drm vmnet vmblock vmci vmmon video output cx8800 cx88xx videobuf_dvb bttv ir_common
lirc_dev dm_crypt powernow_k8 ivtvfb it87 hwmon_vid tuner_simple tuner_types msp3400 saa7127 saa7115 tuner qt1010 snd_usb
dummy snd_hda_intel compat_ioctl32 snd_seq_oss i2c_algo_bit snd_seq_midi dvb_usb_gl861 cx2341x snd_pcm_oss snd_mixer_oss
at snd_seq_midi_event snd_pcm dvb_core tveeprom usbhid snd_seq snd_seq_device k8temp ppdev ati_agp agpgart i2c_piix4 pcsp
e shpchp parport_pc parport usblp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r
or

Pid: 12834, comm: mythfrontend.re Not tainted (2.6.28-4-generic #11-Ubuntu) System Product Name
EIP: 0060:[<f7f24d87>] EFLAGS: 00210246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5f00079 EBX: f4ba39e0 ECX: acd95ca8 EDX: 00000000
ESI: 000051d4 EDI: f5f0f288 EBP: f5ea9f10 ESP: f5ea9d88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 12834, ti=f5ea8000 task=f5c7f110 task.ti=f5ea8000)
Stack:
f5ea9ec4 c5f1d63c 00000001 00000800 acd95ca8 f5ea9de0 f5f00000 f5ea9dc4
c01500cb f5ea9ddc 0c3a629d 00000000 0027ac6c f5ea9dc4 c0113913 f5ea9df0
c01537fa f5ea9e0c c012e08a f5ea9ddc f5ea9dec 00200086 f5f003cc 00000000
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<f7f2851f>] ? ivtv_queue_move+0x23f/0x280 [ivtv]
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<f7f25555>] ? dma_post+0x215/0x360 [ivtv]
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<f7f28639>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[<f7f24f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<f7f252ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f7f252b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 89 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:f5ea9d88
---[ end trace 9976b7b9f13cea3d ]---
ivtv0: All encoder VBI stream buffers are full. Dropping data.
ivtv0: Cause: the application is not reading fast enough.
ivtv0: All encoder MPG stream buffers are full. Dropping data.
...

Regards,
Johannes

Hans Verkuil wrote:
> On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
>> Hi Hans,
>>
>> sorry to bother you again - but maybe you can help me:
>>
>> I recently installed the new Ubuntu 9.04 release containing kernel
>> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
>> from 2.6.28.8 were incorporated, amongst others the line:
>> V4L: ivtv: fix decoder crash regression
>>
>> I thought this was the patch for the problem you solved in February.
>> But after installing the new release, I had once a crash with the same
>> message as previously ('unable to handle kernel paging request'). It is
>> not as reproducible as before, but it seems to be the same error.
>>
>> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
>> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
>> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>>
>> Am I right in assuming that the Ubuntu guys have failed to incorporate
>> the patch or may I have missed something?
>
> I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
> are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
> didn't merge that patch.
>
> Regards,
>
> Hans
>
>> Best Regards,
>> Johannes
>>
>> Hans Verkuil wrote:
>>> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>>>> Hi Hans,
>>>>
>>>> you seem to have solved the problem!!
>>>> I am not able to reproduce the crashes with your latest version.
>>>> Because I usually avoid to use development drivers on my system:
>>>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>>>> of a 2.6.27 or 2.6.28 kernel?
>>> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>>>
>>> Thanks for your help!
>>>
>>> Regards,
>>>
>>> Hans
>
>
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

oh - I read your patch the wrong way round - your fix is indeed contained
within the Ubuntu 9.04 kernel, I erroneously assumed that the handling of
IVTV_IOC_DMA_FRAME has to be within 'ivtv_serialized_ioctl()'.

But then the fact remains that the decoder crash occurs also with your
patch. The crash only happened once for me - here is the excerpt from the syslog:

BUG: unable to handle kernel paging request at acd95ca8
IP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 30e7f067 *pte = 2321b065
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc radeon drm vmnet vmblock vmci vmmon video output cx8800 cx88xx videobuf_dvb bttv ir_common
lirc_dev dm_crypt powernow_k8 ivtvfb it87 hwmon_vid tuner_simple tuner_types msp3400 saa7127 saa7115 tuner qt1010 snd_usb
dummy snd_hda_intel compat_ioctl32 snd_seq_oss i2c_algo_bit snd_seq_midi dvb_usb_gl861 cx2341x snd_pcm_oss snd_mixer_oss
at snd_seq_midi_event snd_pcm dvb_core tveeprom usbhid snd_seq snd_seq_device k8temp ppdev ati_agp agpgart i2c_piix4 pcsp
e shpchp parport_pc parport usblp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r
or

Pid: 12834, comm: mythfrontend.re Not tainted (2.6.28-4-generic #11-Ubuntu) System Product Name
EIP: 0060:[<f7f24d87>] EFLAGS: 00210246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5f00079 EBX: f4ba39e0 ECX: acd95ca8 EDX: 00000000
ESI: 000051d4 EDI: f5f0f288 EBP: f5ea9f10 ESP: f5ea9d88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 12834, ti=f5ea8000 task=f5c7f110 task.ti=f5ea8000)
Stack:
f5ea9ec4 c5f1d63c 00000001 00000800 acd95ca8 f5ea9de0 f5f00000 f5ea9dc4
c01500cb f5ea9ddc 0c3a629d 00000000 0027ac6c f5ea9dc4 c0113913 f5ea9df0
c01537fa f5ea9e0c c012e08a f5ea9ddc f5ea9dec 00200086 f5f003cc 00000000
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<f7f2851f>] ? ivtv_queue_move+0x23f/0x280 [ivtv]
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<f7f25555>] ? dma_post+0x215/0x360 [ivtv]
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<f7f28639>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[<f7f24f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<f7f252ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f7f252b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 89 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:f5ea9d88
---[ end trace 9976b7b9f13cea3d ]---
ivtv0: All encoder VBI stream buffers are full. Dropping data.
ivtv0: Cause: the application is not reading fast enough.
ivtv0: All encoder MPG stream buffers are full. Dropping data.
...

Regards,
Johannes

Hans Verkuil wrote:
> On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
>> Hi Hans,
>>
>> sorry to bother you again - but maybe you can help me:
>>
>> I recently installed the new Ubuntu 9.04 release containing kernel
>> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
>> from 2.6.28.8 were incorporated, amongst others the line:
>> V4L: ivtv: fix decoder crash regression
>>
>> I thought this was the patch for the problem you solved in February.
>> But after installing the new release, I had once a crash with the same
>> message as previously ('unable to handle kernel paging request'). It is
>> not as reproducible as before, but it seems to be the same error.
>>
>> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
>> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
>> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>>
>> Am I right in assuming that the Ubuntu guys have failed to incorporate
>> the patch or may I have missed something?
>
> I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
> are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
> didn't merge that patch.
>
> Regards,
>
> Hans
>
>> Best Regards,
>> Johannes
>>
>> Hans Verkuil wrote:
>>> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>>>> Hi Hans,
>>>>
>>>> you seem to have solved the problem!!
>>>> I am not able to reproduce the crashes with your latest version.
>>>> Because I usually avoid to use development drivers on my system:
>>>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>>>> of a 2.6.27 or 2.6.28 kernel?
>>> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>>>
>>> Thanks for your help!
>>>
>>> Regards,
>>>
>>> Hans
>
>
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

oh - I read your patch the wrong way round - your fix is indeed contained
within the Ubuntu 9.04 kernel, I erroneously assumed that the handling of
IVTV_IOC_DMA_FRAME has to be within 'ivtv_serialized_ioctl()'.

But then the fact remains that the decoder crash occurs also with your
patch. The crash only happened once for me - here is the excerpt from the syslog:

BUG: unable to handle kernel paging request at acd95ca8
IP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 30e7f067 *pte = 2321b065
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc radeon drm vmnet vmblock vmci vmmon video output cx8800 cx88xx videobuf_dvb bttv ir_common
lirc_dev dm_crypt powernow_k8 ivtvfb it87 hwmon_vid tuner_simple tuner_types msp3400 saa7127 saa7115 tuner qt1010 snd_usb
dummy snd_hda_intel compat_ioctl32 snd_seq_oss i2c_algo_bit snd_seq_midi dvb_usb_gl861 cx2341x snd_pcm_oss snd_mixer_oss
at snd_seq_midi_event snd_pcm dvb_core tveeprom usbhid snd_seq snd_seq_device k8temp ppdev ati_agp agpgart i2c_piix4 pcsp
e shpchp parport_pc parport usblp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r
or

Pid: 12834, comm: mythfrontend.re Not tainted (2.6.28-4-generic #11-Ubuntu) System Product Name
EIP: 0060:[<f7f24d87>] EFLAGS: 00210246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5f00079 EBX: f4ba39e0 ECX: acd95ca8 EDX: 00000000
ESI: 000051d4 EDI: f5f0f288 EBP: f5ea9f10 ESP: f5ea9d88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 12834, ti=f5ea8000 task=f5c7f110 task.ti=f5ea8000)
Stack:
f5ea9ec4 c5f1d63c 00000001 00000800 acd95ca8 f5ea9de0 f5f00000 f5ea9dc4
c01500cb f5ea9ddc 0c3a629d 00000000 0027ac6c f5ea9dc4 c0113913 f5ea9df0
c01537fa f5ea9e0c c012e08a f5ea9ddc f5ea9dec 00200086 f5f003cc 00000000
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<f7f2851f>] ? ivtv_queue_move+0x23f/0x280 [ivtv]
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<f7f25555>] ? dma_post+0x215/0x360 [ivtv]
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<f7f28639>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[<f7f24f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<f7f252ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f7f252b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 89 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:f5ea9d88
---[ end trace 9976b7b9f13cea3d ]---
ivtv0: All encoder VBI stream buffers are full. Dropping data.
ivtv0: Cause: the application is not reading fast enough.
ivtv0: All encoder MPG stream buffers are full. Dropping data.
...

Regards,
Johannes

Hans Verkuil wrote:
> On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
>> Hi Hans,
>>
>> sorry to bother you again - but maybe you can help me:
>>
>> I recently installed the new Ubuntu 9.04 release containing kernel
>> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
>> from 2.6.28.8 were incorporated, amongst others the line:
>> V4L: ivtv: fix decoder crash regression
>>
>> I thought this was the patch for the problem you solved in February.
>> But after installing the new release, I had once a crash with the same
>> message as previously ('unable to handle kernel paging request'). It is
>> not as reproducible as before, but it seems to be the same error.
>>
>> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
>> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
>> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>>
>> Am I right in assuming that the Ubuntu guys have failed to incorporate
>> the patch or may I have missed something?
>
> I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
> are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
> didn't merge that patch.
>
> Regards,
>
> Hans
>
>> Best Regards,
>> Johannes
>>
>> Hans Verkuil wrote:
>>> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>>>> Hi Hans,
>>>>
>>>> you seem to have solved the problem!!
>>>> I am not able to reproduce the crashes with your latest version.
>>>> Because I usually avoid to use development drivers on my system:
>>>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>>>> of a 2.6.27 or 2.6.28 kernel?
>>> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>>>
>>> Thanks for your help!
>>>
>>> Regards,
>>>
>>> Hans
>
>
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

oh - I read your patch the wrong way round - your fix is indeed contained
within the Ubuntu 9.04 kernel, I erroneously assumed that the handling of
IVTV_IOC_DMA_FRAME has to be within 'ivtv_serialized_ioctl()'.

But then the fact remains that the decoder crash occurs also with your
patch. The crash only happened once for me - here is the excerpt from the syslog:

BUG: unable to handle kernel paging request at acd95ca8
IP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 30e7f067 *pte = 2321b065
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc radeon drm vmnet vmblock vmci vmmon video output cx8800 cx88xx videobuf_dvb bttv ir_common
lirc_dev dm_crypt powernow_k8 ivtvfb it87 hwmon_vid tuner_simple tuner_types msp3400 saa7127 saa7115 tuner qt1010 snd_usb
dummy snd_hda_intel compat_ioctl32 snd_seq_oss i2c_algo_bit snd_seq_midi dvb_usb_gl861 cx2341x snd_pcm_oss snd_mixer_oss
at snd_seq_midi_event snd_pcm dvb_core tveeprom usbhid snd_seq snd_seq_device k8temp ppdev ati_agp agpgart i2c_piix4 pcsp
e shpchp parport_pc parport usblp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r
or

Pid: 12834, comm: mythfrontend.re Not tainted (2.6.28-4-generic #11-Ubuntu) System Product Name
EIP: 0060:[<f7f24d87>] EFLAGS: 00210246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5f00079 EBX: f4ba39e0 ECX: acd95ca8 EDX: 00000000
ESI: 000051d4 EDI: f5f0f288 EBP: f5ea9f10 ESP: f5ea9d88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 12834, ti=f5ea8000 task=f5c7f110 task.ti=f5ea8000)
Stack:
f5ea9ec4 c5f1d63c 00000001 00000800 acd95ca8 f5ea9de0 f5f00000 f5ea9dc4
c01500cb f5ea9ddc 0c3a629d 00000000 0027ac6c f5ea9dc4 c0113913 f5ea9df0
c01537fa f5ea9e0c c012e08a f5ea9ddc f5ea9dec 00200086 f5f003cc 00000000
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<f7f2851f>] ? ivtv_queue_move+0x23f/0x280 [ivtv]
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<f7f25555>] ? dma_post+0x215/0x360 [ivtv]
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<f7f28639>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[<f7f24f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<f7f252ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f7f252b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 89 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:f5ea9d88
---[ end trace 9976b7b9f13cea3d ]---
ivtv0: All encoder VBI stream buffers are full. Dropping data.
ivtv0: Cause: the application is not reading fast enough.
ivtv0: All encoder MPG stream buffers are full. Dropping data.
...

Regards,
Johannes

Hans Verkuil wrote:
> On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
>> Hi Hans,
>>
>> sorry to bother you again - but maybe you can help me:
>>
>> I recently installed the new Ubuntu 9.04 release containing kernel
>> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
>> from 2.6.28.8 were incorporated, amongst others the line:
>> V4L: ivtv: fix decoder crash regression
>>
>> I thought this was the patch for the problem you solved in February.
>> But after installing the new release, I had once a crash with the same
>> message as previously ('unable to handle kernel paging request'). It is
>> not as reproducible as before, but it seems to be the same error.
>>
>> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
>> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
>> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>>
>> Am I right in assuming that the Ubuntu guys have failed to incorporate
>> the patch or may I have missed something?
>
> I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
> are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
> didn't merge that patch.
>
> Regards,
>
> Hans
>
>> Best Regards,
>> Johannes
>>
>> Hans Verkuil wrote:
>>> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>>>> Hi Hans,
>>>>
>>>> you seem to have solved the problem!!
>>>> I am not able to reproduce the crashes with your latest version.
>>>> Because I usually avoid to use development drivers on my system:
>>>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>>>> of a 2.6.27 or 2.6.28 kernel?
>>> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>>>
>>> Thanks for your help!
>>>
>>> Regards,
>>>
>>> Hans
>
>
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

oh - I read your patch the wrong way round - your fix is indeed contained
within the Ubuntu 9.04 kernel, I erroneously assumed that the handling of
IVTV_IOC_DMA_FRAME has to be within 'ivtv_serialized_ioctl()'.

But then the fact remains that the decoder crash occurs also with your
patch. The crash only happened once for me - here is the excerpt from the syslog:

BUG: unable to handle kernel paging request at acd95ca8
IP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 30e7f067 *pte = 2321b065
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc radeon drm vmnet vmblock vmci vmmon video output cx8800 cx88xx videobuf_dvb bttv ir_common
lirc_dev dm_crypt powernow_k8 ivtvfb it87 hwmon_vid tuner_simple tuner_types msp3400 saa7127 saa7115 tuner qt1010 snd_usb
dummy snd_hda_intel compat_ioctl32 snd_seq_oss i2c_algo_bit snd_seq_midi dvb_usb_gl861 cx2341x snd_pcm_oss snd_mixer_oss
at snd_seq_midi_event snd_pcm dvb_core tveeprom usbhid snd_seq snd_seq_device k8temp ppdev ati_agp agpgart i2c_piix4 pcsp
e shpchp parport_pc parport usblp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r
or

Pid: 12834, comm: mythfrontend.re Not tainted (2.6.28-4-generic #11-Ubuntu) System Product Name
EIP: 0060:[<f7f24d87>] EFLAGS: 00210246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5f00079 EBX: f4ba39e0 ECX: acd95ca8 EDX: 00000000
ESI: 000051d4 EDI: f5f0f288 EBP: f5ea9f10 ESP: f5ea9d88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 12834, ti=f5ea8000 task=f5c7f110 task.ti=f5ea8000)
Stack:
f5ea9ec4 c5f1d63c 00000001 00000800 acd95ca8 f5ea9de0 f5f00000 f5ea9dc4
c01500cb f5ea9ddc 0c3a629d 00000000 0027ac6c f5ea9dc4 c0113913 f5ea9df0
c01537fa f5ea9e0c c012e08a f5ea9ddc f5ea9dec 00200086 f5f003cc 00000000
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<f7f2851f>] ? ivtv_queue_move+0x23f/0x280 [ivtv]
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<f7f25555>] ? dma_post+0x215/0x360 [ivtv]
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<f7f28639>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[<f7f24f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<f7f252ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f7f252b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 89 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:f5ea9d88
---[ end trace 9976b7b9f13cea3d ]---
ivtv0: All encoder VBI stream buffers are full. Dropping data.
ivtv0: Cause: the application is not reading fast enough.
ivtv0: All encoder MPG stream buffers are full. Dropping data.
...

Regards,
Johannes

Hans Verkuil wrote:
> On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
>> Hi Hans,
>>
>> sorry to bother you again - but maybe you can help me:
>>
>> I recently installed the new Ubuntu 9.04 release containing kernel
>> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
>> from 2.6.28.8 were incorporated, amongst others the line:
>> V4L: ivtv: fix decoder crash regression
>>
>> I thought this was the patch for the problem you solved in February.
>> But after installing the new release, I had once a crash with the same
>> message as previously ('unable to handle kernel paging request'). It is
>> not as reproducible as before, but it seems to be the same error.
>>
>> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
>> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
>> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>>
>> Am I right in assuming that the Ubuntu guys have failed to incorporate
>> the patch or may I have missed something?
>
> I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
> are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
> didn't merge that patch.
>
> Regards,
>
> Hans
>
>> Best Regards,
>> Johannes
>>
>> Hans Verkuil wrote:
>>> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>>>> Hi Hans,
>>>>
>>>> you seem to have solved the problem!!
>>>> I am not able to reproduce the crashes with your latest version.
>>>> Because I usually avoid to use development drivers on my system:
>>>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>>>> of a 2.6.27 or 2.6.28 kernel?
>>> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>>>
>>> Thanks for your help!
>>>
>>> Regards,
>>>
>>> Hans
>
>
>

_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users
Re: unable to handle kernel paging request [ In reply to ]
Hi Hans,

oh - I read your patch the wrong way round - your fix is indeed contained
within the Ubuntu 9.04 kernel, I erroneously assumed that the handling of
IVTV_IOC_DMA_FRAME has to be within 'ivtv_serialized_ioctl()'.

But then the fact remains that the decoder crash occurs also with your
patch. The crash only happened once for me - here is the excerpt from the syslog:

BUG: unable to handle kernel paging request at acd95ca8
IP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
*pde = 30e7f067 *pte = 2321b065
Oops: 0003 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:13.4/pools
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: binfmt_misc radeon drm vmnet vmblock vmci vmmon video output cx8800 cx88xx videobuf_dvb bttv ir_common
lirc_dev dm_crypt powernow_k8 ivtvfb it87 hwmon_vid tuner_simple tuner_types msp3400 saa7127 saa7115 tuner qt1010 snd_usb
dummy snd_hda_intel compat_ioctl32 snd_seq_oss i2c_algo_bit snd_seq_midi dvb_usb_gl861 cx2341x snd_pcm_oss snd_mixer_oss
at snd_seq_midi_event snd_pcm dvb_core tveeprom usbhid snd_seq snd_seq_device k8temp ppdev ati_agp agpgart i2c_piix4 pcsp
e shpchp parport_pc parport usblp usb_storage firewire_ohci firewire_core crc_itu_t ohci1394 ieee1394 ehci_hcd ohci_hcd r
or

Pid: 12834, comm: mythfrontend.re Not tainted (2.6.28-4-generic #11-Ubuntu) System Product Name
EIP: 0060:[<f7f24d87>] EFLAGS: 00210246 CPU: 1
EIP is at ivtv_decoder_ioctls+0x6b7/0x870 [ivtv]
EAX: f5f00079 EBX: f4ba39e0 ECX: acd95ca8 EDX: 00000000
ESI: 000051d4 EDI: f5f0f288 EBP: f5ea9f10 ESP: f5ea9d88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process mythfrontend.re (pid: 12834, ti=f5ea8000 task=f5c7f110 task.ti=f5ea8000)
Stack:
f5ea9ec4 c5f1d63c 00000001 00000800 acd95ca8 f5ea9de0 f5f00000 f5ea9dc4
c01500cb f5ea9ddc 0c3a629d 00000000 0027ac6c f5ea9dc4 c0113913 f5ea9df0
c01537fa f5ea9e0c c012e08a f5ea9ddc f5ea9dec 00200086 f5f003cc 00000000
Call Trace:
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<c0113913>] ? lapic_next_event+0x13/0x20
[<c01537fa>] ? clockevents_program_event+0x9a/0x150
[<c012e08a>] ? rebalance_domains+0xda/0x150
[<f7f2851f>] ? ivtv_queue_move+0x23f/0x280 [ivtv]
[<c012e134>] ? run_rebalance_domains+0x34/0xc0
[<f7f25555>] ? dma_post+0x215/0x360 [ivtv]
[<c01500cb>] ? getnstimeofday+0x4b/0x100
[<f7f28639>] ? ivtv_dequeue+0x59/0x70 [ivtv]
[<f7f24f92>] ? ivtv_serialized_ioctl+0x52/0x370 [ivtv]
[<f7f252ea>] ? ivtv_v4l2_ioctl+0x3a/0x60 [ivtv]
[<f7f252b0>] ? ivtv_v4l2_ioctl+0x0/0x60 [ivtv]
[<c01c3728>] ? vfs_ioctl+0x28/0x90
[<c01c3c0e>] ? do_vfs_ioctl+0x5e/0x200
[<c01c3e13>] ? sys_ioctl+0x63/0x70
[<c0103f6b>] ? sysenter_do_call+0x12/0x2f
Code: fe ff ff 81 c7 7c f2 00 00 a5 a5 a5 8b 85 90 fe ff ff 8b 95 90 fe ff ff 83 c0 79 f0 80 4a 79 40 8b 75 b4 31 d2 8b 89 ff ff 8b bd 90 fe ff ff 8b
EIP: [<f7f24d87>] ivtv_decoder_ioctls+0x6b7/0x870 [ivtv] SS:ESP 0068:f5ea9d88
---[ end trace 9976b7b9f13cea3d ]---
ivtv0: All encoder VBI stream buffers are full. Dropping data.
ivtv0: Cause: the application is not reading fast enough.
ivtv0: All encoder MPG stream buffers are full. Dropping data.
...

Regards,
Johannes

Hans Verkuil wrote:
> On Tuesday 28 April 2009 21:58:19 Johannes Reisinger wrote:
>> Hi Hans,
>>
>> sorry to bother you again - but maybe you can help me:
>>
>> I recently installed the new Ubuntu 9.04 release containing kernel
>> 2.6.28-11. The ChangeLog contains the info, that upstream kernel changes
>> from 2.6.28.8 were incorporated, amongst others the line:
>> V4L: ivtv: fix decoder crash regression
>>
>> I thought this was the patch for the problem you solved in February.
>> But after installing the new release, I had once a crash with the same
>> message as previously ('unable to handle kernel paging request'). It is
>> not as reproducible as before, but it seems to be the same error.
>>
>> I had a look at 'ivtv-ioctl.c' and recognized that the code sequence
>> 'case IVTV_IOC_DMA_FRAME: ... return ivtv_decoder_ioctls(...' is still in
>> function 'ivtv_default()' and not in 'ivtv_serialized_ioctl()'.
>>
>> Am I right in assuming that the Ubuntu guys have failed to incorporate
>> the patch or may I have missed something?
>
> I downloaded the vanilla 2.6.28.8 kernel and IVTV_IOC_DMA_FRAME and friends
> are definitely handled in ivtv_default, so it does indeed seem that Ubuntu
> didn't merge that patch.
>
> Regards,
>
> Hans
>
>> Best Regards,
>> Johannes
>>
>> Hans Verkuil wrote:
>>> On Saturday 14 February 2009 23:46:36 hannes@linus.priv.at wrote:
>>>> Hi Hans,
>>>>
>>>> you seem to have solved the problem!!
>>>> I am not able to reproduce the crashes with your latest version.
>>>> Because I usually avoid to use development drivers on my system:
>>>> Is it possible to apply your latest patch also to the ivtv-ioctl.c
>>>> of a 2.6.27 or 2.6.28 kernel?
>>> Sure, the attached patch applies nicely to 2.6.27 and 2.6.28.
>>>
>>> Thanks for your help!
>>>
>>> Regards,
>>>
>>> Hans
>
>
>

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