From alanc@sac.sfbay.sun.com Wed Oct 15 16:40:09 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 m9FNe8pi021221
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 15 Oct 2008 16:40:09 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9FNe2r7011666;
	Thu, 16 Oct 2008 00:40:07 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K8T005030ET9M00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 15 Oct 2008 16:40:05 -0700 (PDT)
Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K8T00I8Y0ET7QF0@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 15 Oct 2008 16:40:05 -0700 (PDT)
Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65])
	by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id m9FNe3jn013871; Wed, 15 Oct 2008 16:40:03 -0700 (PDT)
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m9FNe1nG021216; Wed,
 15 Oct 2008 16:40:01 -0700 (PDT)
Received: (from alanc@localhost)
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m9FNe1eR021212; Wed,
 15 Oct 2008 16:40:01 -0700 (PDT)
Date: Wed, 15 Oct 2008 16:40:01 -0700 (PDT)
From: Alan Coopersmith <alan.coopersmith@sun.com>
Subject: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout 10/22/2008]
To: PSARC-ext@sun.com
Cc: edward.shu@sun.com, Stuart.Kreitman@sun.com
Message-id: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
Status: RO
Content-Length: 4147

I am sponsoring this case for Stuart Kreitman & myself of the X team.
Edward Shu, who wrote the Solaris backend of the pciaccess code and
contributed it upstream, is also cc'ed.

The timeout is set for a week from today, Wednesday, October 15.
The requested release binding is patch/micro, though there are 
no plans to backport to such a release at this time.

        -Alan Coopersmith-           alan.coopersmith@sun.com
         Sun Microsystems, Inc. - X Window System Engineering

Template Version: @(#)sac_nextcase %I% %G% SMI
This information is Copyright 2008 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 libpciaccess & scanpci
    1.2. Name of Document Author/Supplier:
	 Author:  Stuart Kreitman & Alan Coopersmith
    1.3  Date of This Document:
	15 October, 2008
4. Technical Description

pciaccess is a set of methods for generic access to the PCI bus and devices
that X.Org has created to replace the internal code it previously used to
access PCI bus configuration data directly via drivers like /dev/xsvc.

The upcoming X.Org 1.5 case will depend on this project.

This project delivers the pciaccess API and scanpci CLI.
The API is unmodified from the upstream X.Org community sources.

This library is still under active development and refinement, and the
community has not yet committed to keeping it compatible, so we are
integrating with a stability level of Volatile at this time.

We don't expect most user applications to consume this library - the
expected consumers are the Xorg server & graphics drivers and the
included /usr/bin/scanpci CLI so Volatile stability does not appear to
pose a hardship to a significant number of consumers.

Since scanpci has been split out of the X server, and to make it easier to
find & use for users without /usr/X11/bin in their SUPATH for root, the
command is moved by this case to /usr/bin/scanpci.   A symbolic link will
be left in the old location for binary compatibility.

Several options supported by the old scanpci implementation are no longer
present in the new scanpci, these are:

     -1      Use PCI config type 1.

     -2      Use PCI config type 2.

     -f      Used in conjunction with the above two options, this
             forces  the  specified configuration type to be used
             for config space access.

     -O      Use the OS's PCI config space  access  mechanism  to
             access the PCI config space (when available).

     -V n    Set the verbosity level to n for  the  internal  PCI
             scanner.  This is primarily for debugging use.

scanpci continues to require extra privileges to run.   The exec_attr
RBAC entry to grant these privileges to users with the 
"Desktop Configuration" role will be updated to add the new scanpci path.

Unlike the Xorg code this replaces, this code does not have a builtin
database to map PCI vendor and device ids to human readable names, but
gets those names from the pci.ids file at runtime.   (This is the same
community data source as the previous scanpci, just read from a text
file at runtime instead of converting the text file into compiled tables
at build time.)

Imported Interfaces:
--------------------
/usr/X11/bin/scanpci & previous options	External 		PSARC 2004/187
/usr/share/hwdata/pci.ids		Volatile		PSARC 2005/399
/devices/pci@0,0:reg			Unknown - ARC case not found
/dev/xsvc				Contract Private 	PSARC 2000/415
libdevinfo				Evolving		PSARC 1997/127
PCITOOL_DEVICE_GET_REG			Consolidation Private	PSARC 2005/232
PCITOOL_DEVICE_SET_REG			Consolidation Private	PSARC 2005/232

Exported Interfaces:
--------------------
SUNWpciaccess					Uncommitted
/usr/bin/scanpci				Volatile
/usr/include/pciaccess.h			Volatile
/usr/lib/libpciaccess.so.0			Volatile
/usr/lib/{sparcv9,amd64}/libpciaccess.so.0	Volatile
pciaccess.pc (for pkg-config)			Volatile
scanpci output format				Not An Interface

/usr/X11/bin/scanpci				Obsolete
scanpci options listed above			Removed

6. Resources and Schedule
    6.4. Steering Committee requested information
   	6.4.1. Consolidation C-team Name:
		X
    6.5. ARC review type: FastTrack
    6.6. ARC Exposure: open


From Alan.Coopersmith@sun.com Wed Oct 15 16:43:10 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 m9FNh9jX021297
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 15 Oct 2008 16:43:10 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9FNh8dv012850
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 16 Oct 2008 00:43:09 +0100 (BST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K8T004110JWMG00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Wed, 15 Oct 2008 17:43:08 -0600 (MDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K8T00KEU0JVBK50@brm-avmta-1.central.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed,
 15 Oct 2008 17:43:07 -0600 (MDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m9FNh7SJ029901	for
 <psarc-ext@sun.com>; Wed, 15 Oct 2008 16:43:07 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0K8T00J010FK7R00@fe-sfbay-10.sun.com>
 (original mail from Alan.Coopersmith@Sun.COM)
 for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed,
 15 Oct 2008 16:43:07 -0700 (PDT)
Received: from almas.sfbay.sun.com ([129.146.106.93])
 by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb
 28 2007)) with ESMTPSA id <0K8T002YG0JT5WD0@fe-sfbay-10.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed,
 15 Oct 2008 16:43:06 -0700 (PDT)
Date: Wed, 15 Oct 2008 16:43:05 -0700
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
Sender: Alan.Coopersmith@sun.com
To: psarc-ext@sun.com
Cc: Edward.Shu@sun.com, Stuart.Kreitman@sun.com
Message-id: <48F68009.90702@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: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.16 (X11/20080922)
Status: RO
Content-Length: 432

Alan Coopersmith wrote:
> The timeout is set for a week from today, Wednesday, October 15.

Today is October 15, so the timer expires next Wednesday, October 22,
as sac_nextcase correctly put in the header.   (Why do you never see
these typos before hitting send, but spot them the moment it appears
in your inbox?)

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From Edward.Shu@Sun.COM Wed Oct 15 18:32:03 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 m9G1W2oY025820
	for <psarc-ext@sac.sfbay.Sun.COM>; Wed, 15 Oct 2008 18:32:02 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m9G1VvOh019235
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 16 Oct 2008 09:32:01 +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 <0K8T00I0Z5L95K00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Wed, 15 Oct 2008 18:31:57 -0700 (PDT)
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 <0K8T00BE15L8ID20@nwk-avmta-1.sfbay.Sun.COM> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed,
 15 Oct 2008 18:31:57 -0700 (PDT)
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 m9G1VuEV020030	for
 <psarc-ext@sun.com>; Thu, 16 Oct 2008 01:31:56 +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 <0K8T00B015GPBP00@mail-apac.sun.com>
 (original mail from Edward.Shu@Sun.COM) for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 09:31:56 +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 <0K8T00DTM5L6U4M0@mail-apac.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 09:31:56 +0800 (SGT)
Date: Thu, 16 Oct 2008 09:29:58 +0800
From: Edward Shu <Edward.Shu@Sun.COM>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
Sender: Edward.Shu@Sun.COM
To: Alan Coopersmith <alan.coopersmith@Sun.COM>
Cc: psarc-ext@Sun.COM, Stuart.Kreitman@Sun.COM,
        Jack Schwartz <Jack.A.Schwartz@Sun.COM>
Message-id: <48F69916.1040606@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=GB2312
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.9 (X11/20080213)
Status: RO
Content-Length: 802

Alan Coopersmith:
> Imported Interfaces:
> --------------------
> /usr/X11/bin/scanpci & previous options	External 		PSARC 2004/187
> /usr/share/hwdata/pci.ids		Volatile		PSARC 2005/399
> /devices/pci@0,0:reg			Unknown - ARC case not found
>   
Though PSARC 2005/232 didn't state it out explicitly, this interface
should be introduced
by this case. I added Jack to this loop for confirmation.


> /dev/xsvc				Contract Private 	PSARC 2000/415
>   
If we have a more flexible mapping interfaces to map in any memory on
board, we can remove this
dependency finally.


-- 
Best Regards,
Ming.

------------------------------------------
-Edward Shu 				  	
-Solaris x86 Engineering, Sun Microsystems
-Blog: http://blogs.sun.com/sming56/
-tele: +86-10-62673100
__________________________________________



From Stuart.Kreitman@sun.com Wed Oct 15 22:56:34 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 m9G5uYS9001181
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 15 Oct 2008 22:56:34 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9G5uThI025723
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 16 Oct 2008 06:56:32 +0100 (BST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K8T00C01HU76P00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Wed, 15 Oct 2008 23:56:31 -0600 (MDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K8T001WUHU6L840@brm-avmta-1.central.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed,
 15 Oct 2008 23:56:31 -0600 (MDT)
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 m9G5uUbD013014	for
 <psarc-ext@sun.com>; Wed, 15 Oct 2008 22:56:30 -0700 (PDT)
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 <0K8T00H01HRBDT00@fe-sfbay-09.sun.com>
 (original mail from Stuart.Kreitman@Sun.COM)
 for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed,
 15 Oct 2008 22:56:30 -0700 (PDT)
Received: from stuart-kreitmans-macbook-pro-15.local ([76.204.19.146])
 by fe-sfbay-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0K8T005CHHU6FNA0@fe-sfbay-09.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Wed, 15 Oct 2008 22:56:30 -0700 (PDT)
Date: Wed, 15 Oct 2008 22:55:49 -0700
From: Stuart Kreitman <Stuart.Kreitman@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <48F69916.1040606@sun.com>
Sender: Stuart.Kreitman@sun.com
To: Edward Shu <Edward.Shu@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>, psarc-ext@sun.com,
        Jack Schwartz <Jack.A.Schwartz@sun.com>
Message-id: <48F6D765.2090501@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=GB2312
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
 <48F69916.1040606@sun.com>
User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914)
Status: RO
Content-Length: 370

Edward Shu wrote:
>
>> /dev/xsvc				Contract Private 	PSARC 2000/415
>>   
>>     
> If we have a more flexible mapping interfaces to map in any memory on
> board, we can remove this
> dependency finally.
>   

I think the preferred direction is in fact less flexible mapping
interfaces, because unfettered access
is contrary to a more secure operating system.


Stuart

From Darren.Moffat@sun.com Thu Oct 16 02:14:44 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 m9G9Eh96006534
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 16 Oct 2008 02:14:43 -0700 (PDT)
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 m9G9Efc0047759
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 16 Oct 2008 03:14:43 -0600 (MDT)
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 <0K8T00C5TR0J6000@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 02:14:43 -0700 (PDT)
Received: from gmp-eb-inf-2.sun.com ([192.18.6.24])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K8T00970QYW9U40@nwk-avmta-2.sfbay.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 02:13:44 -0700 (PDT)
Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12])
	by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m9G9DhuJ020229	for
 <psarc-ext@sun.com>; Thu, 16 Oct 2008 09:13:43 +0000 (GMT)
Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0K8T00F01QCKC600@fe-emea-10.sun.com>
 (original mail from Darren.Moffat@Sun.COM)
 for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 10:13:43 +0100 (BST)
Received: from [129.156.173.199] by fe-emea-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0K8T00GOAQYF8KB0@fe-emea-10.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 10:13:27 +0100 (BST)
Date: Thu, 16 Oct 2008 10:13:27 +0100
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
Sender: Darren.Moffat@sun.com
To: Alan Coopersmith <Alan.Coopersmith@sun.com>
Cc: psarc-ext@sun.com, Edward.Shu@sun.com, Stuart.Kreitman@sun.com
Message-id: <48F705B7.2070605@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: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.16 (X11/20080825)
Status: RO
Content-Length: 512

Alan Coopersmith wrote:
> scanpci continues to require extra privileges to run.   The exec_attr
> RBAC entry to grant these privileges to users with the 
> "Desktop Configuration" role will be updated to add the new scanpci path.
                           ^^^^  profile not role, roles are user ids.

The name of a new profile is an exported interface.

What does the entry for scanpci in this exec_attr(4) profile look like ? 
Is it running it as euid=0 with all privs or something less ?

-- 
Darren J Moffat

From carlsonj@phorcys.east.sun.com Thu Oct 16 06:22:25 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 m9GDMOMq010734
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 16 Oct 2008 06:22:24 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m9GDMMf4014347;
	Thu, 16 Oct 2008 06:22:23 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K8U00M0B2H98B00@brm-avmta-1.central.sun.com>; Thu,
 16 Oct 2008 07:22:21 -0600 (MDT)
Received: from phorcys.east.sun.com ([129.148.174.143])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K8U003WQ2H7Z9B0@brm-avmta-1.central.sun.com>; Thu,
 16 Oct 2008 07:22:20 -0600 (MDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m9GDMJqR026266; Thu,
 16 Oct 2008 09:22:19 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m9GDMJmR026263; Thu,
 16 Oct 2008 09:22:19 -0400 (EDT)
Date: Thu, 16 Oct 2008 09:22:19 -0400
From: James Carlson <james.d.carlson@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
To: Alan Coopersmith <Alan.Coopersmith@sun.com>
Cc: psarc-ext@sun.com, Edward.Shu@sun.com, Stuart.Kreitman@sun.com
Message-id: <18679.16395.745861.541890@gargle.gargle.HOWL>
MIME-version: 1.0
X-Mailer: VM 7.01 under Emacs 21.3.1
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
Status: RO
Content-Length: 565

Alan Coopersmith writes:
> Since scanpci has been split out of the X server, and to make it easier to
> find & use for users without /usr/X11/bin in their SUPATH for root, the
> command is moved by this case to /usr/bin/scanpci.   A symbolic link will
> be left in the old location for binary compatibility.

Thank you!

+1 on this project.

-- 
James Carlson, Solaris Networking              <james.d.carlson@sun.com>
Sun Microsystems / 35 Network Drive        71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677

From Alan.Coopersmith@sun.com Thu Oct 16 08:04:42 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 m9GF4giu013411
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 16 Oct 2008 08:04:42 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m9GF4S06006201
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 16 Oct 2008 08:04:42 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K8U0050T77SVY00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 09:04:40 -0600 (MDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K8U004ZR77QT510@brm-avmta-1.central.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 09:04:39 -0600 (MDT)
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 m9GF4c2E027321	for
 <psarc-ext@sun.com>; Thu, 16 Oct 2008 08:04:38 -0700 (PDT)
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 <0K8U00C01749HD00@fe-sfbay-09.sun.com>
 (original mail from Alan.Coopersmith@Sun.COM)
 for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 08:04:38 -0700 (PDT)
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 <0K8U002BU77PMPB0@fe-sfbay-09.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 08:04:38 -0700 (PDT)
Date: Thu, 16 Oct 2008 08:04:37 -0700
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <48F705B7.2070605@Sun.COM>
Sender: Alan.Coopersmith@sun.com
To: Darren J Moffat <Darren.Moffat@sun.com>
Cc: psarc-ext@sun.com, Edward.Shu@sun.com, Stuart.Kreitman@sun.com
Message-id: <48F75805.9010803@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: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
 <48F705B7.2070605@Sun.COM>
User-Agent: Thunderbird 2.0.0.6 (X11/20071119)
Status: RO
Content-Length: 1062

Darren J Moffat wrote:
> Alan Coopersmith wrote:
>> scanpci continues to require extra privileges to run.   The exec_attr
>> RBAC entry to grant these privileges to users with the "Desktop
>> Configuration" role will be updated to add the new scanpci path.
>                           ^^^^  profile not role, roles are user ids.
> 
> The name of a new profile is an exported interface.
> 
> What does the entry for scanpci in this exec_attr(4) profile look like ?
> Is it running it as euid=0 with all privs or something less ?

This is not a new profile, this is just duplicating the entry added for
scanpci by the TCR for PSARC 2004/187 that's already in exec_attr to have
the new path (leaving the old path so that pfexec of either path works).

That entry is:
Desktop Configuration:solaris:cmd:::/usr/X11/bin/scanpci:euid=0;privs=sys_config

So this case will add:
Desktop Configuration:solaris:cmd:::/usr/bin/scanpci:euid=0;privs=sys_config

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From Darren.Moffat@sun.com Thu Oct 16 08:11:24 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 m9GFBNdg013468
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 16 Oct 2008 08:11:23 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9GFBIaK000429
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 16 Oct 2008 16:11:22 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K8U0037F7IXN000@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 08:11:21 -0700 (PDT)
Received: from gmp-eb-inf-1.sun.com ([192.18.6.21])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K8U003WR7IV9M00@nwk-avmta-2.sfbay.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 08:11:20 -0700 (PDT)
Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12])
	by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m9GFBJw8013293	for
 <psarc-ext@sun.com>; Thu, 16 Oct 2008 15:11:19 +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 <0K8U00G017C5DH00@fe-emea-09.sun.com>
 (original mail from Darren.Moffat@Sun.COM)
 for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 16:11:19 +0100 (BST)
Received: from [129.156.173.199] by fe-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0K8U00GJE7ITCR60@fe-emea-09.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 16:11:17 +0100 (BST)
Date: Thu, 16 Oct 2008 16:11:17 +0100
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <48F75805.9010803@sun.com>
Sender: Darren.Moffat@sun.com
To: Alan Coopersmith <Alan.Coopersmith@sun.com>
Cc: psarc-ext@sun.com, Edward.Shu@sun.com, Stuart.Kreitman@sun.com
Message-id: <48F75995.3000305@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=UTF-8
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
 <48F705B7.2070605@Sun.COM> <48F75805.9010803@sun.com>
User-Agent: Thunderbird 2.0.0.16 (X11/20080825)
Status: RO
Content-Length: 1378

Alan Coopersmith wrote:
> Darren J Moffat wrote:
>> Alan Coopersmith wrote:
>>> scanpci continues to require extra privileges to run.   The exec_attr
>>> RBAC entry to grant these privileges to users with the "Desktop
>>> Configuration" role will be updated to add the new scanpci path.
>>                           ^^^^  profile not role, roles are user ids.
>>
>> The name of a new profile is an exported interface.
>>
>> What does the entry for scanpci in this exec_attr(4) profile look like ?
>> Is it running it as euid=0 with all privs or something less ?
> 
> This is not a new profile, this is just duplicating the entry added for
> scanpci by the TCR for PSARC 2004/187 that's already in exec_attr to have
> the new path (leaving the old path so that pfexec of either path works).
> 
> That entry is:
> Desktop Configuration:solaris:cmd:::/usr/X11/bin/scanpci:euid=0;privs=sys_config
> 
> So this case will add:
> Desktop Configuration:solaris:cmd:::/usr/bin/scanpci:euid=0;privs=sys_config

Doh thats what I get for looking at a SPARC (snv_100) machine instead of 
an x86 one!

Thought that does bring up an interesting side issue about how the 
nameservice versions of these will get fully populated if we don't 
deliver the same content on SPARC and x86.  Also shouldn't at least some 
of that profile apply to SPARC too (not this case though).

-- 
Darren J Moffat

From gdamore@sun.com Thu Oct 16 08:23:07 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 m9GFN6mM013563
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 16 Oct 2008 08:23:07 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m9GFMt9v006702
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 16 Oct 2008 16:23:05 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K8U00H1T82GED00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 08:23:04 -0700 (PDT)
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 <0K8U00C8E82GGSB0@nwk-avmta-1.sfbay.Sun.COM> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 08:23:04 -0700 (PDT)
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 m9GFN4ox029692	for
 <psarc-ext@sun.com>; Thu, 16 Oct 2008 08:23:04 -0700 (PDT)
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 <0K8U005017MZTO00@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com)
 for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 08:23:04 -0700 (PDT)
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 <0K8U00BIR82EJP20@fe-sfbay-09.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 08:23:03 -0700 (PDT)
Date: Thu, 16 Oct 2008 08:19:34 -0700
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <48F6D765.2090501@sun.com>
Sender: Garrett.Damore@sun.com
To: Stuart Kreitman <Stuart.Kreitman@sun.com>
Cc: Edward Shu <Edward.Shu@sun.com>,
        Alan Coopersmith <Alan.Coopersmith@sun.com>, psarc-ext@sun.com,
        Jack Schwartz <Jack.A.Schwartz@sun.com>
Message-id: <48F75B86.4040801@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=GB2312
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
 <48F69916.1040606@sun.com> <48F6D765.2090501@sun.com>
User-Agent: Thunderbird 2.0.0.14 (X11/20080616)
Status: RO
Content-Length: 895

Stuart Kreitman wrote:
> Edward Shu wrote:
>   
>>> /dev/xsvc				Contract Private 	PSARC 2000/415
>>>   
>>>     
>>>       
>> If we have a more flexible mapping interfaces to map in any memory on
>> board, we can remove this
>> dependency finally.
>>   
>>     
>
> I think the preferred direction is in fact less flexible mapping
> interfaces, because unfettered access
> is contrary to a more secure operating system.
>   

Yes. Applications should not be able to map up arbitrary device memory.
(I hope that /dev/xvc doesn't do that, but provides more restricted
access to PCI config space -- specifically it would be bad if it allowed
applications to *write* to arbitrary locations in PCI configuration
space. I cannot think of any situation where *reads* of PCI
configuration space would have side effects, but I'd be interested to
know if anyone else does.)

-- Garrett
>
> Stuart
>   


From Nicolas.Williams@Sun.COM Thu Oct 16 08:49:49 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 m9GFnnfZ015633
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 16 Oct 2008 08:49:49 -0700 (PDT)
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 m9GFnjSD001112;
	Thu, 16 Oct 2008 09:49:45 -0600 (MDT)
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 <0K8U009039AX5H00@brm-avmta-1.central.sun.com>; Thu,
 16 Oct 2008 09:49:45 -0600 (MDT)
Received: from binky.Central.Sun.COM ([129.153.128.104])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K8U004KE9AVT570@brm-avmta-1.central.sun.com>; Thu,
 16 Oct 2008 09:49:43 -0600 (MDT)
Received: from binky.Central.Sun.COM (localhost [127.0.0.1])
	by binky.Central.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id m9GFnKbO013254;
 Thu, 16 Oct 2008 10:49:20 -0500 (CDT)
Received: (from nw141292@localhost)
	by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id m9GFnK35013253; Thu,
 16 Oct 2008 10:49:20 -0500 (CDT)
Date: Thu, 16 Oct 2008 10:49:20 -0500
From: Nicolas Williams <Nicolas.Williams@Sun.COM>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <48F75995.3000305@Sun.COM>
To: Darren J Moffat <Darren.Moffat@Sun.COM>
Cc: Alan Coopersmith <Alan.Coopersmith@Sun.COM>, Edward.Shu@Sun.COM,
        psarc-ext@Sun.COM, Stuart.Kreitman@Sun.COM
Message-id: <20081016154920.GH8906@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: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
 <48F705B7.2070605@Sun.COM> <48F75805.9010803@sun.com>
 <48F75995.3000305@Sun.COM>
X-Authentication-warning: binky.Central.Sun.COM: nw141292 set sender to
 Nicolas.Williams@sun.com using -f
User-Agent: Mutt/1.5.7i
Status: RO
Content-Length: 765

On Thu, Oct 16, 2008 at 04:11:17PM +0100, Darren J Moffat wrote:
> Thought that does bring up an interesting side issue about how the 
> nameservice versions of these will get fully populated if we don't 
> deliver the same content on SPARC and x86.  Also shouldn't at least some 
> of that profile apply to SPARC too (not this case though).

One possible answer is that prof_attr/exec_attr/auth_attr(4) should
mostly reside locally, with only overrides in the name service, "so who
cares?".

Another is that for Sun-delivered content we should never use i.rbac,
nor any IPS action that might supplant i.rbac, that instead we should
always integrate all prof_attr/exec_attr/auth_attr(4) entries into ON's
master copy of those.

Either way, not this case.

Nico
-- 

From Jack.A.Schwartz@sun.com Thu Oct 16 11:10: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 m9GIA7wR010297
	for <psarc-ext@sac.sfbay.Sun.COM>; Thu, 16 Oct 2008 11:10:08 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m9GIA0K0023549
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 17 Oct 2008 02:10:06 +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 <0K8U00B1JFSS9S00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 11:10:04 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K8U0019ZFSSKM80@nwk-avmta-1.sfbay.Sun.COM> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 11:10:04 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m9GIA4Yu021492	for
 <psarc-ext@sun.com>; Thu, 16 Oct 2008 11:10:04 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0K8U00J01EQOQ000@fe-sfbay-10.sun.com>
 (original mail from Jack.A.Schwartz@Sun.COM)
 for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 11:10:04 -0700 (PDT)
Received: from [192.168.1.100] ([69.3.147.215])
 by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb
 28 2007)) with ESMTPSA id <0K8U00BBMFS0AT20@fe-sfbay-10.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 11:09:40 -0700 (PDT)
Date: Thu, 16 Oct 2008 11:09:36 -0700
From: Jack Schwartz <Jack.A.Schwartz@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <48F69916.1040606@sun.com>
Sender: Jack.A.Schwartz@sun.com
To: Edward Shu <Edward.Shu@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>, psarc-ext@sun.com,
        Stuart.Kreitman@sun.com
Message-id: <48F78360.7080202@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=GB2312
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
 <48F69916.1040606@sun.com>
User-Agent: Thunderbird 2.0.0.12 (X11/20080422)
Status: RO
Content-Length: 813

Hi everyone.

The pci device node ending in ":reg" is indeed in PSARC/2005/232 as a
minor update. Check the mail dated June 13, 2005 in the case directory.

Thanks,
Jack

Edward Shu wrote:
> Alan Coopersmith:
>   
>> Imported Interfaces:
>> --------------------
>> /usr/X11/bin/scanpci & previous options	External 		PSARC 2004/187
>> /usr/share/hwdata/pci.ids		Volatile		PSARC 2005/399
>> /devices/pci@0,0:reg			Unknown - ARC case not found
>>   
>>     
> Though PSARC 2005/232 didn't state it out explicitly, this interface
> should be introduced
> by this case. I added Jack to this loop for confirmation.
>
>
>   
>> /dev/xsvc				Contract Private 	PSARC 2000/415
>>   
>>     
> If we have a more flexible mapping interfaces to map in any memory on
> board, we can remove this
> dependency finally.
>
>
>   


From dan.mick@sun.com Thu Oct 16 17:33:42 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 m9H0XgUP015971
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 16 Oct 2008 17:33:42 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m9H0Xf8o017327;
	Thu, 16 Oct 2008 17:33:41 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K8U00101XK4KB00@brm-avmta-1.central.sun.com>; Thu,
 16 Oct 2008 18:33:40 -0600 (MDT)
Received: from dm-eng-01.sfbay.sun.com ([129.145.155.198])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K8U00EDSXK3U280@brm-avmta-1.central.sun.com>; Thu,
 16 Oct 2008 18:33:40 -0600 (MDT)
Received: from [10.1.48.101] (angus.West.Sun.COM [10.1.48.101])
	by dm-eng-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id m9H0Xck6021780; Thu, 16 Oct 2008 17:33:38 -0700 (PDT)
Date: Thu, 16 Oct 2008 17:33:38 -0700
From: Dan Mick <dan.mick@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
	10/22/2008]
In-reply-to: <48F75B86.4040801@sun.com>
To: "Garrett D'Amore" <gdamore@sun.com>
Cc: Stuart Kreitman <Stuart.Kreitman@sun.com>, Edward Shu <Edward.Shu@sun.com>,
        psarc-ext@sun.com, Jack Schwartz <Jack.A.Schwartz@sun.com>,
        Alan Coopersmith <Alan.Coopersmith@sun.com>
Message-id: <48F7DD62.1050406@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
 <48F69916.1040606@sun.com> <48F6D765.2090501@sun.com>
 <48F75B86.4040801@sun.com>
User-Agent: Thunderbird 2.0.0.0 (X11/20070419)
Status: RO
Content-Length: 700

Garrett D'Amore wrote:
> Stuart Kreitman wrote:
>> Edward Shu wrote:
>>   
>>>> /dev/xsvc				Contract Private 	PSARC 2000/415
>>>>   
>>>>     
>>>>       
>>> If we have a more flexible mapping interfaces to map in any memory on
>>> board, we can remove this
>>> dependency finally.
>>>   
>>>     
>> I think the preferred direction is in fact less flexible mapping
>> interfaces, because unfettered access
>> is contrary to a more secure operating system.
>>   
> 
> Yes. Applications should not be able to map up arbitrary device memory.

eh.  Some applications should.  There's always a need for "wtf is actually going 
on".

> (I hope that /dev/xvc doesn't do that, 

well, then don't look...


From Alan.Coopersmith@sun.com Thu Oct 16 21:21:43 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 m9H4Lhbc021411
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 16 Oct 2008 21:21:43 -0700 (PDT)
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 m9H4LgO7053311
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 16 Oct 2008 22:21:43 -0600 (MDT)
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 <0K8V00G058469O00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Thu, 16 Oct 2008 21:21:42 -0700 (PDT)
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 <0K8V005VC845TL90@nwk-avmta-2.sfbay.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 21:21:41 -0700 (PDT)
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 m9H4LfCv016559	for
 <psarc-ext@sun.com>; Thu, 16 Oct 2008 21:21:41 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0K8V00E0182X7Z00@fe-sfbay-10.sun.com>
 (original mail from Alan.Coopersmith@Sun.COM)
 for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 21:21:41 -0700 (PDT)
Received: from almas.sfbay.sun.com ([129.146.106.93])
 by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb
 28 2007)) with ESMTPSA id <0K8V009AI8441020@fe-sfbay-10.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu,
 16 Oct 2008 21:21:40 -0700 (PDT)
Date: Thu, 16 Oct 2008 21:21:40 -0700
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <48F75995.3000305@Sun.COM>
Sender: Alan.Coopersmith@sun.com
To: Darren J Moffat <Darren.Moffat@sun.com>
Cc: psarc-ext@sun.com, Edward.Shu@sun.com, Stuart.Kreitman@sun.com
Message-id: <48F812D4.30200@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: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
 <48F705B7.2070605@Sun.COM> <48F75805.9010803@sun.com>
 <48F75995.3000305@Sun.COM>
User-Agent: Thunderbird 2.0.0.16 (X11/20080922)
Status: RO
Content-Length: 1063

Darren J Moffat wrote:
> Doh thats what I get for looking at a SPARC (snv_100) machine instead of
> an x86 one!
> 
> Thought that does bring up an interesting side issue about how the
> nameservice versions of these will get fully populated if we don't
> deliver the same content on SPARC and x86.  Also shouldn't at least some
> of that profile apply to SPARC too (not this case though).

Partially this case, actually.    The xorgcfg & xorgconfig entries should be
on SPARC from the project that delivered Xorg on SPARC - that's just a bug
(filed now, CR 6760523).

The scanpci entries were not present on SPARC because scanpci was not delivered
on SPARC previously, due to its use of the x86-only /dev/xsvc to get the PCI
device data.

Since this project converts to libdevinfo to get the PCI device data, the new
scanpci works on SPARC, and is thus delivered by this case, so this case
will add the exec_attr entries for scanpci on SPARC too.

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From Alan.Coopersmith@sun.com Wed Oct 22 12:30:38 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 m9MJUbxA000651
	for <psarc-ext@sac.sfbay.Sun.COM>; Wed, 22 Oct 2008 12:30:38 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m9MJUT7J006766
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 23 Oct 2008 03:30:37 +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 <0K950090NNIZJS00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Wed, 22 Oct 2008 12:30:35 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K950087XNIZD1F0@nwk-avmta-1.sfbay.Sun.COM> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed,
 22 Oct 2008 12:30:35 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m9MJUYa8001426	for
 <psarc-ext@sun.com>; Wed, 22 Oct 2008 12:30:34 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0K9500401NC2YH00@fe-sfbay-10.sun.com>
 (original mail from Alan.Coopersmith@Sun.COM)
 for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed,
 22 Oct 2008 12:30:34 -0700 (PDT)
Received: from almas.sfbay.sun.com ([129.146.106.93])
 by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb
 28 2007)) with ESMTPSA id <0K9500B2ZNIKX1D0@fe-sfbay-10.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed,
 22 Oct 2008 12:30:30 -0700 (PDT)
Date: Wed, 22 Oct 2008 12:30:19 -0700
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: libpciaccess & scanpci [PSARC/2008/638 FastTrack timeout
 10/22/2008]
In-reply-to: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
Sender: Alan.Coopersmith@sun.com
To: psarc-ext@sun.com
Cc: Edward.Shu@sun.com, Stuart.Kreitman@sun.com
Message-id: <48FF7F4B.7000804@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: <200810152340.m9FNe1eR021212@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.16 (X11/20080922)
Status: RO
Content-Length: 256

Apologies for missing this morning's meeting, but I see from the minutes
this case was approved, so the case status is now updated as such.

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


