History log of /onnv-gate/usr/src/uts/common/vm/vm_page.c (Results 1 – 25 of 53)
Revision Date Author Comments
# 13035:0847ab4cffd0 06-Aug-2010 Ondrej Kubecka <Ondrej.Kubecka@Sun.COM>

backout 1225025: needs more work


# 12963:6bd5885dca7c 30-Jul-2010 Stan Studzinski <Stan.Studzinski@Sun.COM>

1225025 mlock:ed anonymous memory remains backed by swap


# 12293:2286b8b6d071 03-May-2010 jmcp <James.McPherson@Sun.COM>

backout 6535949: needs more work


# 12284:3d1135425dbe 29-Apr-2010 Amritpal Sandhu <Paul.Sandhu@Sun.COM>

6535949 availability of 2M pages degrades over time on Solaris/x64


# 12230:12df01648ca5 23-Apr-2010 Peter Rival <Frank.Rival@oracle.com>

6778289 vm locks need to scale with the size of system (strands/memory size)


# 12156:3c537b2a7425 13-Apr-2010 Stan Studzinski <Stan.Studzinski@Sun.COM>

6675738 KM_NOSLEEP may still try too hard for some allocations


# 12117:79b43747e259 09-Apr-2010 Stan Studzinski <Stan.Studzinski@Sun.COM>

6885904 active segkp pages can not be retired


# 11714:c68907917e95 19-Feb-2010 Donghai Qiao <Donghai.Qiao@Sun.COM>

4926117 page_mark_migrate() could be a bit efficient if kmem_zallc can be eliminated


# 11185:f0c31008e395 24-Nov-2009 Sean McEnroe <Sean.McEnroe@Sun.COM>

6887924 PP_ISKAS needs to be defined in terms of VN_ISKAS for vnodes
6871169 kphysm_add_memory_dynamic panics testing vmstress + DR
6877160 guest domain panic at platsvc:mdeg_notify_client+10c
687476

6887924 PP_ISKAS needs to be defined in terms of VN_ISKAS for vnodes
6871169 kphysm_add_memory_dynamic panics testing vmstress + DR
6877160 guest domain panic at platsvc:mdeg_notify_client+10c
6874763 memseg_alloc_meta() incorrectly maps page_t pages
6873569 multiple calls to memlist_read_lock() can cause deadlock hazard
6886354 DR failure with "memory span duplication" error
6886782 panic after pagefault in seg_kpm after LDom add-mem on primary
6887644 domain hang/deadlock during ldom mem DR when trying to grab a write lock

show more ...


# 11066:cebb50cbe4f9 13-Nov-2009 Rafael Vanoni <rafael.vanoni@sun.com>

PSARC/2009/396 Tickless Kernel Architecture / lbolt decoupling
6860030 tickless clock requires a clock() decoupled lbolt / lbolt64
Portions contributed by Chad Mynhier <cmynhier@gmail.com>


# 10843:eb166ea6e74e 23-Oct-2009 Dave Plauger <Dave.Plauger@Sun.COM>

6828976 Fast Crash Dump
6878030 live crash dump is much slower than reboot dump
6626023 Crash dump size is excessive on large memory machines


# 10271:7c80b70bb8de 07-Aug-2009 Jason Beloro <Jason.Beloro@Sun.COM>

6858457 Remove Solaris support for UltraSPARC-AT10 processor


# 10106:b235491976d3 17-Jul-2009 Jason Beloro <Jason.Beloro@Sun.COM>

FWARC 2008/540 Memory DR Domain Service
FWARC 2009/300 CPU MD node property for real address bits
6720954 add memory dr feature to ldoms
6742779 fsflush_do_pages() may incorrectly skip constituent fi

FWARC 2008/540 Memory DR Domain Service
FWARC 2009/300 CPU MD node property for real address bits
6720954 add memory dr feature to ldoms
6742779 fsflush_do_pages() may incorrectly skip constituent file large pages

show more ...


# 9986:4d51e0eb2206 29-Jun-2009 David Valin <David.Valin@Sun.COM>

6850428 freemem can end up being double decremented because of fix for CR 6666035


# 9975:9a78e9b6760d 26-Jun-2009 Gangadhar Mylapuram <Gangadhar.M@Sun.COM>

6848845 pages_locked value is leaking
6816657 Use of SHM_LOCK can leak free pages


# 9544:5bcaa92746ac 05-May-2009 Christopher Baumbauer - Sun Microsystems - San Diego United States <Christopher.Baumbauer@Sun.COM>

6587140 page_retire()/page_trycapture should not try to retire non relocatable kernel pages
PSARC 2009/181 Page Retirement Kernel KStat Addition
6819876 pages slated for capture under x86 are being i

6587140 page_retire()/page_trycapture should not try to retire non relocatable kernel pages
PSARC 2009/181 Page Retirement Kernel KStat Addition
6819876 pages slated for capture under x86 are being ignored

show more ...


# 8887:c6962101d888 24-Feb-2009 Michael Corcoran <Michael.Corcoran@Sun.COM>

6657218 page_numtopp_nolock cpu_vm_data_destroy race condition causes panic
6696311 kmem_cache_alloc's use of CPU macro is not preemption friendly, causes panic


# 8555:e63ec7b76e1b 15-Jan-2009 Justin Frank <Justin.Frank@Sun.COM>

6718924 System panic during reboot with retired pages


# 8433:8db6aee1dd98 22-Dec-2008 Michael Corcoran <Michael.Corcoran@Sun.COM>

6652719 corruption found in vxfs & ufs file systems during NFS load tests with forced server aborts


# 8325:2292eaaa6409 09-Dec-2008 Prakash Sangappa <Prakash.Sangappa@Sun.COM>

6773561 VM gives pages which have p_fsdata populated erroneously


# 8046:9faea95046da 09-Nov-2008 Vijay Balakrishna, SG-RPE <Vijay.Balakrishna@Sun.COM>

6755472 page_retire_thread causing high sys time due to seg_p_disable


# 7718:555eee33ff6e 27-Sep-2008 Jason Beloro <Jason.Beloro@Sun.COM>

PSARC/2007/003 Solaris Support for the Rock Processor
6368478 Solaris needs to support the Rock processor
6440653 stores to sun4v error queue head registers are missing a membar #Sync
6639717 FLUSH i

PSARC/2007/003 Solaris Support for the Rock Processor
6368478 Solaris needs to support the Rock processor
6440653 stores to sun4v error queue head registers are missing a membar #Sync
6639717 FLUSH instruction used more than necessary in sun4v

show more ...


# 7632:91aa3d8541b5 18-Sep-2008 Nick Todd <Nick.Todd@Sun.COM>

6733185 Further cleanup of SUN Studio 12 lint warnings in ON source.
6365532 socketvar.h strangles lint for everyone
5002763 Sockfs debug macros should be linted
6746261 _mkarglst accidentally export

6733185 Further cleanup of SUN Studio 12 lint warnings in ON source.
6365532 socketvar.h strangles lint for everyone
5002763 Sockfs debug macros should be linted
6746261 _mkarglst accidentally exported from libc.

show more ...


# 6882:e74a3b0c4926 16-Jun-2008 dv142724

6658818 The macro PCF_INDEX is incorrect (fix lint)


# 6880:0a9c7c25ebae 16-Jun-2008 dv142724

6658818 The macro PCF_INDEX is incorrect
6666035 Lock contention for pcf_buckets impacting ISM creation times
6666045 The data structures pcc_info_t and hw_page_map_t need to be cached aligned.


123