[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] X11 on domU



Ian Pratt wrote:
What we'd like to do is run several independant X11's on a single CPU box. Using on-board (AGP) graphics, and additional (PCI) graphics cards, and various USB controllers for the keyboard/mice combos. The aim is to have three 'consoles', each with a browser running to provide access to our library catalogue. With Xen we should be able to isolate each console in its own dom, ensuring that one user can't so easily ruin others functionality.

I'm running Debian 3.1 sarge/stable as dom0.
I've got Xen 3.0.2 stable sources and built them with to include the pciback module. Using pciback I can happily have various devices show up in domU (ethernet, USB controller and graphics) with things like 'lspci'. The obvious stuff just plain works - I can use the ethernet card instead of the virtual ethernet, find USB devices. I 'upgraded' domU to debian unstable, to get a more recent Xorg setup, but I still get stuck.

Using "X -novtswitch -sharevts vt1" I ended up being told:

-------------- copy of end of X output starts --------------
(EE) I810(0): Cannot map SYS BIOS

Fatal server error:
xf86MapVidMem: Could not mmap framebuffer (0x000a0000,0x10000) (Bad address)
--------------  copy of end of X output ends  --------------

At this point I'm out of ideas :)

Anyone have any pointers or ideas?

As well as mapping the linear framebuffer, this particular X driver
wants to map the VGA memory area at 0xa0000.
As an experiment, trying hacking in a call to the following in
setupDevice in pciif.py:
 xc.domain_iomem_permission(dom = fe_domid,
                    first_pfn = 0xA0000>>PAGE_SHIFT,
                    nr_pfns = 0x10000>>PAGE_SHIFT,
allow_access = True)
You may also need to map the VGA BIOS, in which case use nr_pfns =
0x27FFF>>PAGE_SHIFT
Please let me know if this works.

It results in a leap forward, but still falls short :)
I did need the VGA BIOS (0x277FFF) which results in
X starting up(ish) but displaying a black screen with
a white square near the middle, then stalling.
A ctrl-C in the starting terminal causes X to exit,
with the error:
-------------- copy of end of X log starts --------------
Error in I810WaitLpRing(), now is 1534883518, start is 1534881517
pgetbl_ctl: 0x0 pgetbl_err: 0x10
ipeir: 0 iphdr: 0
LP ring tail: 40 head: 0 len: f001 start 342000
eir: 0 esr: 10 emr: 3d
instdone: ff7a instpm: 0
memmode: 4 instps: c10
hwstam: 9ac7 ier: 0 imr: 9ac7 iir: 0
space: 65464 wanted 65528

Fatal server error:
lockup

Error in I810WaitLpRing(), now is 1534886537, start is 1534884536
pgetbl_ctl: 0x0 pgetbl_err: 0x6b48010
ipeir: 0 iphdr: 0
LP ring tail: 48 head: 0 len: f001 start 342000
eir: 0 esr: 10 emr: 3d
instdone: ff7a instpm: 0
memmode: 4 instps: c10
hwstam: 9ac7 ier: 0 imr: 9ac7 iir: 0
space: 65456 wanted 65528

FatalError re-entered, aborting
lockup
-------------- copy of end of X log ends --------------

Subsequent attempts to start X (without rebooting the
physical machine) result in:

-------------- copy of end of X log starts --------------
(II) I810(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
pgetbl_ctl: 0x0 pgetbl_err: 0x1ffff010
ipeir: 0 iphdr: 0
LP ring tail: 48 head: 0 len: f001 start 342000
eir: 0 esr: 10 emr: 3d
instdone: ff7a instpm: 0
memmode: 4 instps: c10
hwstam: 9ac7 ier: 0 imr: 9ac7 iir: 0

Fatal server error:
Active ring not flushed

-------------- copy of end of X log ends --------------



--
Julian Davison
Note: 1) This may have come from an address @cbhs.school.nz
         but isn't necessarily the (or even an) official view
         of Christchurch Boys' High School
      2) While replying to this address may get into my mailbox
         it will almost certainly be filtered into a mailing list
         folder. To actually reach actual me, strip off the bit
         after the '-' in the name.

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.