On Mon, Oct 09, 2017 at 10:41:38AM -0400, Ilia Mirkin wrote: > Hello, > > As a bit of background, all NVIDIA GPUs since GT215 have an audio > subfunction for HDMI(/DP) audio to be sent to the sink. This generally > works. > > However some, especially laptop, devices come up with that function > disabled. We have a quirk to enable it when coming back from runpm, > but that doesn't help the init case. Basically we have to write a bit > to the PCI config space: > > https://github.com/torvalds/linux/blob/v4.12/drivers/gpu/drm/nouveau/nouveau_drm.c#L783 > > (MMIO 0x88000 is an alias for the PCI config space) /* do magic */ nvif_mask(&device->object, 0x088488, (1 << 25), (1 << 25)); Wow, that *is* inscrutable magic. I gave up trying to convince myself that this turns into pci_write_config_word() eventually. 0x88000 is way too big for an offset into PCI config space (it's only 4096 bytes per device at most), so I don't know what sort of alias it could be. It doesn't look like a MMCONFIG address (which the driver shouldn't be using directly anyway). > This works for runtime pm resume, since the device was originally > there and we just have to make sure the underlying device agrees with > it, but when it's missing on boot, we have to convince linux that it > exists, bind a driver, etc. > > What's the best way of going about doing that? If you make an early quirk for the GPU device, we'll run the quirk while enumerating it. If it can enable the audio device, and if the audio device is at a higher device number, the PCI core should try to enumerate it later. But there might be wrinkles if setting the bit turns a single-function device into a multi-function one, because the core might have already decided it didn't need to scan for more functions. DECLARE_PCI_FIXUP_CLASS_EARLY() is the place to start. Bjorn _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
