| Summary: | HVR-950 USB stick removal fails | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jussi Eloranta <eloranta> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 15 | CC: | gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-01-26 09:32:25 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Jussi Eloranta
2011-09-18 02:04:51 UTC
Mauro, any thoughts on this? Josh, It is likely due to the lock troubles found at the em28xx driver. There were a number of fixes for it that went to my development tree (http://git.linuxtv.org/media_tree.git) that addresses it: 778f295 [media] em28xx: replug locking cleanup f055815 [media] em28xx: remove unused prototypes b868a53 [media] em28xx: fix deadlock when unplugging and replugging a DVB adapter d7222e7 [media] em28xx: fix race on disconnect 9da9f35 [media] em28xx: Fix em28xx_devused cleanup logic on error f6c226b [media] em28xx: ERROR: "em28xx_add_into_devlist" [drivers/media/video/em28xx/em28xx.ko] undefined! 16e3d2f [media] EM28xx - Fix memory leak on disconnect or error 0b8bd83 [media] em28xx: don't sleep on disconnect 76424a0 [media] em28xx: move printk lines outside mutex lock 6c03e38 [media] em28xx: clean up resources should init fail 38b61eb [media] em28xx: use atomic bit operations for devices-in-use mask Those weren't tagged for staging, as they were complex, there some cleanups in the middle of this series, and I wanted to have more tests before having it upstream. They should be sent upstream for 3.2. Just plugged it into a ubuntu 10.04 box with kernel 2.6.32-32 and it seemed to create the proper /dev/dvb directory and after removing it the kernel reported it as removed correctly. So the problem appeared somewhere between 2.6.32 and 2.6.40. I am going to try the latest media_tree next. The media_tree git as of Oct 8 seems to have fixed the problem. In the past I also had another problem with the Hauppauge USB HDTV stick (when I was able to load it properly). It would suddenly stop working and flooded the syslog with the following: Aug 9 20:53:46 tv kernel: [ 1407.915108] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x58 error (ret == -19) Aug 9 20:53:46 tv kernel: [ 1407.915729] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x1c error (ret == -19) Aug 9 20:53:46 tv kernel: [ 1407.916356] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x6e error (ret == -19) Aug 9 20:53:46 tv kernel: [ 1407.916979] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x6e error (ret == -19) Aug 9 20:53:46 tv kernel: [ 1407.917606] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x8b error (ret == -19) Aug 9 20:53:46 tv kernel: [ 1407.968238] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x58 error (ret == -19) Aug 9 20:53:46 tv kernel: [ 1407.968862] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x1c error (ret == -19) etc. I have not seen this at least yet so hopefully this got fixed too! It would be great to get these fixes in the mainline kernel at some point. Thanks - good job! (In reply to comment #3) > Just plugged it into a ubuntu 10.04 box with kernel 2.6.32-32 and it seemed to > create the proper /dev/dvb directory and after removing it the kernel reported > it as removed correctly. So the problem appeared somewhere between 2.6.32 and > 2.6.40. I am going to try the latest media_tree next. It was due to the BKL removal patches (2.6.39 or something). (In reply to comment #4) > The media_tree git as of Oct 8 seems to have fixed the problem. In the past I > also had another problem with the Hauppauge USB HDTV stick (when I was able to > load it properly). It would suddenly stop working and flooded the syslog with > the following: > > Aug 9 20:53:46 tv kernel: [ 1407.915108] lgdt330x: i2c_read_demod_bytes: addr > 0x0e select 0x58 error (ret == -19) > Aug 9 20:53:46 tv kernel: [ 1407.915729] lgdt330x: i2c_read_demod_bytes: addr > 0x0e select 0x1c error (ret == -19) > Aug 9 20:53:46 tv kernel: [ 1407.916356] lgdt330x: i2c_read_demod_bytes: addr > 0x0e select 0x6e error (ret == -19) > Aug 9 20:53:46 tv kernel: [ 1407.916979] lgdt330x: i2c_read_demod_bytes: addr > 0x0e select 0x6e error (ret == -19) > Aug 9 20:53:46 tv kernel: [ 1407.917606] lgdt330x: i2c_read_demod_bytes: addr > 0x0e select 0x8b error (ret == -19) > Aug 9 20:53:46 tv kernel: [ 1407.968238] lgdt330x: i2c_read_demod_bytes: addr > 0x0e select 0x58 error (ret == -19) > Aug 9 20:53:46 tv kernel: [ 1407.968862] lgdt330x: i2c_read_demod_bytes: addr > 0x0e select 0x1c error (ret == -19) > > etc. > > I have not seen this at least yet so hopefully this got fixed too! It would be > great to get these fixes in the mainline kernel at some point. They'll be sent upstream for Kernel 3.2. Not sure how easy would be to backport them to Fedora 15. > > Thanks - good job! Except the i2c_read_demod_bytes error seems to persist. I think this has something to do with signal strength. Due to high winds I had to lower my antenna (and signal strength went down too) and these messages started coming up again. F15 is using the 2.6.43 kernel now. This should include the fixes that Mauro mentioned above. If you still see this with the 3.3 kernel, please let us know. Well, we are now at 3.13.5-200.fc20.x86_64 and the problem is still there. First the stick works fine and then after some time it stops working and the system log is flooded with the following: .... [36027.728514] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x6e error (ret == -19) [36027.779117] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x58 error (ret == -19) [36027.779656] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x6e error (ret == -19) [36027.779990] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x6e error (ret == -19) [36027.830997] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x58 error (ret == -19) [36027.831515] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x6e error (ret == -19) [36027.831875] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x6e error (ret == -19) [36027.882370] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x58 error (ret == -19) [36027.882754] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x6e error (ret == -19) [36027.883127] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x6e error (ret == -19) [36027.934008] lgdt330x: i2c_read_demod_bytes: addr 0x0e select 0x58 error (ret == -19) ... Any ideas? This bug is currently assigned to an unsupported release. If you think this bug is still valid and should remain open, please re-assign it to a supported release (F22, F23) or to rawhide. Bugs which will be assigned to an unsupported release are going to be closed as EOL (End Of Life) on January 26th, 2016. |