Re: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session

[Boris Derzhavets]

Switched to initdefault 3 in /etc/inittab and logged into Xen 3.4.2 host with your kernel.
Set up VNC session and got the nice dmesg report, which is attached.

Yes , [drm]  entries for Radeon HD 4650 look good , but via remote VNC session.

[drm] Initialized drm 1.1.0 20060810
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
xen: registering gsi 16 triggering 0 polarity 1
xen_allocate_pirq: returning irq 16 for gsi 16
xen: --> irq=16
xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16 triggering 1 polarity 1
radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
radeon 0000:01:00.0: setting latency timer to 64
[drm] radeon: Initializing kernel modesetting.
[drm] register mmio base: 0xFE8E0000
[drm] register mmio size: 65536
ATOM BIOS: 11X
[drm] Clocks initialized !
mtrr: type mismatch for d0000000,10000000 old: write-back new: write-combining
[drm] Detected VRAM RAM=256M, BAR=256M
[drm] RAM width 128bits DDR
[TTM] Zone  kernel: Available graphics memory: 4074962 kiB.
[TTM] Zone   dma32: Available graphics memory: 2097152 kiB.
[drm] radeon: 256M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] Loading RV730 CP Microcode
platform radeon_cp.0: firmware: requesting radeon/RV730_pfp.bin
platform radeon_cp.0: firmware: requesting radeon/RV730_me.bin
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] ring test succeeded in 1 usecs
[drm] radeon: ib pool ready.
[drm] ib test succeeded in 0 usecs
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm]   HDMI-A
[drm]   DDC: 0x7f10 0x7f10 0x7f14 0x7f14 0x7f18 0x7f18 0x7f1c 0x7f1c
[drm]   Encoders:
[drm]     DFP2: INTERNAL_UNIPHY1
[drm] Connector 1:
[drm]   VGA
[drm]   DDC: 0x7e20 0x7e20 0x7e24 0x7e24 0x7e28 0x7e28 0x7e2c 0x7e2c
[drm]   Encoders:
[drm]     CRT2: INTERNAL_KLDSCP_DAC2
[drm] Connector 2:
[drm]   DVI-I
[drm]   DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
[drm]   Encoders:
[drm]     CRT1: INTERNAL_KLDSCP_DAC1
[drm]     DFP1: INTERNAL_UNIPHY
[drm] fb mappable at 0xD0141000
[drm] vram apper at 0xD0000000
[drm] size 5242880
[drm] fb depth is 24
[drm]    pitch is 5120
executing set pll
executing set crtc timing
[drm] TV-11: set mode 1280x1024 19
Console: switching to colour frame buffer device 160x64
fb0: radeondrmfb frame buffer device
registered panic notifier
[drm] Initialized radeon 2.0.0 20080528 for 0000:01:00.0 on minor 0

Attempt to run startx locally fails. Keyboard dies.
Please, advise.

Boris.

Dom0 kernels Xen Host connected via remote VNC Session

[Pasi Kärkkäinen]

On Thu, Dec 31, 2009 at 04:15:02PM -0800, Boris Derzhavets wrote:
>     Switched to initdefault 3 in /etc/inittab and logged into Xen
> 3.4.2 host
>     with your kernel. Set up VNC session and got the nice dmesg report, which
>     is attached.
>  
>     Yes , [drm]  entries for Radeon HD 4650 look good , but via remote VNC
>     session.
>  
>     [drm] Initialized drm 1.1.0 20060810
>     [drm] radeon defaulting to kernel modesetting.
>     [drm] radeon kernel modesetting enabled.
>     xen: registering gsi 16 triggering 0 polarity 1
>     xen_allocate_pirq: returning irq 16 for gsi 16
>     xen: --> irq=16
>     xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16
>     triggering 1 polarity 1
>     radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>     radeon 0000:01:00.0: setting latency timer to 64
>     [drm] radeon: Initializing kernel modesetting.
>     [drm] register mmio base: 0xFE8E0000
>     [drm] register mmio size: 65536
>     ATOM BIOS: 11X
>     [drm] Clocks initialized !
>     mtrr: type mismatch for d0000000,10000000 old: write-back new:
>     write-combining
>     [drm] Detected VRAM RAM=256M, BAR=256M
>     [drm] RAM width 128bits DDR
>     [TTM] Zone  kernel: Available graphics memory: 4074962 kiB.
>     [TTM] Zone   dma32: Available graphics memory: 2097152 kiB.
>     [drm] radeon: 256M of VRAM memory ready
>     [drm] radeon: 512M of GTT memory ready.
>     [drm] Loading RV730 CP Microcode
>     platform radeon_cp.0: firmware: requesting radeon/RV730_pfp.bin
>     platform radeon_cp.0: firmware: requesting radeon/RV730_me.bin
>     [drm] GART: num cpu pages 131072, num gpu pages 131072
>     [drm] ring test succeeded in 1 usecs
>     [drm] radeon: ib pool ready.
>     [drm] ib test succeeded in 0 usecs
>     [drm] Radeon Display Connectors
>     [drm] Connector 0:
>     [drm]   HDMI-A
>     [drm]   DDC: 0x7f10 0x7f10 0x7f14 0x7f14 0x7f18 0x7f18 0x7f1c 0x7f1c
>     [drm]   Encoders:
>     [drm]     DFP2: INTERNAL_UNIPHY1
>     [drm] Connector 1:
>     [drm]   VGA
>     [drm]   DDC: 0x7e20 0x7e20 0x7e24 0x7e24 0x7e28 0x7e28 0x7e2c 0x7e2c
>     [drm]   Encoders:
>     [drm]     CRT2: INTERNAL_KLDSCP_DAC2
>     [drm] Connector 2:
>     [drm]   DVI-I
>     [drm]   DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
>     [drm]   Encoders:
>     [drm]     CRT1: INTERNAL_KLDSCP_DAC1
>     [drm]     DFP1: INTERNAL_UNIPHY
>     [drm] fb mappable at 0xD0141000
>     [drm] vram apper at 0xD0000000
>     [drm] size 5242880
>     [drm] fb depth is 24
>     [drm]    pitch is 5120
>     executing set pll
>     executing set crtc timing
>     [drm] TV-11: set mode 1280x1024 19
>     Console: switching to colour frame buffer device 160x64
>     fb0: radeondrmfb frame buffer device
>     registered panic notifier
>     [drm] Initialized radeon 2.0.0 20080528 for 0000:01:00.0 on minor 0
>  
>     Attempt to run startx locally fails. Keyboard dies.
>     Please, advise.
>   
Well, like said, there are known drm/ttm/kms related problems in
Jeremy's tree atm.

I think I got it working with this (temporary) patch:
http://lists.xensource.com/archives/html/xen-devel/2009-10/msg00986.html

-- Pasi

Dom0 kernels Xen Host connected via remote VNC Session

[Boris Derzhavets]

I've just applied suggested patch to the most recent clone of Jeremy's tree and
rebuilt
the JF's 2.6.31.6 kernel. Same error :-

[drm] Initialized drm 1.1.0 20060810
[drm] radeon default to kernel modesetting.
[drm] radeon kernel modesetting enabled.
xen: registering gsi 16 triggering 0 polarity 1
xen_allocate_pirq: returning irq 16 for gsi 16
xen: --> irq=16
xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16 triggering 1 polarity 1
radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
radeon 0000:01:00.0: setting latency timer to 64
[drm] radeon: Initializing kernel modesetting.
[drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling IOCTL
radeon 0000:01:00.0: PCI INT A disabled
radeon: probe of 0000:01:00.0 failed with error -22


Boris.



--- On Fri, 1/1/10, Pasi Kärkkäinen <pasik(a)iki.fi&gt; wrote:

From: Pasi Kärkkäinen <pasik(a)iki.fi&gt;
Subject: Re: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session
To: "Boris Derzhavets" <bderzhavets(a)yahoo.com&gt;
Cc: fedora-xen(a)redhat.com, "M A Young" <m.a.young(a)durham.ac.uk&gt;
Date: Friday, January 1, 2010, 12:20 PM

On Thu, Dec 31, 2009 at 04:15:02PM -0800, Boris Derzhavets wrote:
>     Switched to initdefault 3 in /etc/inittab and logged into Xen
> 3.4.2 host
>     with your kernel. Set up VNC session and got the nice dmesg report, which
>     is attached.
>  
>     Yes , [drm]  entries for Radeon HD 4650 look good , but via remote VNC
>     session.
>  
>     [drm] Initialized drm 1.1.0 20060810
>     [drm] radeon defaulting to kernel modesetting.
>     [drm] radeon kernel modesetting enabled.
>     xen: registering gsi 16 triggering 0 polarity 1
>     xen_allocate_pirq: returning irq 16 for gsi 16
>     xen: --> irq=16
>     xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16
>     triggering 1 polarity 1
>     radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>     radeon 0000:01:00.0: setting latency timer to 64
>     [drm] radeon: Initializing kernel modesetting.
>     [drm] register mmio base: 0xFE8E0000
>     [drm] register mmio size: 65536
>     ATOM BIOS: 11X
>     [drm] Clocks initialized !
>     mtrr: type mismatch for d0000000,10000000 old: write-back new:
>     write-combining
>     [drm] Detected VRAM RAM=256M, BAR=256M
>     [drm] RAM width 128bits DDR
>     [TTM] Zone  kernel: Available graphics memory: 4074962 kiB.
>     [TTM] Zone   dma32: Available graphics memory: 2097152 kiB.
>     [drm] radeon: 256M of VRAM memory ready
>     [drm] radeon: 512M of GTT memory ready.
>     [drm] Loading RV730 CP Microcode
>     platform radeon_cp.0: firmware: requesting radeon/RV730_pfp.bin
>     platform radeon_cp.0: firmware: requesting radeon/RV730_me.bin
>     [drm] GART: num cpu pages 131072, num gpu pages 131072
>     [drm] ring test succeeded in 1 usecs
>     [drm] radeon: ib pool ready.
>     [drm] ib test succeeded in 0 usecs
>     [drm] Radeon Display Connectors
>     [drm] Connector 0:
>     [drm]   HDMI-A
>     [drm]   DDC: 0x7f10 0x7f10 0x7f14 0x7f14 0x7f18 0x7f18 0x7f1c 0x7f1c
>     [drm]   Encoders:
>     [drm]     DFP2: INTERNAL_UNIPHY1
>     [drm] Connector 1:
>     [drm]   VGA
>     [drm]   DDC: 0x7e20 0x7e20 0x7e24 0x7e24 0x7e28 0x7e28 0x7e2c 0x7e2c
>     [drm]   Encoders:
>     [drm]     CRT2: INTERNAL_KLDSCP_DAC2
>     [drm] Connector 2:
>     [drm]   DVI-I
>     [drm]   DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
>     [drm]   Encoders:
>     [drm]     CRT1: INTERNAL_KLDSCP_DAC1
>     [drm]     DFP1: INTERNAL_UNIPHY
>     [drm] fb mappable at 0xD0141000
>     [drm] vram apper at 0xD0000000
>     [drm] size 5242880
>     [drm] fb depth is 24
>     [drm]    pitch is 5120
>     executing set pll
>     executing set crtc timing
>     [drm] TV-11: set mode 1280x1024 19
>     Console: switching to colour frame buffer device 160x64
>     fb0: radeondrmfb frame buffer device
>     registered panic notifier
>     [drm] Initialized radeon 2.0.0 20080528 for 0000:01:00.0 on minor 0
>  
>     Attempt to run startx locally fails. Keyboard dies.
>     Please, advise.
>   
Well, like said, there are known drm/ttm/kms related problems in
Jeremy's tree atm.

I think I got it working with this (temporary) patch:
http://lists.xensource.com/archives/html/xen-devel/2009-10/msg00986.html

-- Pasi

Dom0 kernels Xen Host connected via remote VNC Session

[Pasi Kärkkäinen]

On Fri, Jan 01, 2010 at 10:51:16AM -0800, Boris Derzhavets wrote:
>     I've just applied suggested patch to the most recent clone of
> Jeremy's tree
>     and rebuilt
>     the JF's 2.6.31.6 kernel. Same error :-
>  
>     [drm] Initialized drm 1.1.0 20060810
>     [drm] radeon default to kernel modesetting.
>     [drm] radeon kernel modesetting enabled.
>     xen: registering gsi 16 triggering 0 polarity 1
>     xen_allocate_pirq: returning irq 16 for gsi 16
>     xen: --> irq=16
>     xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16 triggering 1
>     polarity 1
>     radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>     radeon 0000:01:00.0: setting latency timer to 64
>     [drm] radeon: Initializing kernel modesetting.
>     [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling
>     IOCTL
>     radeon 0000:01:00.0: PCI INT A disabled
>     radeon: probe of 0000:01:00.0 failed with error -22
>  
I guess this is some other problem then.. you might want to enable more
debugging options for drm to see what actually goes wrong.

Basicly you should extract the initrd image, and change the "modprobe drm"
line to say "modprobe drm debug=255" in the init script. And then
repack the initrd and use the modified initrd instead.

Does it work with "nomodeset" btw?

-- Pasi

Dom0 kernels Xen Host connected via remote VNC Session

[Boris Derzhavets]

>  Does it work with "nomodeset" btw? 
Jeremy's kernel works either ways..
It just reports error and disable ksm.
Michael's kernel starts loading with "nomodeset" option.

Boris.




________________________________
From: Pasi Kärkkäinen <pasik(a)iki.fi&gt;
To: Boris Derzhavets <bderzhavets(a)yahoo.com&gt;
Cc: fedora-xen(a)redhat.com; M A Young <m.a.young(a)durham.ac.uk&gt;
Sent: Sat, January 2, 2010 3:19:43 AM
Subject: Re: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session

On Fri, Jan 01, 2010 at 10:51:16AM -0800, Boris Derzhavets wrote:
>     I've just applied suggested patch to the most recent clone of
> Jeremy's tree
>     and rebuilt
>     the JF's 2.6.31.6 kernel. Same error :-
>  
>     [drm] Initialized drm 1.1.0 20060810
>     [drm] radeon default to kernel modesetting.
>     [drm] radeon kernel modesetting enabled.
>     xen: registering gsi 16 triggering 0 polarity 1
>     xen_allocate_pirq: returning irq 16 for gsi 16
>     xen: --> irq=16
>     xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16 triggering 1
>     polarity 1
>     radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>     radeon 0000:01:00.0: setting latency timer to 64
>     [drm] radeon: Initializing kernel modesetting.
>     [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling
>     IOCTL
>     radeon 0000:01:00.0: PCI INT A disabled
>     radeon: probe of 0000:01:00.0 failed with error -22
>  
I guess this is some other problem then.. you might want to enable more
debugging options for drm to see what actually goes wrong.

Basicly you should extract the initrd image, and change the "modprobe drm"
line to say "modprobe drm debug=255" in the init script. And then
repack the initrd and use the modified initrd instead.

Does it work with "nomodeset" btw?

-- Pasi

Dom0 kernels Xen Host connected via remote VNC Session

[Pasi Kärkkäinen]

On Sat, Jan 02, 2010 at 12:51:13AM -0800, Boris Derzhavets wrote:
>     > Does it work with "nomodeset" btw?
>  
>     Jeremy's kernel works either ways.
>     It just reports error and disable ksm.
>     Michael's kernel starts loading with "nomodeset" option.
>  
Michael's kernel rpms are based on Fedora kernel rpms, so they contain
various drm/graphics related patches that are not yet upstream.

That could be the reason.

-- Pasi

>     Boris.
>  
>     --------------------------------------------------------------------------
>  
>     From: Pasi Kärkkäinen <pasik(a)iki.fi&gt;
>     To: Boris Derzhavets <bderzhavets(a)yahoo.com&gt;
>     Cc: fedora-xen(a)redhat.com; M A Young <m.a.young(a)durham.ac.uk&gt;
>     Sent: Sat, January 2, 2010 3:19:43 AM
>     Subject: Re: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC
>     Session
>     On Fri, Jan 01, 2010 at 10:51:16AM -0800, Boris Derzhavets wrote:
>     >    I've just applied suggested patch to the most recent clone of
>     Jeremy's tree
>     >    and rebuilt
>     >    the JF's 2.6.31.6 kernel. Same error :-
>     >
>     >    [drm] Initialized drm 1.1.0 20060810
>     >    [drm] radeon default to kernel modesetting.
>     >    [drm] radeon kernel modesetting enabled.
>     >    xen: registering gsi 16 triggering 0 polarity 1
>     >    xen_allocate_pirq: returning irq 16 for gsi 16
>     >    xen: --> irq=16
>     >    xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16
>     triggering 1
>     >    polarity 1
>     >    radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>     >    radeon 0000:01:00.0: setting latency timer to 64
>     >    [drm] radeon: Initializing kernel modesetting.
>     >    [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon,
>     disabling
>     >    IOCTL
>     >    radeon 0000:01:00.0: PCI INT A disabled
>     >    radeon: probe of 0000:01:00.0 failed with error -22
>     >
>  
>     I guess this is some other problem then.. you might want to enable more
>     debugging options for drm to see what actually goes wrong.
>  
>     Basicly you should extract the initrd image, and change the "modprobe drm"
>     line to say "modprobe drm debug=255" in the init script. And then
>     repack the initrd and use the modified initrd instead.
>  
>     Does it work with "nomodeset" btw?
>  
>     -- Pasi

Dom0 kernels Xen Host connected via remote VNC Session

[Boris Derzhavets]

>  Basicly you should extract the initrd image, and change the
> "modprobe drm"
>  line to say "modprobe drm debug=255" in the init script. And then
>  repack the initrd and use the modified initrd instead. 

Done for Jeremy's 2.6.31.6  - initrd-2.6.31.6.img :-

init has been modified 
         modprobe -q drm debug=255
Image rebuilt :-
           find . | cpio -o -c | gzip -9 > /boot/initrd-2.6.31.6.img
Xen Host reloaded ..
Dmesg reports now :-

[drm] Initialized drm 1.1.0 20060810
[drm] radeon default to kernel modesetting.
[drm] radeon kernel modesetting enabled.
[drm:drm_init],
[drm:drm_get_dev],
xen: registering gsi 16 triggering 0 polarity 1
xen_allocate_pirq: returning irq 16 for gsi 16
xen: --> irq=16
xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16 triggering 1 polarity 1
radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
radeon 0000:01:00.0: setting latency timer to 64
[drm:drm_get_minor],
[drm:drm_get_minor], new minor assigned 64
[drm:drm_get_minor],
[drm:drm_get_minor], new minor assigned 0
[drm] radeon: Initializing kernel modesetting.
[drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling IOCTL
[drm:drm_put_minor], release secondary minor 0
[drm:drm_put_minor], release secondary minor 64
radeon 0000:01:00.0: PCI INT A disabled
radeon: probe of 0000:01:00.0 failed with error -22

Boris.


________________________________
From: Pasi Kärkkäinen <pasik(a)iki.fi&gt;
To: Boris Derzhavets <bderzhavets(a)yahoo.com&gt;
Cc: fedora-xen(a)redhat.com; M A Young <m.a.young(a)durham.ac.uk&gt;
Sent: Sat, January 2, 2010 3:19:43 AM
Subject: Re: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session

On Fri, Jan 01, 2010 at 10:51:16AM -0800, Boris Derzhavets wrote:
>     I've just applied suggested patch to the most recent clone of
> Jeremy's tree
>     and rebuilt
>     the JF's 2.6.31.6 kernel. Same error :-
>  
>     [drm] Initialized drm 1.1.0 20060810
>     [drm] radeon default to kernel modesetting.
>     [drm] radeon kernel modesetting enabled.
>     xen: registering gsi 16 triggering 0 polarity 1
>     xen_allocate_pirq: returning irq 16 for gsi 16
>     xen: --> irq=16
>     xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16 triggering 1
>     polarity 1
>     radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>     radeon 0000:01:00.0: setting latency timer to 64
>     [drm] radeon: Initializing kernel modesetting.
>     [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling
>     IOCTL
>     radeon 0000:01:00.0: PCI INT A disabled
>     radeon: probe of 0000:01:00.0 failed with error -22
>  
I guess this is some other problem then.. you might want to enable more
debugging options for drm to see what actually goes wrong.

Basicly you should extract the initrd image, and change the "modprobe drm"
line to say "modprobe drm debug=255" in the init script. And then
repack the initrd and use the modified initrd instead.

Does it work with "nomodeset" btw?

-- Pasi

Dom0 kernels Xen Host connected via remote VNC Session

[Pasi Kärkkäinen]

On Sat, Jan 02, 2010 at 12:10:36PM -0800, Boris Derzhavets wrote:
>     > Basicly you should extract the initrd image, and change the
> "modprobe
>     drm"
>     > line to say "modprobe drm debug=255" in the init script. And then
>     > repack the initrd and use the modified initrd instead.
>     Done for Jeremy's 2.6.31.6  - initrd-2.6.31.6.img :-
>  
>     init has been modified
>              modprobe -q drm debug=255
>     Image rebuilt :-
>                find . | cpio -o -c | gzip -9 > /boot/initrd-2.6.31.6.img
>     Xen Host reloaded .
>     Dmesg reports now :-
>  
>     [drm] Initialized drm 1.1.0 20060810
>     [drm] radeon default to kernel modesetting.
>     [drm] radeon kernel modesetting enabled.
>     [drm:drm_init],
>     [drm:drm_get_dev],
>     xen: registering gsi 16 triggering 0 polarity 1
>     xen_allocate_pirq: returning irq 16 for gsi 16
>     xen: --> irq=16
>     xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16
>     triggering 1 polarity 1
>     radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>     radeon 0000:01:00.0: setting latency timer to 64
>     [drm:drm_get_minor],
>     [drm:drm_get_minor], new minor assigned 64
>     [drm:drm_get_minor],
>     [drm:drm_get_minor], new minor assigned 0
>     [drm] radeon: Initializing kernel modesetting.
>     [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon,
>     disabling IOCTL
>     [drm:drm_put_minor], release secondary minor 0
>     [drm:drm_put_minor], release secondary minor 64
>     radeon 0000:01:00.0: PCI INT A disabled
>     radeon: probe of 0000:01:00.0 failed with error -22
>   
Hmm.. isn't this the same output as earlier? Are you sure you used the
new initrd? It doesn't look like it..

You should get much more debug information from drm when it's loaded
with debug=255.

-- Pasi

>     Boris.
>  
>     --------------------------------------------------------------------------
>  
>     From: Pasi Kärkkäinen <pasik(a)iki.fi&gt;
>     To: Boris Derzhavets <bderzhavets(a)yahoo.com&gt;
>     Cc: fedora-xen(a)redhat.com; M A Young <m.a.young(a)durham.ac.uk&gt;
>     Sent: Sat, January 2, 2010 3:19:43 AM
>     Subject: Re: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC
>     Session
>     On Fri, Jan 01, 2010 at 10:51:16AM -0800, Boris Derzhavets wrote:
>     >    I've just applied suggested patch to the most recent clone of
>     Jeremy's tree
>     >    and rebuilt
>     >    the JF's 2.6.31.6 kernel. Same error :-
>     >
>     >    [drm] Initialized drm 1.1.0 20060810
>     >    [drm] radeon default to kernel modesetting.
>     >    [drm] radeon kernel modesetting enabled.
>     >    xen: registering gsi 16 triggering 0 polarity 1
>     >    xen_allocate_pirq: returning irq 16 for gsi 16
>     >    xen: --> irq=16
>     >    xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16
>     triggering 1
>     >    polarity 1
>     >    radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>     >    radeon 0000:01:00.0: setting latency timer to 64
>     >    [drm] radeon: Initializing kernel modesetting.
>     >    [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon,
>     disabling
>     >    IOCTL
>     >    radeon 0000:01:00.0: PCI INT A disabled
>     >    radeon: probe of 0000:01:00.0 failed with error -22
>     >
>  
>     I guess this is some other problem then.. you might want to enable more
>     debugging options for drm to see what actually goes wrong.
>  
>     Basicly you should extract the initrd image, and change the "modprobe drm"
>     line to say "modprobe drm debug=255" in the init script. And then
>     repack the initrd and use the modified initrd instead.
>  
>     Does it work with "nomodeset" btw?
>  
>     -- Pasi

Dom0 kernels Xen Host connected via remote VNC Session

[Pasi Kärkkäinen]

On Sat, Jan 02, 2010 at 10:21:14PM +0200, Pasi Kärkkäinen wrote:
>  On Sat, Jan 02, 2010 at 12:10:36PM -0800, Boris Derzhavets wrote:
>  >    > Basicly you should extract the initrd image, and change the "modprobe
>  >    drm"
>  >    > line to say "modprobe drm debug=255" in the init script. And then
>  >    > repack the initrd and use the modified initrd instead.
>  >    Done for Jeremy's 2.6.31.6  - initrd-2.6.31.6.img :-
>  > 
>  >    init has been modified
>  >             modprobe -q drm debug=255
>  >    Image rebuilt :-
>  >               find . | cpio -o -c | gzip -9 > /boot/initrd-2.6.31.6.img
>  >    Xen Host reloaded .
>  >    Dmesg reports now :-
>  > 
>  >    [drm] Initialized drm 1.1.0 20060810
>  >    [drm] radeon default to kernel modesetting.
>  >    [drm] radeon kernel modesetting enabled.
>  >    [drm:drm_init],
>  >    [drm:drm_get_dev],
>  >    xen: registering gsi 16 triggering 0 polarity 1
>  >    xen_allocate_pirq: returning irq 16 for gsi 16
>  >    xen: --> irq=16
>  >    xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16
>  >    triggering 1 polarity 1
>  >    radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>  >    radeon 0000:01:00.0: setting latency timer to 64
>  >    [drm:drm_get_minor],
>  >    [drm:drm_get_minor], new minor assigned 64
>  >    [drm:drm_get_minor],
>  >    [drm:drm_get_minor], new minor assigned 0
>  >    [drm] radeon: Initializing kernel modesetting.
>  >    [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon,
>  >    disabling IOCTL
>  >    [drm:drm_put_minor], release secondary minor 0
>  >    [drm:drm_put_minor], release secondary minor 64
>  >    radeon 0000:01:00.0: PCI INT A disabled
>  >    radeon: probe of 0000:01:00.0 failed with error -22
>  > 
>  
>  Hmm.. isn't this the same output as earlier? Are you sure you used the
>  new initrd? It doesn't look like it..
>  
>  You should get much more debug information from drm when it's loaded
>  with debug=255.
>   
Example here:
http://pasik.reaktio.net/xen/pv_ops-dom0-debug/radeondebug/dmesg-2.6.31.4...

do "grep -i drm dmesg-2.6.31.4-2009-10-21-with-ttm-patch.txt" and you'll
notice there is a lot more debug information..

-- Pasi

Dom0 kernels Xen Host connected via remote VNC Session

[Boris Derzhavets]

Reports are different  it's easy to see,  but not much.
I put in init :-  
    modprobe drm debug=255
and rebuilt initrd . It's for sure.
Maybe change some other lines ?


Boris.


________________________________
From: Pasi Kärkkäinen <pasik(a)iki.fi&gt;
To: Boris Derzhavets <bderzhavets(a)yahoo.com&gt;
Cc: fedora-xen(a)redhat.com; M A Young <m.a.young(a)durham.ac.uk&gt;
Sent: Sat, January 2, 2010 11:26:01 PM
Subject: Re: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session

On Sat, Jan 02, 2010 at 10:21:14PM +0200, Pasi Kärkkäinen wrote:
>  On Sat, Jan 02, 2010 at 12:10:36PM -0800, Boris Derzhavets wrote:
>  >    > Basicly you should extract the initrd image, and change the "modprobe
>  >    drm"
>  >    > line to say "modprobe drm debug=255" in the init script. And then
>  >    > repack the initrd and use the modified initrd instead.
>  >    Done for Jeremy's 2.6.31.6  - initrd-2.6.31.6.img :-
>  > 
>  >    init has been modified
>  >             modprobe -q drm debug=255
>  >    Image rebuilt :-
>  >               find . | cpio -o -c | gzip -9 > /boot/initrd-2.6.31.6.img
>  >    Xen Host reloaded .
>  >    Dmesg reports now :-
>  > 
>  >    [drm] Initialized drm 1.1.0 20060810
>  >    [drm] radeon default to kernel modesetting.
>  >    [drm] radeon kernel modesetting enabled.
>  >    [drm:drm_init],
>  >    [drm:drm_get_dev],
>  >    xen: registering gsi 16 triggering 0 polarity 1
>  >    xen_allocate_pirq: returning irq 16 for gsi 16
>  >    xen: --> irq=16
>  >    xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16
>  >    triggering 1 polarity 1
>  >    radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>  >    radeon 0000:01:00.0: setting latency timer to 64
>  >    [drm:drm_get_minor],
>  >    [drm:drm_get_minor], new minor assigned 64
>  >    [drm:drm_get_minor],
>  >    [drm:drm_get_minor], new minor assigned 0
>  >    [drm] radeon: Initializing kernel modesetting.
>  >    [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon,
>  >    disabling IOCTL
>  >    [drm:drm_put_minor], release secondary minor 0
>  >    [drm:drm_put_minor], release secondary minor 64
>  >    radeon 0000:01:00.0: PCI INT A disabled
>  >    radeon: probe of 0000:01:00.0 failed with error -22
>  > 
>  
>  Hmm.. isn't this the same output as earlier? Are you sure you used the
>  new initrd? It doesn't look like it..
>  
>  You should get much more debug information from drm when it's loaded
>  with debug=255.
>   
Example here:
http://pasik.reaktio.net/xen/pv_ops-dom0-debug/radeondebug/dmesg-2.6.31.4...

do "grep -i drm dmesg-2.6.31.4-2009-10-21-with-ttm-patch.txt" and you'll
notice there is a lot more debug information..

-- Pasi

Dom0 kernels Xen Host connected via remote VNC Session

[Pasi Kärkkäinen]

On Sat, Jan 02, 2010 at 01:10:12PM -0800, Boris Derzhavets wrote:
>     Reports are different  it's easy to see,  but not much.
>     I put in init :-
>         modprobe drm debug=255
>     and rebuilt initrd . It's for sure.
>     Maybe change some other lines ?
>  
Hmm.. maybe the 'radeon' module needs some debug parameter aswell?

You could check the radeon module source from the kernel, and figure out
if it has some debug option aswell.. and then enable it.

Then again there is a lot going on with drm/kms/radeon stuff at the
moment, so I'm not surprised if it happens to be broken in 2.6.31.6.

Does it work if you boot the same Jeremy's 2.6.31.6 on baremetal without
Xen? 

-- Pasi

>     Boris.
>  
>     --------------------------------------------------------------------------
>  
>     From: Pasi Kärkkäinen <pasik(a)iki.fi&gt;
>     To: Boris Derzhavets <bderzhavets(a)yahoo.com&gt;
>     Cc: fedora-xen(a)redhat.com; M A Young <m.a.young(a)durham.ac.uk&gt;
>     Sent: Sat, January 2, 2010 11:26:01 PM
>     Subject: Re: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC
>     Session
>     On Sat, Jan 02, 2010 at 10:21:14PM +0200, Pasi Kärkkäinen wrote:
>     > On Sat, Jan 02, 2010 at 12:10:36PM -0800, Boris Derzhavets wrote:
>     > >    > Basicly you should extract the initrd image, and change the
>     "modprobe
>     > >    drm"
>     > >    > line to say "modprobe drm debug=255" in the init script.
> And then
>     > >    > repack the initrd and use the modified initrd instead.
>     > >    Done for Jeremy's 2.6.31.6  - initrd-2.6.31.6.img :-
>     > >
>     > >    init has been modified
>     > >            modprobe -q drm debug=255
>     > >    Image rebuilt :-
>     > >              find . | cpio -o -c | gzip -9 > /boot/initrd-2.6.31.6.img
>     > >    Xen Host reloaded .
>     > >    Dmesg reports now :-
>     > >
>     > >    [drm] Initialized drm 1.1.0 20060810
>     > >    [drm] radeon default to kernel modesetting.
>     > >    [drm] radeon kernel modesetting enabled.
>     > >    [drm:drm_init],
>     > >    [drm:drm_get_dev],
>     > >    xen: registering gsi 16 triggering 0 polarity 1
>     > >    xen_allocate_pirq: returning irq 16 for gsi 16
>     > >    xen: --> irq=16
>     > >    xen_set_ioapic_routing: irq 16 gsi 16 vector 152 ioapic 0 pin 16
>     > >    triggering 1 polarity 1
>     > >    radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>     > >    radeon 0000:01:00.0: setting latency timer to 64
>     > >    [drm:drm_get_minor],
>     > >    [drm:drm_get_minor], new minor assigned 64
>     > >    [drm:drm_get_minor],
>     > >    [drm:drm_get_minor], new minor assigned 0
>     > >    [drm] radeon: Initializing kernel modesetting.
>     > >    [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon,
>     > >    disabling IOCTL
>     > >    [drm:drm_put_minor], release secondary minor 0
>     > >    [drm:drm_put_minor], release secondary minor 64
>     > >    radeon 0000:01:00.0: PCI INT A disabled
>     > >    radeon: probe of 0000:01:00.0 failed with error -22
>     > >
>     >
>     > Hmm.. isn't this the same output as earlier? Are you sure you used the
>     > new initrd? It doesn't look like it..
>     >
>     > You should get much more debug information from drm when it's loaded
>     > with debug=255.
>     >
>  
>     Example here:
>    
> [1]http://pasik.reaktio.net/xen/pv_ops-dom0-debug/radeondebug/dmesg-2.6.31...
>  
>     do "grep -i drm dmesg-2.6.31.4-2009-10-21-with-ttm-patch.txt" and
> you'll
>     notice there is a lot more debug information..
>  
>     -- Pasi
>  
>  References
>  
>     Visible links
>     1.
> http://pasik.reaktio.net/xen/pv_ops-dom0-debug/radeondebug/dmesg-2..6.31....