From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chad Versace Subject: Re: [PATCH 5/5] drm/i915: debugfs entries for [e]LLC Date: Tue, 09 Jul 2013 11:35:38 -0700 Message-ID: <51DC57FA.3030703@linux.intel.com> References: <1372960927-1112-1-git-send-email-ben@bwidawsk.net> <1372960927-1112-5-git-send-email-ben@bwidawsk.net> <20130704181441.GG18285@phenom.ffwll.local> <20130704184057.GK5488@bwidawsk.net> <20130704184605.GL5488@bwidawsk.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by gabe.freedesktop.org (Postfix) with ESMTP id E26C2E5C28 for ; Tue, 9 Jul 2013 11:35:43 -0700 (PDT) In-Reply-To: <20130704184605.GL5488@bwidawsk.net> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Ben Widawsky Cc: Intel GFX List-Id: intel-gfx@lists.freedesktop.org On 07/04/2013 11:46 AM, Ben Widawsky wrote: > On Thu, Jul 04, 2013 at 08:43:58PM +0200, Daniel Vetter wrote: >> On Thu, Jul 4, 2013 at 8:40 PM, Ben Widawsky wrote: >>> On Thu, Jul 04, 2013 at 08:14:41PM +0200, Daniel Vetter wrote: >>>> On Thu, Jul 04, 2013 at 11:02:07AM -0700, Ben Widawsky wrote: >>>>> To make users life a little easier figuring out what they have on their >>>>> system. >>>>> >>>>> Ideally, I'd really like to report LLC size, but it turned out to be a >>>>> bit of a pain. Maybe I'll revisit it in the future. >>>>> >>>>> Signed-off-by: Ben Widawsky >>>> >>>> I think a getparam for eLLC would be neat, so that usespace can use it to >>>> tune working set sizes. >>>> -Daniel >>>> >>> And I assume drop debugfs? >> >> Yeah, I guess the DRM_INFO message in dmesg should be good enough >> then. For userspace's convenience we could even look into exposing the >> LLC size with a getparam. >> -Daniel >> > > I would like to do this since we have easy access to cpuid. I know Chad > really wants it. If you'll accept the patch, I'll write it. I really want to know the cache sizes. Actually, I didn't expect the kernel to do this for me. So, I've prototyped a patch for Mesa to probe the cache sizes with CPUID. If the kernel does that for Mesa, then I can likely drop my Mesa patch.