Your message dated Sat, 5 Dec 2020 15:14:45 +0100 with message-id <[email protected]> and subject line Re: Bug#963607: xen-hypervisor-4.11-amd64: Xen Hypervisor kernel fails to load arcmsr module with "arcmsr0: dma_alloc_coherent got error" message. has caused the Debian Bug report #963607, regarding xen-hypervisor-4.11-amd64: Xen Hypervisor kernel fails to load arcmsr module with "arcmsr0: dma_alloc_coherent got error" message. to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 963607: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963607 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: xen-hypervisor-4.11-amd64 Version: 4.11.3+24-g14b62ab3e5-1~deb10u1 Severity: important Dear Maintainer, After updating to Buster and Xen 4.11 our machine no longer boots the Xen kernel. The default kernel 4.19.118-2+deb10u1 boots normally. The machine has an Areca 1882IX-16 card in it when the arcmsr module tries to load the following error appears. Areca RAID Controller0: Model ARC-1882, F/W V1.56 2019-07-30 arcmsr0: dma_alloc_coherent got error No drives are discovered and the initramfs prompt is shown. The machine: * Supermicro X9DRW * Dual Intel(R) Xeon(R) CPU E5-2630L v2 @ 2.40GHz * 128G RAM * Areca ARC-1882IX-16 (1G onboard cache) Nothing I have tried is effective: * Turning on BIOS above 4G decoding stops the Intel 10GBE ixgbe driver from functioning and doesn't fix the arcmsr * Unloading and reloading the arcmsr module from initramfs prompt * Downgrading the Areca 1882 bios to v1.52 as per http://faq.areca.com.tw/index.php?action=artikel&cat=7&id=902&artlang=en * Kernel parameters ** pci=nocrs ** dom0_mem=8G ** mem=3072M ** mem2048M cma=1024M ** cma=2048 ** cma=3076@512M ** iommu=1 intel_iommu=1 ** arcmsr.host_can_queue=64 as per http://faq.areca.com.tw/index.php?action=artikel&cat=15&id=387&artlang=en I expected the arcmsr module to load and detect disks as it does with the stock kernel. I can provide sysctl and dmesg output if it helps. -- System Information: Debian Release: 10.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-amd64 (SMP w/24 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled xen-hypervisor-4.11-amd64 depends on no packages. Versions of packages xen-hypervisor-4.11-amd64 recommends: ii xen-hypervisor-common 4.11.3+24-g14b62ab3e5-1~deb10u1 ii xen-utils-4.11 4.11.3+24-g14b62ab3e5-1~deb10u1 xen-hypervisor-4.11-amd64 suggests no packages. -- no debconf information
--- End Message ---
--- Begin Message ---Hi, On 11/27/20 11:19 AM, Alex Sanderson wrote: > > I ended up replacing the card with an mpt3 card and haven't had any > issues since. The problem was not resolved with the Areca 1882 but I > guess it will be buried in history :) Yeah. Good to hear the replacement helped. Closing now. Hans
--- End Message ---
