found -1 4.19.20-1 thanks Hi,
Reviving a thing from Jan 2017 here. I don't have this thread in my mailbox, so no inline quotes. I just installed some HP z820 workstation and rebooted it into Xen 4.11.1+26-g87f51bf366-3 with linux 4.19.20-1 as dom0 kernel. During boot I'm greeted by a long list of... [ 14.518793] mpt3sas 0000:02:00.0: swiotlb buffer is full (sz: 65536 bytes) [ 14.518899] mpt3sas 0000:02:00.0: swiotlb buffer is full [ 14.518956] mpt3sas 0000:02:00.0: swiotlb buffer is full (sz: 65536 bytes) [ 14.518988] sd 6:0:3:0: pci_map_sg failed: request for 786432 bytes! [ 14.519081] mpt3sas 0000:02:00.0: swiotlb buffer is full [ 14.519309] sd 6:0:1:0: pci_map_sg failed: request for 1310720 bytes! [ 14.524611] mpt3sas 0000:02:00.0: swiotlb buffer is full (sz: 65536 bytes) [ 14.527309] mpt3sas 0000:02:00.0: swiotlb buffer is full [ 14.527405] sd 6:0:3:0: pci_map_sg failed: request for 786432 bytes! [...] ...and some hangs here and there. This indeed did not happen when booting just Linux, without Xen. Some searching brought me to this Debian bug. So, thanks for writing down all kinds of research here already. Even if it's not fixed upstream yet, this helps a lot. :-) Using dom0_mem=2GiB,max:4GiB instead of dom0_mem=2GiB,max:2GiB (which I started with) makes the errors go away, so workaround confirmed. I can try any of the linked patches, but I see that in message 54, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850425#54 Andrew says: "IIRC, they were essentially rejected,". Next message, Ian asks "Do you have a reference ?", but I don't see any fup on that. I think I'm fine with this workaround. If someone will ever work on the upstream patches, then this is just to let know that I might be able to help testing. However, I only have one of this type of box and it's gonna be installed as server at some non-profit organization without OOB access, replacing even older donated hardware, so, it will be kinda limited... :) Hans
