Another approach... Just found that kaffeine has a "-d" option to give lots of debug output. Can you please capture this with kaffeine playing TV, e.g.
Code: Select all
kaffeine -d 2>&1 | tee result.log
Thanks,
Klaas.
Moderator: Forum Moderators
Code: Select all
kaffeine -d 2>&1 | tee result.log
Code: Select all
cd ~/mythtv-master/mythtv/mythtv
git checkout .
git apply 202011127-wintv-atsc-debug.patch
make
make install
Code: Select all
cd ~/mythtv-master/mythtv/mythtv
git checkout .
make distclean
git pull
git apply 202011127-wintv-atsc-debug.patch
./configure --prefix=/home/<your_home_directory>/mythtv-master/usr
make
make install
Code: Select all
mythtv-setup -v channel,chanscan,record,siparser,eit --loglevel=debug --logpath=.
Code: Select all
cd ~/mythtv-master
sudo mv usr usr_to_be_deleted
mkdir usr
Code: Select all
dmesg > result-dmesg.log
Code: Select all
dvbv5-scan -vvv -o result-dvbv5scan.log dtv-scan-tables/atsc/us-ATSC-center-frequencies-8VSB-062009
Code: Select all
dmesg > result-dmesg-after-scan.log
Code: Select all
lsmod > result-lsmod.log
Code: Select all
lsmod | grep -v Module | awk '{print $1}' | xargs modinfo > result-modinfo.log
Code: Select all
1340 [ 333.049663] si2157 4-0060: found a 'Silicon Labs Si2157-A30'
1341 [ 333.098252] si2157 4-0060: firmware version: 3.0.5
1342 [ 530.368597] cx23885: cx23885[0]: mpeg risc op code error
1343 [ 530.368606] cx23885: cx23885[0]: TS1 B - dma channel status dump
1344 [ 530.368610] cx23885: cx23885[0]: cmds: init risc lo : 0xffddf000
1345 [ 530.368613] cx23885: cx23885[0]: cmds: init risc hi : 0x00000000
1346 [ 530.368617] cx23885: cx23885[0]: cmds: cdt base : 0x00010870
1347 [ 530.368620] cx23885: cx23885[0]: cmds: cdt size : 0x0000000a
1348 [ 530.368623] cx23885: cx23885[0]: cmds: iq base : 0x00010630
1349 [ 530.368627] cx23885: cx23885[0]: cmds: iq size : 0x00000010
1350 [ 530.368630] cx23885: cx23885[0]: cmds: risc pc lo : 0xffddf048
1351 [ 530.368633] cx23885: cx23885[0]: cmds: risc pc hi : 0x00000000
1352 [ 530.368637] cx23885: cx23885[0]: cmds: iq wr ptr : 0x00004194
1353 [ 530.368640] cx23885: cx23885[0]: cmds: iq rd ptr : 0x00004198
1354 [ 530.368643] cx23885: cx23885[0]: cmds: cdt current : 0x00010898
1355 [ 530.368647] cx23885: cx23885[0]: cmds: pci target lo : 0xffed8000
1356 [ 530.368650] cx23885: cx23885[0]: cmds: pci target hi : 0x00000000
1357 [ 530.368653] cx23885: cx23885[0]: cmds: line / byte : 0x00000000
1358 [ 530.368657] cx23885: cx23885[0]: risc0:
1359 [ 530.368658] 0x1c0002f0 [ write sol eol count=752 ]
1360 [ 530.368663] cx23885: cx23885[0]: risc1:
1361 [ 530.368663] 0xffed8000 [ INVALID sol eol irq2 irq1 23 22 21 19 18 cnt0 resync count=0 ]
1362 [ 530.368669] cx23885: cx23885[0]: risc2:
1363 [ 530.368669] 0x00000000 [ INVALID count=0 ]
I do expect that all fixes that were developed in 2017-2018 in the 4.x linux kernel are now in the 5.x series, but it could be that with a latest&greatest system this problem surfaces again.I located the changes to the kernel module and noticed the addition of the cx23885 kernel module parameter dma_reset_workaround to force enable or disable the workaround. Nice!
Setting this parameter to forced on (options cx23885 dma_reset_workaround=2) solves the problem(?!) with kernel 4.20.3 and its kmods, so even though my AMD CPU is anything but current (late 2012) it needs the workaround as well. Interesting.