Bug 5941 - 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.
Summary: DVB-T Pluto2: When changing from one multiplex to other, card often got freez...
Status: CLOSED PATCH_ALREADY_AVAILABLE
Alias: None
Product: v4l-dvb
Classification: Unclassified
Component: dvb-other (show other bugs)
Hardware: i386 Linux
: P2 blocking
Assignee: Andreas Oberritter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-23 04:07 UTC by Cijoml Cijomlovic Cijomlov
Modified: 2007-04-04 15:34 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.16.16 and all lower
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
1 dmesg attach (15.09 KB, application/octet-stream)
2006-01-23 04:09 UTC, Cijoml Cijomlovic Cijomlov
Details
oops (15.09 KB, application/octet-stream)
2006-01-23 04:11 UTC, Cijoml Cijomlovic Cijomlov
Details
oops (15.08 KB, application/octet-stream)
2006-01-23 04:12 UTC, Cijoml Cijomlovic Cijomlov
Details

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

Note You need to log in before you can comment on or make changes to this bug.