From: "Dixit, Ashutosh" <ashutosh.dixit@intel.com>
To: Rodrigo Vivi <rodrigo.vivi@intel.com>
Cc: Matthew Brost <matthew.brost@intel.com>,
Aakash Deep Sarkar <aakash.deep.sarkar@intel.com>,
<intel-xe@lists.freedesktop.org>, <jeevaka.badrappan@intel.com>,
<carlos.santa@intel.com>
Subject: Re: [PATCH v2 1/8] [ANDROID]: Add a new xe_user structure
Date: Fri, 22 Aug 2025 18:57:40 -0700 [thread overview]
Message-ID: <87v7meyf3f.wl-ashutosh.dixit@intel.com> (raw)
In-Reply-To: <aKjOjxlOzE1ZQiV6@intel.com>
On Fri, 22 Aug 2025 13:09:51 -0700, Rodrigo Vivi wrote:
>
> On Fri, Aug 22, 2025 at 10:01:25AM -0700, Matthew Brost wrote:
> > On Fri, Aug 22, 2025 at 11:48:54AM -0400, Rodrigo Vivi wrote:
> > > On Fri, Aug 22, 2025 at 08:59:23AM +0000, Aakash Deep Sarkar wrote:
> > > > For Android GPU work period event we need to track the runtime
> > > > on the GPU for each user id. This means we can have multiple
> > > > xe files opened by different processes/threads belonging to
> > > > the same user id. All these xe files need to be grouped together
> > > > so that one can easily identify these while calculating the
> > > > run time for the given user id.
> > > >
> > > > Currently, the xe driver doesn't record the user id of the
> > > > calling process. Also, all the xe files created using open
> > > > call are clubbed together inside the xe device structure
> > > > with no way to distinguish between them based on the user id
> > > > of the calling process.
> > >
> > > I thought I had already given this feedback, but I'm not sure if
> > > I forgot or if I was just ignored. I'm sorry either way.
> > >
> > > Android is not a justification. Please keep 'Android' mentions
> > > and ralated 'Android' justifications in the cover letter ONLY!
> > >
> > > The patch needs to make sense by itself. The patch needs to make
> > > sense in the currently linux upstream.
> > >
> >
> > So what are the rules here? There is another series [1] floating around
> > with a justification that Android needs this. Does that mean we can't
> > accept any Andriod only code upstream?
>
> I'm sorry for not being clear. Of course we can accept Android code
> upstream. I wish we had more (all?) Android code upstream ;)
>
> But we cannot add in xe, for instance, something with the namespace
> /sys/kernel/tracing/events/power/gpu_work_period where
> gpu_work_period is a definition in the Android tree only.
>
> We could add xe_work_period.
If Android user space consumes gpu_work_period, shouldn't gpu_work_period
be added at the drm level (rather than at xe level)?
I had a similar comment about gpu_frequency ftrace event here:
https://lore.kernel.org/intel-xe/87wm6vxedi.wl-ashutosh.dixit@intel.com/T/#me6005d00c09bf2198cc2a7465e780f50bd1ff291
Thanks.
--
Ashutosh
next prev parent reply other threads:[~2025-08-23 1:57 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-22 8:59 [PATCH v2 0/8] [ANDROID]: Add GPU work period support for Xe driver Aakash Deep Sarkar
2025-08-22 8:59 ` [PATCH v2 1/8] [ANDROID]: Add a new xe_user structure Aakash Deep Sarkar
2025-08-22 15:48 ` Rodrigo Vivi
2025-08-22 17:01 ` Matthew Brost
2025-08-22 20:09 ` Rodrigo Vivi
2025-08-23 1:57 ` Dixit, Ashutosh [this message]
2025-08-22 8:59 ` [PATCH v2 2/8] [ANDROID]: Add xe_gt_clock_interval_to_ns function Aakash Deep Sarkar
2025-08-22 8:59 ` [PATCH v2 3/8] [ANDROID]: Add a trace point for GPU work period Aakash Deep Sarkar
2025-08-22 19:57 ` Rodrigo Vivi
2025-08-22 8:59 ` [PATCH v2 4/8] [ANDROID]: Modify xe_exec_queue_update_run_ticks Aakash Deep Sarkar
2025-08-22 8:59 ` [PATCH v2 5/8] [ANDROID]: Handle xe_user creation and removal Aakash Deep Sarkar
2025-08-22 8:59 ` [PATCH v2 6/8] [ANDROID]: Implement xe_work_period_worker Aakash Deep Sarkar
2025-08-22 11:00 ` Matthew Auld
2025-08-22 16:58 ` Matthew Brost
2025-08-22 8:59 ` [PATCH v2 7/8] [ANDROID]: Add a Kconfig option for GPU work period Aakash Deep Sarkar
2025-08-22 8:59 ` [PATCH v2 8/8] [ANDROID]: Handle xe_work_period destruction Aakash Deep Sarkar
2025-08-22 9:39 ` ✗ CI.checkpatch: warning for : Add GPU work period support for Xe driver Patchwork
2025-08-22 9:40 ` ✓ CI.KUnit: success " Patchwork
2025-08-22 10:44 ` ✓ Xe.CI.BAT: " Patchwork
2025-08-23 3:50 ` ✗ Xe.CI.Full: failure " Patchwork
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=87v7meyf3f.wl-ashutosh.dixit@intel.com \
--to=ashutosh.dixit@intel.com \
--cc=aakash.deep.sarkar@intel.com \
--cc=carlos.santa@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=jeevaka.badrappan@intel.com \
--cc=matthew.brost@intel.com \
--cc=rodrigo.vivi@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.