[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-09-09 Thread Launchpad Bug Tracker
[Expired for linux (Ubuntu) because there has been no activity for 60 days.] ** Changed in: linux (Ubuntu) Status: Incomplete => Expired -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-07-11 Thread Kai-Heng Feng
Yes that's correct. -- 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/1880835 Title: pulse audio hangs in kernel call Status in linux package in Ubuntu: Incomplete Bug description:

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-07-11 Thread csita
Just to be sure that I understood the conversion correctly ?. The problem is related to the memory management unit handling in the kernel. And it happens with me because of the MMU has extra configuration due to the secure boot. So to prove it I should run the official kernel 5.4 and disable

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-07-11 Thread Kai-Heng Feng
Right. Let's wait for the original bug reporter's reply. We don't have any firewire audio device to test with... -- 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/1880835 Title: pulse

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-07-10 Thread Mario Limonciello
KH: Agree it looks like IOMMU bug, this needs to get raised up to the Intel IOMMU guys. They are tracking something specific to i915 in ICL and TGL, but this is not as new. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-07-10 Thread Kai-Heng Feng
csita, Please see if disabling Secureboot helps.Secureboot and Preboot DMA protection go hand in hand on Dell systems. This is an IOMMU bug. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-07-10 Thread Kai-Heng Feng
max w beckett, What you are seeing is a completely different bug. Please file a separate one. -- 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/1880835 Title: pulse audio hangs in kernel

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-07-10 Thread Kai-Heng Feng
Mario, It's Precision 7540 and dma_pte_clear_level()... -- 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/1880835 Title: pulse audio hangs in kernel call Status in linux package in

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-06-27 Thread max w beckett
Taking after csita I unplugged/replugged all my external audio devices and restarted pulseaudio and alsa-mixer. I found the below error in journalctl: Jun 27 09:15:37 hostname pulseaudio[3735]: Failed to load module "module-alsa-card" (argument: "device_id="2" name="usb-N-SIA_KJ- USB_HEASET-00"

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-06-27 Thread max w beckett
My system has hit the same bug and I do not use firewire. I have not upgraded to mainline kernel. The power cycling work arounds above do not mitigate the issue for me. $ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=20.04 DISTRIB_CODENAME=focal DISTRIB_DESCRIPTION="Ubuntu 20.04 LTS"

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-06-22 Thread csita
I have been using it for a while now and I manage to reproduce the problem with the mainline kernel : uname ouput: Linux DEM-RSZABO-U20 5.7.0-050700rc7-generic #202005242331 SMP Sun May 24 23:33:19 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux dmesg output: [ 172.040868] firewire_ohci :27:00.0:

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-05-27 Thread csita
Now The system seems working just fine. I have to run a long test to see if the problem occurs again ** Attachment added: "Alsa Output" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1880835/+attachment/5377480/+files/alsa-info.txt.WzjGHXBkFd -- You received this bug notification

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-05-27 Thread csita
OK I have started to test it now. My cernel is now: $ uname -a Linux DEM-RSZABO-U20 5.7.0-050700rc7-generic #202005242331 SMP Sun May 24 23:33:19 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux with self compiled and patched nvida driver (the latest driver kernel module with the mainline kernel does

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-05-27 Thread csita
Thanks I try it out and come back with the result. Thanks for the prompt response -- 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/1880835 Title: pulse audio hangs in kernel call Status

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-05-27 Thread Kai-Heng Feng
Please test latest mainline kernel: https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.7-rc7/ There are several fixes for oxfw which is the driver for FireWire One. ** Changed in: linux (Ubuntu) Status: Confirmed => Incomplete -- You received this bug notification because you are a

[Kernel-packages] [Bug 1880835] Re: pulse audio hangs in kernel call

2020-05-27 Thread csita
After debugging a bit. I narrowed down the problem. It is related to the FireWire800 auido adapter (Tascam FireOne) the device goes in to a non working state. It seems that the the control part of the communication works. But The SoundCard is in a dead lock. And it hangs the kernel diver