Re: [PATCH 2.4.31 6/9] gcc4: fix x86_64 sys_iopl() bug

> @@ -113,9 +113,18 @@ quiet_ni_syscall:
>  	PTREGSCALL stub32_fork, sys32_fork
>  	PTREGSCALL stub32_clone, sys32_clone
>  	PTREGSCALL stub32_vfork, sys32_vfork
> -	PTREGSCALL stub32_iopl, sys_iopl
>  	PTREGSCALL stub32_rt_sigsuspend, sys_rt_sigsuspend
>  
> +	.macro PTREGSCALL3 label, func, arg

PTREGSCALL3? I'm sure that is not in 2.6. How about just changing
PTREGSCALL globally? 

iirc the other ptregs syscalls were safe, but I still changed them in 2.6
to use a pointer argument.


-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • [PATCH 2.4.31 6/9] gcc4: fix x86_64 sys_iopl() bug
    • From: Mikael Pettersson <[email protected]>

• Prev by Date: Re: [PATCH] Remove devfs_mk_cdev() function from the kernel tree
• Next by Date: Re: [PATCH] fix small DoS on connect() (was Re: BUG: Unusual TCP Connect() results.)
• Previous by thread: [PATCH 2.4.31 6/9] gcc4: fix x86_64 sys_iopl() bug
• Next by thread: Re: [PATCH 2.4.31 6/9] gcc4: fix x86_64 sys_iopl() bug
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]