From bderzhavets at yahoo.com Fri Jan 1 00:15:02 2010 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Thu, 31 Dec 2009 16:15:02 -0800 (PST) Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session Message-ID: <784393.11851.qm@web56105.mail.re3.yahoo.com> 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dmesg.log.gz Type: application/x-gzip Size: 12418 bytes Desc: not available URL: From pasik at iki.fi Fri Jan 1 17:15:05 2010 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Fri, 1 Jan 2010 19:15:05 +0200 Subject: [Fedora-xen] Dom0 kernels In-Reply-To: <844451.60873.qm@web56108.mail.re3.yahoo.com> References: <844451.60873.qm@web56108.mail.re3.yahoo.com> Message-ID: <20100101171505.GE25902@reaktio.net> On Thu, Dec 31, 2009 at 11:39:02AM -0800, Boris Derzhavets wrote: > I've rebuilt your your rpms via xendom0.src.rpm on another F12 instance. > Xend starts now, but this is the last what i can see on the screen, before > it freeze. > I can't get X started when kms is set > There are some known problems with drm/kms with the Jeremy's git tree. so "nomodeset" kernel options is currently requires for pv_ops dom0 kernels.. at least for some people. -- Pasi From pasik at iki.fi Fri Jan 1 17:20:03 2010 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Fri, 1 Jan 2010 19:20:03 +0200 Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session In-Reply-To: <784393.11851.qm@web56105.mail.re3.yahoo.com> References: <784393.11851.qm@web56105.mail.re3.yahoo.com> Message-ID: <20100101172003.GF25902@reaktio.net> 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 From bderzhavets at yahoo.com Fri Jan 1 18:51:16 2010 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Fri, 1 Jan 2010 10:51:16 -0800 (PST) Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session In-Reply-To: <20100101172003.GF25902@reaktio.net> Message-ID: <191945.91508.qm@web56101.mail.re3.yahoo.com> 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 wrote: From: Pasi K?rkk?inen Subject: Re: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session To: "Boris Derzhavets" Cc: fedora-xen at redhat.com, "M A Young" 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at yahoo.com Fri Jan 1 19:40:04 2010 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Fri, 1 Jan 2010 11:40:04 -0800 (PST) Subject: [Fedora-xen] Dom0 kernels In-Reply-To: <20100101171505.GE25902@reaktio.net> Message-ID: <240632.27537.qm@web56104.mail.re3.yahoo.com> > so "nomodeset" kernel options is currently requires for pv_ops dom0 > kernels.. at least for some people. Pasi, ? Could you point me to some Radeon Video Card , the one i can plug-in, more or less expensive then HD 4650 ( no matter) , where kms and X-server may run at a time on F12 instance under Xen 3.4.2. Boards with Intel's integrated video chips are not affordable. Boris. ? --- On Fri, 1/1/10, Pasi K?rkk?inen wrote: From: Pasi K?rkk?inen Subject: Re: [Fedora-xen] Dom0 kernels To: "Boris Derzhavets" Cc: fedora-xen at redhat.com, "M A Young" Date: Friday, January 1, 2010, 12:15 PM On Thu, Dec 31, 2009 at 11:39:02AM -0800, Boris Derzhavets wrote: >? ? I've rebuilt your your rpms via xendom0.src.rpm on another F12 instance. >? ? Xend starts now, but this is the last what i can see on the screen, before >? ? it freeze. >? ? I can't get X started when kms is set > There are some known problems with drm/kms with the Jeremy's git tree. so "nomodeset" kernel options is currently requires for pv_ops dom0 kernels.. at least for some people. -- Pasi -------------- next part -------------- An HTML attachment was scrubbed... URL: From pasik at iki.fi Sat Jan 2 00:19:43 2010 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Sat, 2 Jan 2010 02:19:43 +0200 Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session In-Reply-To: <191945.91508.qm@web56101.mail.re3.yahoo.com> References: <20100101172003.GF25902@reaktio.net> <191945.91508.qm@web56101.mail.re3.yahoo.com> Message-ID: <20100102001943.GI25902@reaktio.net> 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 From bderzhavets at yahoo.com Sat Jan 2 08:51:13 2010 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Sat, 2 Jan 2010 00:51:13 -0800 (PST) Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session In-Reply-To: <20100102001943.GI25902@reaktio.net> References: <20100101172003.GF25902@reaktio.net> <191945.91508.qm@web56101.mail.re3.yahoo.com> <20100102001943.GI25902@reaktio.net> Message-ID: <541184.84669.qm@web56104.mail.re3.yahoo.com> > 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 To: Boris Derzhavets Cc: fedora-xen at redhat.com; M A Young 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pasik at iki.fi Sat Jan 2 10:01:54 2010 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Sat, 2 Jan 2010 12:01:54 +0200 Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session In-Reply-To: <541184.84669.qm@web56104.mail.re3.yahoo.com> References: <20100101172003.GF25902@reaktio.net> <191945.91508.qm@web56101.mail.re3.yahoo.com> <20100102001943.GI25902@reaktio.net> <541184.84669.qm@web56104.mail.re3.yahoo.com> Message-ID: <20100102100154.GK25902@reaktio.net> 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 > To: Boris Derzhavets > Cc: fedora-xen at redhat.com; M A Young > 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 From bderzhavets at yahoo.com Sat Jan 2 20:10:36 2010 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Sat, 2 Jan 2010 12:10:36 -0800 (PST) Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session In-Reply-To: <20100102001943.GI25902@reaktio.net> References: <20100101172003.GF25902@reaktio.net> <191945.91508.qm@web56101.mail.re3.yahoo.com> <20100102001943.GI25902@reaktio.net> Message-ID: <563351.19070.qm@web56103.mail.re3.yahoo.com> > 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 To: Boris Derzhavets Cc: fedora-xen at redhat.com; M A Young 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pasik at iki.fi Sat Jan 2 20:21:14 2010 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Sat, 2 Jan 2010 22:21:14 +0200 Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session In-Reply-To: <563351.19070.qm@web56103.mail.re3.yahoo.com> References: <20100101172003.GF25902@reaktio.net> <191945.91508.qm@web56101.mail.re3.yahoo.com> <20100102001943.GI25902@reaktio.net> <563351.19070.qm@web56103.mail.re3.yahoo.com> Message-ID: <20100102202114.GN25902@reaktio.net> 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 > To: Boris Derzhavets > Cc: fedora-xen at redhat.com; M A Young > 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 From pasik at iki.fi Sat Jan 2 20:26:01 2010 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Sat, 2 Jan 2010 22:26:01 +0200 Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session In-Reply-To: <20100102202114.GN25902@reaktio.net> References: <20100101172003.GF25902@reaktio.net> <191945.91508.qm@web56101.mail.re3.yahoo.com> <20100102001943.GI25902@reaktio.net> <563351.19070.qm@web56103.mail.re3.yahoo.com> <20100102202114.GN25902@reaktio.net> Message-ID: <20100102202601.GO25902@reaktio.net> 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-2009-10-21-with-ttm-patch.txt 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 From bderzhavets at yahoo.com Sat Jan 2 21:10:12 2010 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Sat, 2 Jan 2010 13:10:12 -0800 (PST) Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session In-Reply-To: <20100102202601.GO25902@reaktio.net> References: <20100101172003.GF25902@reaktio.net> <191945.91508.qm@web56101.mail.re3.yahoo.com> <20100102001943.GI25902@reaktio.net> <563351.19070.qm@web56103.mail.re3.yahoo.com> <20100102202114.GN25902@reaktio.net> <20100102202601.GO25902@reaktio.net> Message-ID: <509872.43258.qm@web56105.mail.re3.yahoo.com> 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 To: Boris Derzhavets Cc: fedora-xen at redhat.com; M A Young 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-2009-10-21-with-ttm-patch.txt 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pasik at iki.fi Sat Jan 2 22:39:40 2010 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Sun, 3 Jan 2010 00:39:40 +0200 Subject: [Fedora-xen] Dom0 kernels Xen Host connected via remote VNC Session In-Reply-To: <509872.43258.qm@web56105.mail.re3.yahoo.com> References: <20100101172003.GF25902@reaktio.net> <191945.91508.qm@web56101.mail.re3.yahoo.com> <20100102001943.GI25902@reaktio.net> <563351.19070.qm@web56103.mail.re3.yahoo.com> <20100102202114.GN25902@reaktio.net> <20100102202601.GO25902@reaktio.net> <509872.43258.qm@web56105.mail.re3.yahoo.com> Message-ID: <20100102223940.GP25902@reaktio.net> 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 > To: Boris Derzhavets > Cc: fedora-xen at redhat.com; M A Young > 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.4-2009-10-21-with-ttm-patch.txt > > 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.4-2009-10-21-with-ttm-patch.txt From bill at bfccomputing.com Wed Jan 6 23:15:40 2010 From: bill at bfccomputing.com (Bill McGonigle) Date: Wed, 06 Jan 2010 18:15:40 -0500 Subject: [Fedora-xen] Dom0 kernels In-Reply-To: References: Message-ID: <4B45199C.9060908@bfccomputing.com> On 12/10/2009 12:43 PM, M A Young wrote: > Here is another dom0 kernel (kernel-2.6.31.6-1.2.81.xendom0.fc12) at > http://koji.fedoraproject.org/koji/taskinfo?taskID=1866048 and via the > repository http://fedorapeople.org/~myoung/dom0/ . Good initial success with .82 here. Kudos. > Note for this one the > evtchn module has become xen-evtchn so any scripts that load modules > might need to be changed. This is the one thing that tripped me up. I made these changes and can now get a clean boot (not having to modprobe xen-evtchn): --- /etc/sysconfig/modules/xen.modules~ 2009-10-09 11:11:24.000000000 -0400 +++ /etc/sysconfig/modules/xen.modules 2010-01-06 18:03:55.000000000 -0500 @@ -5,6 +5,6 @@ test -f /proc/xen/capabilities || exit 0 grep -q "control_d" /proc/xen/capabilities || exit 0 -for module in evtchn blkbk netbk; do +for module in xen-evtchn blkbk netbk; do modprobe ${module} >/dev/null 2>&1 done --- /etc/udev/rules.d/xen-backend.rules~ 2009-08-06 09:57:25.000000000 -0400 +++ /etc/udev/rules.d/xen-backend.rules 2010-01-06 18:04:59.000000000 -0500 @@ -5,5 +5,5 @@ SUBSYSTEM=="xen-backend", KERNEL=="vif*", ACTION=="offline", RUN+="$env{script} offline" SUBSYSTEM=="xen-backend", KERNEL=="vscsi*", RUN+="/etc/xen/scripts/vscsi $env{ACTION}" SUBSYSTEM=="xen-backend", ACTION=="remove", RUN+="/etc/xen/scripts/xen-hotplug-cleanup" -KERNEL=="evtchn", NAME="xen/%k" +KERNEL=="xen-evtchn", NAME="xen/%k" KERNEL=="blktap[0-9]*", NAME="xen/%k" I don't know enough about the modules to understand if distributed versions should have both rules or just the new one (when they first started being used, are they in DomU, etc.). -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.603.448.4440 Email, IM, VOIP: bill at bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle From m.a.young at durham.ac.uk Thu Jan 7 00:06:44 2010 From: m.a.young at durham.ac.uk (M A Young) Date: Thu, 7 Jan 2010 00:06:44 +0000 (GMT) Subject: [Fedora-xen] Dom0 kernels In-Reply-To: <4B45199C.9060908@bfccomputing.com> References: <4B45199C.9060908@bfccomputing.com> Message-ID: On Wed, 6 Jan 2010, Bill McGonigle wrote: > On 12/10/2009 12:43 PM, M A Young wrote: >> Here is another dom0 kernel (kernel-2.6.31.6-1.2.81.xendom0.fc12) at >> http://koji.fedoraproject.org/koji/taskinfo?taskID=1866048 and via the >> repository http://fedorapeople.org/~myoung/dom0/ . > > Good initial success with .82 here. Kudos. > >> Note for this one the >> evtchn module has become xen-evtchn so any scripts that load modules >> might need to be changed. > > This is the one thing that tripped me up. I made these changes and can now > get a clean boot (not having to modprobe xen-evtchn): I believe the latest build of xen (currently in updates-testing, though I suspect it will be in stable soon) does this as well. Michael Young From pasik at iki.fi Sat Jan 9 14:23:43 2010 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Sat, 9 Jan 2010 16:23:43 +0200 Subject: [Fedora-xen] Dom0 kernels In-Reply-To: References: <4B45199C.9060908@bfccomputing.com> Message-ID: <20100109142343.GO25902@reaktio.net> On Thu, Jan 07, 2010 at 12:06:44AM +0000, M A Young wrote: > On Wed, 6 Jan 2010, Bill McGonigle wrote: > > >On 12/10/2009 12:43 PM, M A Young wrote: > >>Here is another dom0 kernel (kernel-2.6.31.6-1.2.81.xendom0.fc12) at > >>http://koji.fedoraproject.org/koji/taskinfo?taskID=1866048 and via the > >>repository http://fedorapeople.org/~myoung/dom0/ . > > > >Good initial success with .82 here. Kudos. > > > >>Note for this one the > >>evtchn module has become xen-evtchn so any scripts that load modules > >>might need to be changed. > > > >This is the one thing that tripped me up. I made these changes and can > >now get a clean boot (not having to modprobe xen-evtchn): > > I believe the latest build of xen (currently in updates-testing, though I > suspect it will be in stable soon) does this as well. > Yeah, xen-3.4.2-2 rpm has this fix aswell. -- Pasi