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
| ||
|
Date: Fri, 28 May 2010 14:43:35 -0500 From: Cliff Wickman <cpw@....com> To: Greg KH <gregkh@...e.de> Cc: "H. Peter Anvin" <hpa@...or.com>, linux-kernel@...r.kernel.org, mingo@...e.hu Subject: Re: [PATCH V3] x86, UV: BAU performance and error recovery On Fri, May 28, 2010 at 09:47:25AM -0700, Greg KH wrote: > On Fri, May 28, 2010 at 09:30:25AM -0700, H. Peter Anvin wrote: > > On 05/28/2010 06:33 AM, Cliff Wickman wrote: > > > - adds modification of tuning variables through /proc/sgi_uv > > > > Adding new directories in /proc for a proprietary architecture is > > frowned upon, to put it mildly. At the very least try to find a place > > in sysfs for it. > > > > [Cc: gregkh in order to find a place in sysfs] > > Hm, what type of files are you needing here? Do they corrispond with > any specific hardware devices? If so, just put them on the hardware > devices in sysfs. > > thanks, > > greg k-h There is an SGI-specific directory in sysfs: /sys/firmware/sgi_uv though the tuning variables for the handling of the hardware Broadcast Assist Unit don't fit there very logically. The BAU's statistics are already displayed through the UV-only /proc/sgi_uv/ptc_statistics. This was deemed necessary because of the potentially very large size of that file --- it is still true that a /sys file is limited to one page, is it not? We wanted to minimize the overhead of the monitoring tools that read those statistics. And the BAU tuning is related to those statistics. That's why I chose to put them along side, in /proc/sgi_uv/bau_tunables. Even though it is a very small file. Does that logic hold any water? -Cliff -- Cliff Wickman SGI cpw@....com (651) 683-3824 -- 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