fwts-collect addition
Chris Van Hoof
vanhoof at canonical.com
Wed Aug 29 15:09:52 UTC 2012
On 08/29/2012 04:18 AM, Colin Ian King wrote:
> On 25/08/12 01:24, Chris Van Hoof wrote:
>> Hey guys -- I've been noticing we often ask for the output of
>> intel_reg_dumper from the intel-gpu-tools package, typically a run
>> before and after s3, or some form of corruption.
>
> Are there any particular registers we should be spying on to do a
> comparison before/after in S3 for automatic sanity checking rather than
> just at the fwts-collect data collection phase?
That I'm not 100% sure on, I've cc'd Robert in-case he has any insight,
I just noticed that we often times ask for this data quite often :)
>> Since the bulk of machines we're working on already have fwts installed,
>> I thought of adding intel_reg_dumper as a new function and running it if
>> /sys/module/i915 exists in fwts-collect. Problem is, it requires sudo to
>> run, which none of the existing tests in fwts-collect require.
>
> Actually, to get all the data, fwts-collect should be run with sudo. I
> suspect we forgot to check for that (bug)
Just sent over an update to fix this -- Also checked the man page, which
is accurate.
--chris
>> Just curious if any of you have any thoughts here or if something like
>> this would be better served by just using intel_reg_dumper directly
>> opposed to integrating it into fwts-collect.
>>
>> Here is a strace snippet filtering on files accessed when executing the
>> command for reference:
>>
>> """
>> # strace -e trace=file -o strace.out intel_reg_dumper
>> execve("/usr/bin/intel_reg_dumper", ["intel_reg_dumper"], [/* 18 vars
>> */]) = 0
>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
>> directory)
>> access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
>> directory)
>> open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
>> directory)
>> open("/usr/lib/x86_64-linux-gnu/libpciaccess.so.0",
>> O_RDONLY|O_CLOEXEC) = 3
>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
>> directory)
>> open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
>> directory)
>> open("/lib/x86_64-linux-gnu/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
>> stat("/sys/bus/pci/devices", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
>> open("/proc/mtrr", O_WRONLY) = 3
>> openat(AT_FDCWD, "/sys/bus/pci/devices",
>> O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 4
>> open("/sys/bus/pci/devices/0000:00:00.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:02.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:16.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:19.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1a.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1b.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1c.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1c.1/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1c.3/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1c.4/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1c.6/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1d.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1f.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1f.2/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:1f.3/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:03:00.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:0d:00.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:0e:00.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:02.0/config", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:02.0/resource", O_RDONLY) = 4
>> open("/sys/bus/pci/devices/0000:00:02.0/resource0", O_RDWR) = 4
>> """
>>
>> --chris
>>
>
More information about the fwts-devel
mailing list