Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #60497
| From | Горбешко Богдан <bodqhrohro@gmail.com> |
|---|---|
| Newsgroups | linux.debian.bugs.dist, linux.debian.kernel |
| Subject | Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode |
| Date | 2018-03-18 15:50 +0100 |
| Message-ID | <vuHNf-1bp-1@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
Cross-posted to 2 groups.
Package: linux-image-amd64 Version: 4.14+89 Severity: critical Justification: breaks the whole system Dear Maintainer, This bothers me from November 2017, when wvdial broke and I moved to NetworkManager. While wvdial uses only serial interface (ttyUSB), NetworkManager sometimes recognizes the modem as ttyUSB and sometimes as cdc- wdm. So maybe the bug is much older as I was not actively using huawei_cdc_nbm module before. Since that, I started to experience strange system crashes. The only common thing for them is that HDD activity stops and the cooler keeps working; the system doesn't respond to anything including REISUB. The screen image was simply freezing for first weeks, then it started cluttering when crash happens. I was not sure if this is a software problem or a hardware one. I couldn't even strictly determine what conditions lead to this. The only mostly common thing was that it happens on active outgoing traffic (file uploading, torrents seeding and so). But not sure if every time. Sometimes the issue huddled and I could calmly upload large files for several days or even several weeks, but then crashes started happening again. People on a forum suggested me to install crash/kdump. Sometimes kdump triggers on kernel panic, sometimes it doesn't and I still get an unresponsive system with a cluttered screen. When it triggers, systemd tries to start the bunch of services in a small amount of RAM, so it proceeds very slowly and finally hangs or fails to the maintenance mode because of expired timeouts. Today I found out that in maintenance mode I still can run the kdump service and successfully collect the kernel dump and dmesg. [60103.825970] BUG: unable to handle kernel paging request at ffff9641f2004000 [60103.825998] IP: __memset+0x24/0x30 [60103.826001] PGD a6a06067 P4D a6a06067 PUD 4f65a063 PMD 72003063 PTE 0 [60103.826013] Oops: 0002 [#1] SMP NOPTI [60103.826018] Modules linked in: iptable_filter option huawei_cdc_ncm cdc_wdm cdc_ncm usbnet usb_wwan usbserial mii lz4 lz4_compress zram zsmallo c cpufreq_userspace cpufreq_powersave cpufreq_conservative rtsx_usb_ms memstick uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobu f2_core videodev media arc4 brcmsmac cordic brcmutil b43 mac80211 binfmt_misc cfg80211 fuse xfs ssb libcrc32c rng_core pcmcia pcmcia_core snd_hda_ codec_conexant snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hda_core kvm_amd snd_hwdep kvm snd_pcm_oss snd_mixer_oss joydev irqbypass pcs pkr snd_pcm bcma serio_raw ideapad_laptop sparse_keymap rfkill k10temp sg snd_timer wmi snd shpchp sp5100_tco battery ac soundcore evdev acpi_cpuf req vboxdrv(O) squashfs loop parport_pc ppdev lp parport sunrpc binder_linux(O) [60103.826105] ashmem_linux(O) ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic fscrypto ecb crypto_simd cryptd glue_helper aes_x86_64 uas usb_storage sr_mod sd_mod cdrom rtsx_usb_sdmmc mmc_core rtsx_usb mfd_core amdkfd radeon psmouse ohci_pci ahci libahci i2c_algo_bit ttm atl1c libata drm_kms_helper ohci_hcd ehci_pci ehci_hcd i2c_piix4 scsi_mod drm usbcore usb_common video button thermal [60103.826158] CPU: 0 PID: 5990 Comm: Chrome_DevTools Tainted: G O 4.14.0-3-amd64 #1 Debian 4.14.17-1 [60103.826162] Hardware name: LENOVO 20081 /Inagua, BIOS 41CN28WW(V2.04) 05/03/2012 [60103.826166] task: ffff964193484fc0 task.stack: ffffb2890137c000 [60103.826171] RIP: 0010:__memset+0x24/0x30 [60103.826174] RSP: 0000:ffff964316c03b68 EFLAGS: 00010216 [60103.826178] RAX: 0000000000000000 RBX: 00000000fffffffd RCX: 000000001ffa5000 [60103.826181] RDX: 0000000000000005 RSI: 0000000000000000 RDI: ffff9641f2003ffc [60103.826184] RBP: ffff964192f6c800 R08: 00000000304d434e R09: ffff9641f1d2c004 [60103.826187] R10: 0000000000000002 R11: 00000000000005ae R12: ffff9642e6957a80 [60103.826190] R13: ffff964282ff2ee8 R14: 000000000000000d R15: ffff9642e4843900 [60103.826194] FS: 00007f395aaf6700(0000) GS:ffff964316c00000(0000) knlGS:0000000000000000 [60103.826197] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [60103.826200] CR2: ffff9641f2004000 CR3: 0000000013b0c000 CR4: 00000000000006f0 [60103.826204] Call Trace: [60103.826212] <IRQ> [60103.826225] cdc_ncm_fill_tx_frame+0x5e3/0x740 [cdc_ncm] [60103.826236] cdc_ncm_tx_fixup+0x57/0x70 [cdc_ncm] [60103.826246] usbnet_start_xmit+0x5d/0x710 [usbnet] [60103.826254] ? netif_skb_features+0x119/0x250 [60103.826259] dev_hard_start_xmit+0xa1/0x200 [60103.826267] sch_direct_xmit+0xf2/0x1b0 [60103.826273] __dev_queue_xmit+0x5e3/0x7c0 [60103.826280] ? ip_finish_output2+0x263/0x3c0 [60103.826284] ip_finish_output2+0x263/0x3c0 [60103.826289] ? ip_output+0x6c/0xe0 [60103.826293] ip_output+0x6c/0xe0 [60103.826298] ? ip_forward_options+0x1a0/0x1a0 [60103.826303] tcp_transmit_skb+0x516/0x9b0 [60103.826309] tcp_write_xmit+0x1aa/0xee0 [60103.826313] ? sch_direct_xmit+0x71/0x1b0 [60103.826318] tcp_tasklet_func+0x177/0x180 [60103.826325] tasklet_action+0x5f/0x110 [60103.826332] __do_softirq+0xde/0x2b3 [60103.826337] irq_exit+0xae/0xb0 [60103.826342] do_IRQ+0x81/0xd0 [60103.826347] common_interrupt+0x98/0x98 [60103.826351] </IRQ> [60103.826355] RIP: 0033:0x7f397bdf2282 [60103.826358] RSP: 002b:00007f395aaf57d8 EFLAGS: 00000206 ORIG_RAX: ffffffffffffff6e [60103.826362] RAX: 0000000000000000 RBX: 00002f07bc6d0900 RCX: 00007f39752d7fe7 [60103.826365] RDX: 0000000000000022 RSI: 0000000000000147 RDI: 00002f07baea02c0 [60103.826368] RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 [60103.826371] R10: 00000000ffffffff R11: 0000000000000000 R12: 00002f07baea02c0 [60103.826373] R13: 00002f07bba227a0 R14: 00002f07bc6d090c R15: 0000000000000000 [60103.826377] Code: 90 90 90 90 90 90 90 0f 1f 44 00 00 49 89 f9 48 89 d1 83 e2 07 48 c1 e9 03 40 0f b6 f6 48 b8 01 01 01 01 01 01 01 01 48 0f af c6 <f3> 48 ab 89 d1 f3 aa 4c 89 c8 c3 90 49 89 f9 40 88 f0 48 89 d1 [60103.826442] RIP: __memset+0x24/0x30 RSP: ffff964316c03b68 [60103.826444] CR2: ffff9641f2004000 -- System Information: Debian Release: buster/sid APT prefers oldoldstable-updates APT policy: (500, 'oldoldstable-updates'), (500, 'oldoldstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8), LANGUAGE=ru_UA:ru (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linux-image-amd64 depends on: ii linux-image-4.14.0-3-amd64 4.14.17-1 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. -- no debconf information
Back to linux.debian.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode Горбешко Богдан <bodqhrohro@gmail.com> - 2018-03-18 15:50 +0100
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode Bjørn Mork <bjorn@mork.no> - 2018-03-19 01:40 +0100
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode Горбешко Богдан <bodqhrohro@gmail.com> - 2018-03-19 15:10 +0100
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode Phil <t@woerm.at> - 2018-06-27 21:50 +0200
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode Bjørn Mork <bmork@telenor.net> - 2018-06-29 10:40 +0200
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode Горбешко Богдан <bodqhrohro@gmail.com> - 2018-08-02 23:30 +0200
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode Горбешко Богдан <bodqhrohro@gmail.com> - 2018-08-04 14:10 +0200
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode debian@anm.c0mm.it - 2018-08-07 00:10 +0200
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode Phil <debian@anm.c0mm.it> - 2018-07-06 21:10 +0200
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode Phil <debian@anm.c0mm.it> - 2018-08-31 00:40 +0200
Bug#893393: linux-image-amd64: Kernel panic on active outgoing traffic through Huawei E173 modem in NDIS (CDC) mode Bjørn Mork <bjorn@mork.no> - 2018-08-31 11:30 +0200
csiph-web