Bug 5941

Summary:	DVB-T Pluto2: When changing from one multiplex to other, card often got freezes whole computer - remove card from slot helps at least reboot computer.
Product:	v4l-dvb	Reporter:	Cijoml Cijomlovic Cijomlov (cijoml)
Component:	dvb-other	Assignee:	Andreas Oberritter (obi)
Status:	CLOSED PATCH_ALREADY_AVAILABLE
Severity:	blocking	CC:	akpm, mchehab
Priority:	P2
Hardware:	i386
OS:	Linux
Kernel Version:	2.6.16.16 and all lower	Subsystem:
Regression:	---	Bisected commit-id:
Attachments:	1 dmesg attach oops oops

Description Cijoml Cijomlovic Cijomlov 2006-01-23 04:07:04 UTC

Most recent kernel where this bug did not occur:
Distribution: Debian testing
Hardware Environment: All - PCMCIA slot YENTA tested
Software Environment: 2.6.15 and lower, Debian testing, kaffeine
Problem Description:

Our "air" looks like:
CT2.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:512:650:1
Nova.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:513:661:2
CT1.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:2321:2322:3
Prima.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:514:671:4
Ocko.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:2305:2306:5
Radiozurnal.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:652:6
Praha.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:653:7
Vltava.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:651:8
Frekvence1.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:660:10
-
CT1:818000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:1101:1102:1
-
CT2:818000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:1201:1202:2
- CRo 1
Radiozurnal:818000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:0:2102:11
- CRo 2
Praha:818000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:0:0:12
- CRo 3
Vltava:818000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:0:0:13
- CRo
Regina:818000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:0:0:14
-
Country:818000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:0:0:16
-
Expres:818000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:0:0:17
CT2.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:512:650:1
Nova.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:513:661:2
CT1.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:2321:2322:3
Prima.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:514:671:4
Ocko.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:2305:2306:5
Radiozurnal.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:652:6
Praha.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:653:7
Vltava.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:651:8
Frekvence1.:506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:660:10

Steps to reproduce:

Change from one multiplex to other to block computer

PROBLEM IS IN LOCKING! I tested PREEMPT and Not-PREEMPT kernels, but both had
this problem.

Comment 1 Cijoml Cijomlovic Cijomlov 2006-01-23 04:09:19 UTC

Created attachment 7096 [details]
1 dmesg attach

Card got frozen, then remove card, then got first oops, then after killall
kaffeine I receive second oops

Comment 2 Cijoml Cijomlovic Cijomlov 2006-01-23 04:11:11 UTC

Created attachment 7097 [details]
oops

Card got frozen, then remove card, then got first oops, then after killall
kaffeine I receive second oops

Comment 3 Cijoml Cijomlovic Cijomlov 2006-01-23 04:12:37 UTC

Created attachment 7098 [details]
oops

Card got frozen, then remove card, then got first oops, then after killall
kaffeine I receive second oops

Comment 4 Andrew Morton 2007-01-31 02:04:34 UTC

Is this problem still occurring on recent kernels?

Comment 5 Cijoml Cijomlovic Cijomlov 2007-01-31 02:07:03 UTC

Hi, yes, tested in 2.6.20-rc5

Comment 6 Cijoml Cijomlovic Cijomlov 2007-04-04 15:34:12 UTC

Looks fixed in latest linux-dvb SVN repository