Date: Fri, 18 Jan 2019 07:18:57 -0600 From: "VECTORART" <Mark@vectorart.co> To: <svn-src-all@freebsd.org> Subject: =?utf-8?Q?Friday_for_you_|_Fast_and_Affordable,_USA_Bas?= =?utf-8?Q?e=E2=80=8E?= Message-ID: <20190118132909.27432.1267509666.swift@vectorart68102.activehosted.com>
next in thread | raw e-mail | index | archive | help
http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A221 Running Out Of Time? | Fast 24HR Free Rush 24 Hour Greetings from Team Vector Art! A team or Promotional Products specialists of Vector, Total Creative Solution's & Digitizing Team. Am opportunity to work on Virtual Proof / Mock up & also do Recreation work for Spotlight Promotions. We can take care of custom products, promotional flyers, seasonal banners and many more. For Digitizing we charge only $1.00 for 1000 stitches and provide 2 pages of PDF of each file, so before digitizing you can see the quality of it. We are a team of expert Graphic artist and are currently working for major promotional product business in USA and Canada. We work on pay per job basis or on a fix package and complete unlimited jobs monthly. We provide monthly Invoice with completed job details for the month. You can register to our portal http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A231 !Upload the Job! Appreciate your Time. Call for a Free Quote: +1 (769) 307-0113 Website: www.vectorart.co PPAI # 707243 UPIC V707243 DC #812930 - From VECTOR ART. http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A225 http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A225 http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A226 http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A227 http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A228 http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A229 http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A225 http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A225 http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A225 http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A225 http://vectorart68102.acemlnb.com/lt.php?s=081de164462b5a71484a5660e7b63974&i=20A141A1A230 mailto:info@vectorart.co _________________ Sent to svn-src-all@freebsd.org Unsubscribe: http://vectorart68102.acemlnb.com/proc.php?nl=1&c=20&m=141&s=081de164462b5a71484a5660e7b63974&act=unsub Vector Art, HEAD-QUARTERS IN US #201, 7902, Charles , Annandale, VA 22003, United States From owner-svn-src-all@freebsd.org Fri Jan 18 13:35:08 2019 Return-Path: <owner-svn-src-all@freebsd.org> Delivered-To: svn-src-all@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 42B5C149DD3C; Fri, 18 Jan 2019 13:35:08 +0000 (UTC) (envelope-from kib@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD3008FBFA; Fri, 18 Jan 2019 13:35:07 +0000 (UTC) (envelope-from kib@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id CBE1E2E04; Fri, 18 Jan 2019 13:35:07 +0000 (UTC) (envelope-from kib@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id x0IDZ7N0085625; Fri, 18 Jan 2019 13:35:07 GMT (envelope-from kib@FreeBSD.org) Received: (from kib@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id x0IDZ71B085622; Fri, 18 Jan 2019 13:35:07 GMT (envelope-from kib@FreeBSD.org) Message-Id: <201901181335.x0IDZ71B085622@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: kib set sender to kib@FreeBSD.org using -f From: Konstantin Belousov <kib@FreeBSD.org> Date: Fri, 18 Jan 2019 13:35:07 +0000 (UTC) To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: svn commit: r343145 - head/sys/vm X-SVN-Group: head X-SVN-Commit-Author: kib X-SVN-Commit-Paths: head/sys/vm X-SVN-Commit-Revision: 343145 X-SVN-Commit-Repository: base MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: DD3008FBFA X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.96 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.97)[-0.966,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US] X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" <svn-src-all.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-src-all>, <mailto:svn-src-all-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/svn-src-all/>; List-Post: <mailto:svn-src-all@freebsd.org> List-Help: <mailto:svn-src-all-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-src-all>, <mailto:svn-src-all-request@freebsd.org?subject=subscribe> X-List-Received-Date: Fri, 18 Jan 2019 13:35:08 -0000 Author: kib Date: Fri Jan 18 13:35:06 2019 New Revision: 343145 URL: https://svnweb.freebsd.org/changeset/base/343145 Log: MI VM: Make it possible to set size of superpage at boot instead of compile time. In order to allow single kernel to use PAE pagetables on i386 if hardware supports it, and fall back to classic two-level paging structures if not, superpage code should be able to adopt to either 2M or 4M superpages size. There I make MI VM structures large enough to track the biggest possible superpage, by allowing architecture to define VM_NFREEORDER_MAX and VM_LEVEL_0_ORDER_MAX constants. Corresponding VM_NFREEORDER and VM_LEVEL_0_ORDER symbols can be defined as runtime values and must be less than the _MAX constants. If architecture does not define _MAXs, it is assumed that _MAX == normal constant. Reviewed by: markj Tested by: pho (as part of the larger patch) Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D18853 Modified: head/sys/vm/vm_phys.c head/sys/vm/vm_phys.h head/sys/vm/vm_reserv.c Modified: head/sys/vm/vm_phys.c ============================================================================== --- head/sys/vm/vm_phys.c Fri Jan 18 10:54:36 2019 (r343144) +++ head/sys/vm/vm_phys.c Fri Jan 18 13:35:06 2019 (r343145) @@ -106,7 +106,8 @@ static struct rwlock_padalign vm_phys_fictitious_reg_l MALLOC_DEFINE(M_FICT_PAGES, "vm_fictitious", "Fictitious VM pages"); static struct vm_freelist __aligned(CACHE_LINE_SIZE) - vm_phys_free_queues[MAXMEMDOM][VM_NFREELIST][VM_NFREEPOOL][VM_NFREEORDER]; + vm_phys_free_queues[MAXMEMDOM][VM_NFREELIST][VM_NFREEPOOL] + [VM_NFREEORDER_MAX]; static int __read_mostly vm_nfreelists; Modified: head/sys/vm/vm_phys.h ============================================================================== --- head/sys/vm/vm_phys.h Fri Jan 18 10:54:36 2019 (r343144) +++ head/sys/vm/vm_phys.h Fri Jan 18 13:35:06 2019 (r343145) @@ -42,6 +42,10 @@ #ifdef _KERNEL +#ifndef VM_NFREEORDER_MAX +#define VM_NFREEORDER_MAX VM_NFREEORDER +#endif + /* Domains must be dense (non-sparse) and zero-based. */ struct mem_affinity { vm_paddr_t start; @@ -63,7 +67,7 @@ struct vm_phys_seg { vm_paddr_t end; vm_page_t first_page; int domain; - struct vm_freelist (*free_queues)[VM_NFREEPOOL][VM_NFREEORDER]; + struct vm_freelist (*free_queues)[VM_NFREEPOOL][VM_NFREEORDER_MAX]; }; extern struct vm_phys_seg vm_phys_segs[]; Modified: head/sys/vm/vm_reserv.c ============================================================================== --- head/sys/vm/vm_reserv.c Fri Jan 18 10:54:36 2019 (r343144) +++ head/sys/vm/vm_reserv.c Fri Jan 18 13:35:06 2019 (r343145) @@ -77,10 +77,15 @@ __FBSDID("$FreeBSD$"); #if VM_NRESERVLEVEL > 0 +#ifndef VM_LEVEL_0_ORDER_MAX +#define VM_LEVEL_0_ORDER_MAX VM_LEVEL_0_ORDER +#endif + /* * The number of small pages that are contained in a level 0 reservation */ #define VM_LEVEL_0_NPAGES (1 << VM_LEVEL_0_ORDER) +#define VM_LEVEL_0_NPAGES_MAX (1 << VM_LEVEL_0_ORDER_MAX) /* * The number of bits by which a physical address is shifted to obtain the @@ -114,6 +119,7 @@ typedef u_long popmap_t; * The number of population map entries in a reservation */ #define NPOPMAP howmany(VM_LEVEL_0_NPAGES, NBPOPMAP) +#define NPOPMAP_MAX howmany(VM_LEVEL_0_NPAGES_MAX, NBPOPMAP) /* * Number of elapsed ticks before we update the LRU queue position. Used @@ -191,7 +197,7 @@ struct vm_reserv { uint16_t popcnt; /* (r) # of pages in use */ int lasttick; /* (r) last pop update tick. */ char inpartpopq; /* (d) */ - popmap_t popmap[NPOPMAP]; /* (r) bit vector, used pages */ + popmap_t popmap[NPOPMAP_MAX]; /* (r) bit vector, used pages */ }; #define vm_reserv_lockptr(rv) (&(rv)->lock)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190118132909.27432.1267509666.swift>