What about the case I described with the infinite log spew involving infinite series of "...control transefer when device not ok"? This one was one of the cases you were pointing out way back.
-Mike On Sun, 22 Sep 2019, Diego Rivera wrote: > This is what kern.log shows when I hot-unplug/hot-poweroff one of the > devices: > > Sep 22 13:36:05 tvserver kernel: [ 156.265825] usb 1-4: USB disconnect, > device number 8 > Sep 22 13:36:05 tvserver kernel: [ 156.266059] pvrusb2: Device being > rendered inoperable > Sep 22 13:36:05 tvserver kernel: [ 156.266162] BUG: unable to handle > kernel NULL pointer dereference at 0000000000000520 > Sep 22 13:36:05 tvserver kernel: [ 156.266299] #PF error: [normal kernel > read fault] > Sep 22 13:36:05 tvserver kernel: [ 156.266376] PGD 0 P4D 0 > Sep 22 13:36:05 tvserver kernel: [ 156.266424] Oops: 0000 [#1] SMP PTI > Sep 22 13:36:05 tvserver kernel: [ 156.266485] CPU: 0 PID: 2190 Comm: > pvrusb2-context Not tainted 5.0.0-29-generic #31-Ubuntu > Sep 22 13:36:05 tvserver kernel: [ 156.266610] Hardware name: To Be Filled > By O.E.M. To Be Filled By O.E.M./Q1900-ITX, BIOS P1.70 03/31/2016 > Sep 22 13:36:05 tvserver kernel: [ 156.266770] RIP: > 0010:pvr2_v4l2_internal_check+0x47/0x70 [pvrusb2] > Sep 22 13:36:05 tvserver kernel: [ 156.266867] Code: 2f e4 ff ff 48 8b 7b > 40 e8 26 e4 ff ff 48 8b 43 38 48 8b 90 20 05 00 00 48 05 20 05 00 00 48 39 > d0 74 03 5b 5d c3 48 8b 43 40 <48> 8b 90 20 05 00 00 48 05 20 05 00 00 48 > 39 d0 75 e7 48 89 df e8 > Sep 22 13:36:05 tvserver kernel: [ 156.267140] RSP: 0018:ffffb4f3c262fea0 > EFLAGS: 00010246 > Sep 22 13:36:05 tvserver kernel: [ 156.267223] RAX: 0000000000000000 RBX: > ffff9112efad8ba0 RCX: 0000000000000000 > Sep 22 13:36:05 tvserver kernel: [ 156.267331] RDX: ffff9112ee80cd20 RSI: > 0000000000000000 RDI: 0000000000000000 > Sep 22 13:36:05 tvserver kernel: [ 156.267439] RBP: ffffb4f3c262fea8 R08: > 0000000000000000 R09: ffff9112ed60c618 > Sep 22 13:36:05 tvserver kernel: [ 156.267546] R10: 000000000000f000 R11: > 0000002462016bed R12: ffff9112ef474000 > Sep 22 13:36:05 tvserver kernel: [ 156.267653] R13: ffffffffc108ba90 R14: > 0000000000000000 R15: ffff9112f36ed700 > Sep 22 13:36:05 tvserver kernel: [ 156.267761] FS: 0000000000000000(0000) > GS:ffff9112f8200000(0000) knlGS:0000000000000000 > Sep 22 13:36:05 tvserver kernel: [ 156.267880] CS: 0010 DS: 0000 ES: 0000 > CR0: 0000000080050033 > Sep 22 13:36:05 tvserver kernel: [ 156.267968] CR2: 0000000000000520 CR3: > 000000014820e000 CR4: 00000000001006f0 > Sep 22 13:36:05 tvserver kernel: [ 156.268074] Call Trace: > Sep 22 13:36:05 tvserver kernel: [ 156.268136] > pvr2_context_thread_func+0xc4/0x2b0 [pvrusb2] > Sep 22 13:36:05 tvserver kernel: [ 156.268227] ? wait_woken+0x80/0x80 > Sep 22 13:36:05 tvserver kernel: [ 156.268290] kthread+0x120/0x140 > Sep 22 13:36:05 tvserver kernel: [ 156.268362] ? > pvr2_context_destroy+0xc0/0xc0 [pvrusb2] > Sep 22 13:36:05 tvserver kernel: [ 156.268449] ? > __kthread_parkme+0x70/0x70 > Sep 22 13:36:05 tvserver kernel: [ 156.268518] ret_from_fork+0x35/0x40 > Sep 22 13:36:05 tvserver kernel: [ 156.268578] Modules linked in: s5h1411 > tda18271 tda8290 tuner cx25840 pvrusb2 tveeprom cx2341x dvb_core > v4l2_common videodev media veth xt_nat ipt_MASQUERADE xfrm_user xfrm_algo > br_netfilter bridge stp llc xt_recent ipt_REJECT nf_reject_ipv4 xt_limit > xt_comment xt_multiport xt_conntrack xt_hashlimit xt_addrtype xt_mark > iptable_mangle xt_tcpudp xt_CT iptable_raw nfnetlink_log xt_NFLOG > nf_log_ipv4 nf_log_common xt_LOG nf_conntrack_sane nf_conntrack_netlink > nfnetlink nf_nat_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip > nf_nat_pptp nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda > nf_conntrack_tftp nf_conntrack_sip nf_conntrack_pptp nf_conntrack_proto_gre > nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_irc > nf_conntrack_h323 nf_conntrack_ftp ts_kmp nf_conntrack_amanda iptable_nat > nf_nat_ipv4 nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 arc4 > iptable_filter bpfilter md4 cmac nls_utf8 cifs ccm fscache aufs overlay > nls_iso8859_1 xfs libcrc32c snd_hdmi_lpe_audio snd_pcm > Sep 22 13:36:05 tvserver kernel: [ 156.268655] snd_seq_midi > snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device snd_timer snd > soundcore intel_rapl intel_soc_dts_thermal intel_soc_dts_iosf > intel_powerclamp coretemp kvm_intel punit_atom_debug i915 joydev kvmgt > crct10dif_pclmul input_leds vfio_mdev mdev crc32_pclmul vfio_iommu_type1 > ghash_clmulni_intel cryptd vfio intel_cstate kvm irqbypass drm_kms_helper > drm hci_uart i2c_algo_bit fb_sys_fops btqca mei_txe syscopyarea btrtl > sysfillrect mei sysimgblt btbcm btintel bluetooth ecdh_generic rfkill_gpio > mac_hid sch_fq_codel ip_tables x_tables autofs4 hid_logitech_hidpp > hid_logitech_dj hid_generic usbhid r8169 ahci lpc_ich i2c_i801 libahci > realtek i2c_hid video hid > Sep 22 13:36:05 tvserver kernel: [ 156.270831] CR2: 0000000000000520 > Sep 22 13:36:05 tvserver kernel: [ 156.270891] ---[ end trace > 5d13378174849ef9 ]--- > Sep 22 13:36:05 tvserver kernel: [ 156.270988] RIP: > 0010:pvr2_v4l2_internal_check+0x47/0x70 [pvrusb2] > Sep 22 13:36:05 tvserver kernel: [ 156.271089] Code: 2f e4 ff ff 48 8b 7b > 40 e8 26 e4 ff ff 48 8b 43 38 48 8b 90 20 05 00 00 48 05 20 05 00 00 48 39 > d0 74 03 5b 5d c3 48 8b 43 40 <48> 8b 90 20 05 00 00 48 05 20 05 00 00 48 > 39 d0 75 e7 48 89 df e8 > Sep 22 13:36:05 tvserver kernel: [ 156.271363] RSP: 0018:ffffb4f3c262fea0 > EFLAGS: 00010246 > Sep 22 13:36:05 tvserver kernel: [ 156.271447] RAX: 0000000000000000 RBX: > ffff9112efad8ba0 RCX: 0000000000000000 > Sep 22 13:36:05 tvserver kernel: [ 156.271556] RDX: ffff9112ee80cd20 RSI: > 0000000000000000 RDI: 0000000000000000 > Sep 22 13:36:05 tvserver kernel: [ 156.271665] RBP: ffffb4f3c262fea8 R08: > 0000000000000000 R09: ffff9112ed60c618 > Sep 22 13:36:05 tvserver kernel: [ 156.271773] R10: 000000000000f000 R11: > 0000002462016bed R12: ffff9112ef474000 > Sep 22 13:36:05 tvserver kernel: [ 156.271882] R13: ffffffffc108ba90 R14: > 0000000000000000 R15: ffff9112f36ed700 > Sep 22 13:36:05 tvserver kernel: [ 156.271990] FS: 0000000000000000(0000) > GS:ffff9112f8200000(0000) knlGS:0000000000000000 > Sep 22 13:36:05 tvserver kernel: [ 156.272111] CS: 0010 DS: 0000 ES: 0000 > CR0: 0000000080050033 > Sep 22 13:36:05 tvserver kernel: [ 156.272201] CR2: 0000000000000520 CR3: > 000000014820e000 CR4: 00000000001006f0 > Sep 22 13:36:10 tvserver kernel: [ 161.084276] usb 1-4: new high-speed USB > device number 9 using xhci_hcd > Sep 22 13:36:10 tvserver kernel: [ 161.236211] usb 1-4: New USB device > found, idVendor=2040, idProduct=7501, bcdDevice= 8.00 > Sep 22 13:36:10 tvserver kernel: [ 161.236349] usb 1-4: New USB device > strings: Mfr=1, Product=2, SerialNumber=3 > Sep 22 13:36:10 tvserver kernel: [ 161.236458] usb 1-4: Product: WinTV > Sep 22 13:36:10 tvserver kernel: [ 161.236516] usb 1-4: Manufacturer: > Hauppauge > Sep 22 13:36:10 tvserver kernel: [ 161.236584] usb 1-4: SerialNumber: > 7300-00-F080EDCF > Sep 22 13:36:10 tvserver kernel: [ 161.239374] pvrusb2: Hardware > description: WinTV HVR-1950 Model 751xx > > Cheers! > -- > *Diego Rivera* > > > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon> > Virus-free. > www.avast.com > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link> > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > On Sun, Sep 22, 2019 at 12:42 PM Mike Isely <[email protected]> wrote: > > > On Sun, 22 Sep 2019, Mike Isely wrote: > > > > > > > > On Sun, 14 Apr 2019, Diego Rivera wrote: > > > > > > > Guinea pig #1 ready, sir! 😂 > > > > > > > > -- > > > > > > > > Diego Rivera > > > > > > > > > > Diego: > > > > > > Going back over this thread and comparing my recent notes, there's a > > > good experiment I'd like you to try: Get the hardware into a state > > > where you get the "Attempted to execute control transfer when device not > > > ok" infinite log spew. Once you've confirmed the scenario again, reboot > > > the host and then rename the ir-kbd-i2c.ko module to something which > > > disables it. You can find this module in the following path: > > > > > > /lib/modules/`uname -r`/krtnrl/drivers/media/i2c/ > > > > Typo correction: > > > > /lib/modules/`uname -r`/kernel/drivers/media/i2c/ > > > > (fingers in wrong position on keyboard, apparently) > > > > > > > > > > A good thing to do would be to just add "-disabled" to the end of the > > > file name. Then run "depmod -a" to rebuild the module dependencies > > > (should take a few seconds) and now the ir-kbd-i2c module will be > > > disabled. On the off-chance that it has already been loaded, also run > > > "modprobe -r ir_kbd_ic2" (or just reboot again). NOW, run that same > > > scenario where you get the log spew as mentioned above. Is that still > > > happening? Also, if it isn't still happening, does "modprobe -r > > > pvrusb2" still get stuck? > > > > > > The reason I ask is because that's what I am seeing here. That > > > ir-kbd-i2c here is the source of the endless stream of failing I2C > > > requests into the pvrusb2 driver. I want to make sure we're looking at > > > the same bug. I've got roughly 3 misbehaviors on my plate right now. > > > This is one of them. > > > > > > There was an earlier mention of a kernel panic when trying to remove the > > > pvrusb2 driver from the system. While I am seeing kernel oopses from > > > this - due to sysfs doing something unexpected - it is not panicing. > > > So I have not yet seen that specific problem. I'd like to know what > > > exact kernel was being run (distro / uname -r output / .config would > > > help too). > > > > > > -Mike > > > > > > -- > > > > > > Mike Isely > > > isely @ isely (dot) net > > > PGP: 03 54 43 4D 75 E5 CC 92 71 16 01 E2 B5 F5 C1 E8 > > > _______________________________________________ > > > pvrusb2 mailing list > > > [email protected] > > > http://www.isely.net/cgi-bin/mailman/listinfo/pvrusb2 > > > > > > > -- > > > > Mike Isely > > isely @ isely (dot) net > > PGP: 03 54 43 4D 75 E5 CC 92 71 16 01 E2 B5 F5 C1 E8 > > _______________________________________________ > > pvrusb2 mailing list > > [email protected] > > http://www.isely.net/cgi-bin/mailman/listinfo/pvrusb2 > > > _______________________________________________ > pvrusb2 mailing list > [email protected] > http://www.isely.net/cgi-bin/mailman/listinfo/pvrusb2 > -- Mike Isely isely @ isely (dot) net PGP: 03 54 43 4D 75 E5 CC 92 71 16 01 E2 B5 F5 C1 E8 _______________________________________________ pvrusb2 mailing list [email protected] http://www.isely.net/cgi-bin/mailman/listinfo/pvrusb2
