public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
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

      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