> > generated better code than using inline functions. 2.2 upwards use a different > > (far nicer) method to find current. > > The macro is still likely to generate better code. All released > gcc versions have the "inline penalty" causing bad register allocation > (maybe it'll be fixed with gcc 3's tree inliner) Given that the 2.4 source does blan inline get_curent() #define curret get_current() I feel safe in believing that we can fix the 2.4 tree with no noticable change in performance. Justin is simply providing a reminder that the work has actually all been done - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
- Re: Adaptec AIC7XXX v 6.0.6 BETA Released Alan Cox
- Re: Adaptec AIC7XXX v 6.0.6 BETA Released Justin T. Gibbs
- Re: Adaptec AIC7XXX v 6.0.6 BETA Releas... Steven N. Hirsch
- Re: Adaptec AIC7XXX v 6.0.6 BETA R... Justin T. Gibbs
- Re: Adaptec AIC7XXX v 6.0.6 BE... Matthew Jacob
- Re: Adaptec AIC7XXX v 6.0.6 BETA Releas... Alan Cox
- Re: Adaptec AIC7XXX v 6.0.6 BETA R... Justin T. Gibbs
- Re: Adaptec AIC7XXX v 6.0.6 BE... Alan Cox
- Re: Adaptec AIC7XXX v 6.0.6 BETA Releas... Alan Cox
- Re: Adaptec AIC7XXX v 6.0.6 BETA Released Andi Kleen
- Re: Adaptec AIC7XXX v 6.0.6 BETA Released Steven N. Hirsch
- Re: Adaptec AIC7XXX v 6.0.6 BETA Released J . A . Magallon
- Re: Adaptec AIC7XXX v 6.0.6 BETA Released Justin T. Gibbs
- Re: Adaptec AIC7XXX v 6.0.6 BETA Released J . A . Magallon
- Re: Adaptec AIC7XXX v 6.0.6 BETA Released Christoph Hellwig
- Re: Adaptec AIC7XXX v 6.0.6 BETA Released Justin T. Gibbs
- Re: Adaptec AIC7XXX v 6.0.6 BETA Released Steven N. Hirsch