Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1262376

Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology Support

From Luiz Capitulino <lcapitulino@redhat.com>
Newsgroups linux.kernel
Subject Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology Support
Date 2015-11-04 16:40 +0100
Message-ID <qr8kj-2go-61@gated-at.bofh.it> (permalink)
References <qf20V-3Fm-3@gated-at.bofh.it> <qr7xT-1HX-7@gated-at.bofh.it> <qr7HA-1LY-5@gated-at.bofh.it> <qr80V-28m-11@gated-at.bofh.it> <qr8aC-2cC-23@gated-at.bofh.it>
Organization Red Hat

Show all headers | View raw


On Wed, 4 Nov 2015 16:28:04 +0100 (CET)
Thomas Gleixner <tglx@linutronix.de> wrote:

> On Wed, 4 Nov 2015, Luiz Capitulino wrote:
> > On Wed, 4 Nov 2015 15:57:41 +0100 (CET)
> > Thomas Gleixner <tglx@linutronix.de> wrote:
> > 
> > > On Wed, 4 Nov 2015, Luiz Capitulino wrote:
> > > 
> > > > On Thu,  1 Oct 2015 23:09:34 -0700
> > > > Fenghua Yu <fenghua.yu@intel.com> wrote:
> > > > 
> > > > > This series has some preparatory patches and Intel cache allocation
> > > > > support.
> > > > 
> > > > Ping? What's the status of this series?
> > > 
> > > We still need to agree on the user space interface which is the
> > > hardest part of it....
> > 
> > My understanding is that two interfaces have been proposed: the cgroups
> > one and an API based on syscalls or ioctls.
> > 
> > Are those proposals mutual exclusive? What about having the cgroups one
> > merged IFF it's useful, and having the syscall API later if really
> > needed?
> > 
> > I don't want to make the wrong decision, but the cgroups interface is
> > here. Holding it while we discuss a perfect interface that doesn't
> > even exist will just do a bad service for users.
> 
> Well, no. We do not just introduce a random user space ABI simply
> because we have to support it forever.

I don't think it's random, it's in discussion for a long time and
Peter seems to be in favor of it.

But I'm all for progress here whatever route we take. In that regard,
what's your opinion on the best way to move forward?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology  Support Luiz Capitulino <lcapitulino@redhat.com> - 2015-11-04 15:50 +0100
  Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology  Support Thomas Gleixner <tglx@linutronix.de> - 2015-11-04 16:00 +0100
    Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology  Support Luiz Capitulino <lcapitulino@redhat.com> - 2015-11-04 16:20 +0100
      Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology  Support Thomas Gleixner <tglx@linutronix.de> - 2015-11-04 16:30 +0100
        Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology  Support Luiz Capitulino <lcapitulino@redhat.com> - 2015-11-04 16:40 +0100
          Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology  Support Thomas Gleixner <tglx@linutronix.de> - 2015-11-04 17:00 +0100

csiph-web