All of lore.kernel.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 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.