From gd78059@sac.sfbay.sun.com Fri Nov 13 19:25:18 2009
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 nAE3PHjH009141
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 13 Nov 2009 19:25:17 -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 nAE3PCFo012634;
	Sat, 14 Nov 2009 11:25:16 +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 <0KT200C03XI2YJ00@brm-avmta-1.central.sun.com>; Fri,
 13 Nov 2009 20:25:14 -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 <0KT2007M8XI2A6C0@brm-avmta-1.central.sun.com>; Fri,
 13 Nov 2009 20:25:14 -0700 (MST)
Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132])
	by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id nAE3PEi0007854; Fri, 13 Nov 2009 19:25:14 -0800 (PST)
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 nAE3PC8u009136; Fri,
 13 Nov 2009 19:25:12 -0800 (PST)
Received: (from gd78059@localhost)
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id nAE3PBkd009132; Fri,
 13 Nov 2009 19:25:11 -0800 (PST)
Date: Fri, 13 Nov 2009 19:25:11 -0800 (PST)
From: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>
Subject: EOF pcmciad and pem [PSARC/2009/628 Self Review]
To: PSARC-ext@sun.com
Cc: Garrett.Damore@sun.com
Message-id: <200911140325.nAE3PBkd009132@sac.sfbay.sun.com>
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
Status: RO
Content-Length: 1753

The following case is to EOF implementation artifacts from the PCMCIA
subsystem.  Since these were never user accessible, I'm treating this
as a self-review.  Minor binding is requested.

Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
This information is Copyright 2009 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 EOF pcmciad and pem
    1.2. Name of Document Author/Supplier:
	 Author:  Garrett D'Amore
    1.3  Date of This Document:
	13 November, 2009
4. Technical Description
EOF of pcmciad and pem kernel driver

With the removal of pcmem and pcram, investigation shows that the pcmciad
daemon only performs functions which are trivially replaceable.

Specifically, devfsadm already handles the functionality for pcata disks,
and the autopush of ldterm and ttcompat on pcser can be handled by adding a
single line to /etc/iu.ap.

In theory pcmciad could support other kinds of pcmcia devices via shared object
interface, but this interface was Consolidation Private, and was never used.
Furthermore, it looks extraordinarily unlikely that it will be used in the
future -- such functionality is also available via devfsadm plugins should
a need for such functionality with pcmcia cards ever be found in the future.

Finally, the "pem" pseudo driver existed solely to provide PCMCIA event
notifications to the pcmciad daemon.

None of this functionality was ever "user accessible" or documented (other
than the fact that it "existed").  Therefore we propose
to simply remove it without notice.  This case records this intent.


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


