Hello Johan, thanks for the reply. I tried 4.14.16-rc1 with the patch (it applies OK), the system doesn't hang on port setup, but I'm still getting the backtraces and the ports don't seem to work: [ 367.448414] WARNING: CPU: 1 PID: 1757 at lib/list_debug.c:31 __list_add_valid+0x4e/0x70 [ 367.448415] Modules linked in: binfmt_misc(E) crc32_pclmul(E) snd_hda_codec_hdmi(E) ghash_clmulni_intel(E) cryptd(E) snd_hda_codec_realtek(E) snd_hda_codec_generic(E) kvm(E) snd_hda_intel(E) snd_hda_codec(E) snd_hda_core(E) irqbypass(E) snd_hwdep(E) coretemp(E) snd_seq(E) crct10dif_pclmul(E) snd_seq_device(E) iTCO_wdt(E) intel_powerclamp(E) snd_pcm(E) iTCO_vendor_support(E) crc32c_intel(E) ppdev(E) wmi_bmof(E) snd_timer(E) r8169(E) lpc_ich(E) snd(E) x86_pkg_temp_thermal(E) sg(E) mfd_core(E) pcspkr(E) mii(E) soundcore(E) mei_me(E) wmi(E) mei(E) shpchp(E) parport(E) nfsd(E) auth_rpcgss(E) nfs_acl(E) lockd(E) grace(E) sunrpc(E) ip_tables(E) ext4(E) mbcache(E) jbd2(E) fscrypto(E) sr_mod(E) cdrom(E) sd_mod(E) pata_acpi(E) ata_generic(E) i915(E) ata_piix(E) i2c_algo_bit(E) drm_kms_helper(E) libata(E) syscopyarea(E) [ 367.448439] ehci_pci(E) ehci_hcd(E) sysfillrect(E) sysimgblt(E) fb_sys_fops(E) drm(E) xhci_pci(E) xhci_hcd(E) i2c_core(E) video(E) dm_mirror(E) dm_region_hash(E) dm_log(E) dm_mod(E) dax(E) [last unloaded: parport_pc] [ 367.448447] CPU: 1 PID: 1757 Comm: setserial Tainted: G W E 4.14.16lb7.01 #1 [ 367.448449] Hardware name: LENOVO 10B4S3CS00/ , BIOS FCKT78AUS 05/10/2016 [ 367.448449] task: ffff880117b75600 task.stack: ffffc90000a78000 [ 367.448451] RIP: 0010:__list_add_valid+0x4e/0x70 [ 367.448452] RSP: 0018:ffffc90000a7bc58 EFLAGS: 00010046 [ 367.448453] RAX: 0000000000000058 RBX: ffffffff829bbab8 RCX: 0000000000000000 [ 367.448454] RDX: 0000000000000000 RSI: ffff88011fb16978 RDI: ffff88011fb16978 [ 367.448455] RBP: ffffffff829bb900 R08: 0000000000000000 R09: 000000000000047f [ 367.448456] R10: 0000000000000000 R11: ffffc90000a7b9c8 R12: ffffffff829bbab8 [ 367.448456] R13: ffffffff829bbab8 R14: ffff8801188be994 R15: ffffffff829bb900 [ 367.448457] FS: 00007f2eaa026740(0000) GS:ffff88011fb00000(0000) knlGS:0000000000000000 [ 367.448458] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 367.448459] CR2: 00007f2ea9c8e9f0 CR3: 00000001194f0004 CR4: 00000000000606e0 [ 367.448460] Call Trace: [ 367.448464] univ8250_setup_irq+0x163/0x280 [ 367.448468] serial8250_do_startup+0x1a5/0x780 [ 367.448470] uart_startup.part.19+0x60/0x140 [ 367.448471] uart_ioctl+0x9a5/0xa40 [ 367.448474] tty_ioctl+0xea/0x8a0 [ 367.448477] ? _copy_to_user+0x22/0x30 [ 367.448480] ? cp_new_stat+0x150/0x180 [ 367.448483] do_vfs_ioctl+0xa6/0x600 [ 367.448486] ? __audit_syscall_entry+0xaf/0x100 [ 367.448488] ? syscall_trace_enter+0x1cc/0x2b0 [ 367.448490] SyS_ioctl+0x74/0x80 [ 367.448492] do_syscall_64+0x61/0x1a0 [ 367.448495] entry_SYSCALL64_slow_path+0x25/0x25 [ 367.448497] RIP: 0033:0x7f2ea9ca0d77 [ 367.448498] RSP: 002b:00007ffd3969ac38 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 [ 367.448499] RAX: ffffffffffffffda RBX: 00007ffd3969c6ec RCX: 00007f2ea9ca0d77 [ 367.448500] RDX: 00007ffd3969aca0 RSI: 000000000000541f RDI: 0000000000000003 [ 367.448501] RBP: 00007ffd3969ae90 R08: 0000000000000000 R09: 0000000000000000 [ 367.448501] R10: 00007f2ea9ce99b0 R11: 0000000000000246 R12: 00007ffd3969ae90 [ 367.448502] R13: 0000000000000000 R14: 0000000000000003 R15: 00000000006043e0 [ 367.448503] Code: c3 48 89 c1 48 c7 c7 f8 8d e7 81 31 c0 e8 28 9f d7 ff 0f ff 31 c0 c3 48 89 c1 48 89 fe 31 c0 48 c7 c7 98 8e e7 81 e8 0f 9f d7 ff <0f> ff 31 c0 c3 48 89 d1 48 c7 c7 48 8e e7 81 48 89 f2 48 89 c6 [ 367.448519] ---[ end trace 5f1a9feae1801bbf ]--- [ 367.450330] list_add double add: new=ffffffff829bbcc8, prev=ffffffff829bbcc8, next=ffffffff829bbcc8. I'll check what other patches have been submitted since 4.14.. If you have some hint on more patches, it'll be welcome :) cheers nik On Wed, Jan 31, 2018 at 05:15:51PM +1100, Johan Hovold wrote: > On Tue, Jan 30, 2018 at 11:07:16PM +0100, Nikola Ciprich wrote: > > Hello dear linux-serial developers, > > > > I'v been struggling for some time to get brainboxes multiport serial > > card working under 4.14 kernel.. it's working fine for me under 4.4 > > (just using some setserial magic), but I need to switch to newer kernel. > > > > Under 4.14, when I try to setup the card, system either hangs, or just > > spits backtrace and hangs when I try to use some of the configured ports > > > > After some googling, I noticed some reports of multiport serial cards problem > > between 4.8 and 4.9 (without resolution), so I tested it, and really, 4.8 > > works fine, 4.9 always hangs during setserial setup (I'm not 100% sure it's > > the same problem I have in 4.14 though). > > > > I've bisected it to > > > > commit b3b57646186400d4f54652ab7bbf55f5764d9467 > > Author: Rob Herring <robh@xxxxxxxxxx> > > Date: Mon Aug 22 17:39:09 2016 -0500 > > > > tty: serial_core: convert uart_open to use tty_port_open > > > before this patch, it works, after it, it doesn't. My question is, does > > somebody remember some issues being fixed after this one? > > Yeah, that commit lead to some issues, of which at least some have been > fixed in mainline. But a related new report came in just a couple of > weeks ago, see below. > > > It's problematic to revert even with 4.9, and even worse with 4.14, so > > before I try digging deeper into it, I thougt I'd just try my luck asking > > here :) > > > > I'd be very gratefull for any hints > > Can you give this patch this a try: > > https://lkml.kernel.org/r/20180111175726.g2f2r7hx376yq73t@xxxxxxxxxxxxx > > We should probably get that one backported to stable while fixing the > remaining issues with that incomplete tty-port conversion. > > Johan > -- ------------------------------------- Ing. Nikola CIPRICH LinuxBox.cz, s.r.o. 28. rijna 168, 709 00 Ostrava tel.: +420 591 166 214 fax: +420 596 621 273 mobil: +420 777 093 799 www.linuxbox.cz mobil servis: +420 737 238 656 email servis: servis@xxxxxxxxxxx -------------------------------------
Attachment:
pgpJNYW84BQDx.pgp
Description: PGP signature
