[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100528194334.GA7707@sgi.com>
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