Red Hat Bugzilla – Bug 181063
kernel-2.6.15-1.1928_FC5 breaks wintv-novaT (budget dvb pci)
Last modified: 2007-11-30 17:11:23 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:18.104.22.168) Gecko/20060207 Fedora/22.214.171.124-2.1 Firefox/126.96.36.199
Description of problem:
devices for wintv-novaT (budget dvb pci saa7146) are not created in /dev/dvb when booting kernel-2.6.15-1.1928_FC5.
Problem not observed in kernel-2.6.15-1.1826.2.10_FC5 or when using different class of dvb device (freecom usb dvb works as expected in kernel-2.6.15-1.1928_FC5.)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot kernel-2.6.15-1.1928_FC5.
2. ls /dev/dvb
Actual Results: no device file seen for the Wintv novaT
Expected Results: ls should have listed "adaptor0"
What udev version do you use? From fc5t2, or rawhide (devel tree)?
Could you please run udevmonitor, rmmod the module and reprobe it back again and
post the result?
I changed some things in the driver, but there is no apparent error, that may
These bugs are being closed since a large number of updates have been released
after the FC5 test1 and test2 releases. Kindly update your system by running yum
update as root user or try out the third and final test version of FC5 being
released in a short while and verify if the bugs are still present on the system
.Reopen or file new bug reports as appropriate after confirming the presence of
this issue. Thanks
# rpm -q udev
modprobe -r budget, followed by a modprobe budget:
UEVENT[1140564576.966001] remove@/bus/pci/drivers/budget dvb
UEVENT[1140564649.294957] add@/bus/pci/drivers/budget dvb
Could you compile vanilla kernel? Could you bisect it (git bisect) to point out
accurate patch, that causes it?
Device works as expected in vanilla 2.6.15, but not in 2.6.16-rc5
Ok, it's ~5000 patches, could you bisect it
(http://www.kernel.org/pub/software/scm/git/docs/git-bisect.html)? Could you
attach dmesg and .config? Could you post it all to
Created attachment 126276 [details]
.config for 2.6.15
Created attachment 126277 [details]
dmesg for 2.6.15
Created attachment 126278 [details]
lsmod for running 2.6.15
Created attachment 126279 [details]
.config for 2.6.16-rc3
Created attachment 126280 [details]
dmesg for 2.6.16-rc3
Created attachment 126281 [details]
lsmod for running 2.6.16-rc3
In 2.6.15 there isn't stradis module linked in and it works properly? You are
now using stradis driver and it is seems to be defunct with your card, try
I'm not telling anything to do anything with "stradis" I'd never heard of it
prior to this bug. There is no mention of stradis in my modprobe.conf, both
kernels have stradis compiled in as a module. The only way I can think of
stopping stradis loading would be to remove it from my kernel build, which seems
a bit of a hack. But even then, that wouldn't help me when I go back to a
vendor (fedora) supplied kernel.
Also note that to date I haven't succeeded in bisecting the kernel any more
accurately that above. My first bisect between these 2 releases creates a
kernel that causes an oops when udev starts (oops mentions stradis). I will,
hopefully be able to attach the oops to this bug later.
Aha, doesn't matter, dmesg tells.
The problem is, that there are more devices with same vendor/product id without
subvendor ids (evil(TM)), in this case, stradis tries to get control of the
card. Try to put it on blacklist (/etc/modprobe.d/blacklist would be the right
place, at least on fc5 test) and reboot.
Bisecting won't be needed, I think, we'll see, thought.
The blacklist entry for stradis does indeed solve my problem.
Ok, thank you for cooperation, could you close the bug, I haven't sufficient