From: "Zbigniew Kempczyński" <zbigniew.kempczynski@intel.com>
To: Kamil Konieczny <kamil.konieczny@linux.intel.com>,
igt-dev@lists.freedesktop.org,
Apoorva Singh <apoorva1.singh@intel.com>,
Arjun Melkaveri <arjun.melkaveri@intel.com>
Subject: Re: [igt-dev] [PATCH i-g-t 3/6] lib/i915: Introduce library intel_mocs
Date: Fri, 11 Mar 2022 12:30:18 +0100 [thread overview]
Message-ID: <YisyyrfBQScaZSpI@zkempczy-mobl2> (raw)
In-Reply-To: <YisvLNAmPsQnlF1j@kamilkon-DESK1>
On Fri, Mar 11, 2022 at 12:14:52PM +0100, Kamil Konieczny wrote:
> Hi Zbigniew,
>
> Dnia 2022-03-10 at 08:15:26 +0100, Zbigniew Kempczyński napisał(a):
> > From: Apoorva Singh <apoorva1.singh@intel.com>
> >
> > Add new library intel_mocs for mocs settings.
> >
> > Signed-off-by: Apoorva Singh <apoorva1.singh@intel.com>
> > Cc: Zbigniew Kempczyński <zbigniew.kempczynski@intel.com>
> > Cc: Arjun Melkaveri <arjun.melkaveri@intel.com>
> > Reviewed-by: Zbigniew Kempczyński <zbigniew.kempczynski@intel.com>
> > ---
> > lib/i915/intel_mocs.c | 56 +++++++++++++++++++++++++++++++++++++++++++
> > lib/i915/intel_mocs.h | 25 +++++++++++++++++++
> > lib/meson.build | 1 +
> > 3 files changed, 82 insertions(+)
> > create mode 100644 lib/i915/intel_mocs.c
> > create mode 100644 lib/i915/intel_mocs.h
> >
> > diff --git a/lib/i915/intel_mocs.c b/lib/i915/intel_mocs.c
> > new file mode 100644
> > index 0000000000..63ead1118f
> > --- /dev/null
> > +++ b/lib/i915/intel_mocs.c
> > @@ -0,0 +1,56 @@
> > +// SPDX-License-Identifier: MIT
> > +/*
> > + * Copyright © 2022 Intel Corporation
> > + */
> > +
> > +#include "igt.h"
> > +#include "i915/gem.h"
> > +#include "intel_mocs.h"
> > +
> > +static void get_mocs_index(int fd, struct drm_i915_mocs_index *mocs)
> > +{
> > + uint16_t devid = intel_get_drm_devid(fd);
> > +
> > + /*
> > + * Gen >= 12 onwards don't have a setting for PTE,
> > + * so using I915_MOCS_PTE as mocs index may leads to
> > + * some undefined MOCS behavior.
> > + * This helper function is providing current UC as well
> > + * as WB MOCS index based on platform.
> > + */
> > + if (IS_DG1(devid)) {
> > + mocs->uc_index = DG1_MOCS_UC_IDX;
> > + mocs->wb_index = DG1_MOCS_WB_IDX;
> > + } else if (IS_DG2(devid)) {
> > + mocs->uc_index = DG2_MOCS_UC_IDX;
> > + mocs->wb_index = DG2_MOCS_WB_IDX;
> > +
> > + } else if (IS_GEN12(devid)) {
> > + mocs->uc_index = GEN12_MOCS_UC_IDX;
> > + mocs->wb_index = GEN12_MOCS_WB_IDX;
> > + } else {
> > + mocs->uc_index = I915_MOCS_PTE;
> > + mocs->wb_index = I915_MOCS_CACHED;
> > + igt_info("C1\n");
>
> Remove this or make it igt_debug.
Eh, thanks for spotting that.
>
> > + }
> > +}
> > +
> > +/* BitField [6:1] represents index to MOCS Tables
> > + * BitField [0] represents Encryption/Decryption
> > + */
> > +
> > +uint8_t intel_get_wb_mocs(int fd)
> > +{
> > + struct drm_i915_mocs_index mocs;
> > +
> > + get_mocs_index(fd, &mocs);
> > + return mocs.wb_index << 1;
> > +}
> > +
> > +uint8_t intel_get_uc_mocs(int fd)
> > +{
> > + struct drm_i915_mocs_index mocs;
> > +
> > + get_mocs_index(fd, &mocs);
> > + return mocs.uc_index << 1;
> > +}
> > diff --git a/lib/i915/intel_mocs.h b/lib/i915/intel_mocs.h
> > new file mode 100644
> > index 0000000000..c05569f426
> > --- /dev/null
> > +++ b/lib/i915/intel_mocs.h
> > @@ -0,0 +1,25 @@
> > +/* SPDX-License-Identifier: MIT */
> > +/*
> > + * Copyright © 2022 Intel Corporation
> > + */
> > +
> > +#ifndef _INTEL_MOCS_H
> > +#define _INTEL_MOCS_H
> > +
> > +#define DG1_MOCS_UC_IDX 1
> > +#define DG1_MOCS_WB_IDX 5
> > +#define DG2_MOCS_UC_IDX 1
> > +#define DG2_MOCS_WB_IDX 3
> > +#define GEN12_MOCS_UC_IDX 3
> > +#define GEN12_MOCS_WB_IDX 2
>
> Do we need this here ? Can it be placed in lib implementation
> and hided there ?
Agree, exporting this is not necessary.
>
> > +#define XY_BLOCK_COPY_BLT_MOCS_SHIFT 21
> > +#define XY_CTRL_SURF_COPY_BLT_MOCS_SHIFT 25
>
> Same here, there is no uses for this constants. They can stay
> if you can tell they will be used in near future.
Agree.
>
> > +
> > +struct drm_i915_mocs_index {
> > + uint8_t uc_index;
> > + uint8_t wb_index;
> > +};
> > +
> > +uint8_t intel_get_wb_mocs(int fd);
> > +uint8_t intel_get_uc_mocs(int fd);
>
> These helpers returns uc and wb index, so maybe struct can be
> moved to .c implementation ? So we can keep headers clean. It is
> up to you, I do not insist on changes in header file.
You're right, if we can hide implementation details we should do this.
Will send in v6.
>
> > +#endif /* _INTEL_MOCS_H */
> > diff --git a/lib/meson.build b/lib/meson.build
> > index 3e43316d1e..a5fe91dc99 100644
> > --- a/lib/meson.build
> > +++ b/lib/meson.build
> > @@ -11,6 +11,7 @@ lib_sources = [
> > 'i915/gem_mman.c',
> > 'i915/gem_vm.c',
> > 'i915/intel_memory_region.c',
> > + 'i915/intel_mocs.c',
> > 'igt_collection.c',
> > 'igt_color_encoding.c',
> > 'igt_debugfs.c',
> > --
> > 2.32.0
> >
>
> With that fixed you can add my r-b tag,
Ok, will hide implementation and resend with r-b.
Thank you for the review.
--
Zbigniew
>
> Regards,
> Kamil
next prev parent reply other threads:[~2022-03-11 11:30 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-10 7:15 [igt-dev] [PATCH i-g-t 0/6] Add i915 blt library + gem_ccs test Zbigniew Kempczyński
2022-03-10 7:15 ` [igt-dev] [PATCH i-g-t 1/6] lib/i915/gem_create: Introduce gem-pool bo cache Zbigniew Kempczyński
2022-03-10 19:18 ` Kamil Konieczny
2022-03-10 7:15 ` [igt-dev] [PATCH i-g-t 2/6] tests/api_intel_allocator: Verify gem-pool is working as expected Zbigniew Kempczyński
2022-03-11 10:51 ` Kamil Konieczny
2022-03-10 7:15 ` [igt-dev] [PATCH i-g-t 3/6] lib/i915: Introduce library intel_mocs Zbigniew Kempczyński
2022-03-11 11:14 ` Kamil Konieczny
2022-03-11 11:30 ` Zbigniew Kempczyński [this message]
2022-03-10 7:15 ` [igt-dev] [PATCH i-g-t 4/6] i915/gem_engine_topology: Add helpers for checking driver capabilities Zbigniew Kempczyński
2022-03-11 7:27 ` Zbigniew Kempczyński
2022-03-10 7:15 ` [igt-dev] [PATCH i-g-t 5/6] lib/i915_blt: Add library for blitter Zbigniew Kempczyński
2022-03-11 11:20 ` Kamil Konieczny
2022-03-10 7:15 ` [igt-dev] [PATCH i-g-t 6/6] tests/gem_ccs: Verify uncompressed and compressed blits Zbigniew Kempczyński
2022-03-11 11:34 ` Kamil Konieczny
2022-03-10 8:11 ` [igt-dev] ✓ Fi.CI.BAT: success for Add i915 blt library + gem_ccs test (rev7) Patchwork
2022-03-10 12:34 ` [igt-dev] ✗ Fi.CI.IGT: failure " Patchwork
2022-03-11 7:23 ` Zbigniew Kempczyński
2022-03-11 15:34 ` Vudum, Lakshminarayana
-- strict thread matches above, loose matches on Subject: below --
2022-03-11 12:13 [igt-dev] [PATCH i-g-t 0/6] Add i915 blt library + gem_ccs test Zbigniew Kempczyński
2022-03-11 12:13 ` [igt-dev] [PATCH i-g-t 3/6] lib/i915: Introduce library intel_mocs Zbigniew Kempczyński
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=YisyyrfBQScaZSpI@zkempczy-mobl2 \
--to=zbigniew.kempczynski@intel.com \
--cc=apoorva1.singh@intel.com \
--cc=arjun.melkaveri@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=kamil.konieczny@linux.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox