[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [help] Xen 4.14.5 on Devuan 4.0 Chimaera, regression from Xen 4.0.1


  • To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  • From: Denis <tachyon_gun@xxxxxx>
  • Date: Tue, 14 Mar 2023 17:48:29 +0100
  • Cc: Jan Beulich <jbeulich@xxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • Delivery-date: Tue, 14 Mar 2023 16:48:34 +0000
  • Importance: normal
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Sensitivity: Normal
  • Ui-outboundreport: notjunk:1;M01:P0:v7NyQCeNBDU=;sarzqXg6rC/KoqtS0MgwuSh+qfN bLhkRpNLopj6o5xPUXv6T0oRcc6yxRzgnRh34hflXWW9x35X2BUQeHBB/XaZRoM8kkn9G4gR7 xGnwGFFZCtnMmmRNfVDK/KGLWKT/L2EvEv5x0vQRySwJcbHX84i3d0/iz9/XPMCSgSjTNvl6u nOihSEArM4o5Yil9hwmisfMGvQgUnfUgZFDGZLmpgy6QczuR3m45JjnUSD3R3P994KN7nzy2p mgC3SjQT1AJ86ffl8moj4QB7Y5VhKoQ7VB0QvCQSjMjLdkH+CgF3UlYzncA/WgJyXAMTgUEFv XimEUFA7TRNm4ebgDTzSZHndnon3yY/AIKtB4y1JJiJWQNH24lFsx6AsHM1E5PDWv3RvnUsIH wH17npdkwFcq0HwIri4KYMNnL2LHxojBWqmhpcekphZfMYw1IfLxxVqVkPkonwr5A7qdzYbJq /yB36usYEHcxFLLiszAtREYJNOIYU0pF+3nUQhVW76nUna7TjLsD04cw4ilgJJnEaARJ6/yiy QcYygnDfPsU8g+rh7EspD6GMK48ee2N7ASX9XdmzhStnoC65EJcIXa7j/YWtmkdsD/aKrxdFD nsuCuON7t5buUNvS7ERoVC2XQXfn0ed9UCIl5MnDriX+iYBJ/4Hl8pNBMlw+qf/vqRSxarG1l Oie3RwJM8Ml48kMFTnv6zaKTBmiU+v3NTUMEe4oYPI1C82WSg3xCCeV/FRQyajpCVzoQg3fbJ udsY4SBQFCaRHzvmhhr9Pv7zkCWvPMnwA9O9ZuFcxygw7UkzaMHLOiyzPFkpCbJGFANMvT42j XRAMqfQZmMT1DtPyTohN319w==

On 14.03.2023 16:11, Andrew Cooper wrote:
> On 14/03/2023 2:53 pm, Denis wrote:
> > On 14.03.2023 07:37; Jan Beulich wrote:
> >> On 14.03.2023 02:15, Denis wrote:
> >>> On 13.03.2023 10:36, Jan wrote
> >>>> On 10.03.2023 21:50, Denis wrote:
> >>>>> Should I test something else?
> >>>> ... there was no request for any further testing here, for the moment.
> >>> ah...sorry, going by "Would be nice to have this confirmed forthe system
> >>> in question, i.e. without Xen underneath Linux" I thought I could test
> >>> something which might help shed some light on all of this.
> >> Well, yes, that Linux-without-Xen test would still be useful to have
> >> results from. I didn't account for this in my earlier reply because
> >> I had asked for it before already, and I did take "something else"
> >> for meaning anything that might have turned up as useful from the new
> >> data you had provided.
> > What tests could I do or what info should I provide to help?
> 
> Can you please rebuild Xen with this patch:
> 
> diff --git a/xen/drivers/passthrough/amd/iommu_acpi.c
> b/xen/drivers/passthrough/amd/iommu_acpi.c
> index 2fdebd2d74c9..747eae25f56c 100644
> --- a/xen/drivers/passthrough/amd/iommu_acpi.c
> +++ b/xen/drivers/passthrough/amd/iommu_acpi.c
> @@ -1033,7 +1033,7 @@ static int __init parse_ivrs_table(struct
> acpi_table_header *table)
>      const struct acpi_ivrs_header *ivrs_block;
>      unsigned long length;
>      unsigned int apic;
> -    bool_t sb_ioapic = !iommu_intremap;
> +    bool_t sb_ioapic = 1;
>      int error = 0;
>  
>      BUG_ON(!table);
> 
> which should cause the behaviour to revert back to that of Xen 4.0.1 
> (i.e. it will fully ignore the checks relating to the southbridge ioapic).
> 
> Confirm that with this, and booting Xen simply with `iommu=1` that full
> DMA remapping and interrupt remapping is considered active.
> 
> 
> Then, can you play around with passing the soundblaster through to VMs. 
> Looking at the LSPCI you provided, it only supports legacy line interrupts.
> 
> Does the device work fine, or do you get a bunch of errors on `xl dmesg`
> about IO page faults (which is a generic "IOMMU said no to something"
> message)?

Am I right to assume that I would need the source/header packages from 
the Devuan 4.0 install and then re-compile Xen?

Denis



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.