From: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>, intel-gfx@lists.freedesktop.org
Cc: igt-dev@lists.freedesktop.org, Tvrtko Ursulin <tvrtko.ursulin@intel.com>
Subject: Re: [igt-dev] [PATCH i-g-t v3] i915/perf: Find the associated perf-type for a particular device
Date: Tue, 14 Jan 2020 10:21:31 +0000 [thread overview]
Message-ID: <831fd3bf-031d-5b0a-ae73-6fc1ffa6051d@linux.intel.com> (raw)
In-Reply-To: <157899692591.27314.10652294075559860834@skylake-alporthouse-com>
On 14/01/2020 10:15, Chris Wilson wrote:
> Quoting Tvrtko Ursulin (2020-01-14 10:09:15)
>>
>> On 10/01/2020 11:53, Chris Wilson wrote:
>>> -uint64_t i915_type_id(void)
>>> +static char *bus_address(int i915, char *path, int pathlen)
>>> +{
>>> + struct stat st;
>>> + int len = -1;
>>> + int dir;
>>> + char *s;
>>> +
>>> + if (fstat(i915, &st) || !S_ISCHR(st.st_mode))
>>> + return NULL;
>>> +
>>> + snprintf(path, pathlen, "/sys/dev/char/%d:%d",
>>> + major(st.st_rdev), minor(st.st_rdev));
>>> +
>>> + dir = open(path, O_RDONLY);
>>> + if (dir != -1) {
>>> + len = readlinkat(dir, "device", path, pathlen - 1);
>>> + close(dir);
>>> + }
>>> + if (len < 0)
>>> + return NULL;
>>> +
>>> + path[len] = '\0';
>>
>> In the realm of hypothetical but an assert that no truncation occurred
>> would be good.
>>
>> if (len == pathlen - 1)
>> return NULL;
>>
>> ?
>>
>> Although it is not clear to me from man readlinkat how do we distinguish
>> between truncation and exact fit.
>>
>> Or you were counting on failure at a later step if truncation occurred?
>
> I did not expect a partial match to ever succeed. We at least know for
> the moment the names are fixed.
>
>> Maybe try stat(2) in this wrapper to be sure function returns a valid path?
>
> That would have the same danger of a partial match.
True, it would need more string validation - that the returned string
matches the PCI bus address format of xxxx:yy:zz. Failure at a later
step works for now I guess.
Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com>
> I think the foolproof solution here is having pmu_name in
> /sys/class/drm/cardN/pmu_name. (Or rather
> /sys/dev/char/%d:%d/device/pnu_name. :)
True.
Regards,
Tvrtko
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev
prev parent reply other threads:[~2020-01-14 10:21 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-10 11:53 [igt-dev] [PATCH i-g-t v3] i915/perf: Find the associated perf-type for a particular device Chris Wilson
2020-01-10 14:08 ` [igt-dev] ✓ Fi.CI.BAT: success for i915/perf: Find the associated perf-type for a particular device (rev4) Patchwork
2020-01-13 21:41 ` [igt-dev] ✗ Fi.CI.IGT: failure " Patchwork
2020-01-14 10:09 ` [igt-dev] [PATCH i-g-t v3] i915/perf: Find the associated perf-type for a particular device Tvrtko Ursulin
2020-01-14 10:15 ` Chris Wilson
2020-01-14 10:21 ` Tvrtko Ursulin [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=831fd3bf-031d-5b0a-ae73-6fc1ffa6051d@linux.intel.com \
--to=tvrtko.ursulin@linux.intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=igt-dev@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=tvrtko.ursulin@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