public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* [2.6 patch] i386: let REGPARM no longer depend on EXPERIMENTAL
@ 2006-01-06  2:25 Adrian Bunk
  2006-01-06  7:52 ` Jan Engelhardt
  0 siblings, 1 reply; 3+ messages in thread
From: Adrian Bunk @ 2006-01-06  2:25 UTC (permalink / raw)
  To: linux-kernel

REGPARM has already gotten much testing, what about removing the 
dependency on EXPERIMENTAL?

Additionally, this patch does:
- remove the useless "default n"
- remove note regarding binary only modules (nowadays, there are even
  some binary only modules compiled with REGPARM=y available)


Signed-off-by: Adrian Bunk <bunk@stusta.de>

--- linux-2.6.15-mm1-full/arch/i386/Kconfig.old	2006-01-05 23:28:27.000000000 +0100
+++ linux-2.6.15-mm1-full/arch/i386/Kconfig	2006-01-05 23:28:42.000000000 +0100
@@ -626,13 +626,10 @@
 	default y
 
 config REGPARM
-	bool "Use register arguments (EXPERIMENTAL)"
-	depends on EXPERIMENTAL
-	default n
+	bool "Use register arguments"
 	help
 	Compile the kernel with -mregparm=3. This uses a different ABI
 	and passes the first three arguments of a function call in registers.
-	This will probably break binary only modules.
 
 config SECCOMP
 	bool "Enable seccomp to safely compute untrusted bytecode"


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [2.6 patch] i386: let REGPARM no longer depend on EXPERIMENTAL
  2006-01-06  2:25 Adrian Bunk
@ 2006-01-06  7:52 ` Jan Engelhardt
  0 siblings, 0 replies; 3+ messages in thread
From: Jan Engelhardt @ 2006-01-06  7:52 UTC (permalink / raw)
  To: Adrian Bunk; +Cc: linux-kernel


>REGPARM has already gotten much testing, what about removing the 
>dependency on EXPERIMENTAL?

I had no problem with it since I started using it from 2.6.8 
on. (Some machines starting with 2.6.11 because I forgot to activate it in 
menuconfig.)

>Additionally, this patch does:
>- remove the useless "default n"
>- remove note regarding binary only modules (nowadays, there are even
>  some binary only modules compiled with REGPARM=y available)

Prop nvidia module (1.0-4496 tho) works with REGPARM=y.



Jan Engelhardt
-- 
| Alphagate Systems, http://alphagate.hopto.org/
| jengelh's site, http://jengelh.hopto.org/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [2.6 patch] i386: let REGPARM no longer depend on EXPERIMENTAL
@ 2006-01-08 15:22 Adrian Bunk
  0 siblings, 0 replies; 3+ messages in thread
From: Adrian Bunk @ 2006-01-08 15:22 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

REGPARM has already gotten much testing, what about removing the 
dependency on EXPERIMENTAL?

Additionally, this patch does:
- remove the useless "default n"
- remove note regarding binary only modules (nowadays, there are even
  some binary only modules compiled with REGPARM=y available)


Signed-off-by: Adrian Bunk <bunk@stusta.de>

---

This patch was already sent on:
- 6 Jan 2006

--- linux-2.6.15-mm1-full/arch/i386/Kconfig.old	2006-01-05 23:28:27.000000000 +0100
+++ linux-2.6.15-mm1-full/arch/i386/Kconfig	2006-01-05 23:28:42.000000000 +0100
@@ -626,13 +626,10 @@
 	default y
 
 config REGPARM
-	bool "Use register arguments (EXPERIMENTAL)"
-	depends on EXPERIMENTAL
-	default n
+	bool "Use register arguments"
 	help
 	Compile the kernel with -mregparm=3. This uses a different ABI
 	and passes the first three arguments of a function call in registers.
-	This will probably break binary only modules.
 
 config SECCOMP
 	bool "Enable seccomp to safely compute untrusted bytecode"


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-01-08 15:22 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-01-08 15:22 [2.6 patch] i386: let REGPARM no longer depend on EXPERIMENTAL Adrian Bunk
  -- strict thread matches above, loose matches on Subject: below --
2006-01-06  2:25 Adrian Bunk
2006-01-06  7:52 ` Jan Engelhardt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox