From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ozlabs.org (ozlabs.org [IPv6:2401:3900:2:1::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 162221A0706 for ; Wed, 8 Oct 2014 10:50:18 +1100 (EST) Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 598771400DE for ; Wed, 8 Oct 2014 10:50:17 +1100 (EST) Message-ID: <1412725790.30859.214.camel@pasglop> Subject: Re: [PATCH v3 4/7] sound/radeon: Add quirk for broken 64-bit MSI From: Benjamin Herrenschmidt To: Alex Deucher Date: Wed, 08 Oct 2014 10:49:50 +1100 In-Reply-To: References: <1412656696.30859.122.camel@pasglop> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: linuxppc-dev@ozlabs.org, Dave Airlie , Linux PCI , Anton Blanchard , Brian King , Yijing Wang , Takashi Iwai , Bjorn Helgaas List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Tue, 2014-10-07 at 19:47 -0400, Alex Deucher wrote: > > While recent ASICs have that problem fixed, they don't seem to > > be listed in the PCI IDs of the current driver, so let's quirk all > > the ATI HDMI for now. The consequences are nil on x86 anyway. > > > > Signed-off-by: Alex Deucher > > Signed-off-by: Benjamin Herrenschmidt > > CC: > > Further discussion with the hw teams have revealed that this is still > an issue on newer asics so I think your original patch is correct > after all. Just disable 64 bit MSIs on all AMD audio PCI ids. Ok. You confirm that this is however good on newer video side right ? Also, is there a known issue that if MSI were once enabled, the chip still shoots them even if we disable them in config space ? When testing my new patch set, I was trying to test the error path when the arch does *not* honor the limitation. The error went back up to the driver as far as I can tell (ie, pci_enable_msi() failed), but the system still got into error state as if the card had tried to shoot an MSI to the wrong address. (I suspect the graphics side) Cheers, Ben.