Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
From:   Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>
To:     Vineet Gupta <vineetg76@gmail.com>,
        Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
        "linux-snps-arc@lists.infradead.org" 
        <linux-snps-arc@lists.infradead.org>,
        Vineet Gupta <Vineet.Gupta1@synopsys.com>
CC:     Alexey Brodkin <Alexey.Brodkin@synopsys.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [RFC 0/6] ARC: merge HAPS-HS with nSIM-HS configs
Thread-Topic: [RFC 0/6] ARC: merge HAPS-HS with nSIM-HS configs
Thread-Index: AQHVha3ZlqV0AbnDN0aDV+m0rg/Em6dgvduAgAY9BHY=
Date:   Tue, 22 Oct 2019 18:18:10 +0000
Message-ID: <BY5PR12MB4034AE62AA5C70794526A981DE680@BY5PR12MB4034.namprd12.prod.outlook.com>
References: <20191018121545.8907-1-Eugeniy.Paltsev@synopsys.com>,<8fd4f94b-c0e5-ed2c-ede3-5c4e77a5a0e4@gmail.com>
In-Reply-To: <8fd4f94b-c0e5-ed2c-ede3-5c4e77a5a0e4@gmail.com>
Accept-Language: en-US
Content-Language: en-US
received-spf: None (protection.outlook.com: synopsys.com does not designate
 permitted sender hosts)
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: cb4b295f-2da8-4137-d99d-08d7571c3236
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 18:18:10.8315
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: c33c9f88-1eb7-4099-9700-16013fd9e8aa
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 0HvafWE1h4l8A3HOv2e4tH471CdEkp3Zbqh0ijYvuPj+0nJxEhIUKXd81P9EKK0KS0kN5oK6JrvJ9UZdZ95NMg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR12MB3668
X-OriginatorOrg: synopsys.com
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Btw, about nSIM regression runs:=0A=
We are using UP configuration for all nSIM runs and I propose to use pseudo=
-SMP  configuration (SMP configuration with only one CPU online) instead as=
 our main target are SMP systems.=0A=
=0A=
So -=0A=
run our verification jobs on both UP and pseudo-SMP nSIM=0A=
run uClibc-ng regression on pseudo-SMP only=0A=
=0A=
 Any objections / thoughts?=0A=
---=0A=
 Eugeniy Paltsev=0A=
=0A=
=0A=
________________________________________=0A=
From: Vineet Gupta <vineetg76@gmail.com>=0A=
Sent: Friday, October 18, 2019 21:48=0A=
To: Eugeniy Paltsev; linux-snps-arc@lists.infradead.org; Vineet Gupta=0A=
Cc: Alexey Brodkin; linux-kernel@vger.kernel.org=0A=
Subject: Re: [RFC 0/6] ARC: merge HAPS-HS with nSIM-HS configs=0A=
=0A=
On 10/18/19 5:15 AM, Eugeniy Paltsev wrote:=0A=
> Starting from nSIM 2019.06 is possible to use DW UART=0A=
> instead of ARC UART. That allows us to merge=0A=
> "nsim_hs" with "haps_hs" and "nsim_hs_smp" with "haps_hs_smp"=0A=
> mith some minor changes.=0A=
>=0A=
> We eliminate nsim_hs_defconfig and nsim_hs_smp_defconfig=0A=
> and leave haps_hs_defconfig and haps_hs_smp_defconfig=0A=
> which can be used on HAPS / nSIM / ZEBU / QEMU platforms=0A=
> without additionall changes in Linux kernel.=0A=
=0A=
Thx for doing this, I was planning to do this myself.=0A=
=0A=
But remember that doing this will disturb existing nsim setups=0A=
- Our internal linux/gnu regression jobs one of which tracks my for-curr an=
d will=0A=
  fail immediately=0A=
- uClibc-ng maintainer who also seems to use nsim AFAIK for regression runs=
=0A=
=0A=
So we need to notify parties involves (and it would be best that we align t=
his to=0A=
a kernel release which anyways will be next one.=0A=
=0A=
Also go thru the github wiki pages and wherever applicable please add the c=
onfig=0A=
info for nsim (keep the old settings there for reference as well)=0A=
=0A=
Thx,=0A=
-Vineet=0A=