Re: ioperm problem

[Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>]

On Sun, Nov 13, 2011 at 10:19:06PM +0100, Pavel Matěja wrote:
> Hi,
> I'm trying to port AMD VGA passthru patch to the latest XEN and vanila kernel 
> and I got SIGSEGV in
> 
> static void ati_hw_out(uint16_t hport, uint32_t data)
> {
>     ioperm(gfx_info.host_pio_base, gfx_info.pio_size, 1);    
>     asm volatile ("out %1, %0"::"Nd"(hport),"a"(data));
>     ioperm(gfx_info.host_pio_base, gfx_info.pio_size, 0);
> }

Does it work under baremetal?

What is the host_pio_base?

Is the host_pio_base part of the permitted IO ports? (you can
see that if you run 'xl debug-keys q' and it should show you something
like this:

(XEN) Rangesets belonging to domain 1:
(XEN)     I/O Ports  { b400-b41f, b800-b81f }
(XEN)     Interrupts { 18-19, 54-55 }
(XEN)     I/O Memory { fe940-fe9ff }
(XEN) Memory pages belonging to domain 1:

(you can get that from xm dmesg).

As you can see, the b400->b41f are allowed in the domain 1. Is your
host_pio_base in there?


> 
> I tried old 2.6.32 XEN kernel and there is no such problem.
> It looks related to arch/x86/kernel/ioport.c but I'm not sure.
> Is anyone here familiar with that code?

Yes, and I think I saw somebody ask me about that too.

Lets rope them in this converstation - they got it to work
but my memory is foggy at what was required.

Ben, Thomas,

I remember you guys had a tough time with vd86 which did something similar
and it ultimately was due to to /dev/mem not passing in VM_IO. But the
ioperm/outb sounds familiar too. Was there a missing hypercall when
forking/copying the ioperm bitmap?