From: "Dmitry V. Levin" <ldv@altlinux.org>
To: strace-devel@lists.sourceforge.net, intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH v4 5/5] drm: Add decoding of DRM and KMS ioctls
Date: Fri, 11 Sep 2015 15:36:26 +0300 [thread overview]
Message-ID: <20150911123625.GC6177@altlinux.org> (raw)
In-Reply-To: <20150911122035.GA768@patrik-desktop.isw.intel.com>
[-- Attachment #1.1: Type: text/plain, Size: 2106 bytes --]
On Fri, Sep 11, 2015 at 02:20:35PM +0200, Patrik Jakobsson wrote:
> On Fri, Sep 11, 2015 at 03:10:05PM +0300, Dmitry V. Levin wrote:
> > On Fri, Sep 11, 2015 at 01:39:29PM +0200, Patrik Jakobsson wrote:
> > > On Wed, Sep 09, 2015 at 01:50:40AM +0300, Dmitry V. Levin wrote:
> > > > On Mon, Aug 24, 2015 at 02:42:50PM +0200, Patrik Jakobsson wrote:
> > > > > +static int drm_mode_create_dumb(struct tcb *tcp, const unsigned int code, long arg)
> > > > > +{
> > > > > + struct drm_mode_create_dumb dumb;
> > > > > +
> > > > > + if (umove(tcp, arg, &dumb))
> > > > > + return RVAL_DECODED;
> > > > > +
> > > > > + if (entering(tcp)) {
> > > > > + tprintf(", {width=%u, height=%u, bpp=%u, flags=0x%x",
> > > > > + dumb.width, dumb.height, dumb.bpp, dumb.flags);
> > > > > + } else if (exiting(tcp)) {
> > > > > + tprintf(", handle=%u, pitch=%u, size=%Lu}", dumb.handle,
> > > > > + dumb.pitch, dumb.size);
> > > > > + }
> > > > > +
> > > > > + return RVAL_DECODED | 1;
> > > > > +}
> > > >
> > > > This generates a warning (which turns into an error with
> > > > --enable-gcc-Werror) on x86_64 when using kernel drm headers:
> > > >
> > > > drm.c: In function 'drm_mode_create_dumb':
> > > > drm.c:521:11: error: format '%Lu' expects argument of type 'long long unsigned int', but argument 4 has type 'uint64_t {aka long unsigned int}' [-Werror=format=]
> > >
> > > So this brings us back to whether to include drm kernel headers or not. If
> > > -Werror is a requirement (which is already broken last time I checked) there
> >
> > Is it? Could you cite the error, please?
>
> It's in aio.c:185 which at a closer look is intentional. Would still break the
> build though. But I'm not arguing that letting warnings slip through (with or
> without -Werror) is ok, just wondering if it justifies what I'm trying to do
> here.
strace is expected to build without compilation warnings assuming that the
compiler and headers are supported. In fact, I routinely build strace
with --enable-gcc-Werror. If it doesn't build for you, please report.
--
ldv
[-- Attachment #1.2: Type: application/pgp-signature, Size: 181 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-09-11 12:36 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-24 12:42 [PATCH v4 0/5] drm: Add decoding for DRM/KMS and i915 ioctls Patrik Jakobsson
2015-08-24 12:42 ` [PATCH v4 1/5] drm: Add config for detecting libdrm Patrik Jakobsson
2015-08-25 21:09 ` Mike Frysinger
2015-08-24 12:42 ` [PATCH v4 2/5] drm: Add private data field to trace control block Patrik Jakobsson
[not found] ` <1440420170-13337-3-git-send-email-patrik.jakobsson-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
2015-08-25 21:12 ` Mike Frysinger
2015-08-26 13:26 ` Patrik Jakobsson
2015-08-31 12:37 ` Patrik Jakobsson
[not found] ` <20150831123707.GA22376-mbq0NjRWzOqzCX88HRwER2kA0OJWJZs2VpNB7YpNyf8@public.gmane.org>
2015-09-07 16:51 ` [Intel-gfx] " Dmitry V. Levin
2015-09-07 18:23 ` Patrik Jakobsson
[not found] ` <CAMeQTsZWUPtGUkfVdvhu4bzjQOQ-WvqQ=xOQJzNOw+kOZLGExw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-11-24 5:46 ` [Intel-gfx] " Dmitry V. Levin
2015-11-26 13:40 ` Patrik Jakobsson
2016-07-20 14:50 ` [Intel-gfx] " Dmitry V. Levin
2016-07-20 16:11 ` Patrik Jakobsson
2015-08-24 12:42 ` [PATCH v4 3/5] drm: Add dispatcher and driver identification for DRM Patrik Jakobsson
2015-09-08 0:36 ` Dmitry V. Levin
2015-09-11 10:57 ` Patrik Jakobsson
2015-11-24 5:53 ` Dmitry V. Levin
2015-08-24 12:42 ` [PATCH v4 4/5] drm: Add decoding of i915 ioctls Patrik Jakobsson
2015-09-08 1:18 ` Dmitry V. Levin
2015-09-08 1:30 ` Dmitry V. Levin
2015-09-09 11:52 ` Dmitry V. Levin
2015-09-11 11:31 ` Patrik Jakobsson
2015-09-11 12:04 ` Dmitry V. Levin
2015-08-24 12:42 ` [PATCH v4 5/5] drm: Add decoding of DRM and KMS ioctls Patrik Jakobsson
2015-09-08 22:50 ` Dmitry V. Levin
2015-09-11 11:39 ` Patrik Jakobsson
2015-09-11 12:10 ` Dmitry V. Levin
[not found] ` <20150911121005.GB6177-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org>
2015-09-11 12:20 ` Patrik Jakobsson
2015-09-11 12:36 ` Dmitry V. Levin [this message]
2015-09-07 8:47 ` [PATCH v4 0/5] drm: Add decoding for DRM/KMS and i915 ioctls Gabriel Laskar
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=20150911123625.GC6177@altlinux.org \
--to=ldv@altlinux.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=strace-devel@lists.sourceforge.net \
/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.