This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] Daily Xen Builds

To: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] Daily Xen Builds
From: David F Barrera <dfbp@xxxxxxxxxx>
Date: Thu, 18 Aug 2005 17:12:08 -0500
Cc: Li Ge <lge@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 18 Aug 2005 22:10:28 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <A95E2296287EAD4EB592B5DEEFCE0E9D282BEF@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <A95E2296287EAD4EB592B5DEEFCE0E9D282BEF@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)

Ian Pratt wrote:

I can't see why creating a domU would be helped by a swiotlb.
Without it, dom0 crashes. I reported on Bugzilla #168 a couple of days ago the following crash when creating a domU on machines built with PAE:

Fatal DMA error! Please use 'swiotlb=force'
kernel BUG at arch/xen/i386/kernel/pci-dma.c:30 (iommu_bug)!
[<c010ea0b>] iommu_bug+0x3b/0x50
[<c010eb6a>] dma_map_sg+0x14a/0x170
[<c02f5023>] ide_map_sg+0xa3/0xb0
[<c02fe86c>] ide_build_sglist+0x7c/0xd0 [<c02fe8ff>] ide_build_dmatable+0x3f/0x190 [<c02fedda>] ide_dma_setup+0x3a/0xe0 [<c0301120>] __ide_do_rw_disk+0x3d0/0x5a0 [<c02f6f00>] ide_wait_stat+0+30/0x230 [<c02837fc>] as_move_to_dispatch+0xec/0x220 [<c02f5550>] start_request+0x270/0x290 [<c02f581c>] ide_do_request+0x27c/0x470 [<c027940c>] elv_next_request+0x3c/0x1b0 [<c02f5a34>] do_ide_request+0x24/0x30 [<c027c62a>] generic_unplug_device+0x2a/0x70 [<c027c600>] generic_unplug_device+0x0/0x70 [<c02e74b6>] blkio_schedule+0x186/0x190 [<c011e070>] default_wake_function+0x0/0x20 [<c010a662>] ret_from_fork+0x6/0x14 [<c011e070>] default_wake_function+0x0/0x20 [<c02e7330>] blkio_schedule+0x0/0x190 [<c0108615>] kernel_thread_helper+0x5/0x10 Kernel panic - not syncing: BUG!

Precisely which adaptec card is it, what driver?

SCSI storage controller: Adaptec AIC-7901 U320 (rev 10)

This backtrace looks like its doing ide transfers. Have you got active
ide devices in this system?
Actually, the trace was obtained from a machine that has an IDE drive. It was one of two that exhibited this behavior (the other has the SCSI drive), and the only one where I could capture the console log.

Also, please can you rerun this test as the debugging output has been

I'll do that as soon as I can get the machine back; it is being used to look into another issue at the moment.


Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>