[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] Changing semantics of ioperm() on Xen x86-64?
> As part of the Xen x86-64 Linux port, we've changed the > ioperm() syscall to always modify the IOPL instead of > actually modifying the IO bitmap in the TSS like we do on > x86-32. Is there a particular reason for doing this? I don't believe so. io bitmap support was added to the hypervisor and the corresponding ioperm support got added on i386, but was never carried across to x86_64. We would definitely benefit from someone doing a code review of x86_64 with a view to unifying as many of the xen patches with i386 as possible. There's certainly some needless/unhelpful divergence. Ian > I'm completely guessing here that this may allow us to avoid > changing the TR when changing from user/kernel mode but that > doesn't seem like that huge of a gain. > > I don't expect that there are many apps that would rely on > using ioperm to restrict access to only certain ranges of > ports so I don't think this is a security problem but it > still is a little discomforting. > > Comments? > > Regards, > > Anthony Liguori > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxxxxxxxx > http://lists.xensource.com/xen-devel > _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |