search for: 75985

https://bugs.freedesktop.org/show_bug.cgi?id=75985 Priority: medium Bug ID: 75985 Assignee: nouveau at lists.freedesktop.org Summary: HDMI audio device only visible after rescan QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Lin...

...dd ("ALSA: hda - Force to link down at runtime suspend on ATI/AMD HDMI"). Do the same for Nvidia HDMI codecs. Fixes: b516ea586d71 ("PCI: Enable NVIDIA HDA controllers") Link: https://bbs.archlinux.org/viewtopic.php?pid=1865512 Link: https://bugs.freedesktop.org/show_bug.cgi?id=75985#c81 Reported-by: Przemysław Kopa <prymoo at gmail.com> Reported-by: Rivera Valdez <riveravaldez at ysinembargo.com> Signed-off-by: Lukas Wunner <lukas at wunner.de> Cc: Daniel Drake <dan at reactivated.net> Cc: stable at vger.kernel.org # v5.3+ --- sound/pci/hda/patch_hdmi....

...the nvidia gpu tended to be the > only gpu, or hard-muxed. > > If that's the case, that's pretty much a non-starter, IMO. For some reason the audio function tends to disappear/hide, so maybe it is not as problematic as it appears (see https://bugs.freedesktop.org/show_bug.cgi?id=75985). For my laptop I also had to runtime suspend/resume before lspci -H1 shows the device, loading with runpm=0 didn't return my HDMI audio device. The powered on issue will also only appear on devices produced in 2013 and newer that happen to have this ACPI _PR3 ACPI method (which is quite commo...

...es where it is not true. Anyway, it looks like this quirk should fix audio support for the majority of affected users. This commit takes inspiration from an earlier patch by Daniel Drake. Link: https://devtalk.nvidia.com/default/topic/1024022 Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75985 Cc: Aaron Plattner <aplattner at nvidia.com> Cc: Peter Wu <peter at lekensteyn.nl> Cc: Ilia Mirkin <imirkin at alum.mit.edu> Cc: Karol Herbst <kherbst at redhat.com> Cc: Maik Freudenberg <hhfeuer at gmx.de> Signed-off-by: Lukas Wunner <lukas at wunner.de> Tested-...

...ke it would be out of the driver's purview. The dmesg log also shows some _DSM warnings; are these correlated with cable plug/unplug? Is there some acpiphp debug we can turn on to get more visibility into hotplug events and how we handle them? [1] https://bugs.freedesktop.org/show_bug.cgi?id=75985#c32 [2] https://bugs.freedesktop.org/attachment.cgi?id=128640 > According to Ilia Mirkin, the HDA controller is only present from MCP89 > onward, so do not touch config space on older GPUs. > > This quirk is limited to NVIDIA PCI devices with the VGA Controller > device class. This...

...es where it is not true. Anyway, it looks like this quirk should fix audio support for the majority of affected users. This commit takes inspiration from an earlier patch by Daniel Drake. Link: https://devtalk.nvidia.com/default/topic/1024022 Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75985 Cc: Aaron Plattner <aplattner at nvidia.com> Cc: Peter Wu <peter at lekensteyn.nl> Cc: Ilia Mirkin <imirkin at alum.mit.edu> Cc: Karol Herbst <kherbst at redhat.com> Cc: Maik Freudenberg <hhfeuer at gmx.de> Signed-off-by: Lukas Wunner <lukas at wunner.de> Signed-...

...> looks like this quirk should fix audio support for the majority of > affected users. > > This commit takes inspiration from an earlier patch by Daniel Drake. > > Link: https://devtalk.nvidia.com/default/topic/1024022 > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75985 > Cc: Aaron Plattner <aplattner at nvidia.com> > Cc: Peter Wu <peter at lekensteyn.nl> > Cc: Ilia Mirkin <imirkin at alum.mit.edu> > Cc: Karol Herbst <kherbst at redhat.com> > Cc: Maik Freudenberg <hhfeuer at gmx.de> > Signed-off-by: Lukas Wunner <...

...r Lukas's question btw: most of the details on how things break are back in the original commit (sorry for forgetting the reference!), there's a _lot_ of explanation there that I'd rather not retype, so just refer back to the commit and bug @ https://bugs.freedesktop.org/show_bug.cgi?id=75985 Additionally, there was some extra discussion providing some more detail in the email thread that I had with Bjorn: https://lkml.org/lkml/2019/2/12/1172 As for how this commit breaks the workaround: it seems that when we enable the HDA controller and put the GPU into multifunction mode, the func...

...9;s PCI device, we already know the GPU is there. Shouldn't we be able to check for the existence of the HDA device once we probe the GPU in nouveau? This would make a lot more sense and be a lot less troublesome. I can see that in the discussion on https://bugs.freedesktop.org/show_bug.cgi?id=75985 That people mentioned that unloading nouveau then trying to reprobe for the audio device didn't work, but that still doesn't explain why this was implemented as an early quirk and not as something we just do before nouveau is setup. Can we maybe move this somewhere a little more sensible?...

...he >> only gpu, or hard-muxed. >> >> If that's the case, that's pretty much a non-starter, IMO. > > For some reason the audio function tends to disappear/hide, so maybe it > is not as problematic as it appears (see > https://bugs.freedesktop.org/show_bug.cgi?id=75985). For my laptop I I'm aware of that bug. I believe this is an exceedingly rare scenario or it would have been reported a lot more. > also had to runtime suspend/resume before lspci -H1 shows the device, > loading with runpm=0 didn't return my HDMI audio device. Hm ok. Do you have t...

Hello list, I''ve been using linux and open source software for over 5 years now and I want to give something back to the community. I''m working on a PHP-based project (SPITS). The aim of this project is to easly create a shaping script, using a web interface, without needing to know tc and iptables command line options. As the project is now in beta stage, soon a CSS

...cked whether the DISPLAY unit is fused off or not. Probably not worth the complication though. > > This commit takes inspiration from an earlier patch by Daniel Drake. > > Link: https://devtalk.nvidia.com/default/topic/1024022 > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75985 > Cc: Aaron Plattner <aplattner at nvidia.com> > Cc: Peter Wu <peter at lekensteyn.nl> > Cc: Ilia Mirkin <imirkin at alum.mit.edu> > Cc: Karol Herbst <kherbst at redhat.com> > Cc: Maik Freudenberg <hhfeuer at gmx.de> > Signed-off-by: Lukas Wunner <...

On Wed, Jul 31, 2019 at 04:19:27PM -0400, Lyude Paul wrote: > While this fixes audio for a number of users, this commit has the > sideaffect of breaking the BIOS workaround that's required to make the > GPU on the nvidia P50 work, by causing the GPU's PCI device function to > stop working after it's been set to multifunction mode. This is missing a reference to the commit

Hi, Here are two patches to fix an issue reported on kernel bugzilla (infinite loop due to unchecked function) and a more important fix to fix hanging Optimus machines when runtime PM is enabled (with pm/pci patches). These are the final patches targeting v4.8. Changes compared to v2[1]: collected R-b from Hans and Mika and fixed a minor comment style issue. I recommend it to be merged before

...ncrements, when audio suspends it decrements. - As the GPU enters D3cold, I can observe significant power savings through /sys/class/power_supply/BAT0/ (no regressions here). - In a default configuration I have no audio function (see also nouveau bug https://bugs.freedesktop.org/show_bug.cgi?id=75985) so most of the above issues should not occur. Hope it helps, and if desired you can add: Tested-by: Peter Wu <peter at lekensteyn.nl> For the following patches, you can also add my Reviewed-by: vga_switcheroo: Update PCI current_state on power change vga_switcheroo: Deduplicate...

...muxed. > >> > >> If that's the case, that's pretty much a non-starter, IMO. > > > > For some reason the audio function tends to disappear/hide, so maybe it > > is not as problematic as it appears (see > > https://bugs.freedesktop.org/show_bug.cgi?id=75985). For my laptop I > > I'm aware of that bug. I believe this is an exceedingly rare scenario > or it would have been reported a lot more. > > > also had to runtime suspend/resume before lspci -H1 shows the device, > > loading with runpm=0 didn't return my HDMI audio...

Modernize vga_switcheroo by using a device link to enforce a runtime PM dependency from an HDA controller to the GPU it's integrated into, v2. Changes since v1: - Replace patch [1/7] to use pci_save_state() / pci_restore_state() for consistency between runtime PM code path of bound and unbound devices. (Rafael, Bjorn) - Patch [5/7]: Drop an unnecessary initialization. (Bjorn) Rephrase