lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 2 Oct 2006 13:54:33 -0700 (PDT)
From:	Linus Torvalds <torvalds@...l.org>
To:	Ingo Molnar <mingo@...e.hu>
cc:	Andrew Morton <akpm@...l.org>, David Howells <dhowells@...hat.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	linux-kernel@...r.kernel.org, linux-arch@...r.kernel.org,
	Dmitry Torokhov <dtor@...l.ru>, Greg KH <greg@...ah.com>,
	David Brownell <david-b@...bell.net>,
	Alan Stern <stern@...land.harvard.edu>
Subject: Re: [PATCH 3/3] IRQ: Maintain regs pointer globally rather than
 passing to IRQ handlers



On Mon, 2 Oct 2006, Ingo Molnar wrote:
>
> i agree that we should do this in one go and in Linus' tree. I suspect 
> David has a script for this, so we can do it anytime for any tree, 
> right?
> 
> the amount of code that truly relies on regs being present is very low. 
> Mostly only sysrq type of stuff and the timer interrupt is such.

Yeah, well, it's been discussed before, and the real problem is not the 
patch itself, it's the damn drivers maintained outside the tree, and 
people who want to maintain the same driver for multiple different 
versions of the kernel.

Things like the kernel graphics direct-rendering code, for example - 
mostly maintained in X.org trees that then want to compile with other 
kernels too.

I don't personally mind the patch, I just wanted to bring that issue up. 

So far, when this has come up, the gains it gives have not been worth the 
pain. I don't quite see why FRV is so broken that it would matter 20% 
worth, and I suspect that number was somehow really not real, but more a 
matter of "this small code snippet that is part of the irq delivery and 
isn't really measurable improves by 20%", which is a different thing.

That said, it's almost certainly worth it, and I don't think anybody 
really objects deep down.

So if the patch works against my current tree, and nobody objects, I can 
certainly apply it.

So speak up, people...

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ