From owner-freebsd-current@freebsd.org Tue Nov 26 13:43:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7268C1B664E for ; Tue, 26 Nov 2019 13:43:08 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: from mail-lf1-x143.google.com (mail-lf1-x143.google.com [IPv6:2a00:1450:4864:20::143]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47MlTk5wTjz3L4W for ; Tue, 26 Nov 2019 13:43:06 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: by mail-lf1-x143.google.com with SMTP id l28so14167949lfj.1 for ; Tue, 26 Nov 2019 05:43:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=iPofq1qdygw6k88WF3VfRgAkTR366vPtC/ZHoCxwQsM=; b=GWs+vb5bY2WaclGbdO3sWKMWk1rHeKvWW+zTXEgWrpSD2VBC0dNAnS0lUSo3lGs38p c56D/kG67hVAQk4QO2qqYnljLJGjD8nzeRfwNiKAnJ6JQA8njO8mAYTxShkMAGu34iBd D7Pps/W3RrXE1ecVPweAGRXqY5WrqD7p0qy29T06uMWzIVGzew7L5gU0F0hvWNO7IFMq hnMNmr8jq76Y+Ljb5ICsxfs85cFols6DhXA20B9mZniZjAHix7rP3A7lX5NRQvJsVSgZ HlhnEuxRDDLaUSTcbCKoypAtUUoW8KtJxCL+hz4v1+huoBJLciVR9ndGOzSPs74MY/xT /LwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=iPofq1qdygw6k88WF3VfRgAkTR366vPtC/ZHoCxwQsM=; b=tNDzhitrQiclh4yWQvIFSPPIbTMmxode7eDAryLD8Y3kVuNWLa+MjsjSPvwo0A0kL5 KUsIZLF/0PehyFrE84wyjzvJg4vQdckhHnrNjJhlnJFLQ3tJXFXmNvxiD84wdn3B6Qv+ yMtJucD/PDar9RrZEymxTM8oC/HKXkeOF0dbnz+mLww0nRgDUB5KwxRJOl78wmvBNB9+ GuIV1YAVvSuVul8EdWGb/taagmSDE/LiwmgGQhR4Vq+K6li3kRH2DbDN5Kakm/17FaYk rYY4mpZE93EorTflItg8uro3zG/iBrIukbpDCC7IFzUYele4Vu/WwuidZDqsf1ZKY0Mj CwrQ== X-Gm-Message-State: APjAAAXIXBm4CT0FvT4f7l620zjXG09EXRNYGqBKfLNxAfZi85NudvnN Fst+zkKnGK+pZxwUe83/A1tKNyCdFUA= X-Google-Smtp-Source: APXvYqwnveMIjNsc6Egn4XEqHfIxW4Ttnu5gRr5uV5JGqH0PjPm7P5VqIFkSSukFvAuEfov3fvUxng== X-Received: by 2002:ac2:4882:: with SMTP id x2mr5881577lfc.103.1574775784472; Tue, 26 Nov 2019 05:43:04 -0800 (PST) Received: from [192.168.1.2] ([46.48.69.183]) by smtp.gmail.com with ESMTPSA id i6sm5298576lfo.12.2019.11.26.05.43.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 26 Nov 2019 05:43:03 -0800 (PST) Subject: Re: buildworld on CPU-A, installworld on CPU-B ends up with SIGILL To: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org References: <5596338e-134c-9849-de9e-710d3106687f@gmail.com> <41b921c4-568f-5bd1-ae0f-1d85d750a8c7@quip.cz> From: Ruslan Garipov Message-ID: <4d7c7c51-33b9-2345-93fa-0736e2e640c9@gmail.com> Date: Tue, 26 Nov 2019 18:42:59 +0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 MIME-Version: 1.0 In-Reply-To: <41b921c4-568f-5bd1-ae0f-1d85d750a8c7@quip.cz> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 47MlTk5wTjz3L4W X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=GWs+vb5b; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ruslanngaripov@gmail.com designates 2a00:1450:4864:20::143 as permitted sender) smtp.mailfrom=ruslanngaripov@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (2.72), ipnet: 2a00:1450::/32(-2.70), asn: 15169(-1.95), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 13:43:08 -0000 On 11/26/2019 12:09 AM, Miroslav Lachman wrote: > Ruslan Garipov wrote on 2019/11/25 19:26: > > [...] > >>> I didn't tried this with current but I am using it with stable (11.3 at >>> this time). Building on Xeon E3-1240v3 and installing on many different >>> machines. Some of them are 10+ years old AMD Opteron, some Xeon E5649, >>> some 10 years old Intel Pentium. >>> So at least it worked in the past (11.3 amd64). Did you use this >>> workflow in the past / did it work? >> No, unfortunately I didn't. Always built world/kernel on target host. >> >>> I remember some issue in the past which was (accidentally?) fixed by >>> running "make buildworld && make builkernel && make installkernel && >>> make installworld" on the build host (to some different DESTDIR) and >>> then "make installkernel && make installworld" on the target host (build >>> machine is shared via NFS) >> Therefore, this trick somehow "fixes" /usr/obj shared on the build >> machine? I'll try this later. Thanks! > > Yes, I think so. But I am not a developer nor I know much about how > build process works. I've tried to installkernel/installworld with non-default DESTDIR, it doesn't help for GENERIC kernel. But... After I had failed with that DESTDIR, I decided to update kernel/world on the build machine to the revision I tried to deploy (r355085). I cleaned result of the previous build, restored make.conf and src.conf specifying sandybridge† there as value of CPUTYPE and explicit -march, build and install kernel and world. Then I cleaned result of the build again, run buildworld and buildkernel preparing to investigate the build logs. But before doing that, I decided to run `make installkernel` once again on a target machine, and ... bang! It completed successfully! mergemaster, installworld -- the same! Everything completed smoothly. I updated the source to r355105 on the build machine, buildworld and buildkernel there -- installkernel, mergemaster, installworld on a target machine completed with no errors. To be honest, I don't know what exactly was a reason for my previous failure. Because I've tried to build with sandybridge in the configs. May be r355085 helped me, I don't know. In any case, I should inspect the build log, I believe. Miroslav, thanks for support! † This is the oldest chip we have on our ESXi hosts.