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] Nouveau on dom0

To: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: Re: [Xen-devel] Nouveau on dom0
From: Arvind R <arvino55@xxxxxxxxx>
Date: Fri, 5 Mar 2010 13:16:13 +0530
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 04 Mar 2010 23:47:13 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=fgXfO/SZhxgxbQktXN12aBaPJZBE10c3jsCzpbGyqP8=; b=t10IsZjE1RNNyus5Vy37c3RZUvtZpbPITI66plGm34Sj7Gn5XXXt8xW+1YCx2aWl18 SwpmK9KbcXjlVl4+WtrjjC+T/abO8QCB1gtnwUhG9WQHuUgOSYEmkhcNU41COUYWPOvk D3dm2DakKaRjwE+BxSjniCURQFfsWs3QdLmfU=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=U+nac3ryh71jyozNZ4VgLuJ72r/WF+pPkcvvf6ek2fRuHGeMXjUmN4LZBbEUFcGSzu W0OlnM9Jr4cw8m3iaj6yk8VlPTDpBP6m985w9cZRjbLLC5fUnd5XFBFZiBx9DPQtZce/ QMQROb/FHJR1vER950GpaKgmtFASDqvb2zYmI=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20100304182518.GB20263@xxxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <d799c4761002250046j4fc14785ue17db46d6e3e71ce@xxxxxxxxxxxxxx> <d799c4761002250901g6029a69et21fcf1d8556f047@xxxxxxxxxxxxxx> <20100225174411.GA13270@xxxxxxxxxxxxxxxxxxx> <d799c4761002260734j13bc01e3vfd7788b6196230ea@xxxxxxxxxxxxxx> <20100301160130.GB7881@xxxxxxxxxxxxxxxxxxx> <d799c4761003021334t58815ed3p96dc343635b2da2c@xxxxxxxxxxxxxx> <d799c4761003030911l51013f07mc1bf4aa15df519c4@xxxxxxxxxxxxxx> <20100303181303.GA21078@xxxxxxxxxxxxxxxxxxx> <d799c4761003040117g1c5c072v8a996b6f9af1fb32@xxxxxxxxxxxxxx> <20100304182518.GB20263@xxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Thu, Mar 4, 2010 at 11:55 PM, Konrad Rzeszutek Wilk
<konrad.wilk@xxxxxxxxxx> wrote:
> On Thu, Mar 04, 2010 at 02:47:58PM +0530, Arvind R wrote:
>> On Wed, Mar 3, 2010 at 11:43 PM, Konrad Rzeszutek Wilk
>> <konrad.wilk@xxxxxxxxxx> wrote:
>> >> > aio-write -
>> >>
>> >> which triggers do_page_fault, handle_mm_fault, do_linear_fault, __do_fault
>> >> and finally ttm_bo_vm_fault.
>> > I've attached a simple patch I wrote some time ago to get the real MFNs
>> Have patched - did not apply clean. Will compile and get some info.
> take the print_data function and just jam it in the tt_bo_vm_fault code
Linking problems. But compiled and run
!!! CANNOT lookup_address()!!! Returns NULL on bare AND Xen
Before AND After vm_insert/remap_pfn. Address looked_up is what
fault_handler passes in. Had to add a NULL check in print_data.

Bare-boot log.
 [TTM] ttm_bo_vm_fault: faulting-in pages, TTM_PAGE_FLAGS=0x0
 [         Before:]PFN: Failed lookup_address of 0x7fd82e9aa000
 [            After :]PFN: Failed lookup_address of 0x7fd82e9aa000

 Ring any bells?

>> > There is an extra flag that the PTE can have when running under Xen: 
>> > This signifies that the PFN is actually the MFN. In this case thought
>> > it sholdn't be enabled b/c the memory is actually gathered from
>> > alloc_page. But if it is, it might be the culprit.

>> I think the problem lies in the vm_insert_pfn/page/mixed family of functions.
>> These are only used (grep'ed kernel tree) and invariably for mmaping.
>> Scsi-tgt, mspec, some media/video, poch,android in staging and ttm
>> - and, surprise - xen/blktap/ring.c and device.c
>> - which both check XENFEAT_auto_translated_physmap
>> Pls. look at xen/blktap/ring.c - it looks to be what we need
> Let me take a look at it tomorrow. Bit swamped.

Xen-devel mailing list