From: Robert Foss <robert.foss@collabora.com>
To: Emil Velikov <emil.l.velikov@gmail.com>
Cc: daniel.stone@collabora.com,
Tomeu Vizoso <tomeu.vizoso@collabora.com>,
Daniel Vetter <daniel.vetter@ffwll.ch>,
"intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>
Subject: Re: [PACTH i-g-t v4 00/13] Remove compile time depencencies on libdrm_intel.
Date: Thu, 30 Jun 2016 03:59:54 -0400 [thread overview]
Message-ID: <5774D17A.2020608@collabora.com> (raw)
In-Reply-To: <CACvgo53-PG5Qd026uNSSbxNLUdSTb+4jVUsV8EtE_bXasS7tZA@mail.gmail.com>
On 2016-06-29 06:42 AM, Emil Velikov wrote:
> On 23 June 2016 at 10:34, <robert.foss@collabora.com> wrote:
>> From: Robert Foss <robert.foss@collabora.com>
>>
>>
>> Hey,
>>
>> I've been looking at the possibilty of removing the compile time depency on
>> libdrm_intel. There are two technical solutions to this problem as far as
>> I can see; stubs and conditional compilation.
>>
>> This series uses the stubbing approach.
>>
>> Changes since v1:
>> - Replaced the automake flags HAVE_VC4/NOUVEAU/INTEL with HAVE_LIBDRM_XXX.
>> - Move conditionals from Makefile.sources to Arduino.mk/Makefile.am.
>> - Removed duplicated i915_drm.h symbols from intel_drm_stubs.h.
>> - Replaced igt_require with igt_require_f to communicate stubs being the cause
>> of failure.
>> - Rename intel_drm_stubs to intel_bufmgr.
>> - Moved intel_bufmgr to lib/stubs/drm.
>> - Remove header inclusion changes in favor for inclusion of stubs in
>> lib/stubs/drm using build scripts.
>> - Rebased on trunk.
>>
>> Changes since v2:
>> - Removed conditional compilation from intel_bufmgr.h.
>> - Enable HAVE_LIBDRM_INTEL on android platforms.
>> - Remove unnecessary whitespace.
>> - Remove unnecessary inclusion of C files.
>> - De-duplicated intel_bufmgr.c error string.
>> - Changed Makefile.sources variable names to be non-automake specific
>>
>> Changes since v3:
>> - Added signoff to two commits.
>> - Changed automake if not statement.
>> - Removed accidental space character.
>> - Copied in new copy of intel_bufmgr.h
>> - Improved wording of lib/stubs/drm/README.
>>
> Just an idea/suggestion for the future, not sure if it's normal approach in IGT:
> Adding the detailed change log to the respective patch (be that before
> or after the --- line) as opposed to here is better IMHO. It provides
> provides direct, quick and easy feedback to the reviewer.
Making a per commit changelog is probably the way to go, I hope you'll
forgive me if don't create a retroactive one for this series though.
I'll make it habit for upcoming series.
>
> Something that just hit me - 1/13 should only do "check for
> libdrm_intel and error otherwise. set the AC_CONDITIONAL()" with the
> actual "allow libdrm_intel less systems to build IGT" patch coming
> after the stubs were introduced.
If someone feels strongly about the issue I'd happily make that change
and submit a v++ patch series.
>
> As-is building w/o libdrm_intel will be allowed, yet broken through
> the series, which shouldn't be an issue here. Just something worth
> mentioning for future work.
>
> As-is the series is
> Reviewed-by: Emil Velikov <emil.velikov@collabora.com>
>
> -Emil
>
Thanks for having a look Emil and all the feedback, it's much appreciated.
Rob.
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
prev parent reply other threads:[~2016-06-30 7:59 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-23 9:34 [PACTH i-g-t v4 00/13] Remove compile time depencencies on libdrm_intel robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 01/13] configure.ac: Test for libdrm_intel and build for it if present robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 02/13] configure.ac: Harmonize HAVE_XXX flag for all drm platforms to HAVE_LIBDRM_XXX robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 03/13] Enable HAVE_LIBDRM_INTEL unconditionally for Android robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 04/13] benchmarks/Makefile: Don't build benchmarks that depend on libdrm_intel robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 05/13] tools/Makefile: Don't build tools " robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 06/13] tools/Makefile: Format whitespace robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 07/13] demos/Makefile: Don't build tools that depend on libdrm_intel robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 08/13] lib/stubs: Add stubs for intel_bufmgr robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 09/13] demos/Makefile: Replace automake specific name of listing in Makfile.sources robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 10/13] benchmarks/Makefile: " robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 11/13] tools/Makefile: Replace automake specific name of listings " robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 12/13] lib/tests/Makefile: Replace automake specific names of listings in Makefile.sources robert.foss
2016-06-23 9:34 ` [PACTH i-g-t v4 13/13] lib/Makefile: " robert.foss
2016-06-29 10:42 ` [PACTH i-g-t v4 00/13] Remove compile time depencencies on libdrm_intel Emil Velikov
2016-06-30 7:59 ` Robert Foss [this message]
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=5774D17A.2020608@collabora.com \
--to=robert.foss@collabora.com \
--cc=daniel.stone@collabora.com \
--cc=daniel.vetter@ffwll.ch \
--cc=emil.l.velikov@gmail.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=tomeu.vizoso@collabora.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