My xm dmesg doesn''t seem to have anything relevent. I looked at dmesg
# dmesg | grep ata
[ 0.000000] Xen: 00000000ace8b000 - 00000000acf03000 (ACPI data)
[ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==>
[0000000000 - 0000001000]
[ 8.042920] Memory: 30905224k/32932592k available (3152k kernel code,
1363016k absent, 664352k reserved, 2064k data, 604k init)
[ 8.531342] Write protecting the kernel read-only data: 4336k
[ 8.622027] libata version 3.00 loaded.
[ 8.921169] ata1: SATA max UDMA/133 abar
m2048@0xfbf45000<mailto:m2048@0xfbf45000> port 0xfbf45100 irq 3251
[ 8.921171] ata2: SATA max UDMA/133 abar
m2048@0xfbf45000<mailto:m2048@0xfbf45000> port 0xfbf45180 irq 3251
[ 8.921174] ata3: SATA max UDMA/133 abar
m2048@0xfbf45000<mailto:m2048@0xfbf45000> port 0xfbf45200 irq 3251
[ 8.921176] ata4: SATA max UDMA/133 abar
m2048@0xfbf45000<mailto:m2048@0xfbf45000> port 0xfbf45280 irq 3251
[ 8.921178] ata5: SATA max UDMA/133 abar
m2048@0xfbf45000<mailto:m2048@0xfbf45000> port 0xfbf45300 irq 3251
[ 8.921180] ata6: SATA max UDMA/133 abar
m2048@0xfbf45000<mailto:m2048@0xfbf45000> port 0xfbf45380 irq 3251
[ 9.240537] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 9.241673] ata1.00: ATA-8: Hitachi HDT721010SLA360, ST6OA31B, max UDMA/133
[ 9.241680] ata1.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32),
AA
[ 9.243056] ata1.00: configured for UDMA/133
[ 9.556373] ata2: SATA link down (SStatus 0 SControl 300)
[ 9.880368] ata3: SATA link down (SStatus 0 SControl 300)
[ 10.200369] ata4: SATA link down (SStatus 0 SControl 300)
[ 10.520367] ata5: SATA link down (SStatus 0 SControl 300)
[ 10.840368] ata6: SATA link down (SStatus 0 SControl 300)
[ 11.407364] EXT4-fs (dm-0): mounted filesystem with ordered data mode
[ 15.594713] EXT4-fs (sda1): mounted filesystem with ordered data mode
[ 1451.571392] EXT4-fs (dm-4): mounted filesystem with ordered data mode
The "SATA link down", looks concerning, but also looks different from
the errors you link to. Disabling VT-d isn''t really viable for me since
I want to run an HVM domU. I could always buy another sata card, but I would
like to use the ports on the motherboard if I can.
________________________________
From: Casey DeLorme [cdelorme@gmail.com]
Sent: Sunday, December 09, 2012 9:37 PM
To: Daniel Shub
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Problem with secondary sata controller
It could be unrelated, but check your `dmesg` or `xl dmesg` for "DMA
Read" errors.
If you find it you may have to search for additional information:
https://lists.linux-foundation.org/pipermail/iommu/2012-January/003552.html
It''s a bug with certain SATA controllers, I have experienced it with
both Marvell and ASMedia controllers.
On Sun, Dec 9, 2012 at 4:20 PM, Daniel Shub
<Daniel.Shub@nottingham.ac.uk<mailto:Daniel.Shub@nottingham.ac.uk>>
wrote:
I am having problems getting my 64-bit Debian Squeeze (Xen version 4.0, Linux
Kernel 2.6.32) dom0 to recognize a harddrive connected to a secondary sata
controller. My motherboard is a Gigabyte GA-X79-UP4 and has two sata
controllers. The first is controlled by an Intel X79 chipset and the second is
controlled by a Marvell 88SE9172 chip. During the initial install of Debian
everything is fine and I can see harddrives attached to either controller. If I
boot Xen from grub, I cannot see the harddrives on the Marvell chip, if I just
boot the stock Debian kernel I can see the harddrives. The Marvell controller
shows up in lspci. I tried to do a pci passthrough of the Marvell controller to
both a PV and a HVM domU, but it didn’t work.
Is this a known issue? Would upgrading my kernel help? Would upgrading Xen
help?This message and any attachment are intended solely for the addressee and
may contain confidential information. If you have received this message in
error, please send it back to me, and immediately delete it. Please do not
use, copy or disclose the information contained in this message or in any
attachment. Any views or opinions expressed by the author of this email do not
necessarily reflect the views of the University of Nottingham.
This message has been checked for viruses but the contents of an attachment
may still contain software viruses which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org<mailto:Xen-users@lists.xen.org>
http://lists.xen.org/xen-users
This message and any attachment are intended solely for the addressee and may
contain confidential information. If you have received this message in error,
please send it back to me, and immediately delete it. Please do not use, copy
or disclose the information contained in this message or in any attachment. Any
views or opinions expressed by the author of this email do not necessarily
reflect the views of the University of Nottingham.
This message has been checked for viruses but the contents of an attachment
may still contain software viruses which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users