#
bbf21555 |
| 26-Feb-2022 |
Richard Lowe <richlowe@richlowe.net> |
14443 resection manual pages per IPD4 Reviewed by: Toomas Soome <tsoome@me.com> Reviewed by: Robert Mustacchi <rm@fingolfin.org> Reviewed by: Peter Tribble <peter.tribble@gmail.com> Reviewed by: Andy
14443 resection manual pages per IPD4 Reviewed by: Toomas Soome <tsoome@me.com> Reviewed by: Robert Mustacchi <rm@fingolfin.org> Reviewed by: Peter Tribble <peter.tribble@gmail.com> Reviewed by: Andy Fiddaman <andy@omnios.org> Approved by: Dan McDonald <danmcd@joyent.com>
show more ...
|
#
1f563eb1 |
| 20-Jan-2019 |
Toomas Soome <tsoome@me.com> |
10741 ufs: NULL pointer errors Reviewed by: Andy Stormont <astormont@racktopsystems.com> Reviewed by: Robert Mustacchi <rm@joyent.com> Approved by: Dan McDonald <danmcd@joyent.com>
|
#
d3d50737 |
| 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>
|
#
b323a615 |
| 11-Nov-2009 |
Jim Rice <Jim.Rice@Sun.COM> |
6890755 assertion failed: SEMA_HELD(&bp->b_sem), file: ../../common/os/bio.c
|
#
e7da395a |
| 19-Jun-2009 |
Owen Roberts <Owen.Roberts@Sun.Com> |
PSARC 2009/309 Increase the maximum default ufs log size (ldl_maxlogsize) from 64 Mbytes to 512 Mbytes. 6709826 ufs log size should be large enough by default to avoid panic described in Sun Alert 20
PSARC 2009/309 Increase the maximum default ufs log size (ldl_maxlogsize) from 64 Mbytes to 512 Mbytes. 6709826 ufs log size should be large enough by default to avoid panic described in Sun Alert 200854 6758800 lufs_alloc() can create a log smaller than ldl_minlogsize
show more ...
|
#
0d5abb8c |
| 21-Nov-2008 |
Viswanathan Kannappan <Viswanathan.Kannappan@Sun.COM> |
6501880 Creation of small files (< 1024 bytes) on logging file system leads to excessive fragmentation
|
#
4f21de4d |
| 27-May-2008 |
jr26306 <none@none> |
6669199 fcntl(F_ALLOCSP) causes solaris_nevada to panic: ufs_putapage: bn == UFS_HOLE
|
#
80d34432 |
| 16-Jul-2007 |
frankho <none@none> |
6561724 UFS cstyle cleanup, and TRACE_*() macro call removals
|
#
b3143109 |
| 15-Jun-2007 |
mishra <none@none> |
6479375 IO delays are being seen on a two node cluster machine
|
#
33c22cb3 |
| 13-Jun-2007 |
mishra <none@none> |
6411034 posix_fallocate() at times doesn't extend the file due to ufs_allocsp() returning failure 6432412 posix_fallocate() moves holes instead of filling them 6436393 posix_fallocate() can cause fre
6411034 posix_fallocate() at times doesn't extend the file due to ufs_allocsp() returning failure 6432412 posix_fallocate() moves holes instead of filling them 6436393 posix_fallocate() can cause freeing free block panic 6493590 bmap_set_bn() does not take care of second level indirection leading to UFS_HOLE/freeing free panics
show more ...
|
#
303bf60b |
| 15-Nov-2005 |
sdebnath <none@none> |
PSARC 2004/422 posix_fallocate 4517427 All filesystems need a way to ftruncate/mmap a file with disk-space reservation
|
#
121be23b |
| 09-Sep-2005 |
jkennedy <none@none> |
6251659 statvfs taking 30 second to complete performance regression s9 to s10 oracle 9ir2 starcat ufs
|
#
7c478bd9 |
| 14-Jun-2005 |
stevel@tonic-gate <none@none> |
OpenSolaris Launch
|