Bart Oldeman f912696ab3 [PATCH] reset tss->io_bitmap_owner in sys_ioperm() ... my patch "x86: initialise tss->io_bitmap_owner to something" (commit ID d5cd4aadd3) introduced a problem with a program (DOSEMU) that called ioperm after already doing some port i/o. The problem is that a process switch return causes tss->io_bitmap_base to be set to IO_BITMAP_OFFSET so that the fault (that *really* sets the io bitmap) never triggers. This fixes that regression. Signed-off-by: Bart Oldeman <bartoldeman@users.sourceforge.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org>		2005-11-05 16:31:36 -08:00
..
boot	…
crypto	…
kernel	[PATCH] reset tss->io_bitmap_owner in sys_ioperm()	2005-11-05 16:31:36 -08:00
lib	…
mach-default	…
mach-es7000	[PATCH] ES7000 platform update	2005-10-30 17:37:12 -08:00
mach-generic	…
mach-visws	…
mach-voyager	…
math-emu	…
mm	[PATCH] x86: add an accessor function for getting the per-CPU gdt	2005-10-30 17:37:12 -08:00
oprofile	[PATCH] mm: kill check_user_page_readable	2005-10-29 21:40:41 -07:00
pci	[PATCH] toshiba_ohci1394_dmi_table should be __devinitdata, not __devinit	2005-11-01 21:27:22 -08:00
power	[PATCH] FPU context corrupted after resume	2005-10-30 17:37:11 -08:00
Kconfig	[PATCH] i386: CONFIG_PC removal	2005-10-31 09:20:54 -08:00
Kconfig.cpu	[PATCH] uml: reuse i386 cpu-specific tuning	2005-10-30 17:37:16 -08:00
Kconfig.debug	…
Makefile	[PATCH] uml: reuse i386 cpu-specific tuning	2005-10-30 17:37:16 -08:00
Makefile.cpu	[PATCH] i386: use -mcpu, not -mtune, for GCCs older than 3.4	2005-10-30 17:37:16 -08:00
defconfig	…