From egs@thirdreef.sfbay.sun.com Tue Dec 9 12:08:46 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mB9K8kqh025013 for ; Tue, 9 Dec 2008 12:08:46 -0800 (PST) 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 mB9K8i8j008914 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 9 Dec 2008 12:08:46 -0800 (PST) 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 <0KBM0031DLADHS00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Dec 2008 13:08:37 -0700 (MST) 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 <0KBM00M1DLAC5D50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Dec 2008 13:08:36 -0700 (MST) Received: from thirdreef.sfbay.sun.com (thirdreef.SFBay.Sun.COM [129.146.94.117]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mB9K8aZW036043; Tue, 09 Dec 2008 12:08:36 -0800 (PST) Received: from thirdreef.sfbay.sun.com (localhost [127.0.0.1]) by thirdreef.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mB9K16WG018174; Tue, 09 Dec 2008 12:01:06 -0800 (PST) Received: (from egs@localhost) by thirdreef.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id mB9K16Mx018171; Tue, 09 Dec 2008 12:01:06 -0800 (PST) Date: Tue, 09 Dec 2008 12:01:06 -0800 (PST) From: Eric Sultan Subject: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] To: PSARC-ext@sun.com Cc: ron.bielaski@sun.com, yajyun.wang@sun.com Message-id: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 1439 I'm sponsoring this case for Grace Wang, the timeout set to expire next Tuesday, December 16, 2008. The requested release binding is patch. Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: SPARC support for AST graphics 1.2. Name of Document Author/Supplier: Author: Grace Wang 1.3 Date of This Document: 09 December, 2008 4. Technical Description This project delivers SPARC graphics support for the AST2100 graphics component. The deliverables include a ddx (Xorg) module, a kernel driver, a vts module and an fbconfig module. The driver name is ast. The source code for these modules is based on ASPEED technology. The Xorg code will be delivered into the Xorg consolidation. Interfaces exported: /usr/X11/lib/modules/drivers/ast_drv.so Uncommitted /kernel/drv/sparcv9/ast Uncommitted /usr/lib/sparcv9/libvtsSUNWast.so.1 Uncommitted /usr/lib/fbconfig/libSUNWast_conf.so Uncommitted /usr/share/man/man1m/fbconf_xorg.1m Uncommitted modified man page /usr/share/man/man7d/ast.7d Uncommitted Interfaces imported: Xorg server CLI/API/ABI External (ref PSARC 2004/187) 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: Graphics 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From gdamore@sun.com Tue Dec 9 12:32:34 2008 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 mB9KWXDc027681 for ; Tue, 9 Dec 2008 12:32:34 -0800 (PST) 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 mB9KWKvk014618; Wed, 10 Dec 2008 04:32:31 +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 <0KBM00E01ME5WC00@nwk-avmta-2.sfbay.sun.com>; Tue, 09 Dec 2008 12:32:29 -0800 (PST) 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 <0KBM00E6KME5ST00@nwk-avmta-2.sfbay.sun.com>; Tue, 09 Dec 2008 12:32:29 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id mB9KWSii018724; Tue, 09 Dec 2008 12:32:28 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBM00F01M7FZX00@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) ; Tue, 09 Dec 2008 12:32:28 -0800 (PST) Received: from [10.7.251.172] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBM00CPBMDYDW20@fe-sfbay-09.sun.com>; Tue, 09 Dec 2008 12:32:22 -0800 (PST) Date: Tue, 09 Dec 2008 12:25:04 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> Sender: Garrett.Damore@sun.com To: Eric Sultan Cc: PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <493ED420.5010401@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 2425 Couple of quick questions: 1) Would it make sense to support this on x86 hardware as well? (I'm thinking server class headless systems, which I gather is the target market for these chips.) 2) Does the driver support any power management features? (power(9e) or DDI_SUSPEND?) 3) Does this driver support the graphics mode console and/or virtual terminals? (Perhaps this question doesn't make sense -- I'm not sure how this driver interacts with remote consoles... or maybe I'm misunderstanding something.) 4) Actually, if this behaves in a manner that is quite different from a typical framebuffer with local display and keyboard, then a bit more detailed background information would be helpful. Of course, if it really is just a typical framebuffer, then just simply say so... the ASPEED website doesn't really help make things clear to me. Thanks. -- Garrett Eric Sultan wrote: > I'm sponsoring this case for Grace Wang, the timeout set to expire next > Tuesday, December 16, 2008. The requested release binding is patch. > > Template Version: @(#)sac_nextcase %I% %G% SMI > This information is Copyright 2008 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > SPARC support for AST graphics > 1.2. Name of Document Author/Supplier: > Author: Grace Wang > 1.3 Date of This Document: > 09 December, 2008 > > 4. Technical Description > > This project delivers SPARC graphics support for the AST2100 > graphics component. The deliverables include a ddx (Xorg) module, a > kernel driver, a vts module and an fbconfig module. The driver name > is ast. The source code for these modules is based on ASPEED > technology. The Xorg code will be delivered into the Xorg > consolidation. > > Interfaces exported: > > /usr/X11/lib/modules/drivers/ast_drv.so Uncommitted > /kernel/drv/sparcv9/ast Uncommitted > /usr/lib/sparcv9/libvtsSUNWast.so.1 Uncommitted > /usr/lib/fbconfig/libSUNWast_conf.so Uncommitted > /usr/share/man/man1m/fbconf_xorg.1m Uncommitted modified man page > /usr/share/man/man7d/ast.7d Uncommitted > > Interfaces imported: > > Xorg server CLI/API/ABI External (ref PSARC 2004/187) > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > Graphics > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open > From edward.pilatowicz@sun.com Tue Dec 9 13:10:43 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mB9LAhqd028694 for ; Tue, 9 Dec 2008 13:10:43 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mB9LAgIk012451; Tue, 9 Dec 2008 13:10:43 -0800 (PST) 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 <0KBM00G1XO5UZZ00@nwk-avmta-2.sfbay.sun.com>; Tue, 09 Dec 2008 13:10:42 -0800 (PST) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBM00EIYO5SSQ20@nwk-avmta-2.sfbay.sun.com>; Tue, 09 Dec 2008 13:10:40 -0800 (PST) Received: from jurassic-x4600.sfbay.sun.com (localhost [127.0.0.1]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mB9LAeJe123862 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 09 Dec 2008 13:10:40 -0800 (PST) Received: (from edp@localhost) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3/Submit) id mB9LAeWj123861; Tue, 09 Dec 2008 13:10:40 -0800 (PST) Date: Tue, 09 Dec 2008 13:10:40 -0800 From: Edward Pilatowicz Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493ED420.5010401@sun.com> To: "Garrett D'Amore" Cc: Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <20081209211040.GA110707@eng.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> X-Authentication-warning: jurassic-x4600.sfbay.sun.com: edp set sender to edward.pilatowicz@sun.com using -f User-Agent: Mutt/1.5.17 (2007-11-01) Status: RO Content-Length: 2607 one more question. will the driver be open source? ed On Tue, Dec 09, 2008 at 12:25:04PM -0800, Garrett D'Amore wrote: > Couple of quick questions: > > 1) Would it make sense to support this on x86 hardware as well? (I'm > thinking server class headless systems, which I gather is the target market > for these chips.) > > 2) Does the driver support any power management features? (power(9e) or > DDI_SUSPEND?) > > 3) Does this driver support the graphics mode console and/or virtual > terminals? (Perhaps this question doesn't make sense -- I'm not sure how > this driver interacts with remote consoles... or maybe I'm misunderstanding > something.) > > 4) Actually, if this behaves in a manner that is quite different from a > typical framebuffer with local display and keyboard, then a bit more > detailed background information would be helpful. Of course, if it really > is just a typical framebuffer, then just simply say so... the ASPEED > website doesn't really help make things clear to me. > > Thanks. > > -- Garrett > > Eric Sultan wrote: >> I'm sponsoring this case for Grace Wang, the timeout set to expire next >> Tuesday, December 16, 2008. The requested release binding is patch. >> >> Template Version: @(#)sac_nextcase %I% %G% SMI >> This information is Copyright 2008 Sun Microsystems >> 1. Introduction >> 1.1. Project/Component Working Name: >> SPARC support for AST graphics >> 1.2. Name of Document Author/Supplier: >> Author: Grace Wang >> 1.3 Date of This Document: >> 09 December, 2008 >> >> 4. Technical Description >> >> This project delivers SPARC graphics support for the AST2100 >> graphics component. The deliverables include a ddx (Xorg) module, a >> kernel driver, a vts module and an fbconfig module. The driver name >> is ast. The source code for these modules is based on ASPEED >> technology. The Xorg code will be delivered into the Xorg >> consolidation. >> >> Interfaces exported: >> >> /usr/X11/lib/modules/drivers/ast_drv.so Uncommitted >> /kernel/drv/sparcv9/ast Uncommitted >> /usr/lib/sparcv9/libvtsSUNWast.so.1 Uncommitted >> /usr/lib/fbconfig/libSUNWast_conf.so Uncommitted >> /usr/share/man/man1m/fbconf_xorg.1m Uncommitted modified man page >> /usr/share/man/man7d/ast.7d Uncommitted >> Interfaces imported: >> >> Xorg server CLI/API/ABI External (ref PSARC 2004/187) >> >> 6. Resources and Schedule >> 6.4. Steering Committee requested information >> 6.4.1. Consolidation C-team Name: >> Graphics >> 6.5. ARC review type: FastTrack >> 6.6. ARC Exposure: open >> From Neal.Pollack@sun.com Tue Dec 9 13:57:58 2008 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 mB9LvvM0001361 for ; Tue, 9 Dec 2008 13:57:57 -0800 (PST) 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 mB9LvpNt028410; Wed, 10 Dec 2008 05:57:54 +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 <0KBM00D1FQCGY700@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 14:57:52 -0700 (MST) 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 <0KBM00M34QCF5IF0@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 14:57:52 -0700 (MST) 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 mB9LvpQe018093; Tue, 09 Dec 2008 13:57:51 -0800 (PST) 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 <0KBM00501PU3XN00@fe-sfbay-10.sun.com> (original mail from Neal.Pollack@Sun.COM); Tue, 09 Dec 2008 13:57:51 -0800 (PST) Received: from [10.1.48.130] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBM002QDQC5QR90@fe-sfbay-10.sun.com>; Tue, 09 Dec 2008 13:57:41 -0800 (PST) Date: Tue, 09 Dec 2008 13:56:56 -0800 From: Neal Pollack Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493ED420.5010401@sun.com> Sender: Neal.Pollack@sun.com To: "Garrett D'Amore" Cc: Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <493EE9A8.9010906@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 3119 On 12/09/08 12:25, Garrett D'Amore wrote: > Couple of quick questions: > > 1) Would it make sense to support this on x86 hardware as well? (I'm > thinking server class headless systems, which I gather is the target > market for these chips.) We do. Several of Sun's X64 rack servers use the service processor/console combo chip called AST-2100 and AST-2000. They have had this support for a while on the x86 side. At a time of pressure to control costs, why is this not common code? Why are we setting up a sparc branch and an existing x86 branch? Or are the two groups working together to merge this support in a common driver (add support for sparc to the existing x86 driver and place it in a common branch of the source tree)? > > 2) Does the driver support any power management features? (power(9e) > or DDI_SUSPEND?) > > 3) Does this driver support the graphics mode console and/or virtual > terminals? (Perhaps this question doesn't make sense -- I'm not sure > how this driver interacts with remote consoles... or maybe I'm > misunderstanding something.) > > 4) Actually, if this behaves in a manner that is quite different from > a typical framebuffer with local display and keyboard, then a bit more > detailed background information would be helpful. Of course, if it > really is just a typical framebuffer, then just simply say so... the > ASPEED website doesn't really help make things clear to me. > > Thanks. > > -- Garrett > > Eric Sultan wrote: >> I'm sponsoring this case for Grace Wang, the timeout set to expire next >> Tuesday, December 16, 2008. The requested release binding is patch. >> >> Template Version: @(#)sac_nextcase %I% %G% SMI >> This information is Copyright 2008 Sun Microsystems >> 1. Introduction >> 1.1. Project/Component Working Name: >> SPARC support for AST graphics >> 1.2. Name of Document Author/Supplier: >> Author: Grace Wang >> 1.3 Date of This Document: >> 09 December, 2008 >> >> 4. Technical Description >> >> This project delivers SPARC graphics support for the AST2100 >> graphics component. The deliverables include a ddx (Xorg) module, a >> kernel driver, a vts module and an fbconfig module. The driver name >> is ast. The source code for these modules is based on ASPEED >> technology. The Xorg code will be delivered into the Xorg >> consolidation. >> >> Interfaces exported: >> >> /usr/X11/lib/modules/drivers/ast_drv.so Uncommitted >> /kernel/drv/sparcv9/ast Uncommitted >> /usr/lib/sparcv9/libvtsSUNWast.so.1 Uncommitted >> /usr/lib/fbconfig/libSUNWast_conf.so Uncommitted >> /usr/share/man/man1m/fbconf_xorg.1m Uncommitted modified man >> page >> /usr/share/man/man7d/ast.7d Uncommitted >> Interfaces imported: >> >> Xorg server CLI/API/ABI External (ref PSARC 2004/187) >> >> 6. Resources and Schedule >> 6.4. Steering Committee requested information >> 6.4.1. Consolidation C-team Name: >> Graphics >> 6.5. ARC review type: FastTrack >> 6.6. ARC Exposure: open >> > From Eric.Sultan@Sun.COM Tue Dec 9 14:16:59 2008 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 mB9MGwpK002364 for ; Tue, 9 Dec 2008 14:16:58 -0800 (PST) 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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mB9MGtp9002437; Tue, 9 Dec 2008 22:16:55 GMT 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 <0KBM0006VR86CN10@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 14:16:54 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBM008QAR7RLEE0@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 14:16:40 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mB9MGdPu003317; Tue, 09 Dec 2008 22:16:39 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBM00801QANFK00@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Tue, 09 Dec 2008 15:16:01 -0700 (MST) Received: from [129.146.94.117] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBM00IZNR69XM50@mail-amer.sun.com>; Tue, 09 Dec 2008 15:15:46 -0700 (MST) Date: Tue, 09 Dec 2008 14:15:45 -0800 From: Eric Sultan Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493EE9A8.9010906@Sun.Com> Sender: Eric.Sultan@Sun.COM To: Neal Pollack Cc: "Garrett D'Amore" , Eric Sultan , PSARC-ext@Sun.COM, ron.bielaski@Sun.COM, Yajyun.Wang@Sun.COM Reply-to: Eric.Sultan@Sun.COM Message-id: <493EEE11.80203@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EE9A8.9010906@Sun.Com> User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Status: RO Content-Length: 645 Neal Pollack wrote: > ... > At a time of pressure to control costs, why is this not common code? > Why are we setting up > a sparc branch and an existing x86 branch? Or are the two groups > working together to > merge this support in a common driver (add support for sparc to the > existing x86 driver > and place it in a common branch of the source tree)? We aren't setting up a separate code branch. The SPARC code will be in the common code base, and that base will be modified to support SPARC as well as x86. During the development cycle, the SPARC code is separate, but it will be merged into the existing Xorg code. -- Eric From Neal.Pollack@sun.com Tue Dec 9 14:19:07 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mB9MJ7Hb002405 for ; Tue, 9 Dec 2008 14:19:07 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mB9MJ4h7006143; Tue, 9 Dec 2008 15:19:06 -0700 (MST) 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 <0KBM00K0VRBTBB00@nwk-avmta-2.sfbay.sun.com>; Tue, 09 Dec 2008 14:19:05 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBM00E12RBSSNA0@nwk-avmta-2.sfbay.sun.com>; Tue, 09 Dec 2008 14:19:04 -0800 (PST) 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 mB9MJ4k9021106; Tue, 09 Dec 2008 14:19:04 -0800 (PST) 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 <0KBM00G01QJZ2H00@fe-sfbay-10.sun.com> (original mail from Neal.Pollack@Sun.COM); Tue, 09 Dec 2008 14:19:04 -0800 (PST) Received: from [10.1.48.130] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBM002F5RBJQRB0@fe-sfbay-10.sun.com>; Tue, 09 Dec 2008 14:18:55 -0800 (PST) Date: Tue, 09 Dec 2008 14:18:11 -0800 From: Neal Pollack Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493EEE11.80203@Sun.COM> Sender: Neal.Pollack@sun.com To: Eric.Sultan@sun.com Cc: "Garrett D'Amore" , Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <493EEEA3.4060209@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EE9A8.9010906@Sun.Com> <493EEE11.80203@Sun.COM> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 727 On 12/09/08 14:15, Eric Sultan wrote: > Neal Pollack wrote: >> ... >> At a time of pressure to control costs, why is this not common code? >> Why are we setting up >> a sparc branch and an existing x86 branch? Or are the two groups >> working together to >> merge this support in a common driver (add support for sparc to the >> existing x86 driver >> and place it in a common branch of the source tree)? > > We aren't setting up a separate code branch. The SPARC code will be > in the common code base, and > that base will be modified to support SPARC as well as x86. During > the development cycle, the SPARC > code is separate, but it will be merged into the existing Xorg code. > > -- Eric > excellent, thanks. From Eric.Sultan@sun.com Tue Dec 9 14:32:43 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mB9MWhOu002540 for ; Tue, 9 Dec 2008 14:32:43 -0800 (PST) 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 mB9MWgMW011449; Tue, 9 Dec 2008 14:32:43 -0800 (PST) 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 <0KBM00H09RYI3J00@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 15:32:42 -0700 (MST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBM00EPQRYHBA30@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 15:32:41 -0700 (MST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mB9MWfi2018157; Tue, 09 Dec 2008 22:32:41 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBM00001PA1D800@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Tue, 09 Dec 2008 15:32:17 -0700 (MST) Received: from [129.146.94.117] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBM001KNRWP4A60@mail-amer.sun.com>; Tue, 09 Dec 2008 15:31:38 -0700 (MST) Date: Tue, 09 Dec 2008 14:31:37 -0800 From: Eric Sultan Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493ED420.5010401@sun.com> Sender: Eric.Sultan@sun.com To: "Garrett D'Amore" Cc: Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Reply-to: Eric.Sultan@sun.com Message-id: <493EF1C9.5050505@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Status: RO Content-Length: 1328 Garrett D'Amore wrote: > ... > 1) Would it make sense to support this on x86 hardware as well? (I'm > thinking server class headless systems, which I gather is the target > market for these chips.) It does make sense to support this on Solaris x86. > > 2) Does the driver support any power management features? (power(9e) > or DDI_SUSPEND?) The kernel device driver does not support chip-level power(9e) power-management, but does support display-level PM. I think, and will verify, that the driver does not support DDI_SUSPEND/DDI_RESUME. > 3) Does this driver support the graphics mode console and/or virtual > terminals? (Perhaps this question doesn't make sense -- I'm not sure > how this driver interacts with remote consoles... or maybe I'm > misunderstanding something.) Yes, the code does support coherent consoles. I need to look into virtual terminals before I can answer. > > 4) Actually, if this behaves in a manner that is quite different from > a typical framebuffer with local display and keyboard, then a bit more > detailed background information would be helpful. Of course, if it > really is just a typical framebuffer, then just simply say so... the > ASPEED website doesn't really help make things clear to me. Yes, the AST code will behave like a typical framebuffer. -- Eric From Eric.Sultan@sun.com Tue Dec 9 15:29:50 2008 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 mB9NTnqx003821 for ; Tue, 9 Dec 2008 15:29:50 -0800 (PST) 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 mB9NTfHJ014670; Wed, 10 Dec 2008 07:29:44 +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 <0KBM00M07ULILZ00@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 16:29:42 -0700 (MST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBM00ERZULHBL80@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 16:29:41 -0700 (MST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mB9NTeY7000486; Tue, 09 Dec 2008 23:29:41 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBM00L01U26LD00@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Tue, 09 Dec 2008 16:29:40 -0700 (MST) Received: from [129.146.94.117] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBM00IGYUL6XMA0@mail-amer.sun.com>; Tue, 09 Dec 2008 16:29:32 -0700 (MST) Date: Tue, 09 Dec 2008 15:29:30 -0800 From: Eric Sultan Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <20081209211040.GA110707@eng.sun.com> Sender: Eric.Sultan@sun.com To: Edward Pilatowicz Cc: "Garrett D'Amore" , Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Reply-to: Eric.Sultan@sun.com Message-id: <493EFF5A.9030304@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <20081209211040.GA110707@eng.sun.com> User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Status: RO Content-Length: 148 Edward Pilatowicz wrote: > one more question. > will the driver be open source > Yes, the team plans to make this all open source. -- Eric From gdamore@sun.com Tue Dec 9 15:36:51 2008 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 mB9NaouB004009 for ; Tue, 9 Dec 2008 15:36:50 -0800 (PST) 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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mB9Nakb4019698; Tue, 9 Dec 2008 23:36:48 GMT 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 <0KBM00203UXA1N00@nwk-avmta-2.sfbay.sun.com>; Tue, 09 Dec 2008 15:36:46 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBM00EIRUXASXE0@nwk-avmta-2.sfbay.sun.com>; Tue, 09 Dec 2008 15:36:46 -0800 (PST) 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 mB9NakhC001367; Tue, 09 Dec 2008 15:36:46 -0800 (PST) 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 <0KBM00101UUQRQ00@fe-sfbay-10.sun.com> (original mail from gdamore@Sun.COM) ; Tue, 09 Dec 2008 15:36:46 -0800 (PST) Received: from [10.7.251.172] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBM004SYUX91960@fe-sfbay-10.sun.com>; Tue, 09 Dec 2008 15:36:46 -0800 (PST) Date: Tue, 09 Dec 2008 15:29:28 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493EF1C9.5050505@Sun.COM> Sender: Garrett.Damore@sun.com To: Eric.Sultan@sun.com Cc: Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <493EFF58.3020104@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EF1C9.5050505@Sun.COM> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 1743 Eric Sultan wrote: > Garrett D'Amore wrote: >> ... >> 1) Would it make sense to support this on x86 hardware as well? (I'm >> thinking server class headless systems, which I gather is the target >> market for these chips.) > It does make sense to support this on Solaris x86. >> >> 2) Does the driver support any power management features? (power(9e) >> or DDI_SUSPEND?) > The kernel device driver does not support chip-level power(9e) > power-management, but does support display-level PM. > I think, and will verify, that the driver does not support > DDI_SUSPEND/DDI_RESUME. DDI_SUSPEND/RESUME would be helpful for some server class systems. (Especially when we have useful Wake-On-LAN.) It might be worth supporting, but can be done as a bug fix/rfe. > >> 3) Does this driver support the graphics mode console and/or virtual >> terminals? (Perhaps this question doesn't make sense -- I'm not sure >> how this driver interacts with remote consoles... or maybe I'm >> misunderstanding something.) > Yes, the code does support coherent consoles. I need to look into > virtual terminals before I can answer. > >> >> 4) Actually, if this behaves in a manner that is quite different from >> a typical framebuffer with local display and keyboard, then a bit >> more detailed background information would be helpful. Of course, if >> it really is just a typical framebuffer, then just simply say so... >> the ASPEED website doesn't really help make things clear to me. > Yes, the AST code will behave like a typical framebuffer. Thank you for your answers to my questions, and Neal's. Sounds like you've got all the bases covered. Please consider this my formal +1 for this project. -- Garrett > > -- Eric > > From randy.fishel@sun.com Tue Dec 9 16:11:34 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBA0BYeL009647 for ; Tue, 9 Dec 2008 16:11:34 -0800 (PST) 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 mBA0BWRY000669; Tue, 9 Dec 2008 16:11:33 -0800 (PST) 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 <0KBM0035JWJ8M100@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 17:11:32 -0700 (MST) Received: from grimmy.sfbay.sun.com ([129.146.108.114]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBM00EKZWIKBAB0@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 17:11:08 -0700 (MST) Received: from grimmy.eng.sun.com (localhost [127.0.0.1]) by grimmy.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBA0B8or023820; Tue, 09 Dec 2008 16:11:08 -0800 (PST) Received: from localhost (randyf@localhost) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8/Submit) with ESMTP id mBA0B7Vf023817; Tue, 09 Dec 2008 16:11:08 -0800 (PST) Date: Tue, 09 Dec 2008 16:11:07 -0800 (PST) From: Randy Fishel Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493EFF58.3020104@sun.com> X-X-Sender: randyf@grimmy To: "Garrett D'Amore" Cc: Eric.Sultan@sun.com, Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EF1C9.5050505@Sun.COM> <493EFF58.3020104@sun.com> X-Authentication-warning: grimmy.eng.sun.com: randyf owned process doing -bs User-Agent: Alpine 1.10 (GSO 962 2008-03-14) Status: RO Content-Length: 1313 On Tue, 9 Dec 2008, Garrett D'Amore wrote: > Eric Sultan wrote: > > Garrett D'Amore wrote: > > > ... > > > 1) Would it make sense to support this on x86 hardware as well? (I'm > > > thinking server class headless systems, which I gather is the target > > > market for these chips.) > > It does make sense to support this on Solaris x86. > > > > > > 2) Does the driver support any power management features? (power(9e) or > > > DDI_SUSPEND?) > > The kernel device driver does not support chip-level power(9e) > > power-management, but does support display-level PM. > > I think, and will verify, that the driver does not support > > DDI_SUSPEND/DDI_RESUME. > > DDI_SUSPEND/RESUME would be helpful for some server class systems. > (Especially when we have useful Wake-On-LAN.) It might be worth supporting, > but can be done as a bug fix/rfe. > Suspend/Resume is a core feature, and drivers are expected to support DDI_SUSPEND/DDI_RESUME, such that silence implies the project will implement them. So if this project does not intend to support this feature at initial integration, it needs to describe in the case why it will not and/or the plan for implementing them. Note: Magic Packet WOL does actually work when enabled by the BIOS, and the driver doesn't actually break it. ---- Randy From randy.fishel@sun.com Tue Dec 9 16:26:31 2008 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 mBA0QUvX020579 for ; Tue, 9 Dec 2008 16:26:30 -0800 (PST) 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 mBA0QNPP011590; Wed, 10 Dec 2008 08:26:25 +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 <0KBM00505X7ZA700@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 17:26:23 -0700 (MST) Received: from grimmy.sfbay.sun.com ([129.146.108.114]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBM00ELLX7YBKD0@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 17:26:22 -0700 (MST) Received: from grimmy.eng.sun.com (localhost [127.0.0.1]) by grimmy.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBA0QL8d023864; Tue, 09 Dec 2008 16:26:21 -0800 (PST) Received: from localhost (randyf@localhost) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8/Submit) with ESMTP id mBA0QL5Q023860; Tue, 09 Dec 2008 16:26:21 -0800 (PST) Date: Tue, 09 Dec 2008 16:26:21 -0800 (PST) From: Randy Fishel Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: X-X-Sender: randyf@grimmy To: Eric.Sultan@sun.com Cc: "Garrett D'Amore" , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EF1C9.5050505@Sun.COM> <493EFF58.3020104@sun.com> X-Authentication-warning: grimmy.eng.sun.com: randyf owned process doing -bs User-Agent: Alpine 1.10 (GSO 962 2008-03-14) Status: RO Content-Length: 1702 As Seb sort of implied in another case, quiesce() is also a required interface, so it is expected that this project will also implement this entry point, unless it provides equivilent information as would be expected for non-support of DDI_SUSPEND/DDI_RESUME. ---- Randy On Tue, 9 Dec 2008, Randy Fishel wrote: > > On Tue, 9 Dec 2008, Garrett D'Amore wrote: > > > Eric Sultan wrote: > > > Garrett D'Amore wrote: > > > > ... > > > > 1) Would it make sense to support this on x86 hardware as well? (I'm > > > > thinking server class headless systems, which I gather is the target > > > > market for these chips.) > > > It does make sense to support this on Solaris x86. > > > > > > > > 2) Does the driver support any power management features? (power(9e) or > > > > DDI_SUSPEND?) > > > The kernel device driver does not support chip-level power(9e) > > > power-management, but does support display-level PM. > > > I think, and will verify, that the driver does not support > > > DDI_SUSPEND/DDI_RESUME. > > > > DDI_SUSPEND/RESUME would be helpful for some server class systems. > > (Especially when we have useful Wake-On-LAN.) It might be worth supporting, > > but can be done as a bug fix/rfe. > > > > Suspend/Resume is a core feature, and drivers are expected to > support DDI_SUSPEND/DDI_RESUME, such that silence implies the project > will implement them. So if this project does not intend to support > this feature at initial integration, it needs to describe in the case > why it will not and/or the plan for implementing them. > > Note: Magic Packet WOL does actually work when enabled by the BIOS, > and the driver doesn't actually break it. > > ---- Randy > From Eric.Sultan@sun.com Tue Dec 9 16:59:56 2008 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 mBA0xt35021406 for ; Tue, 9 Dec 2008 16:59:56 -0800 (PST) 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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mBA0xjaW007263; Wed, 10 Dec 2008 00:59:52 GMT 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 <0KBM00M0NYRPQP00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 16:59:49 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBM00E0YYRO5V40@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 16:59:48 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBA0xmrr001905; Wed, 10 Dec 2008 00:59:48 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBM00F01YJNFQ00@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Tue, 09 Dec 2008 17:58:50 -0700 (MST) Received: from [129.146.94.117] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBM001AWYQ04AD0@mail-amer.sun.com>; Tue, 09 Dec 2008 17:58:50 -0700 (MST) Date: Tue, 09 Dec 2008 16:58:48 -0800 From: Eric Sultan Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: Sender: Eric.Sultan@sun.com To: Randy Fishel Cc: "Garrett D'Amore" , Eric Sultan , psarc-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Reply-to: Eric.Sultan@sun.com Message-id: <493F1448.4030801@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EF1C9.5050505@Sun.COM> <493EFF58.3020104@sun.com> User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Status: RO Content-Length: 1223 Randy Fishel wrote: > ... > Suspend/Resume is a core feature, and drivers are expected to > support DDI_SUSPEND/DDI_RESUME, such that silence implies the project > will implement them. So if this project does not intend to support > this feature at initial integration, it needs to describe in the case > why it will not and/or the plan for implementing them. > Yes, agreed. The project team intends to provide DDI_SUSPEND/DDI_RESUME. I wasn't sure when I replied earlier. > As Seb sort of implied in another case, quiesce() is also a required > interface, so it is expected that this project will also implement > this entry point, unless it provides equivilent information as would > be expected for non-support of DDI_SUSPEND/DDI_RESUME. Quiesce? It doesn't show up in my copy of Writing Device Drivers. A new interface, I presume, and not one currently offered in any of the other Sun SPARC graphics device drivers. I'll look into quiesce(), but I'm pretty sure that it wouldn't be implemented in Solaris 10 drivers, unless they're equipped with a #pragma weak construct to determine whether it's available. Is #pragma weak an acceptable way of determining things like this? -- Eric From randy.fishel@sun.com Tue Dec 9 17:04:43 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBA14gCm021670 for ; Tue, 9 Dec 2008 17:04:42 -0800 (PST) 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 mBA14fMX025444; Tue, 9 Dec 2008 17:04:42 -0800 (PST) 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 <0KBM00005YZT9300@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 17:04:41 -0800 (PST) Received: from grimmy.sfbay.sun.com ([129.146.108.114]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBM00ECHYZS5S40@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 17:04:40 -0800 (PST) Received: from grimmy.eng.sun.com (localhost [127.0.0.1]) by grimmy.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBA14edp023978; Tue, 09 Dec 2008 17:04:40 -0800 (PST) Received: from localhost (randyf@localhost) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8/Submit) with ESMTP id mBA14eOZ023974; Tue, 09 Dec 2008 17:04:40 -0800 (PST) Date: Tue, 09 Dec 2008 17:04:40 -0800 (PST) From: Randy Fishel Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493F1448.4030801@Sun.COM> X-X-Sender: randyf@grimmy To: Eric Sultan Cc: "Garrett D'Amore" , Eric Sultan , psarc-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EF1C9.5050505@Sun.COM> <493EFF58.3020104@sun.com> <493F1448.4030801@Sun.COM> X-Authentication-warning: grimmy.eng.sun.com: randyf owned process doing -bs User-Agent: Alpine 1.10 (GSO 962 2008-03-14) Status: RO Content-Length: 1006 On Tue, 9 Dec 2008, Eric Sultan wrote: > Randy Fishel wrote: > > As Seb sort of implied in another case, quiesce() is also a required > > interface, so it is expected that this project will also implement this > > entry point, unless it provides equivilent information as would be expected > > for non-support of DDI_SUSPEND/DDI_RESUME. > > Quiesce? It doesn't show up in my copy of Writing Device Drivers. A new > interface, I presume, and not one currently offered in any of the other Sun > SPARC graphics device drivers. I'll look into quiesce(), but I'm pretty sure > that it wouldn't be implemented in Solaris 10 drivers, unless they're equipped > with a #pragma weak construct to determine whether it's available. Is #pragma > weak an acceptable way of determining things like this? Part of the Fast Reboot project: PSARC/2008/382. This is a recent requirement, and I don't expect it will show up in S10, and is an addition to the dev_ops structure. ---- Randy > > -- Eric > > > From Aaron.Zang@sun.com Tue Dec 9 18:19:08 2008 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 mBA2J7VI022705 for ; Tue, 9 Dec 2008 18:19:08 -0800 (PST) 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 mBA2J2XK007373; Wed, 10 Dec 2008 10:19:04 +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 <0KBN00A0J2FR8K00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 18:19:03 -0800 (PST) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBN00E3O2FQ5S90@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 18:19:03 -0800 (PST) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id mBA2J11s008700; Wed, 10 Dec 2008 02:19:01 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBN00K0128QAJ00@fe-emea-09.sun.com> (original mail from Aaron.Zang@Sun.COM); Wed, 10 Dec 2008 02:19:01 +0000 (GMT) Received: from [129.158.217.200] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBN00A832FKJFC0@fe-emea-09.sun.com>; Wed, 10 Dec 2008 02:19:01 +0000 (GMT) Date: Wed, 10 Dec 2008 10:16:53 +0800 From: Aaron Zang Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493EF1C9.5050505@Sun.COM> Sender: Aaron.Zang@sun.com To: Eric.Sultan@sun.com Cc: "Garrett D'Amore" , Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <493F2695.1070800@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EF1C9.5050505@Sun.COM> User-Agent: Thunderbird 2.0.0.16 (X11/20080922) Status: RO Content-Length: 653 On 12/10/08 06:31, Eric Sultan wrote: > Garrett D'Amore wrote: >> 3) Does this driver support the graphics mode console and/or virtual >> terminals? (Perhaps this question doesn't make sense -- I'm not sure >> how this driver interacts with remote consoles... or maybe I'm >> misunderstanding something.) > Yes, the code does support coherent consoles. I need to look into > virtual terminals before I can answer. > If the driver supports coherent console, i.e. visual_io(7I) interfaces, it would support virtual terminals automatically. Regards, Aaron -- You know some birds are not meant to be caged, their feathers are just too bright. From Edward.Shu@sun.com Tue Dec 9 18:30:58 2008 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 mBA2Uvkf022777 for ; Tue, 9 Dec 2008 18:30:57 -0800 (PST) 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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mBA2UqPi005528; Wed, 10 Dec 2008 02:30:54 GMT 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 <0KBN00B072ZHTF00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 18:30:53 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBN00EGU2ZG5VA0@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 18:30:53 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBA2Uq2d004241; Wed, 10 Dec 2008 02:30:52 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0KBN001012X7XL00@mail-apac.sun.com> (original mail from Edward.Shu@Sun.COM); Wed, 10 Dec 2008 10:30:52 +0800 (SGT) Received: from [129.158.218.35] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0KBN00LJL2ZESR50@mail-apac.sun.com>; Wed, 10 Dec 2008 10:30:52 +0800 (SGT) Date: Wed, 10 Dec 2008 10:30:55 +0800 From: Edward Shu Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493EEEA3.4060209@Sun.Com> Sender: Edward.Shu@sun.com To: Neal Pollack Cc: Eric.Sultan@sun.com, "Garrett D'Amore" , Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <493F29DF.6040007@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EE9A8.9010906@Sun.Com> <493EEE11.80203@Sun.COM> <493EEEA3.4060209@Sun.Com> User-Agent: Thunderbird 2.0.0.9 (X11/20080213) Status: RO Content-Length: 1093 Neal Pollack : > On 12/09/08 14:15, Eric Sultan wrote: >> Neal Pollack wrote: >>> ... >>> At a time of pressure to control costs, why is this not common >>> code? Why are we setting up >>> a sparc branch and an existing x86 branch? Or are the two groups >>> working together to >>> merge this support in a common driver (add support for sparc to the >>> existing x86 driver >>> and place it in a common branch of the source tree)? >> >> We aren't setting up a separate code branch. The SPARC code will be >> in the common code base, and >> that base will be modified to support SPARC as well as x86. During >> the development cycle, the SPARC >> code is separate, but it will be merged into the existing Xorg code. Will the kernel code be in X86 system? I think the kernel code may be SPARC specific. >> >> -- Eric >> > > excellent, thanks. -- Best Regards, Ming. ------------------------------------------ -Edward Shu -Solaris x86 Engineering, Sun Microsystems -Blog: http://blogs.sun.com/sming56/ -tele: +86-10-62673100 __________________________________________ From gdamore@sun.com Tue Dec 9 21:00:40 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBA50eJC011210 for ; Tue, 9 Dec 2008 21:00:40 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBA50crs008513; Tue, 9 Dec 2008 21:00:39 -0800 (PST) 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 <0KBN000039X2NP00@nwk-avmta-2.sfbay.sun.com>; Tue, 09 Dec 2008 21:00:38 -0800 (PST) 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 <0KBN000MH9WK2900@nwk-avmta-2.sfbay.sun.com>; Tue, 09 Dec 2008 21:00:20 -0800 (PST) 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 mBA50JR2000723; Tue, 09 Dec 2008 21:00:19 -0800 (PST) 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 <0KBN006019TWFA00@fe-sfbay-10.sun.com> (original mail from gdamore@sun.com) ; Tue, 09 Dec 2008 21:00:19 -0800 (PST) Received: from [10.7.251.172] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBN00JK59WJ9F90@fe-sfbay-10.sun.com>; Tue, 09 Dec 2008 21:00:19 -0800 (PST) Date: Tue, 09 Dec 2008 20:53:00 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493F1448.4030801@Sun.COM> Sender: Garrett.Damore@sun.com To: Eric.Sultan@sun.com Cc: Randy Fishel , Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <493F4B2C.7070306@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EF1C9.5050505@Sun.COM> <493EFF58.3020104@sun.com> <493F1448.4030801@Sun.COM> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 1533 Eric Sultan wrote: > Randy Fishel wrote: >> ... >> Suspend/Resume is a core feature, and drivers are expected to >> support DDI_SUSPEND/DDI_RESUME, such that silence implies the project >> will implement them. So if this project does not intend to support >> this feature at initial integration, it needs to describe in the case >> why it will not and/or the plan for implementing them. >> > > Yes, agreed. The project team intends to provide > DDI_SUSPEND/DDI_RESUME. I wasn't sure when I replied earlier. > > >> As Seb sort of implied in another case, quiesce() is also a required >> interface, so it is expected that this project will also implement >> this entry point, unless it provides equivilent information as would >> be expected for non-support of DDI_SUSPEND/DDI_RESUME. > > Quiesce? It doesn't show up in my copy of Writing Device Drivers. A > new interface, I presume, and not one currently offered in any of the > other Sun SPARC graphics device drivers. I'll look into quiesce(), > but I'm pretty sure that it wouldn't be implemented in Solaris 10 > drivers, unless they're equipped with a #pragma weak construct to > determine whether it's available. Is #pragma weak an acceptable way > of determining things like this? Actually, since it is just an extra field at the end of dev_ops, you can't #pragma weak it. Source probably won't compile on S10, but it is possible that the binaries compiled on S11 will work okay (sans quiesce support) on S10. -- Garrett > > -- Eric > > > From Alan.Coopersmith@sun.com Tue Dec 9 21:01:56 2008 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 mBA51tRU011293 for ; Tue, 9 Dec 2008 21:01:55 -0800 (PST) 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 mBA51XwZ001951; Wed, 10 Dec 2008 13:01:52 +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 <0KBN0090D9Z0HE00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 21:01:48 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBN001Q19Z0GX70@nwk-avmta-1.sfbay.Sun.COM>; Tue, 09 Dec 2008 21:01:48 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id mBA51m9N023775; Tue, 09 Dec 2008 21:01:48 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBN004019WD4B00@fe-sfbay-09.sun.com> (original mail from Alan.Coopersmith@Sun.COM); Tue, 09 Dec 2008 21:01:48 -0800 (PST) Received: from [10.6.102.118] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBN00L909YZRD80@fe-sfbay-09.sun.com>; Tue, 09 Dec 2008 21:01:48 -0800 (PST) Date: Tue, 09 Dec 2008 21:01:47 -0800 From: Alan Coopersmith Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493ED420.5010401@sun.com> Sender: Alan.Coopersmith@sun.com To: "Garrett D'Amore" Cc: Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <493F4D3B.60405@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Enigmail-Version: 0.95.1 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 531 Garrett D'Amore wrote: > Couple of quick questions: > > 1) Would it make sense to support this on x86 hardware as well? (I'm > thinking server class headless systems, which I gather is the target > market for these chips.) The Xorg driver has been delivered on x86 systems for a while, but it operates through the x86-specific /dev/xsvc backdoor instead of through a SPARC style /dev/fb device as this provides. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From gdamore@sun.com Tue Dec 9 21:14:33 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBA5EWao011397 for ; Tue, 9 Dec 2008 21:14:32 -0800 (PST) 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 mBA5ETYp006264; Tue, 9 Dec 2008 21:14:32 -0800 (PST) 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 <0KBN00B03AK7IC00@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 22:14:31 -0700 (MST) 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 <0KBN006YRAK75U30@brm-avmta-1.central.sun.com>; Tue, 09 Dec 2008 22:14:31 -0700 (MST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id mBA5EVLE001204; Tue, 09 Dec 2008 21:14:31 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBN00C01AI1DG00@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) ; Tue, 09 Dec 2008 21:14:31 -0800 (PST) Received: from [10.7.251.172] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBN00LHYAK6RDB0@fe-sfbay-09.sun.com>; Tue, 09 Dec 2008 21:14:31 -0800 (PST) Date: Tue, 09 Dec 2008 21:07:11 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: Sender: Garrett.Damore@sun.com To: Randy Fishel Cc: Eric Sultan , Eric Sultan , psarc-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <493F4E7F.6090705@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EF1C9.5050505@Sun.COM> <493EFF58.3020104@sun.com> <493F1448.4030801@Sun.COM> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 2134 Randy Fishel wrote: > On Tue, 9 Dec 2008, Eric Sultan wrote: > > >> Randy Fishel wrote: >> >>> As Seb sort of implied in another case, quiesce() is also a required >>> interface, so it is expected that this project will also implement this >>> entry point, unless it provides equivilent information as would be expected >>> for non-support of DDI_SUSPEND/DDI_RESUME. >>> >> Quiesce? It doesn't show up in my copy of Writing Device Drivers. A new >> interface, I presume, and not one currently offered in any of the other Sun >> SPARC graphics device drivers. I'll look into quiesce(), but I'm pretty sure >> that it wouldn't be implemented in Solaris 10 drivers, unless they're equipped >> with a #pragma weak construct to determine whether it's available. Is #pragma >> weak an acceptable way of determining things like this? >> > > Part of the Fast Reboot project: PSARC/2008/382. This is a recent > requirement, and I don't expect it will show up in S10, and is an > addition to the dev_ops structure. > I believe implementing *this* is higher priority (or should be) than SUSPEND/RESUME for this particular device driver. (Rationale: servers need to reboot quickly because they care more about high uptime numbers. But servers rarely are configured to suspend/resume -- the feature is much more generally useful on desktops and laptops. And, clearly, this driver is intended for servers, not for workstation class hardware.) The good news is that quiesce is pretty close to trivial for drivers to implement. All you have to do is put your hardware in a "safe for a future reset" state... all interrupts and DMA mastering disabled, and ready to be used by another instance of the operating system. It might even be possible to use ddi_quiesce_not_needed() if your device doesn't use DMA mastering or interrupts. (E.g. a simple memory mapped framebuffer wouldn't need to do anything.) You don't have to worry about locking either, because the system is guaranteed to be single threaded when quiesce is called. -- Garrett > ---- Randy > > >> -- Eric >> >> >> >> From Eric.Sultan@Sun.COM Wed Dec 10 09:24:09 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBAHO8SP015567 for ; Wed, 10 Dec 2008 09:24:09 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBAHO7tv048608; Wed, 10 Dec 2008 10:24:07 -0700 (MST) 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 <0KBO00B098C6TB00@brm-avmta-1.central.sun.com>; Wed, 10 Dec 2008 10:24:06 -0700 (MST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBO009938C2RS20@brm-avmta-1.central.sun.com>; Wed, 10 Dec 2008 10:24:02 -0700 (MST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBAHO171024353; Wed, 10 Dec 2008 17:24:02 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBO00A018BICB00@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Wed, 10 Dec 2008 10:24:01 -0700 (MST) Received: from [10.0.1.198] (adsl-71-141-226-85.dsl.snfc21.pacbell.net [71.141.226.85]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBO00BVH8AMOA50@mail-amer.sun.com>; Wed, 10 Dec 2008 10:23:11 -0700 (MST) Date: Wed, 10 Dec 2008 09:23:10 -0800 From: Eric Sultan Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493F29DF.6040007@sun.com> Sender: Eric.Sultan@Sun.COM To: Edward Shu Cc: Neal Pollack , "Garrett D'Amore" , Eric Sultan , PSARC-ext@Sun.COM, ron.bielaski@Sun.COM, Yajyun.Wang@Sun.COM Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.929.2) Content-type: text/plain; delsp=yes; format=flowed; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EE9A8.9010906@Sun.Com> <493EEE11.80203@Sun.COM> <493EEEA3.4060209@Sun.Com> <493F29DF.6040007@sun.com> Status: RO Content-Length: 1489 Yes, the kernel code is SPARC-specific. For example, SPARC does not have the x86-style inb and outb instructions. Access to the chip's I/O space is needed to setup memory-mapped accessibility. The I/O space can be reached from the Solaris kernel, but not from useland. -- Eric On Dec 9, 2008, at 6:30 PM, Edward Shu wrote: > Neal Pollack : >> On 12/09/08 14:15, Eric Sultan wrote: >>> Neal Pollack wrote: >>>> ... >>>> At a time of pressure to control costs, why is this not common >>>> code? Why are we setting up >>>> a sparc branch and an existing x86 branch? Or are the two groups >>>> working together to >>>> merge this support in a common driver (add support for sparc to >>>> the existing x86 driver >>>> and place it in a common branch of the source tree)? >>> >>> We aren't setting up a separate code branch. The SPARC code will >>> be in the common code base, and >>> that base will be modified to support SPARC as well as x86. >>> During the development cycle, the SPARC >>> code is separate, but it will be merged into the existing Xorg code. > Will the kernel code be in X86 system? I think the kernel code may > be SPARC specific. > >>> >>> -- Eric >>> >> >> excellent, thanks. > > > -- > Best Regards, > Ming. > > ------------------------------------------ > -Edward Shu > -Solaris x86 Engineering, Sun Microsystems > -Blog: http://blogs.sun.com/sming56/ > -tele: +86-10-62673100 > __________________________________________ > > From Eric.Sultan@sun.com Wed Dec 10 09:29:39 2008 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 mBAHTc7k015836 for ; Wed, 10 Dec 2008 09:29:39 -0800 (PST) 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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mBAHTW1h026071; Wed, 10 Dec 2008 17:29:35 GMT 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 <0KBO009018LAPL00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 10 Dec 2008 09:29:34 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBO00BDW8L9A6E0@nwk-avmta-1.sfbay.Sun.COM>; Wed, 10 Dec 2008 09:29:33 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBAHTXjT007297; Wed, 10 Dec 2008 17:29:33 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBO00A018CDWS00@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Wed, 10 Dec 2008 10:29:09 -0700 (MST) Received: from [10.0.1.198] (adsl-71-141-226-85.dsl.snfc21.pacbell.net [71.141.226.85]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBO00BD48K8OA60@mail-amer.sun.com>; Wed, 10 Dec 2008 10:28:57 -0700 (MST) Date: Wed, 10 Dec 2008 09:28:56 -0800 From: Eric Sultan Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493F4E7F.6090705@sun.com> Sender: Eric.Sultan@sun.com To: "Garrett D'Amore" Cc: Randy Fishel , Eric Sultan , PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Message-id: <086DD569-61CA-4DB5-A71F-0859AA65C4BD@Sun.COM> MIME-version: 1.0 X-Mailer: Apple Mail (2.929.2) Content-type: text/plain; delsp=yes; format=flowed; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EF1C9.5050505@Sun.COM> <493EFF58.3020104@sun.com> <493F1448.4030801@Sun.COM> <493F4E7F.6090705@sun.com> Status: RO Content-Length: 2665 OK, quiesce/unquiesce may make sense for post-Solaris 10 systems. If it were made a part of Solaris 10 at some time in the future, I'd use #pragma weak", testing the waters for some proc (ddi_quiesce_not_needed, for example). I'm not a fan of #pragma weak, and it's not an issue anyway since quiesce/unquiesce isn't part of the Solaris 10 landscape. -- Eric On Dec 9, 2008, at 9:07 PM, Garrett D'Amore wrote: > Randy Fishel wrote: >> On Tue, 9 Dec 2008, Eric Sultan wrote: >> >> >>> Randy Fishel wrote: >>> >>>> As Seb sort of implied in another case, quiesce() is also a >>>> required >>>> interface, so it is expected that this project will also >>>> implement this >>>> entry point, unless it provides equivilent information as would >>>> be expected >>>> for non-support of DDI_SUSPEND/DDI_RESUME. >>>> >>> Quiesce? It doesn't show up in my copy of Writing Device >>> Drivers. A new >>> interface, I presume, and not one currently offered in any of the >>> other Sun >>> SPARC graphics device drivers. I'll look into quiesce(), but I'm >>> pretty sure >>> that it wouldn't be implemented in Solaris 10 drivers, unless >>> they're equipped >>> with a #pragma weak construct to determine whether it's >>> available. Is #pragma >>> weak an acceptable way of determining things like this? >>> >> >> Part of the Fast Reboot project: PSARC/2008/382. This is a recent >> requirement, and I don't expect it will show up in S10, and is an >> addition to the dev_ops structure. >> > > I believe implementing *this* is higher priority (or should be) than > SUSPEND/RESUME for this particular device driver. (Rationale: > servers need to reboot quickly because they care more about high > uptime numbers. But servers rarely are configured to suspend/resume > -- the feature is much more generally useful on desktops and > laptops. And, clearly, this driver is intended for servers, not for > workstation class hardware.) > > The good news is that quiesce is pretty close to trivial for drivers > to implement. All you have to do is put your hardware in a "safe > for a future reset" state... all interrupts and DMA mastering > disabled, and ready to be used by another instance of the operating > system. It might even be possible to use ddi_quiesce_not_needed() > if your device doesn't use DMA mastering or interrupts. (E.g. a > simple memory mapped framebuffer wouldn't need to do anything.) You > don't have to worry about locking either, because the system is > guaranteed to be single threaded when quiesce is called. > > -- Garrett >> ---- Randy >> >> >>> -- Eric >>> >>> >>> >>> > From Garrett.Damore@sun.com Wed Dec 10 10:29:03 2008 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 mBAIT2UJ019276 for ; Wed, 10 Dec 2008 10:29:02 -0800 (PST) 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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mBAISsMf002836; Wed, 10 Dec 2008 18:29:00 GMT 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 <0KBO00G01BCAOS00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 10 Dec 2008 10:28:58 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBO009OQBC9YU50@nwk-avmta-1.sfbay.Sun.COM>; Wed, 10 Dec 2008 10:28:57 -0800 (PST) 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 mBAISvIZ010882; Wed, 10 Dec 2008 10:28:57 -0800 (PST) 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 <0KBO00L01B94CC00@fe-sfbay-10.sun.com> (original mail from Garrett.Damore@Sun.COM); Wed, 10 Dec 2008 10:28:57 -0800 (PST) Received: from [129.153.2.14] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBO00EZXBC89UD0@fe-sfbay-10.sun.com>; Wed, 10 Dec 2008 10:28:57 -0800 (PST) Date: Wed, 10 Dec 2008 10:28:56 -0800 From: "Garrett D'Amore" Subject: 2008/757 SPARC support for AST graphics Sender: Garrett.Damore@sun.com To: PSARC-ext@sun.com, Sherry Moore , Randall Fishel Message-id: <49400A68.4080908@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.16 (X11/20080807) Status: RO Content-Length: 960 At PSARC today, this was let run, because of the question of quiesce(9e) support. PSARC would like to see either the project team agree to implement quiesce(9e) or a written statement from the Fast Reboot team clarifying that quiesce() is not needed for this project. (Note that while I understand the project title indicates SPARC, earlier discussion has revealed that this project also shares code with x86. I personally believe the quiesce question is more germane to x86 at the moment, but I'm not sure if that is tantamount to granting a blanket waiver for SPARC drivers.) The same questions can also be made of DDI_SUSPEND and DDI_RESUME, though I perceive that there is less urgency here (given that this is intended for server products). As a final personal note, I expect that if the project team simply agrees to implement both suspend/resume and quiesce, that this case will be approved with no further objections. - -Garrett From sherry.moore@sun.com Wed Dec 10 11:04:43 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBAJ4hj0020081 for ; Wed, 10 Dec 2008 11:04:43 -0800 (PST) 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 mBAJ4h9n017037 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 10 Dec 2008 11:04:43 -0800 (PST) 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 <0KBO00L0PCZTGA00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 10 Dec 2008 12:04:41 -0700 (MST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBO0096OCZSRGA0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 10 Dec 2008 12:04:40 -0700 (MST) Received: from geralyn.sfbay.sun.com (geralyn.SFBay.Sun.COM [129.146.226.228]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mBAJ4dH3049819; Wed, 10 Dec 2008 11:04:39 -0800 (PST) Received: from geralyn.sfbay.sun.com (localhost [127.0.0.1]) by geralyn.sfbay.sun.com (8.14.3+Sun/8.14.1) with ESMTP id mBAJ4d8j266986; Wed, 10 Dec 2008 11:04:39 -0800 (PST) Received: (from sherrym@localhost) by geralyn.sfbay.sun.com (8.14.3+Sun/8.14.1/Submit) id mBAJ4d12266985; Wed, 10 Dec 2008 11:04:39 -0800 (PST) Date: Wed, 10 Dec 2008 11:04:39 -0800 From: Sherry Moore Subject: Re: 2008/757 SPARC support for AST graphics In-reply-to: <49400A68.4080908@sun.com> To: "Garrett D'Amore" Cc: PSARC-ext@sun.com, Sherry Moore , Randall Fishel Message-id: <20081210190438.GG265658@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <49400A68.4080908@sun.com> X-Authentication-warning: geralyn.sfbay.sun.com: sherrym set sender to sherry.moore@sun.com using -f User-Agent: Mutt/1.5.17 (2007-11-01) Status: RO Content-Length: 1568 quiesce(9E) is a newly (since build 100) added dev_ops entry point http://docs.sun.com/app/docs/doc/819-2255/quiesce-9e?l=en&a=view The Fast Reboot team would like the SPARC AST project team to state in the final case material 1. that quiesce(9E) will not be implemented at initial integration and why. 2. their commitment to implement quiesce(9E) when SPARC Fast Reboot project is in progress. Thanks, Sherry On Wed, Dec 10, 2008 at 10:28:56AM -0800, Garrett D'Amore wrote: > At PSARC today, this was let run, because of the question of quiesce(9e) > support. PSARC would like to see either the project team agree to > implement quiesce(9e) or a written statement from the Fast Reboot team > clarifying that quiesce() is not needed for this project. > > (Note that while I understand the project title indicates SPARC, earlier > discussion has revealed that this project also shares code with x86. I > personally believe the quiesce question is more germane to x86 at the > moment, but I'm not sure if that is tantamount to granting a blanket waiver > for SPARC drivers.) > > The same questions can also be made of DDI_SUSPEND and DDI_RESUME, though I > perceive that there is less urgency here (given that this is intended for > server products). > > As a final personal note, I expect that if the project team simply agrees > to implement both suspend/resume and quiesce, that this case will be > approved with no further objections. > > - -Garrett -- Sherry Moore, Solaris Core Kernel http://blogs.sun.com/sherrym From Eric.Sultan@sun.com Thu Dec 11 13:51:53 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBBLprYE013430 for ; Thu, 11 Dec 2008 13:51:53 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBBLpox8060250; Thu, 11 Dec 2008 14:51:52 -0700 (MST) 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 <0KBQ00817FEELW00@nwk-avmta-2.sfbay.sun.com>; Thu, 11 Dec 2008 13:51:50 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBQ00MN7FED7OB0@nwk-avmta-2.sfbay.sun.com>; Thu, 11 Dec 2008 13:51:50 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBBLpnrA018710; Thu, 11 Dec 2008 21:51:49 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBQ00E01D75L900@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Thu, 11 Dec 2008 14:51:49 -0700 (MST) Received: from [129.146.94.117] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBQ00KXWFE30Z50@mail-amer.sun.com>; Thu, 11 Dec 2008 14:51:40 -0700 (MST) Date: Thu, 11 Dec 2008 13:51:39 -0800 From: Eric Sultan Subject: Re: 2008/757 SPARC support for AST graphics In-reply-to: <20081210190438.GG265658@sun.com> Sender: Eric.Sultan@sun.com To: Sherry Moore Cc: "Garrett D'Amore" , PSARC-ext@sun.com, Randall Fishel Reply-to: Eric.Sultan@sun.com Message-id: <49418B6B.8010402@Sun.COM> MIME-version: 1.0 Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49400A68.4080908@sun.com> <20081210190438.GG265658@sun.com> User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Status: RO Content-Length: 2657 The project team agrees that quiesce and suspend/resume should be supported.

Solaris 10 deliveries will include support for DDI_SUSPEND and DDI_RESUME.

Post-Solaris 10 deliveries will also include support for quiesce(9e).  In the initial deliveries, the quiesce vector in the dev_ops struct will be set to ddi_quiesce_not_supported if the target OS doesn't yet have any quiesce users.  When the Fast Reboot team delivers code that uses quiesce, the ast driver will replace that vector with one to a device-specific quiesce entry point.

  -- Eric




Sherry Moore wrote: 
quiesce(9E) is a newly (since build 100) added dev_ops entry point
    http://docs.sun.com/app/docs/doc/819-2255/quiesce-9e?l=en&a=view

The Fast Reboot team would like the SPARC AST project team to state
in the final case material

    1. that quiesce(9E) will not be implemented at initial integration
       and why.

    2. their commitment to implement quiesce(9E) when SPARC Fast Reboot
       project is in progress.

Thanks,
Sherry

On Wed, Dec 10, 2008 at 10:28:56AM -0800, Garrett D'Amore wrote:
  
At PSARC today, this was let run, because of the question of quiesce(9e) 
support.  PSARC would like to see either the project team agree to 
implement quiesce(9e)  or a written statement from the Fast Reboot team 
clarifying that quiesce() is not needed for this project.

(Note that while I understand the project title indicates SPARC, earlier 
discussion has revealed that this project also shares code with x86.  I 
personally believe the quiesce question is more germane to x86 at the 
moment, but I'm not sure if that is tantamount to granting a blanket waiver 
for SPARC drivers.)

The same questions can also be made of DDI_SUSPEND and DDI_RESUME, though I 
perceive that there is less urgency here (given that this is intended for 
server products).

As a final personal note, I expect that if the project team simply agrees 
to implement both suspend/resume and quiesce, that this case will be 
approved with no further objections.

   - -Garrett

From Garrett.Damore@sun.com Thu Dec 11 13:57:30 2008 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 mBBLvTGl023093 for ; Thu, 11 Dec 2008 13:57:29 -0800 (PST) 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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mBBLvPSR006588; Thu, 11 Dec 2008 21:57:27 GMT 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 <0KBQ00M0BFNPEE00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 11 Dec 2008 13:57:25 -0800 (PST) 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 <0KBQ00DJHFNPET70@nwk-avmta-1.sfbay.Sun.COM>; Thu, 11 Dec 2008 13:57:25 -0800 (PST) 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 mBBLvPhN015575; Thu, 11 Dec 2008 13:57:25 -0800 (PST) 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 <0KBQ00201FHV6R00@fe-sfbay-10.sun.com> (original mail from Garrett.Damore@Sun.COM); Thu, 11 Dec 2008 13:57:25 -0800 (PST) Received: from [10.7.251.172] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBQ00LSKFNO4320@fe-sfbay-10.sun.com>; Thu, 11 Dec 2008 13:57:24 -0800 (PST) Date: Thu, 11 Dec 2008 13:49:58 -0800 From: "Garrett D'Amore" Subject: Re: 2008/757 SPARC support for AST graphics In-reply-to: <49418B6B.8010402@Sun.COM> Sender: Garrett.Damore@sun.com To: Eric.Sultan@sun.com Cc: Sherry Moore , PSARC-ext@sun.com, Randall Fishel Reply-to: Garrett.Damore@sun.com Message-id: <49418B06.6080402@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49400A68.4080908@sun.com> <20081210190438.GG265658@sun.com> <49418B6B.8010402@Sun.COM> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 2776 Eric Sultan wrote: > The project team agrees that quiesce and suspend/resume should be > supported. > > Solaris 10 deliveries will include support for DDI_SUSPEND and DDI_RESUME. > > Post-Solaris 10 deliveries will also include support for quiesce(9e). > In the initial deliveries, the quiesce vector in the dev_ops struct > will be set to ddi_quiesce_not_supported if the target OS doesn't yet > have any quiesce users. When the Fast Reboot team delivers code that > uses quiesce, the ast driver will replace that vector with one to a > device-specific quiesce entry point. I'm happy with this response. Note that on x86, there are already quiesce() users. So on x86 at least, quiesce should be supported on Nevada from the initial point of integration. (As an aside, I'm not sure there is any point in doing DDI_SUSPEND/RESUME on Solaris 10. None of the SPARC platforms in question can SUSPEND/RESUME -- or at least I don't think they can -- and x86 SUSPEND/RESUME is only supported on Solaris Nevada/OpenSolaris. So you might have a difficult time verifying suspend/resume on S10.) -- Garrett > > -- Eric > > > > > Sherry Moore wrote: >> quiesce(9E) is a newly (since build 100) added dev_ops entry point >> http://docs.sun.com/app/docs/doc/819-2255/quiesce-9e?l=en&a=view >> >> The Fast Reboot team would like the SPARC AST project team to state >> in the final case material >> >> 1. that quiesce(9E) will not be implemented at initial integration >> and why. >> >> 2. their commitment to implement quiesce(9E) when SPARC Fast Reboot >> project is in progress. >> >> Thanks, >> Sherry >> >> On Wed, Dec 10, 2008 at 10:28:56AM -0800, Garrett D'Amore wrote: >> >>> At PSARC today, this was let run, because of the question of quiesce(9e) >>> support. PSARC would like to see either the project team agree to >>> implement quiesce(9e) or a written statement from the Fast Reboot team >>> clarifying that quiesce() is not needed for this project. >>> >>> (Note that while I understand the project title indicates SPARC, earlier >>> discussion has revealed that this project also shares code with x86. I >>> personally believe the quiesce question is more germane to x86 at the >>> moment, but I'm not sure if that is tantamount to granting a blanket waiver >>> for SPARC drivers.) >>> >>> The same questions can also be made of DDI_SUSPEND and DDI_RESUME, though I >>> perceive that there is less urgency here (given that this is intended for >>> server products). >>> >>> As a final personal note, I expect that if the project team simply agrees >>> to implement both suspend/resume and quiesce, that this case will be >>> approved with no further objections. >>> >>> - -Garrett >>> >> >> > From Eric.Sultan@sun.com Thu Dec 11 14:05:38 2008 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 mBBM5c4M020379 for ; Thu, 11 Dec 2008 14:05:38 -0800 (PST) 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.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mBBM5YWK011312; Thu, 11 Dec 2008 22:05:36 GMT 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 <0KBQ0090ZG1BFE00@nwk-avmta-2.sfbay.sun.com>; Thu, 11 Dec 2008 14:05:35 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBQ00MQDG1A7YC0@nwk-avmta-2.sfbay.sun.com>; Thu, 11 Dec 2008 14:05:35 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBBM5Ywd017531; Thu, 11 Dec 2008 22:05:34 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBQ00B01FWZ5Z00@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Thu, 11 Dec 2008 15:05:34 -0700 (MST) Received: from [129.146.94.117] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBQ002JRG17DP60@mail-amer.sun.com>; Thu, 11 Dec 2008 15:05:33 -0700 (MST) Date: Thu, 11 Dec 2008 14:05:31 -0800 From: Eric Sultan Subject: Re: 2008/757 SPARC support for AST graphics In-reply-to: <49418B06.6080402@sun.com> Sender: Eric.Sultan@sun.com To: Garrett.Damore@sun.com Cc: Sherry Moore , PSARC-ext@sun.com, Randall Fishel Reply-to: Eric.Sultan@sun.com Message-id: <49418EAB.5030803@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49400A68.4080908@sun.com> <20081210190438.GG265658@sun.com> <49418B6B.8010402@Sun.COM> <49418B06.6080402@sun.com> User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Status: RO Content-Length: 3373 I'd not realized that DDI_SUSPEND/DDI_RESUME was no longer a factor in Solaris 10. I'll look into that, and am prepared to be surprised. Still, we like our source code to be as alike as possible across OS versions, so the team would deliver it into Solaris 10 anyway. The x86 support for ast won't use the SPARC kernel device driver, nor an x86 kernel driver, so the quiesce question is not a factor for ast on x86. At least, not as a part of this project. -- Eric Garrett D'Amore wrote: > Eric Sultan wrote: >> The project team agrees that quiesce and suspend/resume should be >> supported. >> >> Solaris 10 deliveries will include support for DDI_SUSPEND and >> DDI_RESUME. >> >> Post-Solaris 10 deliveries will also include support for >> quiesce(9e). In the initial deliveries, the quiesce vector in the >> dev_ops struct will be set to ddi_quiesce_not_supported if the target >> OS doesn't yet have any quiesce users. When the Fast Reboot team >> delivers code that uses quiesce, the ast driver will replace that >> vector with one to a device-specific quiesce entry point. > > I'm happy with this response. Note that on x86, there are already > quiesce() users. So on x86 at least, quiesce should be supported on > Nevada from the initial point of integration. > > (As an aside, I'm not sure there is any point in doing > DDI_SUSPEND/RESUME on Solaris 10. None of the SPARC platforms in > question can SUSPEND/RESUME -- or at least I don't think they can -- > and x86 SUSPEND/RESUME is only supported on Solaris > Nevada/OpenSolaris. So you might have a difficult time verifying > suspend/resume on S10.) > > -- Garrett >> >> -- Eric >> >> >> >> >> Sherry Moore wrote: >>> quiesce(9E) is a newly (since build 100) added dev_ops entry point >>> http://docs.sun.com/app/docs/doc/819-2255/quiesce-9e?l=en&a=view >>> >>> The Fast Reboot team would like the SPARC AST project team to state >>> in the final case material >>> >>> 1. that quiesce(9E) will not be implemented at initial integration >>> and why. >>> >>> 2. their commitment to implement quiesce(9E) when SPARC Fast Reboot >>> project is in progress. >>> >>> Thanks, >>> Sherry >>> >>> On Wed, Dec 10, 2008 at 10:28:56AM -0800, Garrett D'Amore wrote: >>> >>>> At PSARC today, this was let run, because of the question of >>>> quiesce(9e) support. PSARC would like to see either the project >>>> team agree to implement quiesce(9e) or a written statement from >>>> the Fast Reboot team clarifying that quiesce() is not needed for >>>> this project. >>>> >>>> (Note that while I understand the project title indicates SPARC, >>>> earlier discussion has revealed that this project also shares code >>>> with x86. I personally believe the quiesce question is more >>>> germane to x86 at the moment, but I'm not sure if that is >>>> tantamount to granting a blanket waiver for SPARC drivers.) >>>> >>>> The same questions can also be made of DDI_SUSPEND and DDI_RESUME, >>>> though I perceive that there is less urgency here (given that this >>>> is intended for server products). >>>> >>>> As a final personal note, I expect that if the project team simply >>>> agrees to implement both suspend/resume and quiesce, that this case >>>> will be approved with no further objections. >>>> >>>> - -Garrett >>>> >>> >>> >> > From Garrett.Damore@sun.com Thu Dec 11 18:54:05 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBC2s5gW024853 for ; Thu, 11 Dec 2008 18:54:05 -0800 (PST) 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 mBC2s4ZP015959; Thu, 11 Dec 2008 18:54:04 -0800 (PST) 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 <0KBQ00F01TE3VC00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 11 Dec 2008 18:54:03 -0800 (PST) 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 <0KBQ00BE2TE2UZB0@nwk-avmta-1.sfbay.Sun.COM>; Thu, 11 Dec 2008 18:54:02 -0800 (PST) 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 mBC2s2jA011989; Thu, 11 Dec 2008 18:54:02 -0800 (PST) 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 <0KBQ00L01TD03H00@fe-sfbay-10.sun.com> (original mail from Garrett.Damore@Sun.COM); Thu, 11 Dec 2008 18:54:02 -0800 (PST) Received: from [10.7.251.172] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBQ003LQTE2DR70@fe-sfbay-10.sun.com>; Thu, 11 Dec 2008 18:54:02 -0800 (PST) Date: Thu, 11 Dec 2008 18:46:36 -0800 From: "Garrett D'Amore" Subject: Re: 2008/757 SPARC support for AST graphics In-reply-to: <49418EAB.5030803@Sun.COM> Sender: Garrett.Damore@sun.com To: Eric.Sultan@sun.com Cc: Sherry Moore , PSARC-ext@sun.com, Randall Fishel Reply-to: Garrett.Damore@sun.com Message-id: <4941D08C.9090407@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49400A68.4080908@sun.com> <20081210190438.GG265658@sun.com> <49418B6B.8010402@Sun.COM> <49418B06.6080402@sun.com> <49418EAB.5030803@Sun.COM> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 4268 Eric Sultan wrote: > I'd not realized that DDI_SUSPEND/DDI_RESUME was no longer a factor in > Solaris 10. I'll look into that, and am prepared to be surprised. > Still, we like our source code to be as alike as possible across OS > versions, so the team would deliver it into Solaris 10 anyway. Sounds reasonable. ;-) On S10, SUSPEND/RESUME was only ever implemented for SPARC workstations and certain high end servers. (On the workstations it was done for E*Star compliance. On the E10K class server -- and possibly others -- it was used to prevent changes to kernel memory while performing a DR operation on the memory board containing the kernel cage.) I don't believe any "modern" SPARC server still relies on it, although I suppose it might be used on the high end M class or E25Kish systems. > > The x86 support for ast won't use the SPARC kernel device driver, nor > an x86 kernel driver, so the quiesce question is not a factor for ast > on x86. At least, not as a part of this project. OK, that seems fair enough. If you're not using a kernel driver on x86, even the SUSPEND/RESUME support is probably deferrable. I'd be surprised if this driver were used on any SPARC system capable (at this time) of suspend/resume. -- Garrett > > -- Eric > > > Garrett D'Amore wrote: >> Eric Sultan wrote: >>> The project team agrees that quiesce and suspend/resume should be >>> supported. >>> >>> Solaris 10 deliveries will include support for DDI_SUSPEND and >>> DDI_RESUME. >>> >>> Post-Solaris 10 deliveries will also include support for >>> quiesce(9e). In the initial deliveries, the quiesce vector in the >>> dev_ops struct will be set to ddi_quiesce_not_supported if the >>> target OS doesn't yet have any quiesce users. When the Fast Reboot >>> team delivers code that uses quiesce, the ast driver will replace >>> that vector with one to a device-specific quiesce entry point. >> >> I'm happy with this response. Note that on x86, there are already >> quiesce() users. So on x86 at least, quiesce should be supported on >> Nevada from the initial point of integration. >> >> (As an aside, I'm not sure there is any point in doing >> DDI_SUSPEND/RESUME on Solaris 10. None of the SPARC platforms in >> question can SUSPEND/RESUME -- or at least I don't think they can -- >> and x86 SUSPEND/RESUME is only supported on Solaris >> Nevada/OpenSolaris. So you might have a difficult time verifying >> suspend/resume on S10.) >> >> -- Garrett >>> >>> -- Eric >>> >>> >>> >>> >>> Sherry Moore wrote: >>>> quiesce(9E) is a newly (since build 100) added dev_ops entry point >>>> http://docs.sun.com/app/docs/doc/819-2255/quiesce-9e?l=en&a=view >>>> >>>> The Fast Reboot team would like the SPARC AST project team to state >>>> in the final case material >>>> >>>> 1. that quiesce(9E) will not be implemented at initial integration >>>> and why. >>>> >>>> 2. their commitment to implement quiesce(9E) when SPARC Fast >>>> Reboot >>>> project is in progress. >>>> >>>> Thanks, >>>> Sherry >>>> >>>> On Wed, Dec 10, 2008 at 10:28:56AM -0800, Garrett D'Amore wrote: >>>> >>>>> At PSARC today, this was let run, because of the question of >>>>> quiesce(9e) support. PSARC would like to see either the project >>>>> team agree to implement quiesce(9e) or a written statement from >>>>> the Fast Reboot team clarifying that quiesce() is not needed for >>>>> this project. >>>>> >>>>> (Note that while I understand the project title indicates SPARC, >>>>> earlier discussion has revealed that this project also shares code >>>>> with x86. I personally believe the quiesce question is more >>>>> germane to x86 at the moment, but I'm not sure if that is >>>>> tantamount to granting a blanket waiver for SPARC drivers.) >>>>> >>>>> The same questions can also be made of DDI_SUSPEND and DDI_RESUME, >>>>> though I perceive that there is less urgency here (given that this >>>>> is intended for server products). >>>>> >>>>> As a final personal note, I expect that if the project team simply >>>>> agrees to implement both suspend/resume and quiesce, that this >>>>> case will be approved with no further objections. >>>>> >>>>> - -Garrett >>>>> >>>> >>>> >>> >> > From Eric.Sultan@sun.com Fri Dec 12 12:22:33 2008 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 mBCKMW54004966 for ; Fri, 12 Dec 2008 12:22:33 -0800 (PST) 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 mBCKMSCN015798; Sat, 13 Dec 2008 04:22:29 +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 <0KBS00G0F5XGGS00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 12 Dec 2008 12:22:28 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBS002L25XFGLE0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 12 Dec 2008 12:22:27 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBCKMRIY001812; Fri, 12 Dec 2008 20:22:27 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBS007014ZQ5400@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Fri, 12 Dec 2008 13:22:27 -0700 (MST) Received: from [129.146.94.117] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBS006R95X8B720@mail-amer.sun.com>; Fri, 12 Dec 2008 13:22:21 -0700 (MST) Date: Fri, 12 Dec 2008 12:22:20 -0800 From: Eric Sultan Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <493F4E7F.6090705@sun.com> Sender: Eric.Sultan@sun.com Cc: PSARC-ext@sun.com, ron.bielaski@sun.com, Yajyun.Wang@sun.com Reply-to: Eric.Sultan@sun.com Message-id: <4942C7FC.6030605@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> <493ED420.5010401@sun.com> <493EF1C9.5050505@Sun.COM> <493EFF58.3020104@sun.com> <493F1448.4030801@Sun.COM> <493F4E7F.6090705@sun.com> User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Status: RO Content-Length: 981 I see that some email yesterday did not include the case number in the subject line, and so was not archived in the case directory's mail file. This email summarizes the unintentionally-out-of-band mail so that it is recorded with the case materials. The project team agrees to support DDI_SUSPEND/DDI_RESUME, and to support quiesce(9e) where appropriate. The initial delivery of the ast kernel device driver will set the quiesce vector in the dev_ops struct to ddi_quiesce_not_supported, and will replace that with a vector to the device-specific quiesce entry point when the Fast Reboot team advises that it is ready for this. The Fast Reboot team has specifically requested the initial use of ddi_quiesce_not_supported, and the ast team agrees to this. Since the x86 support of ast does not use a kernel device driver, the issues of DDI_SUSPEND/DDI_RESUME and of quiesce(9e) do not occur. These are issues only for the SPARC support for AST graphics. -- Eric From Terry.Whatley@sun.com Mon Dec 15 16:01:55 2008 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 mBG01se0013079 for ; Mon, 15 Dec 2008 16:01:55 -0800 (PST) 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 mBG01muj018374; Tue, 16 Dec 2008 08:01:52 +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 <0KBY00C01030P500@nwk-avmta-1.sfbay.Sun.COM>; Mon, 15 Dec 2008 16:01:48 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBY0026Q0305860@nwk-avmta-1.sfbay.Sun.COM>; Mon, 15 Dec 2008 16:01:48 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id mBG01lca027241; Mon, 15 Dec 2008 16:01:47 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBX00M01ZCL9Y00@fe-sfbay-09.sun.com> (original mail from Terry.Whatley@Sun.COM); Mon, 15 Dec 2008 16:01:47 -0800 (PST) Received: from [10.0.2.15] ([67.123.136.98]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBY007YB02ZR030@fe-sfbay-09.sun.com>; Mon, 15 Dec 2008 16:01:47 -0800 (PST) Date: Mon, 15 Dec 2008 16:01:47 -0800 From: "Terry (Sarito) Whatley" Subject: Re: 2008/757 SPARC support for AST graphics In-reply-to: <4941D08C.9090407@sun.com> Sender: Terry.Whatley@sun.com To: Garrett.Damore@sun.com Cc: Eric.Sultan@sun.com, PSARC-ext@sun.com, Randall Fishel , Sherry Moore Message-id: <4946EFEB.8040904@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49400A68.4080908@sun.com> <20081210190438.GG265658@sun.com> <49418B6B.8010402@Sun.COM> <49418B06.6080402@sun.com> <49418EAB.5030803@Sun.COM> <4941D08C.9090407@sun.com> User-Agent: Thunderbird 2.0.0.9 (X11/20080213) Status: RO Content-Length: 5364 Garrett D'Amore wrote: > Eric Sultan wrote: > >> I'd not realized that DDI_SUSPEND/DDI_RESUME was no longer a factor in >> Solaris 10. I'll look into that, and am prepared to be surprised. >> Still, we like our source code to be as alike as possible across OS >> versions, so the team would deliver it into Solaris 10 anyway. >> > > Sounds reasonable. ;-) On S10, SUSPEND/RESUME was only ever implemented > for SPARC workstations and certain high end servers. (On the > workstations it was done for E*Star compliance. On the E10K class > server -- and possibly others -- it was used to prevent changes to > kernel memory while performing a DR operation on the memory board > containing the kernel cage.) I don't believe any "modern" SPARC server > still relies on it, although I suppose it might be used on the high end > M class or E25Kish systems. > > >> The x86 support for ast won't use the SPARC kernel device driver, nor >> an x86 kernel driver, so the quiesce question is not a factor for ast >> on x86. At least, not as a part of this project. >> > > OK, that seems fair enough. If you're not using a kernel driver on x86, > even the SUSPEND/RESUME support is probably deferrable. I'd be > surprised if this driver were used on any SPARC system capable (at this > time) of suspend/resume. > I believe that this has been correctly handled by the driver team (from a more recent email from Eric stating that they would support DDI_SUSPEND/ DDI_RESUME), but I need to put in a word to say that DDI_SUSPEND/DDI_RESUME is still very much alive on SPARC systems (there is an LDoms migration prototype that uses the suspend to ram functionality that was introduced into the kernel by the X64 team to suspend domains for migration, and that requires every driver to support DDI_SUSPEND/ DDI_RESUME. This is a first class interface, and must be supported in all drivers on all platforms that the driver will be used on. We have had only grief every time a driver did not support these. thanks, sarito > -- Garrett > >> -- Eric >> >> >> Garrett D'Amore wrote: >> >>> Eric Sultan wrote: >>> >>>> The project team agrees that quiesce and suspend/resume should be >>>> supported. >>>> >>>> Solaris 10 deliveries will include support for DDI_SUSPEND and >>>> DDI_RESUME. >>>> >>>> Post-Solaris 10 deliveries will also include support for >>>> quiesce(9e). In the initial deliveries, the quiesce vector in the >>>> dev_ops struct will be set to ddi_quiesce_not_supported if the >>>> target OS doesn't yet have any quiesce users. When the Fast Reboot >>>> team delivers code that uses quiesce, the ast driver will replace >>>> that vector with one to a device-specific quiesce entry point. >>>> >>> I'm happy with this response. Note that on x86, there are already >>> quiesce() users. So on x86 at least, quiesce should be supported on >>> Nevada from the initial point of integration. >>> >>> (As an aside, I'm not sure there is any point in doing >>> DDI_SUSPEND/RESUME on Solaris 10. None of the SPARC platforms in >>> question can SUSPEND/RESUME -- or at least I don't think they can -- >>> and x86 SUSPEND/RESUME is only supported on Solaris >>> Nevada/OpenSolaris. So you might have a difficult time verifying >>> suspend/resume on S10.) >>> >>> -- Garrett >>> >>>> -- Eric >>>> >>>> >>>> >>>> >>>> Sherry Moore wrote: >>>> >>>>> quiesce(9E) is a newly (since build 100) added dev_ops entry point >>>>> http://docs.sun.com/app/docs/doc/819-2255/quiesce-9e?l=en&a=view >>>>> >>>>> The Fast Reboot team would like the SPARC AST project team to state >>>>> in the final case material >>>>> >>>>> 1. that quiesce(9E) will not be implemented at initial integration >>>>> and why. >>>>> >>>>> 2. their commitment to implement quiesce(9E) when SPARC Fast >>>>> Reboot >>>>> project is in progress. >>>>> >>>>> Thanks, >>>>> Sherry >>>>> >>>>> On Wed, Dec 10, 2008 at 10:28:56AM -0800, Garrett D'Amore wrote: >>>>> >>>>> >>>>>> At PSARC today, this was let run, because of the question of >>>>>> quiesce(9e) support. PSARC would like to see either the project >>>>>> team agree to implement quiesce(9e) or a written statement from >>>>>> the Fast Reboot team clarifying that quiesce() is not needed for >>>>>> this project. >>>>>> >>>>>> (Note that while I understand the project title indicates SPARC, >>>>>> earlier discussion has revealed that this project also shares code >>>>>> with x86. I personally believe the quiesce question is more >>>>>> germane to x86 at the moment, but I'm not sure if that is >>>>>> tantamount to granting a blanket waiver for SPARC drivers.) >>>>>> >>>>>> The same questions can also be made of DDI_SUSPEND and DDI_RESUME, >>>>>> though I perceive that there is less urgency here (given that this >>>>>> is intended for server products). >>>>>> >>>>>> As a final personal note, I expect that if the project team simply >>>>>> agrees to implement both suspend/resume and quiesce, that this >>>>>> case will be approved with no further objections. >>>>>> >>>>>> - -Garrett >>>>>> >>>>>> >>>>> >>>>> > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org > From Eric.Sultan@Sun.COM Tue Dec 16 15:40:30 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mBGNeTov010562 for ; Tue, 16 Dec 2008 15:40:29 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBGNeQ5i052587; Tue, 16 Dec 2008 16:40:28 -0700 (MST) 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 <0KBZ00I11TRFPY00@nwk-avmta-2.sfbay.sun.com>; Tue, 16 Dec 2008 15:40:27 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KBZ00E88TRDE850@nwk-avmta-2.sfbay.sun.com>; Tue, 16 Dec 2008 15:40:25 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBGNeP5k007305; Tue, 16 Dec 2008 23:40:25 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KBZ00301STRNU00@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Tue, 16 Dec 2008 16:40:25 -0700 (MST) Received: from [129.146.94.117] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KBZ00FJ9TR8O000@mail-amer.sun.com>; Tue, 16 Dec 2008 16:40:22 -0700 (MST) Date: Tue, 16 Dec 2008 15:40:20 -0800 From: Eric Sultan Subject: Re: SPARC support for AST graphics [PSARC/2008/757 FastTrack timeout 12/16/2008] In-reply-to: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> Sender: Eric.Sultan@Sun.COM To: Eric Sultan Cc: PSARC-ext@Sun.COM, ron.bielaski@Sun.COM, Yajyun.Wang@Sun.COM Reply-to: Eric.Sultan@Sun.COM Message-id: <49483C64.2040608@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200812092001.mB9K16Mx018171@thirdreef.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Status: RO Content-Length: 1838 The timer having expired with no remaining unresolved issues, and with ample evidence of active PSARC consideration of this proposal, I'm marking this case closed approved. The original proposal is amended to explicitly state support for DDI_SUSPEND/DDI_RESUME, and for quiesce(9e). -- Eric Eric Sultan wrote: > I'm sponsoring this case for Grace Wang, the timeout set to expire next > Tuesday, December 16, 2008. The requested release binding is patch. > > Template Version: @(#)sac_nextcase %I% %G% SMI > This information is Copyright 2008 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > SPARC support for AST graphics > 1.2. Name of Document Author/Supplier: > Author: Grace Wang > 1.3 Date of This Document: > 09 December, 2008 > > 4. Technical Description > > This project delivers SPARC graphics support for the AST2100 > graphics component. The deliverables include a ddx (Xorg) module, a > kernel driver, a vts module and an fbconfig module. The driver name > is ast. The source code for these modules is based on ASPEED > technology. The Xorg code will be delivered into the Xorg > consolidation. > > Interfaces exported: > > /usr/X11/lib/modules/drivers/ast_drv.so Uncommitted > /kernel/drv/sparcv9/ast Uncommitted > /usr/lib/sparcv9/libvtsSUNWast.so.1 Uncommitted > /usr/lib/fbconfig/libSUNWast_conf.so Uncommitted > /usr/share/man/man1m/fbconf_xorg.1m Uncommitted modified man page > /usr/share/man/man7d/ast.7d Uncommitted > > Interfaces imported: > > Xorg server CLI/API/ABI External (ref PSARC 2004/187) > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > Graphics > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open >