Xorg on JF 2.6.31-rc8 with xen 3.5 unstable

[Mark Schloesser]

Hey guys,

I sadly had no luck fixing my X problem. The system seems to run fine
and as the subject says I moved from 3.4.1-3 to xen-unstable. As I am
already doing fairly bleeding-edge stuff here I thought this would
probably make most sense.

As I only have an nvs290 gfx card available right now I can't check if
this is the problem. But I'll try to get my hands on some other cards
for next week.

Today I read through a lot of mailing list archives and PDFs trying to
dig deeper into the IOMMU/PCI passthrough stuff and I want to give the
graphics passthrough situation a shot myself. Sadly it is very confusing
to read about the different setups and hardware environments with both
positive and negative results. Also the patchsets and versions everybody
is talking about do not make it any easier :)

My current questions would be:
- is the combination of JF git kernel with xen-unstable the right way to
go for this setup? Or should I perhaps use older xen version and apply
some patchset? I think some of those patches were applied in
xen-unstable already but I am not quite sure...

- does anyone have hints or clarification regarding the Xorg problem on
dom0? As I said there are no eye-catching log entries or errors except
the Xorg backtrace at the end of the log file (posted to list before).
This happens regardless of which driver I enable (vesa/nv/nouveau). The
nvidia binary driver compiles without problems and seems to come up but
only gives me a black screen and also locks the vtys.

Thanks to the great help, reports and instructions Boris and others!

Mark

[Pasi Kärkkäinen]

On Fri, Sep 04, 2009 at 04:26:32PM +0200, Mark Schloesser wrote:
> Hey guys,
>
> I sadly had no luck fixing my X problem. The system seems to run fine
> and as the subject says I moved from 3.4.1-3 to xen-unstable. As I am
> already doing fairly bleeding-edge stuff here I thought this would
> probably make most sense.
>
> As I only have an nvs290 gfx card available right now I can't check if
> this is the problem. But I'll try to get my hands on some other cards
> for next week.
>
> Today I read through a lot of mailing list archives and PDFs trying to
> dig deeper into the IOMMU/PCI passthrough stuff and I want to give the
> graphics passthrough situation a shot myself. Sadly it is very confusing
> to read about the different setups and hardware environments with both
> positive and negative results. Also the patchsets and versions everybody
> is talking about do not make it any easier :)

VGA/GFX passthrough is very much under development atm, it's very new stuff.
> My current questions would be:
> is the combination of JF git kernel with xen-unstable the right way to
>
> go for this setup? Or should I perhaps use older xen version and apply
> some patchset? I think some of those patches were applied in
> xen-unstable already but I am not quite sure...

Some people are using http://xenbits.xen.org/linux-2.6.18-xen.hg as dom0 kernel.

That's the old xenlinux kernel, the default dom0 kernel for Xen 3.4.x
and earlier versions.
> does anyone have hints or clarification regarding the Xorg problem on
>
> dom0? As I said there are no eye-catching log entries or errors except
> the Xorg backtrace at the end of the log file (posted to list before).
> This happens regardless of which driver I enable (vesa/nv/nouveau). The
> nvidia binary driver compiles without problems and seems to come up but
> only gives me a black screen and also locks the vtys.

Did you use the binary/proprietary nvidia driver, of the the opensource
driver?

I think you'll have more luck with the opensource driver.

-- Pasi

[Pasi Kärkkäinen]

On Fri, Sep 04, 2009 at 06:01:24PM +0300, Pasi Kärkkäinen wrote:
> On Fri, Sep 04, 2009 at 04:26:32PM +0200, Mark Schloesser wrote:
> > Hey guys,
> >
> > I sadly had no luck fixing my X problem. The system seems to run fine
> > and as the subject says I moved from 3.4.1-3 to xen-unstable. As I am
> > already doing fairly bleeding-edge stuff here I thought this would
> > probably make most sense.
> >
> > As I only have an nvs290 gfx card available right now I can't check if
> > this is the problem. But I'll try to get my hands on some other cards
> > for next week.
> >
> > Today I read through a lot of mailing list archives and PDFs trying to
> > dig deeper into the IOMMU/PCI passthrough stuff and I want to give the
> > graphics passthrough situation a shot myself. Sadly it is very confusing
> > to read about the different setups and hardware environments with both
> > positive and negative results. Also the patchsets and versions everybody
> > is talking about do not make it any easier :)
>
> VGA/GFX passthrough is very much under development atm, it's very new stuff.
> > My current questions would be:
> > is the combination of JF git kernel with xen-unstable the right way to
> >
> > go for this setup? Or should I perhaps use older xen version and apply
> > some patchset? I think some of those patches were applied in
> > xen-unstable already but I am not quite sure...
>
> Some people are using http://xenbits.xen.org/linux-2.6.18-xen.hg as dom0 kernel.
>
> That's the old xenlinux kernel, the default dom0 kernel for Xen 3.4.x
> and earlier versions.

And based on the recent emails on xen-devel, I think some people got it working 
also using pv_ops dom0 kernel.

-- Pasi

[Boris Derzhavets]

I did "git pull" , built 2.6.31-c8 kernel with Xen Dom0 support.
However, attempt to load kernel under Xen 3.4.1 drops
into stack trace and hangs on both F11 and Ubuntu 9.10. 
Old 2.6.31-rc6's .config file has been used without any changes.
I can't set up serial console in meantime.

Boris

--- On Fri, 9/4/09, Mark Schloesser  wrote:

From: Mark Schloesser 
Subject: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
To: [e-mail]
Date: Friday, September 4, 2009, 10:26 AM

Hey guys,

I sadly had no luck fixing my X problem. The system seems to run fine
and as the subject says I moved from 3.4.1-3 to xen-unstable. As I am
already doing fairly bleeding-edge stuff here I thought this would
probably make most sense.

As I only have an nvs290 gfx card available right now I can't check if
this is the problem. But I'll try to get my hands on some other cards
for next week.

Today I read through a lot of mailing list archives and PDFs trying to
dig deeper into the IOMMU/PCI passthrough stuff and I want to give the
graphics passthrough situation a shot myself. Sadly it is very confusing
to read about the different setups and hardware environments with both
positive and negative results. Also the patchsets and versions everybody
is talking about do not make it any easier :)

My current questions would be:
- is the combination of JF git kernel with xen-unstable the right way to
go for this setup? Or should I perhaps use older xen version and apply
some patchset? I think some of those patches were applied in
xen-unstable already but I am not quite sure...

- does anyone have hints or clarification regarding the Xorg problem on
dom0? As I said there are no eye-catching log entries or errors except
the Xorg backtrace at the end of the log file (posted to list before).
This happens regardless of which driver I enable (vesa/nv/nouveau). The
nvidia binary driver compiles without problems and seems to come up but
only gives me a black screen and also locks the vtys.

Thanks to the great help, reports and instructions Boris and others!

Mark

-----Inline Attachment Follows-----

--
Fedora-xen mailing list
[e-mail]
https://www.redhat.com/mailman/listinfo/fedora-xen

[Xen-devel] Re: Xorg on JF 2.6.31-rc8 with xen 3.5 unstable

[Jeremy Fitzhardinge]

On 09/04/09 11:02, Boris Derzhavets wrote:
> I did "git pull" , built 2.6.31-c8 kernel with Xen Dom0 support.
> However, attempt to load kernel under Xen 3.4.1 drops
> into stack trace and hangs on both F11 and Ubuntu 9.10.
> Old 2.6.31-rc6's .config file has been used without any changes.
> I can't set up serial console in meantime.

What's the stack trace?  Even of a photo of it may give some clues. 
Needless to say, it does work for me with current xen-unstable; there
shouldn't be any new hypervisor version dependencies.

J

[Xen-devel] Re: Xorg on JF 2.6.31-rc8 with xen 3.5 unstable

[Boris Derzhavets]

Mark,
Could you share your .config for JF's 2.6.31-rc8 which loads under Xen Unstable.
Looks like i miss some point tuning kernel.

Thanks.
Boris.

--- On Fri, 9/4/09, Boris Derzhavets  wrote:

From: Boris Derzhavets 
Subject: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
To: [e-mail], "Mark Schloesser" 
Cc: [e-mail]
Date: Friday, September 4, 2009, 2:02 PM

I did "git pull" , built 2.6.31-c8 kernel with Xen Dom0 support.
However, attempt to load kernel under Xen 3.4.1 drops
into stack trace and hangs on both F11 and Ubuntu 9.10. 
Old 2.6.31-rc6's .config file has been used without any changes.
I can't set up serial console in meantime.

Boris

--- On Fri, 9/4/09, Mark Schloesser  wrote:

From: Mark Schloesser 
Subject: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
To: [e-mail]
Date: Friday, September 4, 2009, 10:26 AM

Hey guys,

I sadly had no luck fixing my X problem. The system seems to run fine
and as the subject says I moved
 from 3.4.1-3 to xen-unstable. As I am
already doing fairly bleeding-edge stuff here I thought this would
probably make most sense.

As I only have an nvs290 gfx card available right now I can't check if
this is the problem. But I'll try to get my hands on some other cards
for next week.

Today I read through a lot of mailing list archives and PDFs trying to
dig deeper into the IOMMU/PCI passthrough stuff and I want to give the
graphics passthrough situation a shot myself. Sadly it is very confusing
to read about the different setups and hardware environments with both
positive and negative results. Also the patchsets and versions everybody
is talking about do not make it any easier :)

My current questions would be:
- is the combination of JF git kernel with xen-unstable the right way to
go for this setup? Or should I perhaps use older xen version and apply
some patchset? I think some of those
 patches were applied in
xen-unstable already but I am not quite sure...

- does anyone have hints or clarification regarding the Xorg problem on
dom0? As I said there are no eye-catching log entries or errors except
the Xorg backtrace at the end of the log file (posted to list before).
This happens regardless of which driver I enable (vesa/nv/nouveau). The
nvidia binary driver compiles without problems and seems to come up but
only gives me a black screen and also locks the vtys.

Thanks to the great help, reports and instructions Boris and others!

Mark

-----Inline Attachment Follows-----

--
Fedora-xen mailing list
[e-mail]
https://www.redhat.com/mailman/listinfo/fedora-xen

-----Inline Attachment Follows-----

_______________________________________________
Xen-devel mailing list
[e-mail]
http://lists.xensource.com/xen-devel

[Xen-devel] Re: Xorg on JF 2.6.31-rc8 with xen 3.5 unstable

[Mark Schloesser]

Boris,

actually I used your config. The same config as I used for -rc6 build.
Works just fine for me - but I did not try booting with 3.4.1, only with
xen-unstable.

Mark

Boris Derzhavets wrote:
> Mark,
> Could you share your .config for JF's 2.6.31-rc8 which loads under Xen Unstable.
> Looks like i miss some point tuning kernel.
>
> Thanks.
> Boris.
>
> --- On Fri, 9/4/09, Boris Derzhavets  wrote:
>
> From: Boris Derzhavets 
> Subject: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> To: [e-mail], "Mark Schloesser" 
> Cc: [e-mail]
> Date: Friday, September 4, 2009, 2:02 PM
>
> I did "git pull" , built 2.6.31-c8 kernel with Xen Dom0 support.
> However, attempt to load kernel under Xen 3.4.1 drops
> into stack trace and hangs on both F11 and Ubuntu 9.10. 
> Old 2.6.31-rc6's .config file has been used without any changes.
> I can't set up serial console in meantime.
>
> Boris
>
> --- On Fri, 9/4/09, Mark Schloesser  wrote:
>
> From: Mark Schloesser 
> Subject: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> To: [e-mail]
> Date: Friday, September 4, 2009, 10:26 AM
>
> Hey guys,
>
> I sadly had no luck fixing my X problem. The system seems to run fine
> and as the subject says I moved
>  from 3.4.1-3 to xen-unstable. As I am
> already doing fairly bleeding-edge stuff here I thought this would
> probably make most sense.
>
> As I only have an nvs290 gfx card available right now I can't check if
> this is the problem. But I'll try to get my hands on some other cards
> for next week.
>
> Today I read through a lot of mailing list archives and PDFs trying to
> dig deeper into the IOMMU/PCI passthrough stuff and I want to give the
> graphics passthrough situation a shot myself. Sadly it is very confusing
> to read about the different setups and hardware environments with both
> positive and negative results. Also the patchsets and versions everybody
> is talking about do not make it any easier :)
>
> My current questions would be:
> is the combination of JF git kernel with xen-unstable the right way to
>
> go for this setup? Or should I perhaps use older xen version and apply
> some patchset? I think some of those
>  patches were applied in
> xen-unstable already but I am not quite sure...
> does anyone have hints or clarification regarding the Xorg problem on
>
> dom0? As I said there are no eye-catching log entries or errors except
> the Xorg backtrace at the end of the log file (posted to list before).
> This happens regardless of which driver I enable (vesa/nv/nouveau). The
> nvidia binary driver compiles without problems and seems to come up but
> only gives me a black screen and also locks the vtys.
>
> Thanks to the great help, reports and instructions Boris and others!
>
> Mark
>
> -----Inline Attachment Follows-----
>
> --
> Fedora-xen mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-xen
>
> -----Inline Attachment Follows-----
>
> Xen-devel mailing list
> [e-mail]
> http://lists.xensource.com/xen-devel
>
> Xen-devel mailing list
> [e-mail]
> http://lists.xensource.com/xen-devel

[Xen-devel] Re: Xorg on JF 2.6.31-rc8 with xen 3.5 unstable

[Boris Derzhavets]

I tried to build and load on F12 rawhide with the most recent gcc,glibc and kernel (fedoras). So, xen was installed via xen-3.4.1-3.src.rpm along with libvirt ( via rawhide again). Please, let me know your environment for successful build and load rc8 under  Xen 3.5.

Boris.
BTW 
Please,be advised :-

**********
Quote:-
**********
> Does this help?
> diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
> index cb1a663..f4ebffb 100644
> --- a/include/linux/swiotlb.h
> +++ b/include/linux/swiotlb.h
> @@ -2,6 +2,7 @@
> #define __LINUX_SWIOTLB_H
> #include <linux/types.h>
> +#include <linux/dma-mapping.h>
> struct device;
> struct dma_attrs;

Now kernel gets built, but still fails to load under either Xen 3.5 or Xen 3.4.1.
  Stack traces differ on C2D E8400 (Xen 3.4.1)  and Q9550 (Xen 3.5 unstable )boxes. 
  On the last box :-

do_one_initcall + 0x37/0x1a0
 kernel_init + 0x164/0x1ba
 child_rip + 0xa/0x20
 ? int_ret_from_sys_call 0x7/0x16
 ? retint_restore_arg + 0x5/0x6
 ? child_rip 0x0/0x20

Two last
 commands are the same on the first box. Previous differ.

Boris.
P.S. I cannot buy or order 20 m of NUL modem cable.
       Just 2.5 m . That's all

--- On Sat, 9/5/09, Jeremy Fitzhardinge  wrote:

From: Jeremy Fitzhardinge 
Subject: [Xen-devel] Re: Errors when build 2.6.31-rc8
To: "Boris Derzhavets" 
Cc: "Xen-devel" 
Date: Saturday, September 5, 2009, 11:48 AM

On 09/05/09 04:18, Boris Derzhavets wrote:
> After fresh git clone, git checkout tune "make menuconfig" the same
> way as for RC6
>
> When build :-
>
> In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:5,

from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> include/linux/swiotlb.h:48: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:48: warning: its scope is only this definition
> or declaration, which is probably not what you want
> include/linux/swiotlb.h:51: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:63: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:68: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:72: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:76: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:80: warning:

‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:84: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:89: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:94: warning: ‘enum dma_data_direction’
> declared inside parameter list
> In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
>                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> ‘get_dma_ops’:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:29: error:
> dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:32: error:
> dereferencing pointer to incomplete

type
> In file included from
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:37,
>                   from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
>                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:12: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:11: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_map_single_attrs’:
> include/asm-generic/dma-mapping-common.h:18: error: implicit
> declaration of function ‘valid_dma_direction’
> In file included from

/usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:37,
> from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
>                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> include/asm-generic/dma-mapping-common.h:19: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:31: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:30: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_unmap_single_attrs’:
> include/asm-generic/dma-mapping-common.h:36: error: dereferencing
> pointer to incomplete type

include/asm-generic/dma-mapping-common.h:37: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:43: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:42: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function ‘dma_map_sg_attrs’:
> include/asm-generic/dma-mapping-common.h:52: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:60: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:59: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In

function
> ‘dma_unmap_sg_attrs’:
> include/asm-generic/dma-mapping-common.h:66: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:67: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:72: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:72: error: parameter 5
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function ‘dma_map_page’:
> include/asm-generic/dma-mapping-common.h:79: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:86: warning: ‘enum
> dma_data_direction’ declared inside parameter list

include/asm-generic/dma-mapping-common.h:86: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function ‘dma_unmap_page’:
> include/asm-generic/dma-mapping-common.h:91: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:92: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:98: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:98: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_sync_single_for_cpu’:
> include/asm-generic/dma-mapping-common.h:103: error: dereferencing
> pointer to incomplete type

include/asm-generic/dma-mapping-common.h:104: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:111: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:111: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_sync_single_for_device’:
> include/asm-generic/dma-mapping-common.h:116: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:117: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:126: warning: ‘enum
> dma_data_direction’ declared inside parameter list

include/asm-generic/dma-mapping-common.h:126: error: parameter 5
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_sync_single_range_for_cpu’:
> include/asm-generic/dma-mapping-common.h:131: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:132: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:137: error: type of formal
> parameter 4 is incomplete
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:144: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:144: error: parameter 5
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function

‘dma_sync_single_range_for_device’:
> include/asm-generic/dma-mapping-common.h:149: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:150: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:155: error: type of formal
> parameter 4 is incomplete
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:160: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:160: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_sync_sg_for_cpu’:
> include/asm-generic/dma-mapping-common.h:165: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:166: error:

dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:173: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:173: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_sync_sg_for_device’:
> include/asm-generic/dma-mapping-common.h:178: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:179: error: dereferencing
> pointer to incomplete type
> In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
>                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function

‘dma_mapping_error’:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:42: error:
> dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:43: error:
> dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: At top level:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:60: warning:
> ‘enum dma_data_direction’ declared inside parameter list
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:60: error:
> parameter 4 (‘dir’) has incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> ‘dma_alloc_coherent_mask’:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:77: error:
> dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:79: error:

implicit declaration of function ‘DMA_BIT_MASK’
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> ‘dma_alloc_coherent’:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:114: error:
> implicit declaration of function ‘is_device_dma_capable’
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:117: error:
> dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:120: error:
> dereferencing pointer to incomplete type
> In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
>                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> ‘dma_free_coherent’:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:138: error:

dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:139: error:
> dereferencing pointer to incomplete type
> make[4]: *** [drivers/gpu/drm/ttm/ttm_agp_backend.o] Error 1
> make[3]: *** [drivers/gpu/drm/ttm] Error 2
> make[2]: *** [drivers/gpu/drm] Error 2
> make[1]: *** [drivers/gpu] Error 2
> make: *** [drivers] Error 2

Does this help?

diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
index cb1a663..f4ebffb 100644
--- a/include/linux/swiotlb.h
+++ b/include/linux/swiotlb.h
@@ -2,6 +2,7 @@
 #define __LINUX_SWIOTLB_H

#include <linux/types.h>
+#include <linux/dma-mapping.h>

struct device;
 struct dma_attrs;

J

--- On Sun, 9/6/09, Mark Schloesser  wrote:

From: Mark Schloesser 
Subject: Re: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
To: "Boris Derzhavets" 
Cc: [e-mail], [e-mail]
Date: Sunday, September 6, 2009, 11:09 AM

Boris,

actually I used your config. The same config as I used for -rc6 build.
Works just fine for me - but I did not try booting with 3.4.1, only with
xen-unstable.

Mark

Boris Derzhavets wrote:
> Mark,
> Could you share your .config for JF's 2.6.31-rc8 which loads under Xen Unstable.
> Looks like i miss some point tuning kernel.
>
> Thanks.
> Boris.
>
> --- On Fri, 9/4/09, Boris Derzhavets  wrote:
>
> From: Boris Derzhavets 
> Subject: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> To: [e-mail], "Mark Schloesser" 
> Cc: [e-mail]
> Date: Friday, September 4, 2009, 2:02 PM
>
> I did "git pull" , built 2.6.31-c8 kernel with Xen Dom0 support.
> However, attempt to load kernel under Xen 3.4.1 drops
> into stack trace and hangs on both F11 and Ubuntu 9.10. 
> Old 2.6.31-rc6's .config file has been used without any changes.
> I can't set up serial console in meantime.
>
> Boris
>
> --- On Fri, 9/4/09, Mark Schloesser  wrote:
>
> From: Mark Schloesser 
> Subject: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> To: [e-mail]
> Date: Friday, September 4, 2009, 10:26 AM
>
> Hey guys,
>
> I sadly had no luck fixing my X problem. The system seems to run fine
> and as the subject says I moved
>   from 3.4.1-3 to xen-unstable. As I am
> already doing fairly bleeding-edge stuff here I thought this would
> probably make most sense.
>
> As I only have an nvs290 gfx card available right now I can't check if
> this is the problem. But I'll try to get my hands on some other cards
> for next week.
>
> Today I read through a lot of mailing list archives and PDFs trying to
> dig deeper into the IOMMU/PCI passthrough stuff and I want to give the
> graphics passthrough situation a shot myself. Sadly it is very confusing
> to read about the different setups and hardware environments with both
> positive and negative results. Also the patchsets and versions everybody
> is talking about do not make it any easier :)
>
> My current questions would be:
> is the combination of JF git kernel with xen-unstable the right way to
>
> go for this setup? Or should I perhaps use older xen version and apply
> some patchset? I think some of those
>   patches were applied in
> xen-unstable already but I am not quite sure...
> does anyone have hints or clarification regarding the Xorg problem on
>
> dom0? As I said there are no eye-catching log entries or errors except
> the Xorg backtrace at the end of the log file (posted to list before).
> This happens regardless of which driver I enable (vesa/nv/nouveau). The
> nvidia binary driver compiles without problems and seems to come up but
> only gives me a black screen and also locks the vtys.
>
> Thanks to the great help, reports and instructions Boris and others!
>
> Mark
>
> -----Inline Attachment Follows-----
>
> --
> Fedora-xen mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-xen
>
> -----Inline Attachment Follows-----
>
> Xen-devel mailing list
> [e-mail]
> http://lists.xensource.com/xen-devel
>
> Xen-devel mailing list
> [e-mail]
> http://lists.xensource.com/xen-devel

-----Inline Attachment Follows-----

_______________________________________________
Xen-devel mailing list
[e-mail]
http://lists.xensource.com/xen-devel

[Xen-devel] Re: Xorg on JF 2.6.31-rc8 with xen 3.5 unstable

[Boris Derzhavets]

I tried to build and load on F12 rawhide with the most recent
gcc,glibc and kernel (fedoras). So, xen was installed via
xen-3.4.1-3.src.rpm along with libvirt ( via rawhide again). Please,
let me know your environment for successful build and load rc8 under 
Xen 3.5.

Boris.
BTW 
Please,be advised :-

**********
Quote:-
**********
> Does this help?
> diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
> index cb1a663..f4ebffb 100644
> --- a/include/linux/swiotlb.h
> +++ b/include/linux/swiotlb.h
> @@ -2,6 +2,7 @@
> #define __LINUX_SWIOTLB_H
> #include <linux/types.h>
> +#include <linux/dma-mapping.h>
> struct device;
> struct dma_attrs;

Now kernel gets built, but still fails to load under either Xen 3.5 or Xen
 3.4.1.
  Stack traces differ on C2D E8400 (Xen 3.4.1)  and Q9550 (Xen 3.5 unstable )boxes. 
  On the last box :-

do_one_initcall + 0x37/0x1a0
 kernel_init + 0x164/0x1ba
 child_rip + 0xa/0x20
 ? int_ret_from_sys_call 0x7/0x16
 ? retint_restore_arg + 0x5/0x6
 ? child_rip 0x0/0x20

Two last
 commands are the same on the first box. Previous differ.

Boris.
P.S. I cannot buy or order 20 m of NUL modem cable.
       Just 2.5 m . That's all

--- On Sat, 9/5/09, Jeremy Fitzhardinge  wrote:

From: Jeremy Fitzhardinge 
Subject: [Xen-devel] Re: Errors when build 2.6.31-rc8
To: "Boris Derzhavets" 
Cc: "Xen-devel" 
Date: Saturday, September 5, 2009, 11:48 AM

On
 09/05/09 04:18, Boris Derzhavets wrote:
> After fresh git clone, git checkout tune "make menuconfig" the same
> way as for RC6
>
> When build :-
>
> In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:5,

from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> include/linux/swiotlb.h:48: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:48: warning: its scope is only this definition
> or declaration, which is probably not what you want
> include/linux/swiotlb.h:51: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:63: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:68: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:72: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:76: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:80: warning:

‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:84: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:89: warning: ‘enum dma_data_direction’
> declared inside parameter list
> include/linux/swiotlb.h:94: warning: ‘enum dma_data_direction’
> declared inside parameter list
> In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
>                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> ‘get_dma_ops’:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:29: error:
> dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:32: error:
> dereferencing pointer to incomplete

type
> In file included from
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:37,
>                   from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
>                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:12: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:11: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_map_single_attrs’:
> include/asm-generic/dma-mapping-common.h:18: error: implicit
> declaration of function ‘valid_dma_direction’
> In file included from

/usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:37,
> from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
>                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> include/asm-generic/dma-mapping-common.h:19: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:31: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:30: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_unmap_single_attrs’:
> include/asm-generic/dma-mapping-common.h:36: error: dereferencing
> pointer to incomplete type

include/asm-generic/dma-mapping-common.h:37: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:43: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:42: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function ‘dma_map_sg_attrs’:
> include/asm-generic/dma-mapping-common.h:52: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:60: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:59: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In

function
> ‘dma_unmap_sg_attrs’:
> include/asm-generic/dma-mapping-common.h:66: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:67: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:72: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:72: error: parameter 5
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function ‘dma_map_page’:
> include/asm-generic/dma-mapping-common.h:79: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:86: warning: ‘enum
> dma_data_direction’ declared inside parameter list

include/asm-generic/dma-mapping-common.h:86: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function ‘dma_unmap_page’:
> include/asm-generic/dma-mapping-common.h:91: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:92: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:98: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:98: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_sync_single_for_cpu’:
> include/asm-generic/dma-mapping-common.h:103: error: dereferencing
> pointer to incomplete type

include/asm-generic/dma-mapping-common.h:104: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:111: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:111: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_sync_single_for_device’:
> include/asm-generic/dma-mapping-common.h:116: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:117: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:126: warning: ‘enum
> dma_data_direction’ declared inside parameter list

include/asm-generic/dma-mapping-common.h:126: error: parameter 5
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_sync_single_range_for_cpu’:
> include/asm-generic/dma-mapping-common.h:131: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:132: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:137: error: type of formal
> parameter 4 is incomplete
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:144: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:144: error: parameter 5
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function

‘dma_sync_single_range_for_device’:
> include/asm-generic/dma-mapping-common.h:149: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:150: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:155: error: type of formal
> parameter 4 is incomplete
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:160: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:160: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_sync_sg_for_cpu’:
> include/asm-generic/dma-mapping-common.h:165: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:166: error:

dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h: At top level:
> include/asm-generic/dma-mapping-common.h:173: warning: ‘enum
> dma_data_direction’ declared inside parameter list
> include/asm-generic/dma-mapping-common.h:173: error: parameter 4
> (‘dir’) has incomplete type
> include/asm-generic/dma-mapping-common.h: In function
> ‘dma_sync_sg_for_device’:
> include/asm-generic/dma-mapping-common.h:178: error: dereferencing
> pointer to incomplete type
> include/asm-generic/dma-mapping-common.h:179: error: dereferencing
> pointer to incomplete type
> In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
>                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function

‘dma_mapping_error’:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:42: error:
> dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:43: error:
> dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: At top level:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:60: warning:
> ‘enum dma_data_direction’ declared inside parameter list
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:60: error:
> parameter 4 (‘dir’) has incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> ‘dma_alloc_coherent_mask’:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:77: error:
> dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:79: error:

implicit declaration of function ‘DMA_BIT_MASK’
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> ‘dma_alloc_coherent’:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:114: error:
> implicit declaration of function ‘is_device_dma_capable’
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:117: error:
> dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:120: error:
> dereferencing pointer to incomplete type
> In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
>                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> ‘dma_free_coherent’:
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:138: error:

dereferencing pointer to incomplete type
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:139: error:
> dereferencing pointer to incomplete type
> make[4]: *** [drivers/gpu/drm/ttm/ttm_agp_backend.o] Error 1
> make[3]: *** [drivers/gpu/drm/ttm] Error 2
> make[2]: *** [drivers/gpu/drm] Error 2
> make[1]: *** [drivers/gpu] Error 2
> make: *** [drivers] Error 2

Does this help?

diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
index cb1a663..f4ebffb 100644
--- a/include/linux/swiotlb.h
+++ b/include/linux/swiotlb.h
@@ -2,6 +2,7 @@
 #define __LINUX_SWIOTLB_H

#include <linux/types.h>
+#include <linux/dma-mapping.h>

struct device;
 struct dma_attrs;

J

--- On Sun, 9/6/09, Mark Schloesser  wrote:

From: Mark Schloesser 
Subject: Re: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
To: "Boris Derzhavets" 
Cc: [e-mail], [e-mail]
Date: Sunday, September 6, 2009, 11:09 AM

Boris,

actually I used your config. The same config as I used for -rc6 build.
Works just fine for me - but I did not try booting with 3.4.1, only with
xen-unstable.

Mark

Boris Derzhavets wrote:
> Mark,
> Could you share your .config for JF's 2.6.31-rc8 which loads under Xen Unstable.
> Looks like i miss some point tuning kernel.
>
> Thanks.
> Boris.
>
> --- On Fri, 9/4/09, Boris Derzhavets  wrote:
>
> From: Boris Derzhavets 
> Subject: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> To: [e-mail], "Mark Schloesser" <mark.schloesser@rwth-aachen..de>
> Cc: [e-mail]
> Date: Friday, September 4, 2009, 2:02 PM
>
> I did "git pull" , built 2.6.31-c8 kernel with Xen Dom0 support.
> However, attempt to load kernel under Xen 3.4.1 drops
> into stack trace and hangs on both F11 and Ubuntu 9.10. 
> Old 2.6.31-rc6's .config file has been used without any changes.
> I can't set up serial console in meantime.
>
> Boris
>
> --- On Fri, 9/4/09, Mark Schloesser  wrote:
>
> From: Mark Schloesser 
> Subject: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> To: [e-mail]
> Date: Friday, September 4, 2009, 10:26 AM
>
> Hey guys,
>
> I sadly had no luck fixing my X problem. The system seems to run fine
> and as the subject says I moved
>   from 3.4.1-3 to xen-unstable. As I am
> already doing fairly bleeding-edge stuff here I thought this would
> probably make most sense.
>
> As I only have an nvs290 gfx card available right now I can't check if
> this is the problem. But I'll try to get my hands on some other cards
> for next week.
>
> Today I read through a lot of mailing list archives and PDFs trying to
> dig deeper into the IOMMU/PCI passthrough stuff and I want to give the
> graphics passthrough situation a shot myself. Sadly it is very confusing
> to read about the different setups and hardware environments with both
> positive and negative results. Also the patchsets and versions everybody
> is talking about do not make it any easier :)
>
> My current questions would be:
> is the combination of JF git kernel with xen-unstable the right way to
>
> go for this setup? Or should I perhaps use older xen version and apply
> some patchset? I think some of those
>   patches were applied in
> xen-unstable already but I am not quite sure...
> does anyone have hints or clarification regarding the Xorg problem on
>
> dom0? As I said there are no eye-catching log entries or errors except
> the Xorg backtrace at the end of the log file (posted to list before).
> This happens regardless of which driver I enable (vesa/nv/nouveau). The
> nvidia binary driver compiles without problems and seems to come up but
> only gives me a black screen and also locks the vtys.
>
> Thanks to the great help, reports and instructions Boris and others!
>
> Mark
>
> -----Inline Attachment Follows-----
>
> --
> Fedora-xen mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-xen
>
> -----Inline Attachment Follows-----
>
> Xen-devel mailing list
> [e-mail]
> http://lists.xensource.com/xen-devel
>
> Xen-devel mailing list
> [e-mail]
> http://lists.xensource.com/xen-devel

[Xen-devel] Re: Xorg on JF 2.6.31-rc8 with xen 3.5 unstable

[Mark Schloesser]

I am on standard F11, using a fresh install and then updated all
packages before doing anything xen related. Xen build was done with
current xen-unstable checkout using only "xen" and "tools" build
targets. I have no libvirt or libvirt-preview currently. My Xorg still
does not want to come up btw :)

Do you need anything else?

Mark

Boris Derzhavets wrote:
> I tried to build and load on F12 rawhide with the most recent
> gcc,glibc and kernel (fedoras). So, xen was installed via
> xen-3.4.1-3.src.rpm along with libvirt ( via rawhide again). Please,
> let me know your environment for successful build and load rc8 under 
> Xen 3.5.
>
> Boris.
> BTW 
> Please,be advised :-
>
> Quote:-
> > Does this help?
> > diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
> > index cb1a663..f4ebffb 100644
> > --- a/include/linux/swiotlb.h
> > +++ b/include/linux/swiotlb.h
> > @@ -2,6 +2,7 @@
> > #define __LINUX_SWIOTLB_H
> > #include <linux/types.h>
> > +#include <linux/dma-mapping.h>
> > struct device;
> > struct dma_attrs;
>
> Now kernel gets built, but still fails to load under either Xen 3.5 or Xen
>  3.4.1.
>   Stack traces differ on C2D E8400 (Xen 3.4.1)  and Q9550 (Xen 3.5 unstable )boxes. 
>   On the last box :-
>
> do_one_initcall + 0x37/0x1a0
>  kernel_init + 0x164/0x1ba
>  child_rip + 0xa/0x20
>  ? int_ret_from_sys_call 0x7/0x16
>  ? retint_restore_arg + 0x5/0x6
>  ? child_rip 0x0/0x20
>
> Two last
>  commands are the same on the first box. Previous differ.
>
> Boris.
> P.S. I cannot buy or order 20 m of NUL modem cable.
>        Just 2.5 m . That's all
>
> --- On Sat, 9/5/09, Jeremy Fitzhardinge  wrote:
>
> From: Jeremy Fitzhardinge 
> Subject: [Xen-devel] Re: Errors when build 2.6.31-rc8
> To: "Boris Derzhavets" 
> Cc: "Xen-devel" 
> Date: Saturday, September 5, 2009, 11:48 AM
>
> On
>  09/05/09 04:18, Boris Derzhavets wrote:
> > After fresh git clone, git checkout tune "make menuconfig" the same
> > way as for RC6
> >
> > When build :-
> >
> > In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:5,
>            from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > include/linux/swiotlb.h:48: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:48: warning: its scope is only this definition
> > or declaration, which is probably not what you want
> > include/linux/swiotlb.h:51: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:63: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:68: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:72: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:76: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:80: warning:
>
> ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:84: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:89: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:94: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
> >                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> > ‘get_dma_ops’:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:29: error:
> > dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:32: error:
> > dereferencing pointer to incomplete
>
> type
> > In file included from
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:37,
> >                   from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
> >                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:12: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:11: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_map_single_attrs’:
> > include/asm-generic/dma-mapping-common.h:18: error: implicit
> > declaration of function ‘valid_dma_direction’
> > In file included from
>
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:37,
> >               from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
> >               from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> >
> > include/asm-generic/dma-mapping-common.h:19: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:31: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:30: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_unmap_single_attrs’:
> > include/asm-generic/dma-mapping-common.h:36: error: dereferencing
> > pointer to incomplete type
>
> include/asm-generic/dma-mapping-common.h:37: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:43: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:42: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function ‘dma_map_sg_attrs’:
> > include/asm-generic/dma-mapping-common.h:52: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:60: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:59: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In
>
> function
> > ‘dma_unmap_sg_attrs’:
> > include/asm-generic/dma-mapping-common.h:66: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:67: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:72: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:72: error: parameter 5
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function ‘dma_map_page’:
> > include/asm-generic/dma-mapping-common.h:79: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:86: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
>
> include/asm-generic/dma-mapping-common.h:86: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function ‘dma_unmap_page’:
> > include/asm-generic/dma-mapping-common.h:91: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:92: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:98: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:98: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_sync_single_for_cpu’:
> > include/asm-generic/dma-mapping-common.h:103: error: dereferencing
> > pointer to incomplete type
>
> include/asm-generic/dma-mapping-common.h:104: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:111: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:111: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_sync_single_for_device’:
> > include/asm-generic/dma-mapping-common.h:116: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:117: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:126: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
>
> include/asm-generic/dma-mapping-common.h:126: error: parameter 5
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_sync_single_range_for_cpu’:
> > include/asm-generic/dma-mapping-common.h:131: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:132: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:137: error: type of formal
> > parameter 4 is incomplete
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:144: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:144: error: parameter 5
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
>
> ‘dma_sync_single_range_for_device’:
> > include/asm-generic/dma-mapping-common.h:149: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:150: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:155: error: type of formal
> > parameter 4 is incomplete
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:160: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:160: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_sync_sg_for_cpu’:
> > include/asm-generic/dma-mapping-common.h:165: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:166: error:
>
> dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:173: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:173: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_sync_sg_for_device’:
> > include/asm-generic/dma-mapping-common.h:178: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:179: error: dereferencing
> > pointer to incomplete type
> > In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
> >                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
>
> ‘dma_mapping_error’:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:42: error:
> > dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:43: error:
> > dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: At top level:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:60: warning:
> > ‘enum dma_data_direction’ declared inside parameter list
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:60: error:
> > parameter 4 (‘dir’) has incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> > ‘dma_alloc_coherent_mask’:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:77: error:
> > dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:79: error:
>
> implicit declaration of function ‘DMA_BIT_MASK’
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> > ‘dma_alloc_coherent’:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:114: error:
> > implicit declaration of function ‘is_device_dma_capable’
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:117: error:
> > dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:120: error:
> > dereferencing pointer to incomplete type
> > In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
> >                   from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> > ‘dma_free_coherent’:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:138: error:
>
> dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:139: error:
> > dereferencing pointer to incomplete type
> > make[4]: *** [drivers/gpu/drm/ttm/ttm_agp_backend.o] Error 1
> > make[3]: *** [drivers/gpu/drm/ttm] Error 2
> > make[2]: *** [drivers/gpu/drm] Error 2
> > make[1]: *** [drivers/gpu] Error 2
> > make: *** [drivers] Error 2
>
> Does this help?
>
> diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
> index cb1a663..f4ebffb 100644
> --- a/include/linux/swiotlb.h
> +++ b/include/linux/swiotlb.h
> @@ -2,6 +2,7 @@
>  #define __LINUX_SWIOTLB_H
>
> #include <linux/types.h>
> +#include <linux/dma-mapping.h>
>
> struct device;
>  struct dma_attrs;
> J
>
>
> --- On Sun, 9/6/09, Mark Schloesser  wrote:
>
> From: Mark Schloesser 
> Subject: Re: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> To: "Boris Derzhavets" 
> Cc: [e-mail], [e-mail]
> Date: Sunday, September 6, 2009, 11:09 AM
>
> Boris,
>
> actually I used your config. The same config as I used for -rc6 build.
> Works just fine for me - but I did not try booting with 3.4.1, only with
> xen-unstable.
>
> Mark
>
> Boris Derzhavets wrote:
> > Mark,
> > Could you share your .config for JF's 2.6.31-rc8 which loads under Xen Unstable.
> > Looks like i miss some point tuning kernel.
> >
> > Thanks.
> > Boris.
> >
> > --- On Fri, 9/4/09, Boris Derzhavets  wrote:
> >
> > From: Boris Derzhavets 
> > Subject: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> > To: [e-mail], "Mark Schloesser" <mark.schloesser@rwth-aachen..de>
> > Cc: [e-mail]
> > Date: Friday, September 4, 2009, 2:02 PM
> >
> > I did "git pull" , built 2.6.31-c8 kernel with Xen Dom0 support.
> > However, attempt to load kernel under Xen 3.4.1 drops
> > into stack trace and hangs on both F11 and Ubuntu 9.10. 
> > Old 2.6.31-rc6's .config file has been used without any changes.
> > I can't set up serial console in meantime.
> >
> > Boris
> >
> > --- On Fri, 9/4/09, Mark Schloesser  wrote:
> >
> > From: Mark Schloesser 
> > Subject: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> > To: [e-mail]
> > Date: Friday, September 4, 2009, 10:26 AM
> >
> > Hey guys,
> >
> > I sadly had no luck fixing my X problem. The system seems to run fine
> > and as the subject says I moved
> >   from 3.4.1-3 to xen-unstable. As I am
> > already doing fairly bleeding-edge stuff here I thought this would
> > probably make most sense.
> >
> > As I only have an nvs290 gfx card available right now I can't check if
> > this is the problem. But I'll try to get my hands on some other cards
> > for next week.
> >
> > Today I read through a lot of mailing list archives and PDFs trying to
> > dig deeper into the IOMMU/PCI passthrough stuff and I want to give the
> > graphics passthrough situation a shot myself. Sadly it is very confusing
> > to read about the different setups and hardware environments with both
> > positive and negative results. Also the patchsets and versions everybody
> > is talking about do not make it any easier :)
> >
> > My current questions would be:
> > is the combination of JF git kernel with xen-unstable the right way to
> >
> > go for this setup? Or should I perhaps use older xen version and apply
> > some patchset? I think some of those
> >   patches were applied in
> > xen-unstable already but I am not quite sure...
> > does anyone have hints or clarification regarding the Xorg problem on
> >
> > dom0? As I said there are no eye-catching log entries or errors except
> > the Xorg backtrace at the end of the log file (posted to list before).
> > This happens regardless of which driver I enable (vesa/nv/nouveau). The
> > nvidia binary driver compiles without problems and seems to come up but
> > only gives me a black screen and also locks the vtys.
> >
> > Thanks to the great help, reports and instructions Boris and others!
> >
> > Mark
> >
> > -----Inline Attachment Follows-----
> >
> > --
> > Fedora-xen mailing list
> > [e-mail]
> > https://www.redhat.com/mailman/listinfo/fedora-xen
> >
> > -----Inline Attachment Follows-----
> >
> > Xen-devel mailing list
> > [e-mail]
> > http://lists.xensource.com/xen-devel
> >
> > Xen-devel mailing list
> > [e-mail]
> > http://lists.xensource.com/xen-devel
>
> Xen-devel mailing list
> [e-mail]
> http://lists.xensource.com/xen-devel

[Xen-devel] Re: Xorg on JF 2.6.31-rc8 with xen 3.5 unstable

[Boris Derzhavets]

Thanks.

--- On Sun, 9/6/09, Mark Schloesser  wrote:

From: Mark Schloesser 
Subject: Re: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
To: "Boris Derzhavets" 
Cc: [e-mail], [e-mail]
Date: Sunday, September 6, 2009, 12:17 PM

I am on standard F11, using a fresh install and then updated all
packages before doing anything xen related. Xen build was done with
current xen-unstable checkout using only "xen" and "tools" build
targets. I have no libvirt or libvirt-preview currently. My Xorg still
does not want to come up btw :)

Do you need anything else?

Mark

Boris Derzhavets wrote:
> I tried to build and load on F12 rawhide with the most recent
> gcc,glibc and kernel (fedoras). So, xen was installed via
> xen-3.4.1-3.src.rpm along with libvirt ( via rawhide again). Please,
> let me know your environment for successful build and load rc8 under 
> Xen 3.5.
>
> Boris.
> BTW 
> Please,be advised :-
>
> Quote:-
> > Does this help?
> > diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
> > index cb1a663..f4ebffb 100644
> > --- a/include/linux/swiotlb.h
> > +++ b/include/linux/swiotlb.h
> > @@ -2,6 +2,7 @@
>
> >#define __LINUX_SWIOTLB_H
>   
>   >#include <linux/types.h>
> > +#include <linux/dma-mapping.h>
>
> >struct device;
>   >struct dma_attrs;
>
> Now kernel gets built, but still fails to load under either Xen 3.5 or Xen
>   3.4.1.
>    Stack traces differ on C2D E8400 (Xen 3.4.1)  and Q9550 (Xen 3.5 unstable )boxes. 
>    On the last box :-
>
> do_one_initcall + 0x37/0x1a0
>   kernel_init + 0x164/0x1ba
>   child_rip + 0xa/0x20
>   ? int_ret_from_sys_call 0x7/0x16
>   ? retint_restore_arg + 0x5/0x6
>   ? child_rip 0x0/0x20
>
> Two last
>   commands are the same on the first box. Previous differ.
>
> Boris.
> P.S. I cannot buy or order 20 m of NUL modem cable.
>         Just 2.5 m . That's all
>
> --- On Sat, 9/5/09, Jeremy Fitzhardinge  wrote:
>
> From: Jeremy Fitzhardinge 
> Subject: [Xen-devel] Re: Errors when build 2.6.31-rc8
> To: "Boris Derzhavets" 
> Cc: "Xen-devel" 
> Date: Saturday, September 5, 2009, 11:48 AM
>
> On
>   09/05/09 04:18, Boris Derzhavets wrote:
> > After fresh git clone, git checkout tune "make menuconfig" the same
> > way as for RC6
> >
> > When build :-
> >
> > In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:5,
>
> from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > include/linux/swiotlb.h:48: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:48: warning: its scope is only this definition
> > or declaration, which is probably not what you want
> > include/linux/swiotlb.h:51: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:63: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:68: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:72: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:76: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:80: warning:
>
> ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:84: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:89: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > include/linux/swiotlb.h:94: warning: ‘enum dma_data_direction’
> > declared inside parameter list
> > In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
> >                    from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> > ‘get_dma_ops’:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:29: error:
> > dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:32: error:
> > dereferencing pointer to incomplete
>
> type
> > In file included from
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:37,
> >                    from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
> >                    from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:12: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:11: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_map_single_attrs’:
> > include/asm-generic/dma-mapping-common.h:18: error: implicit
> > declaration of function ‘valid_dma_direction’
> > In file included from
>
> /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:37,
> > from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
> >                    from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > include/asm-generic/dma-mapping-common.h:19: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:31: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:30: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_unmap_single_attrs’:
> > include/asm-generic/dma-mapping-common.h:36: error: dereferencing
> > pointer to incomplete type
>
> include/asm-generic/dma-mapping-common.h:37: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:43: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:42: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function ‘dma_map_sg_attrs’:
> > include/asm-generic/dma-mapping-common.h:52: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:60: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:59: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In
>
> function
> > ‘dma_unmap_sg_attrs’:
> > include/asm-generic/dma-mapping-common.h:66: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:67: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:72: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:72: error: parameter 5
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function ‘dma_map_page’:
> > include/asm-generic/dma-mapping-common.h:79: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:86: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
>
> include/asm-generic/dma-mapping-common.h:86: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function ‘dma_unmap_page’:
> > include/asm-generic/dma-mapping-common.h:91: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:92: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:98: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:98: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_sync_single_for_cpu’:
> > include/asm-generic/dma-mapping-common.h:103: error: dereferencing
> > pointer to incomplete type
>
> include/asm-generic/dma-mapping-common.h:104: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:111: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:111: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_sync_single_for_device’:
> > include/asm-generic/dma-mapping-common.h:116: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:117: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:126: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
>
> include/asm-generic/dma-mapping-common.h:126: error: parameter 5
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_sync_single_range_for_cpu’:
> > include/asm-generic/dma-mapping-common.h:131: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:132: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:137: error: type of formal
> > parameter 4 is incomplete
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:144: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:144: error: parameter 5
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
>
> ‘dma_sync_single_range_for_device’:
> > include/asm-generic/dma-mapping-common.h:149: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:150: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:155: error: type of formal
> > parameter 4 is incomplete
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:160: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:160: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_sync_sg_for_cpu’:
> > include/asm-generic/dma-mapping-common.h:165: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:166: error:
>
> dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h: At top level:
> > include/asm-generic/dma-mapping-common.h:173: warning: ‘enum
> > dma_data_direction’ declared inside parameter list
> > include/asm-generic/dma-mapping-common.h:173: error: parameter 4
> > (‘dir’) has incomplete type
> > include/asm-generic/dma-mapping-common.h: In function
> > ‘dma_sync_sg_for_device’:
> > include/asm-generic/dma-mapping-common.h:178: error: dereferencing
> > pointer to incomplete type
> > include/asm-generic/dma-mapping-common.h:179: error: dereferencing
> > pointer to incomplete type
> > In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
> >                    from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
>
> ‘dma_mapping_error’:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:42: error:
> > dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:43: error:
> > dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: At top level:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:60: warning:
> > ‘enum dma_data_direction’ declared inside parameter list
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:60: error:
> > parameter 4 (‘dir’) has incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> > ‘dma_alloc_coherent_mask’:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:77: error:
> > dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:79: error:
>
> implicit declaration of function ‘DMA_BIT_MASK’
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> > ‘dma_alloc_coherent’:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:114: error:
> > implicit declaration of function ‘is_device_dma_capable’
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:117: error:
> > dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:120: error:
> > dereferencing pointer to incomplete type
> > In file included from /usr/src/linux-2.6-xen/arch/x86/include/asm/agp.h:9,
> >                    from drivers/gpu/drm/ttm/ttm_agp_backend.c:40:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h: In function
> > ‘dma_free_coherent’:
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:138: error:
>
> dereferencing pointer to incomplete type
> > /usr/src/linux-2.6-xen/arch/x86/include/asm/dma-mapping.h:139: error:
> > dereferencing pointer to incomplete type
> > make[4]: *** [drivers/gpu/drm/ttm/ttm_agp_backend.o] Error 1
> > make[3]: *** [drivers/gpu/drm/ttm] Error 2
> > make[2]: *** [drivers/gpu/drm] Error 2
> > make[1]: *** [drivers/gpu] Error 2
> > make: *** [drivers] Error 2
>
> Does this help?
>
> diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
> index cb1a663..f4ebffb 100644
> --- a/include/linux/swiotlb.h
> +++ b/include/linux/swiotlb.h
> @@ -2,6 +2,7 @@
>   #define __LINUX_SWIOTLB_H
>   
>   #include <linux/types.h>
> +#include <linux/dma-mapping.h>
>   
>   struct device;
>   struct dma_attrs;
>
> J
>
> --- On Sun, 9/6/09, Mark Schloesser  wrote:
>
> From: Mark Schloesser 
> Subject: Re: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> To: "Boris Derzhavets" 
> Cc: [e-mail], [e-mail]
> Date: Sunday, September 6, 2009, 11:09 AM
>
> Boris,
>
> actually I used your config. The same config as I used for -rc6 build.
> Works just fine for me - but I did not try booting with 3.4.1, only with
> xen-unstable.
>
> Mark
>
> Boris Derzhavets wrote:
> > Mark,
> > Could you share your .config for JF's 2.6.31-rc8 which loads under Xen Unstable.
> > Looks like i miss some point tuning kernel.
> >
> > Thanks.
> > Boris.
> >
> > --- On Fri, 9/4/09, Boris Derzhavets  wrote:
> >
> > From: Boris Derzhavets 
> > Subject: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> > To: [e-mail], "Mark Schloesser" <mark.schloesser@rwth-aachen..de>
> > Cc: [e-mail]
> > Date: Friday, September 4, 2009, 2:02 PM
> >
> > I did "git pull" , built 2.6.31-c8 kernel with Xen Dom0 support.
> > However, attempt to load kernel under Xen 3.4.1 drops
> > into stack trace and hangs on both F11 and Ubuntu 9.10. 
> > Old 2.6.31-rc6's .config file has been used without any changes.
> > I can't set up serial console in meantime.
> >
> > Boris
> >
> > --- On Fri, 9/4/09, Mark Schloesser  wrote:
> >
> > From: Mark Schloesser 
> > Subject: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> > To: [e-mail]
> > Date: Friday, September 4, 2009, 10:26 AM
> >
> > Hey guys,
> >
> > I sadly had no luck fixing my X problem. The system seems to run fine
> > and as the subject says I moved
> >    from 3.4.1-3 to xen-unstable. As I am
> > already doing fairly bleeding-edge stuff here I thought this would
> > probably make most sense.
> >
> > As I only have an nvs290 gfx card available right now I can't check if
> > this is the problem. But I'll try to get my hands on some other cards
> > for next week.
> >
> > Today I read through a lot of mailing list archives and PDFs trying to
> > dig deeper into the IOMMU/PCI passthrough stuff and I want to give the
> > graphics passthrough situation a shot myself. Sadly it is very confusing
> > to read about the different setups and hardware environments with both
> > positive and negative results. Also the patchsets and versions everybody
> > is talking about do not make it any easier :)
> >
> > My current questions would be:
> > is the combination of JF git kernel with xen-unstable the right way to
> >
> > go for this setup? Or should I perhaps use older xen version and apply
> > some patchset? I think some of those
> >    patches were applied in
> > xen-unstable already but I am not quite sure...
> > does anyone have hints or clarification regarding the Xorg problem on
> >
> > dom0? As I said there are no eye-catching log entries or errors except
> > the Xorg backtrace at the end of the log file (posted to list before).
> > This happens regardless of which driver I enable (vesa/nv/nouveau). The
> > nvidia binary driver compiles without problems and seems to come up but
> > only gives me a black screen and also locks the vtys.
> >
> > Thanks to the great help, reports and instructions Boris and others!
> >
> > Mark
> >
> > -----Inline Attachment Follows-----
> >
> > --
> > Fedora-xen mailing list
> > [e-mail]
> > https://www.redhat.com/mailman/listinfo/fedora-xen
> >
> > -----Inline Attachment Follows-----
> >
> > Xen-devel mailing list
> > [e-mail]
> > http://lists.xensource.com/xen-devel
> >
> > Xen-devel mailing list
> > [e-mail]
> > http://lists.xensource.com/xen-devel
>
> Xen-devel mailing list
> [e-mail]
> http://lists.xensource.com/xen-devel

[Xen-devel] Re: Xorg on JF 2.6.31-rc8 with xen 3.5 unstable

[Boris Derzhavets]

Yep ;)

Please, run
# git log|more
in linux-2.6-xen ( obtained via git clone).
I am wondering what was the top commit for good build 2.6.31-rc8
I am trying to bisect.

Boris.

--- On Sun, 9/6/09, Mark Schloesser  wrote:

From: Mark Schloesser 
Subject: Re: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
To: "Boris Derzhavets" 
Cc: [e-mail], [e-mail]
Date: Sunday, September 6, 2009, 12:17 PM

I am on standard F11, using a fresh install and then updated all
packages before doing anything xen related. Xen build was done with
current xen-unstable checkout using only "xen" and "tools" build
targets. I have no libvirt or libvirt-preview currently. My Xorg still
does not want to come up btw :)

Do you need anything else?

Mark

[Xen-devel] Re: Xorg on JF 2.6.31-rc8 with xen 3.5 unstable

[Mark Schloesser]

Top commit in my checkout is:

commit 3b316bf67dcbe550e648703475e811fc0cedc705
Merge: 226206a 27a3a52
Author: Jeremy Fitzhardinge 
Date:   Thu Sep 3 16:25:12 2009 -0700

Mark

Boris Derzhavets wrote:
> Yep ;)
>
> Please, run
> # git log|more
> in linux-2.6-xen ( obtained via git clone).
> I am wondering what was the top commit for good build 2.6.31-rc8
> I am trying to bisect.
>
> Boris.
>
> --- On Sun, 9/6/09, Mark Schloesser  wrote:
>
> From: Mark Schloesser 
> Subject: Re: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable
> To: "Boris Derzhavets" 
> Cc: [e-mail], [e-mail]
> Date: Sunday, September 6, 2009, 12:17 PM
>
> I am on standard F11, using a fresh install and then updated all
> packages before doing anything xen related. Xen build was done with
> current xen-unstable checkout using only "xen" and "tools" build
> targets. I have no libvirt or libvirt-preview currently. My Xorg still
> does not want to come up btw :)
>
> Do you need anything else?
>
> Mark