hi, if i am not totally wrong, the nexus-s is based on the av7110 chip and is using the dvb_ttpci driver. this one is not capable to playback ts files. the ts is repacked within the driver into pes and the convert functions, do have locking/mutexing problems and race conditions iirc. as discussed in previous threads on this ml, this behaviour won't be fixed. regards marcel On Tuesday 05 April 2005 18:04, Ronan Meneu wrote: > Hello, > > I use the test_dvr_play to inject TS data (nexus-S card, kernel 2.6.8). > In the /var/log/messages, there are loads of messages of this kind : > > <3>bad: scheduling while atomic! > <4> [<c029529e>] schedule+0x802/0x807 > <4> [<c0106b4a>] apic_timer_interrupt+0x1a/0x20 > <4> [<e0b4879e>] play_video_cb+0x242/0x2c9 [dvb_ttpci] > <4> [<c011c8fe>] autoremove_wake_function+0x0/0x57 > <4> [<c011c8fe>] autoremove_wake_function+0x0/0x57 > <4> [<e0e71788>] _nv004814rm+0x1c4/0x2ac [nvidia] > <4> [<e0b4f7ce>] send_ipack+0x93/0x20c [dvb_ttpci] > <4> [<c0270813>] udp_rcv+0xdd/0x409 > <4> [<e0b4fa38>] write_ipack+0xa8/0xfd [dvb_ttpci] > <4> [<e0b4fd53>] av7110_ipack_instant_repack+0x2c6/0x703 [dvb_ttpci] > <4> [<e0b498de>] av7110_write_to_decoder+0xa5/0x112 [dvb_ttpci] > <4> [<c020fee2>] dvb_dmx_swfilter_packet+0x22d/0x274 > <4> [<c02100b6>] dvb_dmx_swfilter+0x100/0x178 > <4> [<c0211196>] dvbdmx_write+0x71/0xa0 > <4> [<c020dae7>] dvb_dvr_write+0x68/0x8b > <4> [<c020da7f>] dvb_dvr_write+0x0/0x8b > <4> [<c015a757>] vfs_write+0xd0/0x135 > <4> [<c015a88d>] sys_write+0x51/0x80 > <4> [<c01060e3>] syscall_call+0x7/0xb > <3>bad: scheduling while atomic! > <4> [<c029529e>] schedule+0x802/0x807 > <4> [<c0270276>] udp_queue_rcv_skb+0x1d7/0x2e9 > <4> [<c02704bb>] udp_v4_mcast_deliver+0x133/0x2ec > <4> [<e0b4879e>] play_video_cb+0x242/0x2c9 [dvb_ttpci] > <4> [<c011c8fe>] autoremove_wake_function+0x0/0x57 > <4> [<c011c8fe>] autoremove_wake_function+0x0/0x57 > <4> [<e0b4f7ce>] send_ipack+0x93/0x20c [dvb_ttpci] > <4> [<c0270813>] udp_rcv+0xdd/0x409 > <4> [<e0b4fa38>] write_ipack+0xa8/0xfd [dvb_ttpci] > <4> [<e0b4fd53>] av7110_ipack_instant_repack+0x2c6/0x703 [dvb_ttpci] > <4> [<e0b498de>] av7110_write_to_decoder+0xa5/0x112 [dvb_ttpci] > <4> [<c020fee2>] dvb_dmx_swfilter_packet+0x22d/0x274 > <4> [<c02100b6>] dvb_dmx_swfilter+0x100/0x178 > <4> [<c0211196>] dvbdmx_write+0x71/0xa0 > <4> [<c020dae7>] dvb_dvr_write+0x68/0x8b > <4> [<c020da7f>] dvb_dvr_write+0x0/0x8b > <4> [<c015a757>] vfs_write+0xd0/0x135 > <4> [<c015a88d>] sys_write+0x51/0x80 > <4> [<c01060e3>] syscall_call+0x7/0xb > > Is it normal ? > > The fact is that this test_dvr_play takes a lot of cpu%. Are the errors > the reason ? > > Thanks. > > Ronan > > _______________________________________________ > > linux-dvb@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.linuxtv.org/pipermail/linux-dvb/attachments/20050405/13f54fca/attachment.pgp
