I'm submitting this fasttrack (patch binding, S10 only) for David Marx.
Timeout is set for October 23, 2007
Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI
This information is Copyright 2007 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
1.2. Name of Document Author/Supplier:
Author: David Marx
1.3 Date of This Document:
15 October, 2007
4. Technical Description
Increase Resource project.max-device-locked-memory in Solaris 10
1. Introduction
This is a Fast Track PSARC proposal to increase the
resource project.max-device-locked-memory in Solaris 10.
This is to solve the problem that new Xorg intel drivers
would not run on Solaris 10 systems with 256Mb of memory in them.
This work is part of the backport of 2004/801 DRI porting
to Solaris 10. It would be used by customers wanting
improved graphics support on Intel graphics devices.
Requesting patch binding for inclusion in an S10 update.
This resource has been removed from Solaris
11, so this proposal would not apply to Solaris 11.
2. Background
PSARC/2003/145 uDAPL: Usr Direct Acc Prog Lib introduced
the resource "project.max-device-locked-memory". It
states: This property will have a default low percentage
(5%) of the maximum physical memory available on a system
for basic users and a medium (20%) for privileged users.
PSARC 2004/151 AGPgart driver for Solaris x86 and PSARC
2005/258 Updates for AGPgart Driver for Solaris x86
describe the AGPgart interface which allows graphics
devices that do not have memory on them, or have limited
memory on them, to allocate kernel memory to use.
Unfortunately, for the latest Xorg Intel video drivers,
the 5% which is implemented as 1/16 of available memory
is not enough have the Xorg server come up on a system
with 256Mb of memory.
This memory is also used for RDMA for Infiniband is one
such instance, which PSARC/2003/145 was set up for. Also
we believe this resource is used for locked shared memory
that data bases like Oracle use.
The resource project.max-device-locked-memory has been
removed from Solaris 11, and is replaced by the resource
project.max-locked-memory which has an unlimited value.
This in the PSARC cases PSARC/2004/580
zone/project.max-locked-memory Resource Controls and
PSARC/2006/463
Amendment_to_zone_project.max-locked-memory_Resource_Controls.
3. Proposed Solution
To solve this, we propose
increasing this to 1/4 of available memory which is the
limit that in addition, agpgart imposes.
4. Risks;
There is the risk that increasing this resource may allow
the system to allocate too much memory, which may cause
the Solaris kernel to run out. The kernel is probably
not graceful when it runs out of memory.
If increasing this resource is not acceptable, and having
the user manually increase the resource is not
acceptable, then either Sun or the Xorg community need to
change the Xorg Intel graphics drivers to use less memory
for Sun to incorporate these drivers into the Solaris
product.
Increasing this resource affects both x86 and sparc,
although it is only currently needed on x86.
6. Resources and Schedule
6.4. Steering Committee requested information
6.4.1. Consolidation C-team Name:
ON
6.5. ARC review type: FastTrack
6.6. ARC Exposure: open
