From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755943AbcC3ULC (ORCPT ); Wed, 30 Mar 2016 16:11:02 -0400 Received: from mail-yw0-f194.google.com ([209.85.161.194]:36729 "EHLO mail-yw0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755621AbcC3UKu (ORCPT ); Wed, 30 Mar 2016 16:10:50 -0400 MIME-Version: 1.0 In-Reply-To: <20160330185833.GA3323@char.us.oracle.com> References: <1458769323-24491-1-git-send-email-toshi.kani@hpe.com> <20160329103442.GA12645@gmail.com> <1459261167.6393.668.camel@hpe.com> <56FA9563.60401@oracle.com> <1459266567.6393.669.camel@hpe.com> <20160330185833.GA3323@char.us.oracle.com> From: "Luis R. Rodriguez" Date: Wed, 30 Mar 2016 13:10:29 -0700 X-Google-Sender-Auth: 8q8EdUrX0JnvfM3x2LrRKzXNKMQ Message-ID: Subject: Re: [LKP] [Xen-devel] [PATCH v3 0/7] Enhance PAT init to fix Xorg crashes To: Konrad Rzeszutek Wilk Cc: Toshi Kani , lkp@ml01.01.org, "Hao, Xudong" , Paul Gortmaker , "H. Peter Anvin" , Olaf Hering , Ingo Molnar , X86 ML , Robert Schweikert , xen-devel , Borislav Petkov , elliott@hpe.com, Charles Arnold , Olaf Hering , Michal Marek , Boris Ostrovsky , Juergen Gross , Mike Latimer , "linux-kernel@vger.kernel.org" , Lars Kurth , Thomas Gleixner , Vitaly Kuznetsov , Fengguang Wu Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 30, 2016 at 11:58 AM, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 30, 2016 at 11:02:13AM -0700, Luis R. Rodriguez wrote: >> On Tue, Mar 29, 2016 at 8:49 AM, Toshi Kani wrote: >> > On Tue, 2016-03-29 at 10:46 -0400, Boris Ostrovsky wrote: >> >> On 03/29/2016 10:19 AM, Toshi Kani wrote: >> >> > On Tue, 2016-03-29 at 12:34 +0200, Ingo Molnar wrote: >> >> > >> >> > > > I'd appreciate if someone can test this patch-set on Xen to verify >> >> > > > that there is no change in "x86/PAT: Configuration [0-7] .." >> >> > > > message in dmesg. >> >> > > So I don't have a Xen setup, but hopefully such testing will happen >> >> > > once these changes show up in linux-next, tomorrow or so. >> >> > I will address if any issue is found in testing. >> >> >> >> I ran a subset of out nightly test. Nobody died. >> >> >> >> So this all looks good. (It actually may have also fixed another bug >> >> that was reported recently by Olaf, copied here) >> > >> > Cool! Thanks Boris! >> >> Hoping Boris or someone on the Xen front would test this prior to >> merging helps but it also slows us down, a while ago we discussed the > > Boris did test it _before_ it was merged. Yes, my point being that we should not need Boris to test collateral Xen patches. >> possibility of getting Linux Xen guests automatically tested as part >> of 0-day, this way then when a developer (in this case Toshi) pushes >> to his own tree, he'd be able to just sit and wait for the results, >> without having to hope Boris or someone goes out and tests. > > In Fedora you just need to do: > > #yum install xen > #reboot > And pick the Xen option. > > Probably the same thing with Debian and Ubuntu - just 'apt-get install xen' We can't expect everyone to do that. >> Its a major undertaking to get Linux Xen guests boot strapped into 0-day, > > It is? If its really trivial then you give me the impression you can help with its integration. 0-day is open after all. >> however such prospects were raised a while ago and it seems we >> may be able to get there. Just wanted to send a reminder about this >> possibility, and highlight this patch set as an ideal candidate where >> a proactive test could have helped as well. I proactively caught the >> original Xen issue, but git logs shows we are not doing so great in >> this area, so any help on the Xen side as well to help with 0-day >> integration would be appreciated. >> >> I'll follow up on another thread on that. > > Sure. It never hurts to have more coverage. Great. Luis From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: multipart/mixed; boundary="===============2575696135230196559==" MIME-Version: 1.0 From: Luis R. Rodriguez To: lkp@lists.01.org Subject: Re: [Xen-devel] [PATCH v3 0/7] Enhance PAT init to fix Xorg crashes Date: Wed, 30 Mar 2016 13:10:29 -0700 Message-ID: In-Reply-To: <20160330185833.GA3323@char.us.oracle.com> List-Id: --===============2575696135230196559== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Wed, Mar 30, 2016 at 11:58 AM, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 30, 2016 at 11:02:13AM -0700, Luis R. Rodriguez wrote: >> On Tue, Mar 29, 2016 at 8:49 AM, Toshi Kani wrote: >> > On Tue, 2016-03-29 at 10:46 -0400, Boris Ostrovsky wrote: >> >> On 03/29/2016 10:19 AM, Toshi Kani wrote: >> >> > On Tue, 2016-03-29 at 12:34 +0200, Ingo Molnar wrote: >> >> > >> >> > > > I'd appreciate if someone can test this patch-set on Xen to ver= ify >> >> > > > that there is no change in "x86/PAT: Configuration [0-7] .." >> >> > > > message in dmesg. >> >> > > So I don't have a Xen setup, but hopefully such testing will happ= en >> >> > > once these changes show up in linux-next, tomorrow or so. >> >> > I will address if any issue is found in testing. >> >> >> >> I ran a subset of out nightly test. Nobody died. >> >> >> >> So this all looks good. (It actually may have also fixed another bug >> >> that was reported recently by Olaf, copied here) >> > >> > Cool! Thanks Boris! >> >> Hoping Boris or someone on the Xen front would test this prior to >> merging helps but it also slows us down, a while ago we discussed the > > Boris did test it _before_ it was merged. Yes, my point being that we should not need Boris to test collateral Xen patches. >> possibility of getting Linux Xen guests automatically tested as part >> of 0-day, this way then when a developer (in this case Toshi) pushes >> to his own tree, he'd be able to just sit and wait for the results, >> without having to hope Boris or someone goes out and tests. > > In Fedora you just need to do: > > #yum install xen > #reboot > And pick the Xen option. > > Probably the same thing with Debian and Ubuntu - just 'apt-get install xe= n' We can't expect everyone to do that. >> Its a major undertaking to get Linux Xen guests boot strapped into 0-day, > > It is? If its really trivial then you give me the impression you can help with its integration. 0-day is open after all. >> however such prospects were raised a while ago and it seems we >> may be able to get there. Just wanted to send a reminder about this >> possibility, and highlight this patch set as an ideal candidate where >> a proactive test could have helped as well. I proactively caught the >> original Xen issue, but git logs shows we are not doing so great in >> this area, so any help on the Xen side as well to help with 0-day >> integration would be appreciated. >> >> I'll follow up on another thread on that. > > Sure. It never hurts to have more coverage. Great. Luis --===============2575696135230196559==--