atom feed122 messages in com.xensource.lists.xen-develRe: [Xen-devel] Announcing xen/master...
FromSent OnAttachments
1 earlier message
Marc - A. DahlhausSep 19, 2009 3:35 am 
Patrick ScharrenbergSep 19, 2009 7:45 am.png
Boris DerzhavetsSep 19, 2009 9:07 am.gz
Marc - A. DahlhausSep 20, 2009 12:29 pm.gz, .gz
Patrick ScharrenbergSep 20, 2009 10:57 pm 
Pasi KärkkäinenSep 20, 2009 11:22 pm 
Marc - A. Dahlhaus [ Administration | Westermann GmbH ]Sep 21, 2009 1:48 am 
Pasi KärkkäinenSep 21, 2009 2:02 am 
Marc - A. Dahlhaus [ Administration | Westermann GmbH ]Sep 21, 2009 2:17 am 
Konrad Rzeszutek WilkSep 21, 2009 7:38 am 
Konrad Rzeszutek WilkSep 21, 2009 7:43 am 
Konrad Rzeszutek WilkSep 21, 2009 8:06 am 
Pasi KärkkäinenSep 21, 2009 8:20 am 
Pasi KärkkäinenSep 21, 2009 12:24 pm 
Jeremy FitzhardingeSep 21, 2009 12:29 pm 
Pasi KärkkäinenSep 21, 2009 12:49 pm 
Jeremy FitzhardingeSep 21, 2009 1:20 pm 
Pasi KärkkäinenSep 21, 2009 1:26 pm 
Jeremy FitzhardingeSep 21, 2009 1:29 pm 
Pasi KärkkäinenSep 21, 2009 1:35 pm 
Patrick ScharrenbergSep 22, 2009 2:00 am 
Konrad Rzeszutek WilkSep 22, 2009 7:08 am 
Patrick ScharrenbergSep 23, 2009 12:37 am 
Konrad Rzeszutek WilkSep 23, 2009 5:06 am 
Konrad Rzeszutek WilkSep 23, 2009 5:09 am 
Christian TramnitzSep 23, 2009 6:15 am 
Jeremy FitzhardingeSep 23, 2009 12:22 pm 
Konrad Rzeszutek WilkSep 23, 2009 12:32 pm 
Jeremy FitzhardingeSep 23, 2009 1:09 pm 
Jeremy FitzhardingeSep 23, 2009 1:13 pm 
Jeremy FitzhardingeSep 23, 2009 1:30 pm 
Konrad Rzeszutek WilkSep 23, 2009 2:24 pm 
Jeremy FitzhardingeSep 23, 2009 2:55 pm 
Qing HeSep 23, 2009 8:10 pm 
Zhang, XiantaoSep 24, 2009 1:14 am.patch, .patch
Konrad Rzeszutek WilkSep 24, 2009 5:43 am 
Christian TramnitzSep 24, 2009 6:19 am 
Andy BurnsSep 24, 2009 10:46 am 
Jeremy FitzhardingeSep 24, 2009 11:22 am 
Thiago Camargo Martins CordeiroSep 24, 2009 11:29 am 
Patrick ScharrenbergSep 24, 2009 12:11 pm 
Thiago Camargo Martins CordeiroSep 24, 2009 12:31 pm 
Jeremy FitzhardingeSep 24, 2009 12:37 pm 
Jeremy FitzhardingeSep 24, 2009 12:55 pm 
Jeremy FitzhardingeSep 24, 2009 1:00 pm 
Konrad Rzeszutek WilkSep 24, 2009 2:35 pm 
Zhang, XiantaoSep 24, 2009 6:43 pm 
Pasi KärkkäinenOct 11, 2009 8:38 am 
Konrad Rzeszutek WilkOct 12, 2009 1:02 pm 
Pasi KärkkäinenOct 14, 2009 2:13 pm 
Konrad Rzeszutek WilkOct 15, 2009 1:03 pm 
Boris DerzhavetsOct 16, 2009 12:47 am.gz
Pasi KärkkäinenOct 16, 2009 2:01 am 
Konrad Rzeszutek WilkOct 20, 2009 9:57 am.patch
Pasi KärkkäinenOct 21, 2009 4:53 am 
Konrad Rzeszutek WilkOct 21, 2009 11:31 am 
Pasi KärkkäinenOct 21, 2009 11:51 am 
Jeremy FitzhardingeOct 21, 2009 12:49 pm 
Pasi KärkkäinenOct 21, 2009 1:21 pm 
Pasi KärkkäinenOct 27, 2009 8:46 am 
Konrad Rzeszutek WilkOct 27, 2009 9:59 am.makefile, .c
Pasi KärkkäinenOct 27, 2009 10:29 am 
Konrad Rzeszutek WilkOct 27, 2009 12:40 pm 
Pasi KärkkäinenOct 27, 2009 12:45 pm 
Konrad Rzeszutek WilkOct 27, 2009 1:12 pm 
Pasi KärkkäinenOct 27, 2009 1:17 pm 
Pasi KärkkäinenOct 27, 2009 1:23 pm 
Pasi KärkkäinenOct 27, 2009 1:35 pm 
Jeremy FitzhardingeNov 11, 2009 4:46 pm 
Jeremy FitzhardingeNov 11, 2009 4:59 pm 
Jeremy FitzhardingeNov 12, 2009 3:50 pm 
Zhang, XiantaoNov 12, 2009 9:26 pm 
Keir FraserNov 12, 2009 11:24 pm 
Jeremy FitzhardingeNov 13, 2009 3:56 pm 
Keir FraserNov 14, 2009 12:04 am 
Zhang, XiantaoNov 16, 2009 2:37 am.patch, .patch
Jeremy FitzhardingeNov 16, 2009 10:37 am 
Zhang, XiantaoNov 16, 2009 7:12 pm 
Keir FraserNov 16, 2009 7:44 pm 
Jeremy FitzhardingeNov 16, 2009 9:12 pm 
Jeremy FitzhardingeNov 16, 2009 9:19 pm 
Keir FraserNov 16, 2009 9:43 pm 
Zhang, XiantaoNov 17, 2009 4:45 am.patch
Keir FraserNov 17, 2009 5:04 am 
Zhang, XiantaoNov 17, 2009 6:16 am 
Jeremy FitzhardingeNov 17, 2009 10:50 am 
Keir FraserNov 17, 2009 11:49 am 
Jiang, YunhongNov 17, 2009 7:11 pm 
Zhang, XiantaoNov 17, 2009 7:24 pm 
Zhang, XiantaoNov 17, 2009 7:37 pm 
Keir FraserNov 18, 2009 1:36 am 
Konrad Rzeszutek WilkNov 18, 2009 6:14 am 
Konrad Rzeszutek WilkNov 18, 2009 6:29 am 
Zhang, XiantaoNov 19, 2009 5:45 pm 
Zhang, XiantaoNov 19, 2009 5:47 pm 
Zhang, XiantaoNov 24, 2009 2:04 am.patch, .patch
Jeremy FitzhardingeNov 24, 2009 11:25 am 
Konrad Rzeszutek WilkNov 24, 2009 11:43 am 
Jeremy FitzhardingeNov 24, 2009 3:34 pm 
Zhang, XiantaoNov 24, 2009 5:41 pm 
21 later messages
Subject:Re: [Xen-devel] Announcing xen/master: pvops git trees rearranged
From:Pasi Kärkkäinen (pas@iki.fi)
Date:Oct 14, 2009 2:13:36 pm
List:com.xensource.lists.xen-devel

On Mon, Oct 12, 2009 at 04:02:48PM -0400, Konrad Rzeszutek Wilk wrote:

On Sun, Oct 11, 2009 at 06:39:00PM +0300, Pasi Kärkkäinen wrote:

On Fri, Sep 18, 2009 at 06:19:41PM -0700, Jeremy Fitzhardinge wrote:

This is definitely a work-in-progress kernel. I'd appreciate all bug *and* success reports so I can get some idea of how many people are using this thing, and how often there are problems. Patches gratefully accepted.

I just tried the latest pv_ops dom0 git tree (11 Oct 2009) on x86_64 AHCI box.

The good news is that the dom0 kernel boots up, but there are some error messages.

Using the default options (modeset) the VGA console doesn't work, it goes blank (display says "power save") in the beginning of dom0 kernel boot: http://pasik.reaktio.net/xen/pv_ops-dom0-debug/dmesg-2.6.31.1-2009-10-11.txt

This line: [drm:radeon_ring_test] *ERROR* radeon: ring test failed
(sracth(0x15E4)=0xCAFEDEAD)

Is a pretty good pointer at what the fault is. If you look at git commit 93e7c3850b8431e19c9cba91413066bfd2360671 you will see the band-aid Jeremy added. It looks though as if not all of the radeon drivers allocate their ring buffer
memory via drm_sg_alloc calls thought. Not sure how the r100 (and the corresponding X
driver) does it. The long/erro traceback about the HARDIRQ is a red-herring in this case.

Here is a couple of things that I would like you to try, if you can:

Sure.

1). Pass in 'drm.debug=255' and send the output. It should have tons of extra output.

http://pasik.reaktio.net/xen/pv_ops-dom0-debug/radeondebug/dmesg-2.6.31.1-2009-10-14-drmdebug.txt

Unknown boot option `drm.debug=255': ignoring

Also it seems this error: [ INFO: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected ]

.. comes from the USB stuff.

I tried Fedora xendom0 kernel rpm, and the kernel graphics modesetting seems to work there! (Fedora kernel contains newer graphics/drm drivers).

But the same USB related error is there with the fedora kernel: [ INFO: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected ]

http://pasik.reaktio.net/xen/pv_ops-dom0-debug/radeondebug/dmesg-2.6.31.3-1.2.71.xendom0.fc12.x86_64-2009-10-14.txt

2). Send in the Xorg.log (or whatever output the program in the userland that starts the modesetting produces). I don't have much knowledge in how
modesetting works, so this might require some digging.

Hmm.. yeah, I'm not sure either which is the first program setting up graphics mode using kernel modesetting (KMS) in Fedora..

I extracted the initrd image and checked the 'init' script:

echo "Loading drm module" modprobe -q drm echo "Loading ttm module" modprobe -q ttm echo "Loading radeon module" modprobe -q radeon /lib/udev/console_init tty0 plymouth --show-splash

So I guess plymouth is asking for a graphics mode..

2). When you boot the kernel without Xen, you don't see this error, right?

Yeah, it works OK on baremetal without Xen. http://pasik.reaktio.net/xen/pv_ops-dom0-debug/radeondebug/dmesg-2.6.31.1-baremetal.txt

3) What does lspci -vvv output show for the video card in question?

http://pasik.reaktio.net/xen/pv_ops-dom0-debug/radeondebug/lspci-vvv-2.6.31.1-baremetal.txt http://pasik.reaktio.net/xen/pv_ops-dom0-debug/radeondebug/lspci-vvv-2.6.31.1-dom0.txt

-- Pasi

_______________________________________________ Xen-devel mailing list Xen-@lists.xensource.com http://lists.xensource.com/xen-devel