search for: hda_intel

...Oh <fred.oh at linux.intel.com> Cc: Pierre-Louis Bossart <pierre-louis.bossart at linux.intel.com> Cc: Kai Vehmanen <kai.vehmanen at linux.intel.com> Cc: Bjorn Helgaas <bhelgaas at google.com> Signed-off-by: Sui Jingfeng <suijingfeng at loongson.cn> --- sound/pci/hda/hda_intel.c | 16 +++++----------- 1 file changed, 5 insertions(+), 11 deletions(-) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index a21b61ad08d1..811a149584f2 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -1429,17 +1429,11 @@ static bool atpx_present(void...

...A controller, the GPU is powered up via vga_switcheroo_runtime_resume_hdmi_audio() but there are no provisions to keep it resumed until access to the HDA controller has ceased: The GPU autosuspends after 5 seconds, rendering the HDA controller inaccessible. Additionally, a kludge is required when hda_intel.c probes: It has to check whether the GPU is powered down (check_hdmi_disabled()) and defer probing if so. However in the meantime (in v4.10) the driver core has gained a feature called device links which promises to solve such issues in a clean way: It allows us to declare a dependency from the...

...powered up via vga_switcheroo_runtime_resume_hdmi_audio() but there > are no provisions to keep it resumed until access to the HDA controller > has ceased: The GPU autosuspends after 5 seconds, rendering the HDA > controller inaccessible. > > Additionally, a kludge is required when hda_intel.c probes: It has to > check whether the GPU is powered down (check_hdmi_disabled()) and defer > probing if so. > > However in the meantime (in v4.10) the driver core has gained a feature > called device links which promises to solve such issues in a clean way: > It allows us to...

.../sys/bus/pci/devices/0000:01:00.0/power/runtime_status # GPU cat /sys/bus/pci/devices/0000:00:01.0/power/runtime_status # Root Port - Check that all three autoresume when accessing the HDA: hdajacksensetest -c 1 - Unbind the HDA controller: echo 0000:01:00.1 > /sys/bus/pci/drivers/snd_hda_intel/unbind Wait for GPU to power off, then rebind the HDA controller: echo 0000:01:00.1 > /sys/bus/pci/drivers/snd_hda_intel/bind Check dmesg for errors, try accessing HDA with hdajacksensetest. - If your laptop uses the root port's _PR3 to cut power to the GPU: Unbind the GPU: echo 0...

...mdgpu/amdgpu_bios.c | 20 ++++----------- drivers/gpu/drm/nouveau/nouveau_acpi.c | 11 +++------ drivers/gpu/drm/radeon/radeon_bios.c | 20 ++++----------- drivers/pci/search.c | 31 ++++++++++++++++++++++++ include/linux/pci.h | 5 ++++ sound/pci/hda/hda_intel.c | 16 ++++-------- 7 files changed, 59 insertions(+), 55 deletions(-) -- 2.34.1

.../sys/bus/pci/devices/0000:01:00.0/power/runtime_status # GPU cat /sys/bus/pci/devices/0000:00:01.0/power/runtime_status # Root Port - Check that all three autoresume when accessing the HDA: hdajacksensetest -c 1 - Unbind the HDA controller: echo 0000:01:00.1 > /sys/bus/pci/drivers/snd_hda_intel/unbind Wait for GPU to power off, then rebind the HDA controller: echo 0000:01:00.1 > /sys/bus/pci/drivers/snd_hda_intel/bind Check dmesg for errors, try accessing HDA with hdajacksensetest. - If your laptop uses the root port's _PR3 to cut power to the GPU: Unbind the GPU: echo 0...

On Tue, Feb 20, 2018 at 04:20:59PM -0600, Bjorn Helgaas wrote: > On Sun, Feb 18, 2018 at 09:38:32AM +0100, Lukas Wunner wrote: > > The device link is added in a PCI quirk rather than in hda_intel.c. > > It is therefore legal for the GPU to runtime suspend to D3cold even if > > the HDA controller is not bound to a driver or if CONFIG_SND_HDA_INTEL > > is not enabled, for accesses to the HDA controller will cause the GPU to > > wake up regardless if they're occurri...

...power/runtime_status # GPU > cat /sys/bus/pci/devices/0000:00:01.0/power/runtime_status # Root Port > > - Check that all three autoresume when accessing the HDA: > hdajacksensetest -c 1 > > - Unbind the HDA controller: > echo 0000:01:00.1 > /sys/bus/pci/drivers/snd_hda_intel/unbind > Wait for GPU to power off, then rebind the HDA controller: > echo 0000:01:00.1 > /sys/bus/pci/drivers/snd_hda_intel/bind > Check dmesg for errors, try accessing HDA with hdajacksensetest. > > - If your laptop uses the root port's _PR3 to cut power to the GPU: &...

Hi developers, I met some domU issues and the log suggests missing interrupt. Details from here: http://www.gossamer-threads.com/lists/xen/users/263938#263938 In summary, this is the suspicious log: (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 I''ve checked the code in question and found that mode 3 is an ''reserved_1'' mode. I want to trace down the source of this

...en with same errors. Since Xen never boots successfully - there is no log message. So I captured the output with video and posted screenshots at http://skippyvondrake.com. Maybe it''s a hardware issue. The motherboard has Intel chipset x58 (if that helps). The first message of interest: hda_intel: azx_get_response timeout Followed by stuff like "failed command: READ FPDMA QUEUED" And near the end: ni_cp: Failed to load firmware "radeon/TURKS_pfp.bin" disabling GPU acceleration -Skippy

...dio hdaudioC1D2: no AFG or MFG node found hdaudio hdaudioC1D3: no AFG or MFG node found hdaudio hdaudioC1D4: no AFG or MFG node found hdaudio hdaudioC1D5: no AFG or MFG node found hdaudio hdaudioC1D6: no AFG or MFG node found hdaudio hdaudioC1D7: no AFG or MFG node found snd_hda_intel 0000:01:00.1: no codecs initialized After rmmod snd-hda-intel and system suspend/resume: pci 0000:01:00.1: restoring config space at offset 0x3c (was 0xffffffff, writing 0x200) pci 0000:01:00.1: restoring config space at offset 0x38 (was 0xffffffff, writing 0x0) pci 0000:01:00.1: rest...

When running a 32bit kernel there are still some pci devices capable of 64bit addressing (eg. sound/pci/hda/hda_intel.c) If these drivers are setting: dev->coherent_dma_mask = 0xFFFFFFFFFFFFFFFF why dma_alloc_coherent_mask is returning unsigned long instead of dma_addr_t resulting in truncation of the dma_mask to 32bit if running a 32bit kernel? There are some examples where the dma_alloc_coherent running 3...

...attr [ OK ] Mounted /home. Mounting /home/konrad/i386/home... Mounting /home/konrad/i386/sys... Mounting /home/konrad/i386/proc... [ 14.115897] xen: registering gsi 16 triggering 0 polarity 1 [ 14.115933] xen: --> pirq=16 -> irq=16 (gsi=16) [ 14.115951] ALSA hda_intel.c:3369 0000:00:14.2: Using LPIB position fix Mounting /home/konrad/amd64/home... [ 14.120935] ALSA hda_intel.c:1791 0000:00:14.2: Enable sync_write for stable communication Mounting /home/konrad/amd64/sys... Mounting /home/konrad/amd64/proc... [ OK ] Mounted /home/kon...

...0 0 0 0 0 PCI-MSI-edge AMD-Vi 25: 12 10 9 20 11 15 15 15 PCI-MSI-edge radeon 26: 7 8 7 10 9 8 10 9 PCI-MSI-edge hda_intel 27: 0 0 0 0 0 0 0 0 PCI-MSI-edge xhci_hcd 28: 7098 36221 19 24 19 20 28 20 PCI-MSI-edge eth0 NMI: 0 0 0 0 0...

...ng error: [ 121.872253] nouveau 0000:01:00.0: enabling device (0006 -> 0007) [ 121.872554] [drm] hdmi device not found 1 0 1 This might be related? After the rescan, it shows the following: [ 151.557038] [drm] Initialized nouveau 1.1.1 20120801 for 0000:01:00.0 on minor 1 [ 151.557186] snd_hda_intel 0000:01:00.1: enabling device (0000 -> 0002) [ 151.557253] hda_intel: Disabling MSI [ 151.557274] hda-intel 0000:01:00.1: Handle VGA-switcheroo audio client [ 151.557349] hda-intel 0000:01:00.1: Disabling 64bit DMA [ 151.560778] hda-intel 0000:01:00.1: Enable delay in RIRB handling [ 152.36...

https://bugs.freedesktop.org/show_bug.cgi?id=76818 Priority: medium Bug ID: 76818 Assignee: nouveau at lists.freedesktop.org Summary: Xorg EQ overflowing lock up QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: max.snow at 4mation.com.au

On Fri, Feb 24, 2017 at 08:19:45PM +0100, Lukas Wunner wrote: > Detect on probe whether a PCI device is part of a Thunderbolt controller. > > Intel uses a Vendor-Specific Extended Capability (VSEC) with ID 0x1234 > on such devices. Detect presence of this VSEC and cache it in a newly > added is_thunderbolt bit in struct pci_dev. Add a helper to check > whether a given PCI

I''ve seen a recent report claiming that it works: http://linux-bsd-sharing.blogspot.pt/2012/10/howto-xen-413-windows-8-hvm-domu-with.html However, in my case, with a slightly different HW configuration the story is totally different. :-（ My config: HW: I7-3770 + AsRock H77M-ITX board Dom0: Debian Wheezy stock xen (v4.1.3) + Debian stock kernel (3.2.x / 3.6.x) 64 bit version. Note that

...2 +- drivers/w1/masters/omap_hdq.c | 10 +- include/linux/greybus/bundle.h | 2 +- sound/hda/hdac_device.c | 2 +- sound/pci/hda/cs35l41_hda.c | 8 +- sound/pci/hda/cs35l56_hda.c | 2 +- sound/pci/hda/hda_intel.c | 2 +- sound/pci/hda/tas2781_hda_i2c.c | 6 +- sound/soc/atmel/mchp-spdifrx.c | 12 +- sound/soc/codecs/arizona-jack.c | 12 +- sound/soc/codecs/arizona.c | 2 +- sound/soc/codecs/cs35l41.c...

...5.542565] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 5.548648] input: PC Speaker as /devices/platform/pcspkr/input/input8 [ 5.562654] cfg80211: Calling CRDA to update world regulatory domain [ 5.611694] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 23 [ 5.611768] hda_intel: Disabling MSI [ 5.616818] b43-phy0: Broadcom 4321 WLAN found (core revision 12) [ 5.643615] cfg80211: World regulatory domain updated: [ 5.643687] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 5.643763] cfg80211: (2402000 KHz - 2472000 KHz @ 4000...