> I don't see the big reason to get rid of iopl() in Xfree86, as Xfree does
> need IO access rights anyway. I'd rather have iopl() in X than try to be
> too clever in the kernel (and starting to virtually remap the TSS just to
> get a larger iomap area sounds like trying to be clever for the wrong
> reasons).
but at least for debugging/testing purposes for such `user-mode drivers'
using ports >=1024 it would be a big win to be able to use ioperm()
for all ports. for production versions one still could use iopl()
if needed/reasonable.
though I don't know if this alone is worth the necessary efforts
(which I can't estimate)...
Harald
--
All SCSI disks will from now on ___ _____
be required to send an email notice 0--,| /OOOOOOO\
24 hours prior to complete hardware failure! <_/ / /OOOOOOOOOOO\
\ \/OOOOOOOOOOOOOOO\
\ OOOOOOOOOOOOOOOOO|//
Harald Koenig, \/\/\/\/\/\/\/\/\/
Inst.f.Theoret.Astrophysik // / \\ \
koenig@tat.physik.uni-tuebingen.de ^^^^^ ^^^^^
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu