Bug 181063
Summary: | kernel-2.6.15-1.1928_FC5 breaks wintv-novaT (budget dvb pci) | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tom Seeley <redhat> | ||||||||||||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||||||||||
Status: | CLOSED UPSTREAM | QA Contact: | Brian Brock <bbrock> | ||||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||||
Priority: | medium | ||||||||||||||||
Version: | 5 | CC: | jirislaby, sundaram, wtogami | ||||||||||||||
Target Milestone: | --- | ||||||||||||||||
Target Release: | --- | ||||||||||||||||
Hardware: | x86_64 | ||||||||||||||||
OS: | Linux | ||||||||||||||||
Whiteboard: | |||||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||
Clone Of: | Environment: | ||||||||||||||||
Last Closed: | 2006-03-17 17:34:01 UTC | Type: | --- | ||||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||||
Documentation: | --- | CRM: | |||||||||||||||
Verified Versions: | Category: | --- | |||||||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||
Embargoed: | |||||||||||||||||
Attachments: |
|
Description
Tom Seeley
2006-02-12 17:05:31 UTC
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 change this. 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 udev-084-1.1 modprobe -r budget, followed by a modprobe budget: UEVENT[1140564576.966001] remove@/bus/pci/drivers/budget dvb UEVENT[1140564576.966888] remove@/module/budget UEVENT[1140564576.968073] remove@/module/s5h1420 UEVENT[1140564576.969554] remove@/module/l64781 UEVENT[1140564576.971307] remove@/module/ves1820 UEVENT[1140564576.971378] remove@/module/budget_core UEVENT[1140564576.973235] remove@/module/saa7146 UEVENT[1140564576.974838] remove@/module/ttpci_eeprom UEVENT[1140564576.976474] remove@/module/stv0299 UEVENT[1140564576.978047] remove@/module/tda8083 UEVENT[1140564576.978805] remove@/module/ves1x93 UEVENT[1140564649.270378] add@/module/ves1x93 UEVENT[1140564649.272769] add@/module/tda8083 UEVENT[1140564649.275478] add@/module/stv0299 UEVENT[1140564649.277811] add@/module/ttpci_eeprom UEVENT[1140564649.281126] add@/module/saa7146 UEVENT[1140564649.284391] add@/module/budget_core UEVENT[1140564649.286788] add@/module/ves1820 UEVENT[1140564649.289229] add@/module/l64781 UEVENT[1140564649.291754] add@/module/s5h1420 UEVENT[1140564649.294722] add@/module/budget 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 http://bugme.osdl.org/show_bug.cgi?id=6170 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 another driver. 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. Tom. 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. Thanks. Ok, thank you for cooperation, could you close the bug, I haven't sufficient privileges. |