From owner-freebsd-amd64@freebsd.org Sun Jul 1 08:29:24 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A2E8FE31A3; Sun, 1 Jul 2018 08:29:24 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB51B85B35; Sun, 1 Jul 2018 08:29:23 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id u18-v6so5808102wmc.1; Sun, 01 Jul 2018 01:29:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=K0MZjqff1qkliAawhXMFIp6tdjAjg/+ctyBy/ArE+WQ=; b=Jpi8kYLkyP4BlhHWqWebpbfxfhixET08ttbWiX6Rwp+CiHQQtCRjYqLyie+pAgO3O8 nMHRTAz7NeY214IRPChT2mqTf3P1LAL5Gk7Yglaxut1XfW5jpDuakYxxPHE3TiM0duSr GZvYkgbPv6ygbQNd75yxNm+EHb674Vu1KMqlz3OO9fGdPv82k68tYbRP15mje9VdqDAT /weDIHIPVNyFhUV+8jY38Pr6n+3nLqbgcTiZ1v9v7OM4qBeIXyDFVwhVP9jBq1HkKZ6M LRm5RHxWAuooa4rCAYvin9Vow0ReP9Qs1IX1bwt+FdDi6ICrwo9fKmNCHS6YJsC4V61S ha8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=K0MZjqff1qkliAawhXMFIp6tdjAjg/+ctyBy/ArE+WQ=; b=eLWUE2zLhGdGXw4K28J7OHRt3vh2AEhdrYp74XHckjoWwOFCJtUSIJo0iWAKOZBpE/ 8jT072rxtiGPdnLiC6EyfYt+Cc8nhDLiWnY9VyyIFdscHjgjN52ZN1C0JU0IRd4mxFbq urZgsxyG+1qbsyawzauc16jRaqYA5bgx+sFBahmBHysniFRH0DXXIhCBWTuWf5M1hfsI iyCncnCN9q1v8tpamuJwsrZl+Cltdvmw/rFNWa09JeiDEb+9zQki6pXrB5OB3Z8mGfQD C6NIjKqBzfTkexKS1zGZqD7BP7knr/OfekwxQjwtn+fEBOFFztgi0Xroq5cnSlc3hEJT tJ4Q== X-Gm-Message-State: APt69E2IGeG5kDqrXtCk9H0p0w0BOlhivgM0iVtMdYXuPN6RDqkFw/Ih dxc71lG46U3iocSfSdV41w8= X-Google-Smtp-Source: AAOMgpdSojmlJx6AbgpmCqb/qoXHlgAN/FjazD9uXnuPEzZp8Qmt5zv7H1ff4NVDHm19kx89uAsRwg== X-Received: by 2002:a1c:3f56:: with SMTP id m83-v6mr948847wma.37.1530433762673; Sun, 01 Jul 2018 01:29:22 -0700 (PDT) Received: from pesky.lan (93-34-93-211.ip49.fastwebnet.it. [93.34.93.211]) by smtp.gmail.com with ESMTPSA id s184-v6sm5471626wmf.5.2018.07.01.01.29.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 01 Jul 2018 01:29:21 -0700 (PDT) Sender: Mark Johnston Date: Sun, 1 Jul 2018 04:29:19 -0400 From: Mark Johnston To: Konstantin Belousov Cc: Mihai Carabas , freebsd-amd64@freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: Inspect pages created after a vm_object is marked as copy-on-write Message-ID: <20180701082919.GB3926@pesky.lan> References: <20180629225209.GA4238@pesky.lan> <20180630215956.GA1282@pesky.lan> <20180630223401.GW2430@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180630223401.GW2430@kib.kiev.ua> User-Agent: Mutt/1.10.0 (2018-05-17) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2018 08:29:24 -0000 On Sun, Jul 01, 2018 at 01:34:01AM +0300, Konstantin Belousov wrote: > On Sat, Jun 30, 2018 at 05:59:56PM -0400, Mark Johnston wrote: > > On Sat, Jun 30, 2018 at 10:38:21AM +0300, Mihai Carabas wrote: > > > On Sat, Jun 30, 2018 at 1:52 AM, Mark Johnston wrote: > > > > On Fri, Jun 29, 2018 at 11:58:31AM +0300, Elena Mihailescu wrote: > > > >> Is there anything I am doing wrong? Maybe I misunderstood something about > > > >> the way the virtual memory works in FreeBSD. > > > > > > > > I'll note that inspecting and manipulating vm_map_entry and vm_object > > > > structures in the bhyve code constitutes something of an abstraction > > > > violation, though it's reasonable to proceed this way while working on a > > > > prototype of the feature. That is, I think you should keep trying your > > > > current approach, but just be aware that you are using the copy-on-write > > > > mechanism in a way that the VM system isn't really expecting. > > > > > > > > > > Can you point out the right approach in our case? > > > > I am merely suggesting that once the required VM interactions are fully > > understood, the mechanism implemented for bhyve should be generalized > > and lifted into the VM code. It's hard to say what the "right" approach > > is, since I don't fully understand the proposed algorithm. It sounds > > like you might be attempting something like: > > > > 1. mark the mappings of to-be-migrated objects as NEEDS_COW, so that a > > subsequent write fault triggers creation of a shadow object > It is actually MAP_ENTRY_COW | MAP_ENTRY_NEEDS_COPY. Indeed. > Note that setting an entry to COW changes the behaviour of mprotect(2), > at least. > > > 2. invalidate all physical mappings of pages in the object to be copied, > > so that subsequent writes trigger a fault > I do not think this is needed to detect writes after the COW is set. > It is enough to remove the write permissions. Same as fork() does, > see the vm_map_copy_entry() code for the handling of MAP_ENTRY_NEEDS_COPY > case. Ah, right. > > 3. copy pages from the backing object to the destination > As I understand, this is done right after the entry is marked > as COW. > > > 4. copy any pages from the shadow object to the desination > And this is done after all backing data is copied and the process is > suspended. Right, I see. Some reading suggests that in general we might perform multiple iterations of this procedure before suspending the process and performing any remaining copies. > > 5. collapse the backing object into the shadow > > 6. if the shadow object exists and was non-empty before the collapse, > > goto 1 > Are you trying to describe how to undo the COW marking ? Marking an > entry as COW really changes its semantic, and we do not need the undo > operation in the base so far. Collapsing the objects would lesser > the pressure on the system pollution with objects, but it does not > change back the meaning of mappings, e.g. their behaviour on inheritance > on fork. I was just thinking about how to avoid creating a long chain of objects if multiple iterations are in fact needed. From owner-freebsd-amd64@freebsd.org Sun Jul 1 13:34:53 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CD57FF74AB; Sun, 1 Jul 2018 13:34:53 +0000 (UTC) (envelope-from elenamihailescu22@gmail.com) Received: from mail-ot0-x22f.google.com (mail-ot0-x22f.google.com [IPv6:2607:f8b0:4003:c0f::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E5F570131; Sun, 1 Jul 2018 13:34:52 +0000 (UTC) (envelope-from elenamihailescu22@gmail.com) Received: by mail-ot0-x22f.google.com with SMTP id l15-v6so14690492oth.6; Sun, 01 Jul 2018 06:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=abSFmBRuXW2sVBS1p5Xa8RktRGe540YbZ53HDff2WAM=; b=RNyjmOwIU7cGYaqkimlCclKSiJUdouU1O0YXJzWCydzfJxkFuSjE1EozHOs+7S75KA IytGvIIUoSsOs3tZBgpLRIN+15oNHsU9AxnM3BWcFqESzZiT6QLj/x6yKiL2RlORQR7w HeT1qEqIZ6oZTemMGwqPWDz67ajgmS3Tl+uawe84llLcpFa1cHHN9hY9LGFtrBudLI3U jYTJlTNRpAJC/BvfDFwNztnwa/SgzhPx0xNNrqbjJ40Z6qd86ENIfQU7LAweSBOcxYms Wt0uOwS9efOcfkUCoa547r1F9+juWJFKi1E0PqUFjKr6QepYjyH39/sTq4v5RrIny6vk kpEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=abSFmBRuXW2sVBS1p5Xa8RktRGe540YbZ53HDff2WAM=; b=SNlkGc6cLccs/r2yoiU7j420rt0EASFwM3yjx9NoPSseFfPLF0pnSFEMFr0ddsLAt7 E6N77jjDYAzhGofsyrbnPWW3gftXmnF85uUpw5IakFyOLn+gwER4IuasO9XQwbPs19Z+ s3fVuzwgsG0DnjNS6dzalgYGZHVYUbE7WQiS6V2RlheLxqJAeQHlVM8Dj/mJ33EazAJD X3ZwMmri0qzmV110/3pfErdcJ/ERrZsUm8y/gcIfzkEKTHFRXILPIftIs97yWki4IkeC ivK6nUYxxElRJ3qEWtrejkHpsLxqYGLpqYN2PA4stkUMBdDYc+Njr+kR92TO7JiYs+Wt TaXA== X-Gm-Message-State: APt69E3EbEtgCrbeOnqjjC4pP8OIM1M72VNyINc1YEIzE1oyprIYGbZy VT3Hhioy5IFyJuQpPlDz4MMbDDlFOXKhXwFmW5gm2g== X-Google-Smtp-Source: AAOMgpdWsDTW2nJDo+HHstLWJoQ7jhxPjp3h91tZ6m7CdvXoXoJ3db7cKb3WlmniJ3sU6KFErRv7JirrNzfIP2JEb64= X-Received: by 2002:a9d:5b39:: with SMTP id x54-v6mr10743197oth.106.1530452091396; Sun, 01 Jul 2018 06:34:51 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:3c4e:0:0:0:0:0 with HTTP; Sun, 1 Jul 2018 06:34:20 -0700 (PDT) In-Reply-To: <20180701082919.GB3926@pesky.lan> References: <20180629225209.GA4238@pesky.lan> <20180630215956.GA1282@pesky.lan> <20180630223401.GW2430@kib.kiev.ua> <20180701082919.GB3926@pesky.lan> From: Elena Mihailescu Date: Sun, 1 Jul 2018 16:34:20 +0300 Message-ID: Subject: Re: Inspect pages created after a vm_object is marked as copy-on-write To: Mark Johnston Cc: Konstantin Belousov , Mihai Carabas , freebsd-virtualization@freebsd.org, freebsd-amd64@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2018 13:34:53 -0000 On 1 July 2018 at 11:29, Mark Johnston wrote: > > On Sun, Jul 01, 2018 at 01:34:01AM +0300, Konstantin Belousov wrote: > > On Sat, Jun 30, 2018 at 05:59:56PM -0400, Mark Johnston wrote: > > > On Sat, Jun 30, 2018 at 10:38:21AM +0300, Mihai Carabas wrote: > > > > On Sat, Jun 30, 2018 at 1:52 AM, Mark Johnston wrote: > > > > > On Fri, Jun 29, 2018 at 11:58:31AM +0300, Elena Mihailescu wrote: > > > > >> Is there anything I am doing wrong? Maybe I misunderstood something about > > > > >> the way the virtual memory works in FreeBSD. > > > > > > > > > > I'll note that inspecting and manipulating vm_map_entry and vm_object > > > > > structures in the bhyve code constitutes something of an abstraction > > > > > violation, though it's reasonable to proceed this way while working on a > > > > > prototype of the feature. That is, I think you should keep trying your > > > > > current approach, but just be aware that you are using the copy-on-write > > > > > mechanism in a way that the VM system isn't really expecting. > > > > > > > > > > > > > Can you point out the right approach in our case? > > > > > > I am merely suggesting that once the required VM interactions are fully > > > understood, the mechanism implemented for bhyve should be generalized > > > and lifted into the VM code. It's hard to say what the "right" approach > > > is, since I don't fully understand the proposed algorithm. It sounds > > > like you might be attempting something like: > > > > > > 1. mark the mappings of to-be-migrated objects as NEEDS_COW, so that a > > > subsequent write fault triggers creation of a shadow object > > It is actually MAP_ENTRY_COW | MAP_ENTRY_NEEDS_COPY. > > Indeed. > > > Note that setting an entry to COW changes the behaviour of mprotect(2), > > at least. > > > > > 2. invalidate all physical mappings of pages in the object to be copied, > > > so that subsequent writes trigger a fault > > I do not think this is needed to detect writes after the COW is set. > > It is enough to remove the write permissions. Same as fork() does, > > see the vm_map_copy_entry() code for the handling of MAP_ENTRY_NEEDS_COPY > > case. > > Ah, right. > > > > 3. copy pages from the backing object to the destination > > As I understand, this is done right after the entry is marked > > as COW. > > > > > 4. copy any pages from the shadow object to the desination > > And this is done after all backing data is copied and the process is > > suspended. > > Right, I see. Some reading suggests that in general we might perform > multiple iterations of this procedure before suspending the process and > performing any remaining copies. > For the live migration implementation, we only need this approach to send the guest's physical memory (in my tests, I observed that the guest's memory was represented by a single vm_map_entry for a virtual machine with 512MB of RAM. I found that by inspecting each bhyve instance's vm_map_entry and compared its start and end addresses with the virtual machine's base-address and memory size). What we are trying to implement is to send the initial memory while the virtual machine is running (that's why we need to mark that entry copy-on-write so that we have consistency), then stop the virtual machine execution (freeze the vCPUs) and send only the pages/memory areas that were modified meanwhile (using the copy-on-write mechanism, we could determine which pages were modified). This is "a simplified live migration". A live-migration feature will have multiple rounds to send the virtual memory (round1: send the entire memory, round2: send only the differences between round1 and round2, round3: send only the difference between round2 and round3 and so on, until a certain point when you stop the virtual machine and send to the destination only the differences and guest's CPU state). After the memory migration is completed (and of course, after migrating guest's CPU state), the virtual machine will be destroyed. So, the objects created using the copy-on-write mechanisms will be destroyed. As the number of rounds, it will be choose later, based on different performance tests, but it shouldn't be too big. Elena > > > 5. collapse the backing object into the shadow > > > 6. if the shadow object exists and was non-empty before the collapse, > > > goto 1 > > Are you trying to describe how to undo the COW marking ? Marking an > > entry as COW really changes its semantic, and we do not need the undo > > operation in the base so far. Collapsing the objects would lesser > > the pressure on the system pollution with objects, but it does not > > change back the meaning of mappings, e.g. their behaviour on inheritance > > on fork. > > I was just thinking about how to avoid creating a long chain of objects > if multiple iterations are in fact needed. > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" From owner-freebsd-amd64@freebsd.org Sun Jul 1 14:43:07 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CD1CFF8856 for ; Sun, 1 Jul 2018 14:43:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A355E71FEC for ; Sun, 1 Jul 2018 14:43:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5CA67FF8853; Sun, 1 Jul 2018 14:43:06 +0000 (UTC) Delivered-To: amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AED2FF8852 for ; Sun, 1 Jul 2018 14:43:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D75A171FE7 for ; Sun, 1 Jul 2018 14:43:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2E6371E66D for ; Sun, 1 Jul 2018 14:43:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w61Eh5Ph069499 for ; Sun, 1 Jul 2018 14:43:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w61Eh5V0069498 for amd64@FreeBSD.org; Sun, 1 Jul 2018 14:43:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: amd64@FreeBSD.org Subject: [Bug 207940] [patch] sys/boot/efi/boot1 select boot partition Date: Sun, 01 Jul 2018 14:43:02 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: nicolas@deffayet.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2018 14:43:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207940 nicolas@deffayet.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nicolas@deffayet.com --- Comment #23 from nicolas@deffayet.com --- The patch can be applied on FreeBSD 11.1-RELEASE but not anymore on FreeBSD 11.2-RELEASE due to big change in boot1.c. For exemple, hd->PartitionNumber didn't exist anymore in boot1.c of FreeBSD 11.2-RELEASE. Anyone can make this patch working on 11.2-RELEASE ? Many thanks --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Sun Jul 1 14:49:17 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A813DFF8A0B for ; Sun, 1 Jul 2018 14:49:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4A072128 for ; Sun, 1 Jul 2018 14:49:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id F07A6FF8A0A; Sun, 1 Jul 2018 14:49:16 +0000 (UTC) Delivered-To: amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDCF6FF8A09 for ; Sun, 1 Jul 2018 14:49:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CB9A72125 for ; Sun, 1 Jul 2018 14:49:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B32991E684 for ; Sun, 1 Jul 2018 14:49:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w61EnFvI075458 for ; Sun, 1 Jul 2018 14:49:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w61EnFwn075457 for amd64@FreeBSD.org; Sun, 1 Jul 2018 14:49:15 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: amd64@FreeBSD.org Subject: [Bug 207940] [patch] sys/boot/efi/boot1 select boot partition Date: Sun, 01 Jul 2018 14:49:13 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: nicolas@deffayet.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2018 14:49:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207940 --- Comment #24 from nicolas@deffayet.com --- See https://svnweb.freebsd.org/changeset/base/329114 for big changes done between 11.1-RELEASE and 11.2-RELEASE. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Sun Jul 1 15:34:24 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD051FF99A9 for ; Sun, 1 Jul 2018 15:34:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 964DF7370A for ; Sun, 1 Jul 2018 15:34:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4FDBEFF999F; Sun, 1 Jul 2018 15:34:24 +0000 (UTC) Delivered-To: amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BB95FF999D for ; Sun, 1 Jul 2018 15:34:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C62E073704 for ; Sun, 1 Jul 2018 15:34:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 04E4F1ED68 for ; Sun, 1 Jul 2018 15:34:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w61FYMPj028324 for ; Sun, 1 Jul 2018 15:34:22 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w61FYMp0028323 for amd64@FreeBSD.org; Sun, 1 Jul 2018 15:34:22 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: amd64@FreeBSD.org Subject: [Bug 207940] [patch] sys/boot/efi/boot1 select boot partition Date: Sun, 01 Jul 2018 15:34:21 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: junchoon@dec.sakura.ne.jp X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2018 15:34:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207940 --- Comment #25 from Tomoaki AOKI --- Created attachment 194818 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D194818&action= =3Dedit boot1.c patch rev4 for stable/11 r330813 and later Quick and ugly hack by mainly reviving deleted-but-needed-for-patch codes. Should be applicable to 11.2, as releng/11.2 branched after r330813 (at r334459). I had not enough time to dig into code changes to be tracked. :-( --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Sun Jul 1 16:18:49 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 019F8FFA5B0 for ; Sun, 1 Jul 2018 16:18:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7581F749CB for ; Sun, 1 Jul 2018 16:18:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2FCA5FFA5AC; Sun, 1 Jul 2018 16:18:48 +0000 (UTC) Delivered-To: amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E79EFFA5AB for ; Sun, 1 Jul 2018 16:18:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87076749BE for ; Sun, 1 Jul 2018 16:18:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6703F1F304 for ; Sun, 1 Jul 2018 16:18:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w61GIkZE031439 for ; Sun, 1 Jul 2018 16:18:46 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w61GIkbJ031438 for amd64@FreeBSD.org; Sun, 1 Jul 2018 16:18:46 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: amd64@FreeBSD.org Subject: [Bug 207940] [patch] sys/boot/efi/boot1 select boot partition Date: Sun, 01 Jul 2018 16:18:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: nicolas@deffayet.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2018 16:18:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207940 --- Comment #26 from nicolas@deffayet.com --- Many thanks for the updated patch. It apply without any issue on FreeBSD 11.2-RELEASE. On FreeBSD 11.1, it was easy to recompile only boot1 with the following commands: # cd /usr/src/sys/boot/efi/boot1 # make It compile fine and generate both boot1.efi & boot1.efifat binary. But on FreeBSD 11.2: # cd /usr/src/stand/efi/boot1 # make Killed. pid 1026 (make), uid 0, was killed: out of swap space The machine have 6 Gb of free memory before running make. Running make eat = all available memory. How can I fix that ? What the best method to recompile only boot1.efi & boot1.efifat in a standalone way without recompile a full world ? Many thanks --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Tue Jul 3 23:38:08 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB9C6103540C for ; Tue, 3 Jul 2018 23:38:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7849F77BF9 for ; Tue, 3 Jul 2018 23:38:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 365E31035404; Tue, 3 Jul 2018 23:38:08 +0000 (UTC) Delivered-To: amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 226CC1035403 for ; Tue, 3 Jul 2018 23:38:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC9AF77BF4 for ; Tue, 3 Jul 2018 23:38:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D910D1C1D1 for ; Tue, 3 Jul 2018 23:38:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w63Nc6LY048384 for ; Tue, 3 Jul 2018 23:38:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w63Nc67K048383 for amd64@FreeBSD.org; Tue, 3 Jul 2018 23:38:06 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: amd64@FreeBSD.org Subject: [Bug 211450] Fatal trap 12: page fault while in kernel mode (iwm0: firmware error 0x2010000) (Intel 7260) Date: Tue, 03 Jul 2018 23:38:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-BETA2 X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@riaqn.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: wireless@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2018 23:38:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211450 Zesen Qian changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd@riaqn.org --- Comment #2 from Zesen Qian --- Created attachment 194867 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D194867&action= =3Dedit part of vmcore.2 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Tue Jul 3 23:40:10 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61DA81035814 for ; Tue, 3 Jul 2018 23:40:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EB77C77D46 for ; Tue, 3 Jul 2018 23:40:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id A5A95103580F; Tue, 3 Jul 2018 23:40:09 +0000 (UTC) Delivered-To: amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91A98103580D for ; Tue, 3 Jul 2018 23:40:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2410D77D3F for ; Tue, 3 Jul 2018 23:40:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 618D21C1D5 for ; Tue, 3 Jul 2018 23:40:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w63Ne8TZ050479 for ; Tue, 3 Jul 2018 23:40:08 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w63Ne8iP050478 for amd64@FreeBSD.org; Tue, 3 Jul 2018 23:40:08 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: amd64@FreeBSD.org Subject: [Bug 211450] Fatal trap 12: page fault while in kernel mode (iwm0: firmware error 0x2010000) (Intel 7260) Date: Tue, 03 Jul 2018 23:40:08 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-BETA2 X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@riaqn.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: wireless@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2018 23:40:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211450 --- Comment #3 from Zesen Qian --- I added the part of vmcore when it crashed as attachment. Here is some info about my system: riaqn@thinkpad ~> freebsd-version -ku 11.2-RELEASE 11.2-RELEASE riaqn@thinkpad ~> sudo cat /var/crash/info.2 Dump header from device: /dev/ada0p3 Architecture: amd64 Architecture Version: 2 Dump Length: 509345792 Blocksize: 512 Dumptime: Sun Jul 1 12:27:19 2018 Hostname: thinkpad.riaqn.org Magic: FreeBSD Kernel Dump Version String: FreeBSD 11.2-RELEASE #0 r335510: Fri Jun 22 04:32:14 UTC = 2018 root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC Panic String: page fault Dump Parity: 3006087772 Bounds: 2 Dump Status: good --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Fri Jul 6 23:10:46 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64FD0103A3C7 for ; Fri, 6 Jul 2018 23:10:46 +0000 (UTC) (envelope-from andreiraul81@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F047274186 for ; Fri, 6 Jul 2018 23:10:45 +0000 (UTC) (envelope-from andreiraul81@gmail.com) Received: by mail-io0-x232.google.com with SMTP id l7-v6so12221168ioj.1 for ; Fri, 06 Jul 2018 16:10:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=cj36eIAiPfAPztkyr9gj1r1ThwKpPUgvPJj3wxCvugU=; b=E9+oHkbkTH6dmhIXfHM9gZeVX24SoL38c4JEkvGMuAvKNL48EOU8aB0QalgEL1zdA+ wDK8G+MEvsXZgHrX5aoiLGdPLfnKCK5ptAHBu+qF9f1n0KQdDjPdRMLyPECjyMLk7phj frOzteMePd7dfQ1yTh159ecuJRlUT0Zm8Gx4r0+WZXVzRpoEC271zSrm2s3XYweXbh8Z TlurubHR2QICjmf5vvNMLeeReqkeuvWjw9Lj8G3yKAGu0yPzO4utI8aHbIOEm1keYMeX Ale29eyuzIX+4BbJnWAMA7EAQs7R4BFbLecnTKwNmhLsqmYXBDGt0FfewGAHZsizY7sl BnNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=cj36eIAiPfAPztkyr9gj1r1ThwKpPUgvPJj3wxCvugU=; b=rj8lYiWMx/kmy3J1wUbJtovL7mPa7eH8jn3T/DVxDYvxWbZb8yroAjX8Pbw6S6iy4n +3xk3LTp5w/oNoBSXnD4zCjt5jJJ3sMe3mDjHff5r5Vhr+x1CdGR3trsyvr4wAIVkJHI 3G/DNqHRe46KeCbGjV1CAMAKbBt8ewN06bHlMfqv8Vxbzz+xf7saiL8YXobXru0H6VZD hl3E+aE5ZqOJoproXdnbdbkKcHwkVg333GiyEfLJ74PQJHZ84U+3NVLGnngTcVmKtW3Q 5kAXmVsdADYL6F1hdyRksv5WBEW4NXxD2c6Qyu/5Y/pxW7Hma/U3/dsD9bvrxIlvsL3N 7zFQ== X-Gm-Message-State: APt69E1iCB6c/3uBpKAR9je7vQfd/WK0FnClz+F8KxeZ/3ORC4HqW6Zn j6zwu6KtaaVBE+1ZBB3ZExhgUbJ62cVSlXNrDzQ= X-Google-Smtp-Source: AAOMgpc09NJKNC1APPoga9uWS8GsACnfgiXk/T1Ju7Bpc5xqF2gCwviVmOWS7NJq1SpPQo97R5yVDcuNGeyC0DU3nOA= X-Received: by 2002:a6b:8c41:: with SMTP id o62-v6mr10024830iod.84.1530918645331; Fri, 06 Jul 2018 16:10:45 -0700 (PDT) MIME-Version: 1.0 From: RAUL ANDREI Date: Sat, 7 Jul 2018 00:10:34 +0100 Message-ID: Subject: Help To: freebsd-amd64@freebsd.org X-Mailman-Approved-At: Fri, 06 Jul 2018 23:30:54 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2018 23:10:46 -0000 Hello! I need freebsd 11.2 + for me computer version x64 I need for i386 if is posible. Regards, Raul Andrei From owner-freebsd-amd64@freebsd.org Sat Jul 7 07:45:33 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB3851044660 for ; Sat, 7 Jul 2018 07:45:33 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60097.outbound.protection.outlook.com [40.107.6.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 129548955D for ; Sat, 7 Jul 2018 07:45:32 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alogis.onmicrosoft.com; s=selector1-alogis-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qyZhgLG56RwpXF2Ozp6ywr28U/XJBEqUGpVMJT33VuQ=; b=IUBJqb7zDjWVsAI7VP4Rqud4Glbj0Y1g3s8y+oLinp9bDJVTmU0q9NuMKtdsfyz0UvPxNUtDdYR5g9l7YHtR9YbvhBMktftmfJ+kaXN2Ni52me6I6cNYOvJL9CvWeP5gHhGS46bVi2XtuVYj9SMw18M4FD96dj+pP6+3kQBNAgA= Received: from AM6P192MB0503.EURP192.PROD.OUTLOOK.COM (52.134.121.25) by AM6P192MB0261.EURP192.PROD.OUTLOOK.COM (52.134.120.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.930.18; Sat, 7 Jul 2018 07:45:30 +0000 Received: from AM6P192MB0503.EURP192.PROD.OUTLOOK.COM ([fe80::e095:be8b:441c:3ae1]) by AM6P192MB0503.EURP192.PROD.OUTLOOK.COM ([fe80::e095:be8b:441c:3ae1%13]) with mapi id 15.20.0930.016; Sat, 7 Jul 2018 07:45:30 +0000 From: Holger Kipp To: RAUL ANDREI CC: "freebsd-amd64@freebsd.org" Subject: Re: Help Thread-Topic: Help Thread-Index: AQHUFYGHUxwAQg05L02V5Ax3R7O30KSDYfEo Date: Sat, 7 Jul 2018 07:45:29 +0000 Message-ID: <13CD10F9-C130-4381-9CE6-35FADFD839DB@alogis.com> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Holger.Kipp@alogis.com; x-originating-ip: [2a02:8108:1080:f94:cc1a:1701:c31f:5b32] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM6P192MB0261; 7:VdH4qE34oqXE5Onh92hjmxMfBGMHl0dYT+IDiyNOHOeDD5VgWFc/SU8iTD+a4OHPxdEhBPNBDSKS1iR4TG4KkCawGzWbsq/H4agLPOpZjIlYSW7Ii3eZTDC+s2+4c6jCl9PFfxPIYdt29gnRxKfAtBDakw5vhP1uz0eQ7gdr8UBWhwfYSVsAgKYEIXosdcPxqv7vpq70jehoFXHr4dKuSeJ9IsvsYVzJhvR8oHADpwyUfPfaczIxAlKk0/mP9Llo x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: f1e777ef-344d-429f-9cb7-08d5e3dd9cd8 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020); SRVR:AM6P192MB0261; x-ms-traffictypediagnostic: AM6P192MB0261: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(85827821059158); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231311)(944501410)(52105095)(3002001)(10201501046)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123558120)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:AM6P192MB0261; BCL:0; PCL:0; RULEID:; SRVR:AM6P192MB0261; x-forefront-prvs: 0726B2D7A6 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(396003)(39830400003)(136003)(366004)(376002)(199004)(189003)(413944005)(8676002)(21615005)(81166006)(6512007)(236005)(8936002)(486006)(54896002)(6306002)(6116002)(81156014)(72206003)(6506007)(106356001)(102836004)(966005)(14454004)(83716003)(7736002)(99286004)(316002)(68736007)(3480700004)(86362001)(606006)(5660300001)(6436002)(82746002)(446003)(476003)(2616005)(11346002)(229853002)(6916009)(7116003)(6486002)(97736004)(256004)(1411001)(36756003)(33656002)(2900100001)(558084003)(186003)(105586002)(53936002)(39060400002)(76176011)(478600001)(6246003)(46003)(5250100002)(4326008)(25786009)(2906002)(221733001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM6P192MB0261; H:AM6P192MB0503.EURP192.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: alogis.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: yFk4tjVDJHg+2XbRsVArnDHhqWbcP8IC2KJ/yVcW297o4xEQNqYAGiBUyYvipOVTE8cpkZlKq9NSUhg3DoX3EuJsmoGBhcqsTp8KAFXmHV6Pioa6Kk0F1O4/n+4X8Zy1+QGnITrrOR4Mcp1dDXhVzoGJLnN6JyWX3quSNXhmZphe06jJf2BhOYzmJtw2nHnTGXnlssCZ0potv2Xjqkki5CKI/QzYDiEXlCv4AwoMGuEZjyxoHaVHlXTXqQY8a8YNd56c4/+dLAtcH5w023DWCq2N06Cpbh/7Xmk1RW0vs04MxO8eQxisWhALOBlPkZrq0jjWBXJnZ8HHfFHnAGjpkur2yjdLqtTZ+T1wmgQEiYM= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: alogis.com X-MS-Exchange-CrossTenant-Network-Message-Id: f1e777ef-344d-429f-9cb7-08d5e3dd9cd8 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jul 2018 07:45:30.0106 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 15828ba7-fd50-4285-ae4d-078568595b48 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6P192MB0261 X-Mailman-Approved-At: Sat, 07 Jul 2018 10:36:57 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2018 07:45:33 -0000 RGVhciBBbmRyZWksDQoNCmRvd25sb2FkcyBjYW4gYmUgZm91bmQgaGVyZToNCg0KaHR0cHM6Ly93 d3cuZnJlZWJzZC5vcmcvd2hlcmUuaHRtbA0KDQoNCk9uIDcuIEp1bCAyMDE4LCBhdCAwMTozMSwg UkFVTCBBTkRSRUkgPGFuZHJlaXJhdWw4MUBnbWFpbC5jb208bWFpbHRvOmFuZHJlaXJhdWw4MUBn bWFpbC5jb20+PiB3cm90ZToNCg0KSGVsbG8hDQoNCkkgbmVlZCBmcmVlYnNkIDExLjIgKyBmb3Ig bWUgY29tcHV0ZXIgdmVyc2lvbiB4NjQNCkkgbmVlZCBmb3IgaTM4NiBpZiBpcyBwb3NpYmxlLg0K DQpCZXN0IHJlZ2FyZHMsDQpIb2xnZXINCg0KDQo=