From gd78059@sac.sfbay.sun.com Mon Oct 15 16:19:22 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9FNJL10018669 for ; Mon, 15 Oct 2007 16:19:21 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l9FNFwti026552; Tue, 16 Oct 2007 00:15:59 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JPZ000097AMPI00@brm-avmta-1.central.sun.com>; Mon, 15 Oct 2007 17:15:58 -0600 (MDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JPZ00KA77AL1YA0@brm-avmta-1.central.sun.com>; Mon, 15 Oct 2007 17:15:58 -0600 (MDT) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id l9FNFvCR047273; Mon, 15 Oct 2007 16:15:57 -0700 (PDT) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9FNJGjx018664; Mon, 15 Oct 2007 16:19:16 -0700 (PDT) Received: (from gd78059@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id l9FNJGrI018660; Mon, 15 Oct 2007 16:19:16 -0700 (PDT) Date: Mon, 15 Oct 2007 16:19:16 -0700 (PDT) From: "Garrett D'Amore - sun microsystems" Subject: [PSARC/2007/599 FastTrack timeout 10/23/2007] To: PSARC-ext@sun.com Cc: David.Marx@sun.com Message-id: <200710152319.l9FNJGrI018660@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 3645 I'm submitting this fasttrack (patch binding, S10 only) for David Marx. Timeout is set for October 23, 2007 Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI This information is Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: 1.2. Name of Document Author/Supplier: Author: David Marx 1.3 Date of This Document: 15 October, 2007 4. Technical Description Increase Resource project.max-device-locked-memory in Solaris 10 1. Introduction This is a Fast Track PSARC proposal to increase the resource project.max-device-locked-memory in Solaris 10. This is to solve the problem that new Xorg intel drivers would not run on Solaris 10 systems with 256Mb of memory in them. This work is part of the backport of 2004/801 DRI porting to Solaris 10. It would be used by customers wanting improved graphics support on Intel graphics devices. Requesting patch binding for inclusion in an S10 update. This resource has been removed from Solaris 11, so this proposal would not apply to Solaris 11. 2. Background PSARC/2003/145 uDAPL: Usr Direct Acc Prog Lib introduced the resource "project.max-device-locked-memory". It states: This property will have a default low percentage (5%) of the maximum physical memory available on a system for basic users and a medium (20%) for privileged users. PSARC 2004/151 AGPgart driver for Solaris x86 and PSARC 2005/258 Updates for AGPgart Driver for Solaris x86 describe the AGPgart interface which allows graphics devices that do not have memory on them, or have limited memory on them, to allocate kernel memory to use. Unfortunately, for the latest Xorg Intel video drivers, the 5% which is implemented as 1/16 of available memory is not enough have the Xorg server come up on a system with 256Mb of memory. This memory is also used for RDMA for Infiniband is one such instance, which PSARC/2003/145 was set up for. Also we believe this resource is used for locked shared memory that data bases like Oracle use. The resource project.max-device-locked-memory has been removed from Solaris 11, and is replaced by the resource project.max-locked-memory which has an unlimited value. This in the PSARC cases PSARC/2004/580 zone/project.max-locked-memory Resource Controls and PSARC/2006/463 Amendment_to_zone_project.max-locked-memory_Resource_Controls. 3. Proposed Solution To solve this, we propose increasing this to 1/4 of available memory which is the limit that in addition, agpgart imposes. 4. Risks; There is the risk that increasing this resource may allow the system to allocate too much memory, which may cause the Solaris kernel to run out. The kernel is probably not graceful when it runs out of memory. If increasing this resource is not acceptable, and having the user manually increase the resource is not acceptable, then either Sun or the Xorg community need to change the Xorg Intel graphics drivers to use less memory for Sun to incorporate these drivers into the Solaris product. Increasing this resource affects both x86 and sparc, although it is only currently needed on x86. 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From gww@eng.sun.com Mon Oct 15 17:22:51 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9G0Mo9K019843 for ; Mon, 15 Oct 2007 17:22:51 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l9G0JGQv018363 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 16 Oct 2007 01:19:28 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JPZ0020DA8FAZ00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 15 Oct 2007 17:19:27 -0700 (PDT) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JPZ00AKJA8FADD0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 15 Oct 2007 17:19:27 -0700 (PDT) Received: from marduk.eng.sun.com (marduk.SFBay.Sun.COM [129.146.108.224]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id l9G0JRAC015500; Mon, 15 Oct 2007 17:19:27 -0700 (PDT) Received: from marduk.eng.sun.com (localhost [127.0.0.1]) by marduk.eng.sun.com (8.13.6+Sun/8.12.11) with ESMTP id l9G0LWaL018137; Mon, 15 Oct 2007 17:21:32 -0700 (PDT) Received: (from gww@localhost) by marduk.eng.sun.com (8.13.6+Sun/8.12.11/Submit) id l9G0LWPi018136; Mon, 15 Oct 2007 17:21:32 -0700 (PDT) Date: Mon, 15 Oct 2007 17:21:32 -0700 (PDT) From: Gary Winiger Subject: Re: [PSARC/2007/599 FastTrack timeout 10/23/2007] To: PSARC-ext@sun.com, gd78059@sac.sfbay.sun.com Cc: David.Marx@sun.com Message-id: <200710160021.l9G0LWPi018136@marduk.eng.sun.com> Content-transfer-encoding: 7BIT X-Sun-Charset: US-ASCII X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 653 Garrett, > Subject: [PSARC/2007/599 FastTrack timeout 10/23/2007] lrwxrwxrwx 1 gd78059 sac 54 Oct 15 16:17 20071015_david.marx -> /shared/sac/Archives/Projects/2007/20071015_david.marx -rw-rw-r-- 1 gd78059 sac 154 Oct 15 16:17 IAM. drwxrwsr-x 2 gd78059 sac 3 Oct 15 16:17 SCCS/ -r--r--r-- 1 gd78059 sac 37 Oct 15 16:17 issues -rw-rw-r-- 1 daemon sac 5526 Oct 15 16:19 mail drwxrwsr-x 2 gd78059 sac 2 Oct 15 16:17 sc/ drwxrwsr-x 2 gd78059 sac 2 Oct 15 16:17 uirb/ Your project has no title. 2007/599 UNKNOWN David Marx From gdamore@sun.com Mon Oct 15 18:20:18 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9G1KHbE021273 for ; Mon, 15 Oct 2007 18:20:17 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l9G1GpuH023511 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 16 Oct 2007 09:16:55 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JPZ0050BCW4D400@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 15 Oct 2007 18:16:52 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JPZ004ZKCW4K400@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 15 Oct 2007 18:16:52 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id l9G1Gq6i004397 for ; Mon, 15 Oct 2007 18:16:52 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JPZ00D01CRBQ000@fe-sfbay-10.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 15 Oct 2007 18:16:52 -0700 (PDT) Received: from [192.168.251.11] ([76.174.83.55]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JPZ00H4RCW3R390@fe-sfbay-10.sun.com>; Mon, 15 Oct 2007 18:16:51 -0700 (PDT) Date: Mon, 15 Oct 2007 18:14:12 -0700 From: "Garrett D'Amore" Subject: Re: [PSARC/2007/599 FastTrack timeout 10/23/2007] In-reply-to: <200710160021.l9G0LWPi018136@marduk.eng.sun.com> Sender: Garrett.Damore@sun.com To: Gary Winiger Cc: PSARC-ext@sun.com, gd78059@sac.sfbay.sun.com, David.Marx@sun.com Message-id: <47141064.4010507@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200710160021.l9G0LWPi018136@marduk.eng.sun.com> User-Agent: Thunderbird 2.0.0.4 (X11/20070827) Status: RO Content-Length: 896 I've fixed this now, the title is: Increase Resource project.max-device-locked-memory I've updated and renamed the IAM file appropriately. Sorry about that. -- Garrett Gary Winiger wrote: > Garrett, > > > >> Subject: [PSARC/2007/599 FastTrack timeout 10/23/2007] >> > > > lrwxrwxrwx 1 gd78059 sac 54 Oct 15 16:17 20071015_david.marx -> /shared/sac/Archives/Projects/2007/20071015_david.marx > -rw-rw-r-- 1 gd78059 sac 154 Oct 15 16:17 IAM. > drwxrwsr-x 2 gd78059 sac 3 Oct 15 16:17 SCCS/ > -r--r--r-- 1 gd78059 sac 37 Oct 15 16:17 issues > -rw-rw-r-- 1 daemon sac 5526 Oct 15 16:19 mail > drwxrwsr-x 2 gd78059 sac 2 Oct 15 16:17 sc/ > drwxrwsr-x 2 gd78059 sac 2 Oct 15 16:17 uirb/ > > Your project has no title. > 2007/599 UNKNOWN David Marx > > From gdamore@sun.com Mon Oct 15 19:13:53 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9G2DqGC022247 for ; Mon, 15 Oct 2007 19:13:53 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l9G2ANO9017500 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 16 Oct 2007 10:10:30 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JPZ009SJFDHYG50@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 15 Oct 2007 19:10:29 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JPZ009YZFDHXY30@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 15 Oct 2007 19:10:29 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id l9G2ATrg009196 for ; Mon, 15 Oct 2007 19:10:29 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JPZ00A01CI2B900@fe-sfbay-10.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 15 Oct 2007 18:10:29 -0700 (PDT) Received: from [192.168.251.11] ([76.174.83.55]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JPZ00H9ICLGR370@fe-sfbay-10.sun.com>; Mon, 15 Oct 2007 18:10:29 -0700 (PDT) Date: Mon, 15 Oct 2007 18:07:49 -0700 From: "Garrett D'Amore" Subject: Re: [PSARC/2007/599 FastTrack timeout 10/23/2007] In-reply-to: <200710160021.l9G0LWPi018136@marduk.eng.sun.com> Sender: Garrett.Damore@sun.com To: Gary Winiger Cc: PSARC-ext@sun.com, gd78059@sac.sfbay.sun.com, David.Marx@sun.com Message-id: <47140EE5.6080505@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200710160021.l9G0LWPi018136@marduk.eng.sun.com> User-Agent: Thunderbird 2.0.0.4 (X11/20070827) Status: RO Content-Length: 804 Hmm... I think I cut-n-pasted bogusly into sac_nextcase. I'll fix. -- Garrett Gary Winiger wrote: > Garrett, > > > >> Subject: [PSARC/2007/599 FastTrack timeout 10/23/2007] >> > > > lrwxrwxrwx 1 gd78059 sac 54 Oct 15 16:17 20071015_david.marx -> /shared/sac/Archives/Projects/2007/20071015_david.marx > -rw-rw-r-- 1 gd78059 sac 154 Oct 15 16:17 IAM. > drwxrwsr-x 2 gd78059 sac 3 Oct 15 16:17 SCCS/ > -r--r--r-- 1 gd78059 sac 37 Oct 15 16:17 issues > -rw-rw-r-- 1 daemon sac 5526 Oct 15 16:19 mail > drwxrwsr-x 2 gd78059 sac 2 Oct 15 16:17 sc/ > drwxrwsr-x 2 gd78059 sac 2 Oct 15 16:17 uirb/ > > Your project has no title. > 2007/599 UNKNOWN David Marx > > From Kais.Belgaied@sun.com Wed Oct 17 16:21:16 2007 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9HNLGoc028557 for ; Wed, 17 Oct 2007 16:21:16 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l9HNHrbP029542; Wed, 17 Oct 2007 16:17:53 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JQ200H0FWPSHT00@brm-avmta-1.central.sun.com>; Wed, 17 Oct 2007 17:17:52 -0600 (MDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JQ2004UTWPRV1D0@brm-avmta-1.central.sun.com>; Wed, 17 Oct 2007 17:17:51 -0600 (MDT) Received: from [10.7.251.202] (punchin-kais.SFBay.Sun.COM [10.7.251.202]) by jurassic-x4600.sfbay.sun.com (8.14.1+Sun/8.14.1) with ESMTP id l9HNHnG6821204; Wed, 17 Oct 2007 16:17:49 -0700 (PDT) Date: Wed, 17 Oct 2007 16:17:44 -0700 From: Kais Belgaied Subject: Re: [PSARC/2007/599 FastTrack timeout 10/23/2007] In-reply-to: <200710152319.l9FNJGrI018660@sac.sfbay.sun.com> To: "Garrett D'Amore - sun microsystems" Cc: PSARC-ext@sun.com, David.Marx@sun.com Reply-to: Kais.Belgaied@sun.com Message-id: <47169818.5010704@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200710152319.l9FNJGrI018660@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.4 (X11/20070723) Status: RO Content-Length: 1116 > 3. Proposed Solution > > To solve this, we propose > increasing this to 1/4 of available memory which is the > limit that in addition, agpgart imposes. > > 4. Risks; > > There is the risk that increasing this resource may allow > the system to allocate too much memory, which may cause > the Solaris kernel to run out. The kernel is probably > not graceful when it runs out of memory. > > If increasing this resource is not acceptable, and having > the user manually increase the resource is not > acceptable, then either Sun or the Xorg community need to > change the Xorg Intel graphics drivers to use less memory > for Sun to incorporate these drivers into the Solaris > product. > > Increasing this resource affects both x86 and sparc, > although it is only currently needed on x86. quick question: When the RAM is shared with multiple OS instances (virtual machines), is 1/4 of all available memory a reasonable limit? Should this be 1/4 of RAM available to the domain (host or guest) ? Kais. From gdamore@sun.com Wed Oct 17 19:25:18 2007 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9I2PIp2002851 for ; Wed, 17 Oct 2007 19:25:18 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l9I2LtA5002613 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 17 Oct 2007 19:21:56 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JQ30050158JBW00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 17 Oct 2007 19:21:55 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JQ30025N58JXH10@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 17 Oct 2007 19:21:55 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id l9I2Lt4S023370 for ; Wed, 17 Oct 2007 19:21:55 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JQ300E0157PWS00@fe-sfbay-10.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 17 Oct 2007 19:21:54 -0700 (PDT) Received: from [192.168.251.11] ([76.174.83.55]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JQ30004S58IBU70@fe-sfbay-10.sun.com>; Wed, 17 Oct 2007 19:21:54 -0700 (PDT) Date: Wed, 17 Oct 2007 19:19:08 -0700 From: "Garrett D'Amore" Subject: Re: [PSARC/2007/599 FastTrack timeout 10/23/2007] In-reply-to: <47169818.5010704@Sun.COM> Sender: Garrett.Damore@sun.com To: Kais.Belgaied@sun.com Cc: "Garrett D'Amore - sun microsystems" , PSARC-ext@sun.com, David.Marx@sun.com Message-id: <4716C29C.3000006@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200710152319.l9FNJGrI018660@sac.sfbay.sun.com> <47169818.5010704@Sun.COM> User-Agent: Thunderbird 2.0.0.4 (X11/20070827) Status: RO Content-Length: 1489 Kais Belgaied wrote: > >> 3. Proposed Solution >> >> To solve this, we propose >> increasing this to 1/4 of available memory which is the >> limit that in addition, agpgart imposes. >> >> 4. Risks; >> >> There is the risk that increasing this resource may allow >> the system to allocate too much memory, which may cause >> the Solaris kernel to run out. The kernel is probably >> not graceful when it runs out of memory. >> >> If increasing this resource is not acceptable, and having >> the user manually increase the resource is not >> acceptable, then either Sun or the Xorg community need to >> change the Xorg Intel graphics drivers to use less memory >> for Sun to incorporate these drivers into the Solaris >> product. >> >> Increasing this resource affects both x86 and sparc, >> although it is only currently needed on x86. > > > quick question: When the RAM is shared with multiple OS instances > (virtual machines), > is 1/4 of all available memory a reasonable limit? > Should this be 1/4 of RAM available to the domain (host or guest) ? Since we're talking about physical resources here, my gut is that this should be of the whole platform. Generally this would be driven out of dom0, because dom0 is the one where the graphics device is configured. But, I'll let the project team address it more clearly. Just my *gut* response. -- Garrett > > Kais. From David.Marx@sun.com Thu Oct 18 15:00:53 2007 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9IM0qKi027064 for ; Thu, 18 Oct 2007 15:00:52 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l9ILvSNf000684 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 18 Oct 2007 14:57:29 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JQ400I2DNNRAH00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 18 Oct 2007 15:57:27 -0600 (MDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JQ400AC9NNRA9A0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 18 Oct 2007 15:57:27 -0600 (MDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id l9ILvRGd004847 for ; Thu, 18 Oct 2007 14:57:27 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JQ400A01NFQFT00@fe-sfbay-10.sun.com> (original mail from David.Marx@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 18 Oct 2007 14:57:27 -0700 (PDT) Received: from [129.153.3.63] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JQ400C4MNNOZIE0@fe-sfbay-10.sun.com>; Thu, 18 Oct 2007 14:57:25 -0700 (PDT) Date: Thu, 18 Oct 2007 14:57:48 -0700 From: David Marx Subject: Re: [PSARC/2007/599 FastTrack timeout 10/23/2007] In-reply-to: <4716C29C.3000006@sun.com> Sender: David.Marx@sun.com To: "Garrett D'Amore" Cc: Kais.Belgaied@sun.com, "Garrett D'Amore - sun microsystems" , PSARC-ext@sun.com Reply-to: David.Marx@sun.com Message-id: <4717D6DC.2000205@Sun.COM> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-PMX-Version: 5.2.0.264296 References: <200710152319.l9FNJGrI018660@sac.sfbay.sun.com> <47169818.5010704@Sun.COM> <4716C29C.3000006@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.7) Gecko/20070606 Status: RO Content-Length: 1773 Garrett D'Amore wrote: > Kais Belgaied wrote: > >> >>> 3. Proposed Solution >>> >>> To solve this, we propose >>> increasing this to 1/4 of available memory which is the >>> limit that in addition, agpgart imposes. >>> >>> 4. Risks; >>> >>> There is the risk that increasing this resource may allow >>> the system to allocate too much memory, which may cause >>> the Solaris kernel to run out. The kernel is probably >>> not graceful when it runs out of memory. >>> >>> If increasing this resource is not acceptable, and having >>> the user manually increase the resource is not >>> acceptable, then either Sun or the Xorg community need to >>> change the Xorg Intel graphics drivers to use less memory >>> for Sun to incorporate these drivers into the Solaris >>> product. >>> >>> Increasing this resource affects both x86 and sparc, >>> although it is only currently needed on x86. >> >> >> >> quick question: When the RAM is shared with multiple OS instances >> (virtual machines), >> is 1/4 of all available memory a reasonable limit? >> Should this be 1/4 of RAM available to the domain (host or guest) ? > > > Since we're talking about physical resources here, my gut is that this > should be of the whole platform. Generally this would be driven out of > dom0, because dom0 is the one where the graphics device is configured. > > But, I'll let the project team address it more clearly. Just my *gut* > response. > Like the resources project.max-crypto-memory and project.max-shm-memory, project.max-device-locked-memory is based on the kernel variable availrmem_initial. Therefore, I suspect that this is 1/4 of the memory available to the guest. From Kais.Belgaied@sun.com Thu Oct 18 16:59:39 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9INxdUO029528 for ; Thu, 18 Oct 2007 16:59:39 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l9INu7As000037; Fri, 19 Oct 2007 00:56:13 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JQ400K0BT5N2B00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 18 Oct 2007 16:56:11 -0700 (PDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JQ4008SIT5M6TE0@nwk-avmta-1.sfbay.Sun.COM>; Thu, 18 Oct 2007 16:56:10 -0700 (PDT) Received: from [10.7.251.202] (punchin-kais.SFBay.Sun.COM [10.7.251.202]) by jurassic-x4600.sfbay.sun.com (8.14.1+Sun/8.14.1) with ESMTP id l9INuAhW272457; Thu, 18 Oct 2007 16:56:10 -0700 (PDT) Date: Thu, 18 Oct 2007 16:56:02 -0700 From: Kais Belgaied Subject: Re: [PSARC/2007/599 FastTrack timeout 10/23/2007] In-reply-to: <4717D6DC.2000205@Sun.COM> To: David.Marx@sun.com Cc: "Garrett D'Amore" , PSARC-ext@sun.com Reply-to: Kais.Belgaied@sun.com Message-id: <4717F292.2080207@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200710152319.l9FNJGrI018660@sac.sfbay.sun.com> <47169818.5010704@Sun.COM> <4716C29C.3000006@sun.com> <4717D6DC.2000205@Sun.COM> User-Agent: Thunderbird 2.0.0.4 (X11/20070723) Status: RO Content-Length: 772 David Marx wrote: >>> >>> quick question: When the RAM is shared with multiple OS instances >>> (virtual machines), >>> is 1/4 of all available memory a reasonable limit? >>> Should this be 1/4 of RAM available to the domain (host or guest) ? > > Like the resources project.max-crypto-memory and > project.max-shm-memory, project.max-device-locked-memory > is based on the kernel variable availrmem_initial. > Therefore, I suspect that this is 1/4 of the memory available > to the guest. what about dom0 ? Assuming all RAM is seen as available to dom0, locking 1/4 of it is probably excessive. I'm not sure much can be done for such situation, other than a word of caution in the man page documenting project.max-device-locked-memory, for the case of xVM. Kais From David.Marx@sun.com Fri Oct 19 15:11:11 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9JMBAlS022131 for ; Fri, 19 Oct 2007 15:11:11 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l9JM7ZMJ006987 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sat, 20 Oct 2007 06:07:46 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JQ600J07ISV0A00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 19 Oct 2007 16:07:43 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JQ6005OQISUBT50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 19 Oct 2007 16:07:42 -0600 (MDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id l9JM7guD006551 for ; Fri, 19 Oct 2007 15:07:42 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JQ600601IMJ5K00@fe-sfbay-10.sun.com> (original mail from David.Marx@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 19 Oct 2007 15:07:42 -0700 (PDT) Received: from [129.153.3.63] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JQ60093KISKLO90@fe-sfbay-10.sun.com>; Fri, 19 Oct 2007 15:07:32 -0700 (PDT) Date: Fri, 19 Oct 2007 15:07:54 -0700 From: David Marx Subject: Re: [PSARC/2007/599 FastTrack timeout 10/23/2007] In-reply-to: <4717F292.2080207@Sun.COM> Sender: David.Marx@sun.com To: Kais.Belgaied@sun.com Cc: "Garrett D'Amore" , PSARC-ext@sun.com Reply-to: David.Marx@sun.com Message-id: <47192ABA.5010108@Sun.COM> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-PMX-Version: 5.2.0.264296 References: <200710152319.l9FNJGrI018660@sac.sfbay.sun.com> <47169818.5010704@Sun.COM> <4716C29C.3000006@sun.com> <4717D6DC.2000205@Sun.COM> <4717F292.2080207@Sun.COM> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.7) Gecko/20070606 Status: RO Content-Length: 604 Kais Belgaied wrote: > what about dom0 ? Assuming all RAM is seen as available to dom0, > locking 1/4 of it > is probably excessive. > I'm not sure much can be done for such situation, other than a word of > caution in the man page > documenting project.max-device-locked-memory, for the case of xVM. The Xorg intel driver is currently trying to get 50MB to 100MB of memory to lock down for the graphics. We see the problem on small systems, where that is more than 1/16 of the memory. Hopefully if one is running multiple OS instances, one is putting on a decent amount of memory on their system. From bart.smaalders@Sun.COM Mon Oct 22 08:43:56 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9MFhthe008363 for ; Mon, 22 Oct 2007 08:43:55 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l9MFZ37Z023242; Mon, 22 Oct 2007 23:40:25 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JQB00E01KME8B00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 22 Oct 2007 08:35:02 -0700 (PDT) Received: from zion.sfbay.sun.com ([129.146.17.75]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JQB00MNUKMERGC0@nwk-avmta-1.sfbay.Sun.COM>; Mon, 22 Oct 2007 08:35:02 -0700 (PDT) Received: from [129.146.228.109] (cyber.SFBay.Sun.COM [129.146.228.109]) by zion.sfbay.sun.com (8.14.1+Sun/8.14.1) with ESMTP id l9MFZ15U357084; Mon, 22 Oct 2007 15:35:02 +0000 (GMT) Date: Mon, 22 Oct 2007 08:31:26 -0700 From: Bart Smaalders Subject: Re: [PSARC/2007/599 FastTrack timeout 10/23/2007] In-reply-to: <47192ABA.5010108@Sun.COM> To: David.Marx@Sun.COM Cc: Kais.Belgaied@Sun.COM, PSARC-ext@Sun.COM, "Garrett D'Amore" Message-id: <471CC24E.40209@Sun.COM> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200710152319.l9FNJGrI018660@sac.sfbay.sun.com> <47169818.5010704@Sun.COM> <4716C29C.3000006@sun.com> <4717D6DC.2000205@Sun.COM> <4717F292.2080207@Sun.COM> <47192ABA.5010108@Sun.COM> User-Agent: Thunderbird 2.0.0.4 (X11/20070723) Status: RO Content-Length: 1071 David Marx wrote: > Kais Belgaied wrote: > >> what about dom0 ? Assuming all RAM is seen as available to dom0, >> locking 1/4 of it >> is probably excessive. >> I'm not sure much can be done for such situation, other than a word of >> caution in the man page >> documenting project.max-device-locked-memory, for the case of xVM. > > The Xorg intel driver is currently trying to get 50MB to 100MB > of memory to lock down for the graphics. We see the problem > on small systems, where that is more than 1/16 of the memory. > Hopefully if one is running multiple OS instances, one is > putting on a decent amount of memory on their system. > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org While it isn't part of this case, the issues here illustrate the need for different resource limit profiles, depending on the system's intended use, just as the same issues exist w/ security profiles. - Bart -- Bart Smaalders Solaris Kernel Performance barts@cyber.eng.sun.com http://blogs.sun.com/barts From gdamore@sun.com Wed Oct 24 11:02:59 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l9OI2wkE018882 for ; Wed, 24 Oct 2007 11:02:58 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l9OHx54C017230 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 25 Oct 2007 01:59:28 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JQF00C0BGN2SX00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 24 Oct 2007 10:59:26 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JQF00C0SGN2SI00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 24 Oct 2007 10:59:26 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id l9OHxQne015346 for ; Wed, 24 Oct 2007 10:59:26 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JQF00501GIQMN00@fe-sfbay-10.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 24 Oct 2007 10:59:26 -0700 (PDT) Received: from [192.168.251.106] ([76.174.83.55]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JQF0000YGMXRFG0@fe-sfbay-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 24 Oct 2007 10:59:21 -0700 (PDT) Date: Wed, 24 Oct 2007 10:56:11 -0700 From: "Garrett D'Amore" Subject: PSARC/2007/599 Sender: Garrett.Damore@sun.com To: PSARC-ext@sun.com Cc: David Marx Message-id: <471F873B.90402@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 User-Agent: Thunderbird 2.0.0.4 (X11/20070827) Status: RO Content-Length: 65 This case was approved at today's PSARC meeting. -- Garrett