Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Stefan]

BETA 270.18 January 21, 2011
Linux Display Driver - x86
Linux x64 (AMD64/EM64T) Display Driver
Solaris Display Driver – x64/x86
FreeBSD Display Driver – x64
FreeBSD Display Driver – x86

NVIDIA Recommended 260.1936 January 21, 2011
Linux Display Driver - x86
Linux x64 (AMD64/EM64T) Display Driver
Solaris Display Driver – x64/x86
FreeBSD Display Driver – x86
FreeBSD Display Driver – x64

[ljbade]

Updated the NVIDIA kernel module to ensure that all system memory allocated by it for use with GPUs or within user-space components of the NVIDIA driver stack is initialized to zero. A new NVIDIA kernel module option, InitializeSystemMemoryAllocations, allows administrators to revert to the previous behavior.

Looks like they fixed this serious security hole:
http://forums.nvidia.com/index.php?showtopic=190303

But why would any sane system admin want to turn off a kernel security hole?!? Considering that this whole update is specifically to fix this hole!

[ljbade]

New extensions in 270:
GL_EXT_texture_compression_dxt1 (OpenGL ES)
GL_EXT_texture_format_BGRA8888 (OpenGL ES)
GL_EXT_texture_type_2_10_10_10_REV (OpenGL ES)
GL_NV_alpha_test (?!?)
GL_NV_blend_minmax
GL_NV_complex_primitives (OpenGL ES?)
GL_NV_fragdepth (Cg compiler already uses this according to Google, equivalent to HLSL DEPTH sematic)

The rest are all OpenGL ES:
GL_OES_depth24
GL_OES_depth32
GL_OES_depth_texture
GL_OES_element_index_uint
GL_OES_fbo_render_mipmap
GL_OES_get_program_binary
GL_OES_mapbuffer
GL_OES_packed_depth_stencil
GL_OES_rgb8_rgba8
GL_OES_standard_derivatives
GL_OES_texture_3D
GL_OES_texture_float
GL_OES_texture_float_linear
GL_OES_texture_half_float
GL_OES_texture_half_float_linear
GL_OES_texture_npot
GL_OES_vertex_array_object
GL_OES_vertex_half_float