|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [linux-linus bisection] complete build-i386-pvops
branch xen-unstable xenbranch xen-unstable job build-i386-pvops testid kernel-build Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git *** Found and reproduced problem changeset *** Bug is in tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Bug introduced: a00cc7d9dd93d66a3fb83fc52aa57a4bec51c517 Bug not present: a2d581675d485eb7188f521f36efc114639a3096 Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/106176/ commit a00cc7d9dd93d66a3fb83fc52aa57a4bec51c517 Author: Matthew Wilcox <willy@xxxxxxxxxxxxxxx> Date: Fri Feb 24 14:57:02 2017 -0800 mm, x86: add support for PUD-sized transparent hugepages The current transparent hugepage code only supports PMDs. This patch adds support for transparent use of PUDs with DAX. It does not include support for anonymous pages. x86 support code also added. Most of this patch simply parallels the work that was done for huge PMDs. The only major difference is how the new ->pud_entry method in mm_walk works. The ->pmd_entry method replaces the ->pte_entry method, whereas the ->pud_entry method works along with either ->pmd_entry or ->pte_entry. The pagewalk code takes care of locking the PUD before calling ->pud_walk, so handlers do not need to worry whether the PUD is stable. [dave.jiang@xxxxxxxxx: fix SMP x86 32bit build for native_pud_clear()] Link: http://lkml.kernel.org/r/148719066814.31111.3239231168815337012.stgit@xxxxxxxxxxxxxxxxxxxxxxxxxx [dave.jiang@xxxxxxxxx: native_pud_clear missing on i386 build] Link: http://lkml.kernel.org/r/148640375195.69754.3315433724330910314.stgit@xxxxxxxxxxxxxxxxxxxxxxxxxx Link: http://lkml.kernel.org/r/148545059381.17912.8602162635537598445.stgit@xxxxxxxxxxxxxxxxxxxxxxxxxx Signed-off-by: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx> Signed-off-by: Dave Jiang <dave.jiang@xxxxxxxxx> Tested-by: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx> Cc: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx> Cc: Vlastimil Babka <vbabka@xxxxxxx> Cc: Jan Kara <jack@xxxxxxxx> Cc: Dan Williams <dan.j.williams@xxxxxxxxx> Cc: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx> Cc: Kirill A. Shutemov <kirill.shutemov@xxxxxxxxxxxxxxx> Cc: Nilesh Choudhury <nilesh.choudhury@xxxxxxxxxx> Cc: Ingo Molnar <mingo@xxxxxxx> Cc: "H. Peter Anvin" <hpa@xxxxxxxxx> Cc: Thomas Gleixner <tglx@xxxxxxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> Signed-off-by: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> For bisection revision-tuple graph see: http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-linus/build-i386-pvops.kernel-build.html Revision IDs in each graph node refer, respectively, to the Trees above. ---------------------------------------- Running cs-bisection-step --graph-out=/home/logs/results/bisect/linux-linus/build-i386-pvops.kernel-build --summary-out=tmp/106176.bisection-summary --basis-template=59254 --blessings=real,real-bisect linux-linus build-i386-pvops kernel-build Searching for failure / basis pass: 106152 fail [host=baroque0] / 106124 [host=baroque1] 106083 ok. Failure / basis pass flights: 106152 / 106083 Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Latest c4f3f22eddc982d247ffe2a6690c3e4a5c46dd09 c530a75c1e6a472b0eb9558310b518f0dfcd8860 Basis pass f1ef09fde17f9b77ca1435a5b53a28b203afb81c c530a75c1e6a472b0eb9558310b518f0dfcd8860 Generating revisions with ./adhoc-revtuple-generator git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git#f1ef09fde17f9b77ca1435a5b53a28b203afb81c-c4f3f22eddc982d247ffe2a6690c3e4a5c46dd09 git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 From git://cache:9419/git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6 c4f3f22..e5d56ef master -> origin/master Loaded 1295 nodes in revision graph Searching for test results: 106083 pass f1ef09fde17f9b77ca1435a5b53a28b203afb81c c530a75c1e6a472b0eb9558310b518f0dfcd8860 106152 fail c4f3f22eddc982d247ffe2a6690c3e4a5c46dd09 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106124 [host=baroque1] 106158 fail 12d59ae678242b383671abb7ffa3c94bb2d6c4de c530a75c1e6a472b0eb9558310b518f0dfcd8860 106153 pass f1ef09fde17f9b77ca1435a5b53a28b203afb81c c530a75c1e6a472b0eb9558310b518f0dfcd8860 106162 pass a09759acaacf6cf738e1bc6c66d41485c87fd371 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106139 fail c4f3f22eddc982d247ffe2a6690c3e4a5c46dd09 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106156 fail c4f3f22eddc982d247ffe2a6690c3e4a5c46dd09 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106165 fail 9557feee39b75ceb502b4777e08706df1ddf10ed c530a75c1e6a472b0eb9558310b518f0dfcd8860 106157 fail 166f61b9435a1b64bd46a08ec6cf1d6fc579a772 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106161 pass c55e8d035b28b2867e68b0e2d0eee2c0f1016b43 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106164 pass a2d581675d485eb7188f521f36efc114639a3096 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106166 fail a00cc7d9dd93d66a3fb83fc52aa57a4bec51c517 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106169 pass a2d581675d485eb7188f521f36efc114639a3096 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106171 fail a00cc7d9dd93d66a3fb83fc52aa57a4bec51c517 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106175 pass a2d581675d485eb7188f521f36efc114639a3096 c530a75c1e6a472b0eb9558310b518f0dfcd8860 106176 fail a00cc7d9dd93d66a3fb83fc52aa57a4bec51c517 c530a75c1e6a472b0eb9558310b518f0dfcd8860 Searching for interesting versions Result found: flight 106083 (pass), for basis pass Result found: flight 106139 (fail), for basis failure Repro found: flight 106153 (pass), for basis pass Repro found: flight 106156 (fail), for basis failure 0 revisions at a2d581675d485eb7188f521f36efc114639a3096 c530a75c1e6a472b0eb9558310b518f0dfcd8860 No revisions left to test, checking graph state. Result found: flight 106164 (pass), for last pass Result found: flight 106166 (fail), for first failure Repro found: flight 106169 (pass), for last pass Repro found: flight 106171 (fail), for first failure Repro found: flight 106175 (pass), for last pass Repro found: flight 106176 (fail), for first failure *** Found and reproduced problem changeset *** Bug is in tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Bug introduced: a00cc7d9dd93d66a3fb83fc52aa57a4bec51c517 Bug not present: a2d581675d485eb7188f521f36efc114639a3096 Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/106176/ commit a00cc7d9dd93d66a3fb83fc52aa57a4bec51c517 Author: Matthew Wilcox <willy@xxxxxxxxxxxxxxx> Date: Fri Feb 24 14:57:02 2017 -0800 mm, x86: add support for PUD-sized transparent hugepages The current transparent hugepage code only supports PMDs. This patch adds support for transparent use of PUDs with DAX. It does not include support for anonymous pages. x86 support code also added. Most of this patch simply parallels the work that was done for huge PMDs. The only major difference is how the new ->pud_entry method in mm_walk works. The ->pmd_entry method replaces the ->pte_entry method, whereas the ->pud_entry method works along with either ->pmd_entry or ->pte_entry. The pagewalk code takes care of locking the PUD before calling ->pud_walk, so handlers do not need to worry whether the PUD is stable. [dave.jiang@xxxxxxxxx: fix SMP x86 32bit build for native_pud_clear()] Link: http://lkml.kernel.org/r/148719066814.31111.3239231168815337012.stgit@xxxxxxxxxxxxxxxxxxxxxxxxxx [dave.jiang@xxxxxxxxx: native_pud_clear missing on i386 build] Link: http://lkml.kernel.org/r/148640375195.69754.3315433724330910314.stgit@xxxxxxxxxxxxxxxxxxxxxxxxxx Link: http://lkml.kernel.org/r/148545059381.17912.8602162635537598445.stgit@xxxxxxxxxxxxxxxxxxxxxxxxxx Signed-off-by: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx> Signed-off-by: Dave Jiang <dave.jiang@xxxxxxxxx> Tested-by: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx> Cc: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx> Cc: Vlastimil Babka <vbabka@xxxxxxx> Cc: Jan Kara <jack@xxxxxxxx> Cc: Dan Williams <dan.j.williams@xxxxxxxxx> Cc: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx> Cc: Kirill A. Shutemov <kirill.shutemov@xxxxxxxxxxxxxxx> Cc: Nilesh Choudhury <nilesh.choudhury@xxxxxxxxxx> Cc: Ingo Molnar <mingo@xxxxxxx> Cc: "H. Peter Anvin" <hpa@xxxxxxxxx> Cc: Thomas Gleixner <tglx@xxxxxxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> Signed-off-by: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> Revision graph left in /home/logs/results/bisect/linux-linus/build-i386-pvops.kernel-build.{dot,ps,png,html,svg}. ---------------------------------------- 106176: tolerable ALL FAIL flight 106176 linux-linus real-bisect [real] http://logs.test-lab.xenproject.org/osstest/logs/106176/ Failures :-/ but no regressions. Tests which did not succeed, including tests which could not be run: build-i386-pvops 5 kernel-build fail baseline untested jobs: build-i386-pvops fail ------------------------------------------------------------ sg-report-flight on osstest.test-lab.xenproject.org logs: /home/logs/logs images: /home/logs/images Logs, config files, etc. are available at http://logs.test-lab.xenproject.org/osstest/logs Explanation of these reports, and of osstest in general, is at http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master Test harness code can be found at http://xenbits.xen.org/gitweb?p=osstest.git;a=summary _______________________________________________ osstest-output mailing list osstest-output@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/cgi-bin/mailman/listinfo/osstest-output
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |