On Fri, Nov 03, 2017 at 10:18:32AM +0200, Tomi Sarvela wrote: > On 02/11/17 19:08, Ville Syrjälä wrote: > > On Thu, Nov 02, 2017 at 04:34:26PM -0000, Patchwork wrote: > >> == Series Details == > >> > >> Series: series starting with [1/3] drm/i915: Check if the stolen memory "reserved" area is enabled or not > >> URL : https://patchwork.freedesktop.org/series/33060/ > >> State : warning > >> > >> == Summary == > >> > >> Test kms_busy: > >> Subgroup extended-modeset-hang-oldfb-with-reset-render-A: > >> dmesg-warn -> PASS (shard-hsw) > >> Subgroup extended-modeset-hang-newfb-with-reset-render-B: > >> pass -> DMESG-WARN (shard-hsw) > > > > Hmm. The warn was there already AFAICS. I wonder why this is claiming > > things were passing? > > The sharded result for the run is 'warning'. What do you mean? This should read 'DMESG-WARN -> DMESG-WARN' rather than 'pass -> DMESG-WARN'. If I click the link to open up the results in the browser this test isn't shown on the shards.html, but I can see it as orange->orange in shards-all.html. > > > Also shard-glkb didn't seem to get any results from this run. No idea > > why, nor why this summary fails to mention that fact. > > One GLK died, and 4 GLKs take nearly 90 minutes to run shards. It's not > reasonable to wait for them on every run and queue everything else, so > Patchwork/Trybot runs are skipped on GLK. Anything can be run and added > to results manually, if needed. If they aren't being run, then maybe they shouldn't be part of the shards.html for pw/trybot runs? Would save me having to wonder why I'm getting empty results. Or we should have some kind of indication why we didn't get any results for a particular machine (ie. whether it was expected or not). > > As a comparison, SNB/HSW/APL all run shards in ~35 minutes. KBL is the > only one that gets rebooted between shards (due to leaking context), and > takes around 50 minutes. > > > Oh and BTW the boot/dmesg links from the shard results don't seem to > > work very well. Sometimes it just gets you an empty log and you have > > to manually find a file that has some actual content in it. > > If there is no bootlog for a run, the host has not booted between runs. > It's maybe not intuitively clear. I've tried to communicate that the > shard runs are shifting to conditional reboots (booted only if hung). I don't know how that relates to the several dmesg/boot logs I see in the directory. And why the web links often seems to point to the empty files instead of ones with actual content in them. Also the files are numbered in some way. Whether there's any significance to those numbers I can't really tell. > > Tomi > > >> shard-hsw total:2539 pass:1432 dwarn:2 dfail:0 fail:8 skip:1097 time:9313s > >> > >> == Logs == > >> > >> For more details see: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_6930/shards.html > > > > Looking at the results we go from > > <7>[ 2.822784] [drm:i915_ggtt_probe_hw [i915]] GTT stolen size = 128M > > <7>[ 2.826115] [drm:i915_gem_init_stolen [i915]] Stolen reserved area > > [0x0000000001100000 - 0x0000000001200000] outside stolen memory > > [0x00000000c7a00000 - 0x00000000cfa00000] > > > > to > > <7>[ 2.909693] [drm:i915_ggtt_probe_hw [i915]] GTT stolen size = 128M > > <7>[ 2.912226] [drm:i915_gem_init_stolen [i915]] Memory reserved for > > graphics device: 131072K, usable: 131072K > > > > on shard-snb6 at least. > > > > After going through the dmesgs for all the other machines we have in ci, > > it doesn't look like there were any other changes in the amount of stolen > > memory we detect (well, couldn't check shard-glkb due to lack fo results). > > There is GLK in Farm1, so you can check the bootlogs from fast-feedback > run if that part is what you're interested in. All the other gens too. I did check all the BAT runs. But I have no idea if the glks there are the same board as what we have as gklb in the shard. So not sure if I actually checked all the N machine types we have, or just N-1. -- Ville Syrjälä Intel OTC _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx
