Re: [Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

On Tue, May 17, 2016 at 12:12 PM, Ming Lei wrote: > On Mon, May 16, 2016 at 5:25 PM, Ming Lei wrote: >> On Fri, May 13, 2016 at 7:22 AM, dann frazier >> wrote: >>> I used ftrace to do some duration measuring of the

Re: [Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

On Mon, May 16, 2016 at 5:25 PM, Ming Lei wrote: > On Fri, May 13, 2016 at 7:22 AM, dann frazier > wrote: >> I used ftrace to do some duration measuring of the timer function >> fb_flashcursor(). I noticed several places where this timer takes

Re: [Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

On Fri, May 13, 2016 at 7:22 AM, dann frazier wrote: > I used ftrace to do some duration measuring of the timer function > fb_flashcursor(). I noticed several places where this timer takes around > 98 ms to complete. This time seems to be due to multiple calls to >

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

I used ftrace to do some duration measuring of the timer function fb_flashcursor(). I noticed several places where this timer takes around 98 ms to complete. This time seems to be due to multiple calls to __memcpy_toio() in ast_dirty_update(): for (i = y; i <= y2; i++) {

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

I captured a perf data file, starting just before the NMI kicked in - in this case, it again occurred on CPU 11. I found that CPU 11 had spent a lot of its time in cursor_timer_handler(): - 16.92% swapper [kernel.kallsyms] [k] _raw_spin_unlock_irqrestore ▒ -

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

I created a perf timechart (attached) to see if that would illuminate the problem. This is taken from the installer environment for the first 30s. In this boot, the soft lockup occurred on CPU 11: [ 32.815351] NMI watchdog: BUG: soft lockup - CPU#11 stuck for 22s! [swapper/11:0] This

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

** Changed in: linux (Ubuntu) Importance: Undecided => Medium ** Tags added: kernel-da-key -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1574814 Title: ThunderX: soft lockup in

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

I think AMI UEFI has the aspeed vga driver but Cavium UEFI doesn't. so this might be causing issues ? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1574814 Title: ThunderX: soft lockup

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

fyi, I've found that removing the ast kernel module from the di initrd seems to avoid the issue. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1574814 Title: ThunderX: soft lockup in

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

I tried PXE based install (just booting till the installer does network init) multiple times with Cavium UEFI and did not see this issue, but as soon as I tried AMI UEFI first time the "NMI softlockup ..." appeared after sometime while still in opening screen of "debian-installer". -- You

Re: [Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

On Tue, May 3, 2016 at 1:14 PM, Radha Mohan Chintakuntla wrote: > Ming, > The "-I" option of tcpdump is monitoring mode typically applicable only to > wifi interfaces. So even if you run it on Thunder's NIC interfaces it will > return saying that this is not supported.

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

Ming, The "-I" option of tcpdump is monitoring mode typically applicable only to wifi interfaces. So even if you run it on Thunder's NIC interfaces it will return saying that this is not supported. And BTW, what is eth7 ? >From 16.04 release all interfaces are coming up as "enP2x" --

Re: [Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

On Tue, May 3, 2016 at 10:35 AM, dann frazier wrote: > On Fri, Apr 29, 2016 at 2:06 AM, Ming Lei <1574...@bugs.launchpad.net> wrote: >> It can be triggered 100% by running 'tcpdump -I ethX'. > > Thanks Ming. I let that run for a few hours, but was unable to >

Re: [Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

On Fri, Apr 29, 2016 at 2:06 AM, Ming Lei <1574...@bugs.launchpad.net> wrote: > It can be triggered 100% by running 'tcpdump -I ethX'. Thanks Ming. I let that run for a few hours, but was unable to reproduce. Are you seeing the same traceback along w the softlockup msg? -dann -- You

Re: [Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

It can be triggered 100% by running 'tcpdump -I ethX'. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1574814 Title: ThunderX: soft lockup in cursor_timer_handler() Edit Status in

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

I have been able to reproduce a soft lockup using a pure upstream kernel (post-4.5 git, after the thunderx pcie drivers were merged) and the d-i initrd mentioned above. I've attached a log of one of those boots. I used the Ubuntu config with the following exceptions: CONFIG_DRM=y and

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

Note that, while I haven't been able to reproduce this by booting into Ubuntu from disk, I can easily reproduce it by booting d-i from disk - specifically, the linux and initrd.gz here: http://ports.ubuntu.com/ubuntu-ports/dists/xenial/main/installer-

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

The traceback isn't always the same - here it was stuck in mod_timer(): [ 180.912269] NMI watchdog: BUG: soft lockup - CPU#9 stuck for 22s! [swapper/9:0] [ 180.912293] Modules linked in: hid_generic(E) usbhid(E) hid(E) usb_storage(E) mdio_thunder(E) nicvf(E) ast(E) i2c_algo_bit(E)

[Kernel-packages] [Bug 1574814] Re: ThunderX: soft lockup in cursor_timer_handler() Edit

** Attachment added: "screenshot of vga console" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1574814/+attachment/4646973/+files/Screenshot%20from%202016-04-25%2013-03-44.png -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to