dri-devel.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Mark Brown <broonie@kernel.org>
Cc: devel@driverdev.osuosl.org, linux-api@vger.kernel.org,
	arve@android.com, dri-devel@lists.freedesktop.org,
	linux-kernel@vger.kernel.org, riandrews@android.com,
	dan.carpenter@oracle.com
Subject: Re: [PATCH v6 2/2] staging: ion: create one device entry per heap
Date: Tue, 28 Nov 2017 18:08:22 +0100	[thread overview]
Message-ID: <20171128170822.GA22359@kroah.com> (raw)
In-Reply-To: <20171128162620.levmpcgaixilwq3n@sirena.org.uk>

On Tue, Nov 28, 2017 at 04:26:20PM +0000, Mark Brown wrote:
> On Tue, Nov 28, 2017 at 02:32:17PM +0100, Greg KH wrote:
> 
> > Where is the documentation for the new sysfs files and the new ioctl
> 
> Didn't see any sysfs files in there?

New struct devices were created and registered.  Why would that happen
if there was not a need for sysfs files? :)

> > call you added?  What did you do to test this out?  Where are the AOSP
> > patches to use this?  Happen to have a VTS test for it?
> 
> Do we need to convert Android for this to be accepted?  The single
> device is being kept around for it and the use case was from non-Android
> users wasn't it?

So we are just going to add kernel features with no userspace users of
it at all?  Why would we do that?  How was it even tested?

greg k-h
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2017-11-28 17:08 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-06 15:59 [PATCH v6 0/2] staging: ion: get one device per heap Benjamin Gaignard
2017-11-06 15:59 ` [PATCH v6 1/2] staging: ion: reorder include Benjamin Gaignard
2017-11-09 21:02   ` Laura Abbott
2017-11-28 13:20   ` Greg KH
2017-11-28 13:34     ` Benjamin Gaignard
2017-11-28 13:40       ` Greg KH
2017-11-06 15:59 ` [PATCH v6 2/2] staging: ion: create one device entry per heap Benjamin Gaignard
2017-11-09 21:17   ` Laura Abbott
2017-11-27 10:46     ` Benjamin Gaignard
     [not found]       ` <CA+M3ks6vP+W77QBzbczxzcV7YZCoBusC=wgjZPUNLrCYFFDARA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-11-27 11:43         ` Greg Kroah-Hartman
2017-11-27 16:12           ` Daniel Vetter
2017-11-27 16:30             ` Mark Brown
2017-11-28 13:32   ` Greg KH
     [not found]     ` <20171128133217.GA29995-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2017-11-28 16:26       ` Mark Brown
2017-11-28 17:08         ` Greg KH [this message]
2017-11-28 17:12           ` Mark Brown
2017-11-28 17:28             ` Greg KH
2017-11-28 17:37               ` Mark Brown
2017-11-28 18:00                 ` Greg KH
2017-11-29 14:00     ` Benjamin Gaignard
2017-12-02 15:53       ` Greg KH
     [not found]         ` <20171202155317.GB5311-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2017-12-05 23:01           ` Laura Abbott
     [not found]             ` <65ef83b2-db3e-eaf6-129f-40e156400624-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2017-12-06  6:28               ` Greg KH
  -- strict thread matches above, loose matches on Subject: below --
2017-10-23 15:55 [PATCH v6 0/2] staging: ion: get one device " Benjamin Gaignard
2017-10-23 15:55 ` [PATCH v6 2/2] staging: ion: create one device entry " Benjamin Gaignard
2017-10-24 16:14   ` Jordan Crouse
2017-10-31 19:03   ` Laura Abbott
     [not found]     ` <3e3af8e3-76c5-754c-caaa-3f8c9b54723f-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2017-10-31 19:11       ` Mark Brown
2017-10-31 19:45         ` Laura Abbott
2017-11-02 10:44         ` Greg KH
2017-11-02 11:10           ` Mark Brown
2017-11-06 14:42             ` Benjamin Gaignard
     [not found]               ` <CA+M3ks5pV=j_DeQ9ohhtv62WL=pzWH0Q5jdKtQby5vs=NUZT-Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-11-06 14:46                 ` Greg KH

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171128170822.GA22359@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=arve@android.com \
    --cc=broonie@kernel.org \
    --cc=dan.carpenter@oracle.com \
    --cc=devel@driverdev.osuosl.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=linux-api@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riandrews@android.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).