lp:ubuntu/lucid/nvidia-graphics-drivers-180

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

29. By Alberto Milone on 2009-10-25

* debian.binary/patches, dkms.conf.in:
  - nvidia-rt-compat.patch: Update patch to allow the driver to
    work with rt kernels again (LP: #413296). Thanks to Iain Bucław
    for the patch.

28. By Alberto Milone on 2009-10-19

* debian/control, debian/control.in:
  - Add dependency on patch to nvidia-$VER-kernel-source (LP: #453961).

27. By Alberto Milone on 2009-10-14

* debian.binary/patches, dkms.conf.in:
  - fall_back_on_mtrr_if_no_pat.patch: Fall back on MTRRs if the
    CPU doesn't support the PAT (LP: #391461).

26. By Mario Limonciello on 2009-10-13

* debian/nvidia-185-kernel-source.postinst:
  - There were bugs of undefined variables in the smart buildd detection
    scripts. These should be upstream DKMS anyway, so reference them
    from there (LP: #450493)

25. By Alberto Milone on 2009-10-12

* debian/upstream_info:
  - Treat lpia as i386 so as to fix FTBFS.
* debian/nvidia-185-kernel-source.postinst:
  - Re-use the smart buildd detection system that we already use in the
    bcmwl-kernel-source package so as to allow pre-compiled modules when
    the nvidia driver is included in a customised image. The old behaviour
    is preserved in any other case.
* debian/control, debian/control.in, debian.binary/control.template:
  - Set arch to lpia for every package.

24. By Alberto Milone on 2009-10-08

[ Alberto Milone ]
* debian/control, debian/control.in:
  - Change the section of the -modaliases package to "admin" as the package
    is not "restricted" (LP: #429153).
  - Add the lpia architecture to the -185 packages.

[ Kees Cook ]
* debian/control.in:
  - Add build dependency on execstack.
* debian/rules:
  - Drop executable stack markings from precompiled binaries (LP: #409456).

23. By Luke Yelavich on 2009-09-26

Re-introduce a patch to allow the NVIDIA drivers to build against the RT
kernel (LP: #413296

22. By Mario Limonciello on 2009-08-28

* debian/control.in:
  - Attempt to clean up the provides/conflicts/replaces to only have
    currently valid package names (for Karmic) to avoid confusion.
  - For the transitional packages, don't conflict, so that they should
    be installable. (LP: #418681)

21. By Mario Limonciello on 2009-08-23

* New upstream release (LP: #408561)
  - Fixed a bug that caused kernel panics when starting X on some mobile GPUs
  - Fixed an interaction problem between VDPAU and PowerMizer when using
    VDPAU solely as a display mechanism, and not to decode video streams. The
    GPU performance level should now be raised, if required, in this scenario.
  - Fixed VDPAU to avoid "display preemption" in some cases where a
    VdpOutputSurface is deleted while it is still active (either queued or
    visible) in a VdpPresentationQueue. In particular, this can occur in
    MPlayer when using the "-fs" option, and could completely prevent VDPAU
    from operating successfully, depending on the exact timing conditions.
* debian/nvidia-glx-185.preinst:
   - Update to print-architecture rather than print-installation-architecture

20. By Alberto Milone on 2009-08-07

* Rename package as -185 and make -180 a transitional package.
* Drop drm_agp_memory-2.6.31.patch as the module builds with 2.6.31
  kernels now.
* New upstream release:
  -Fixed a crash on certain mobile GPUs.
  -Added code to forcibly terminate long-running CUDA kernels when Ctrl-C
   is pressed.
  -Fixed a bug that could cause occasional memory corruption problems or
   segmentation faults when running OpenGL applications on Quadro GPUs.
  -Fixed a deadlock in the OpenGL library that could be triggered in certain
   rare circumstances on Quadro GPUs.
  -Fixed an interaction problem between PowerMizer and CUDA applications
   that caused the performance level to be reduced while the CUDA kernel is
   running.
  -Made CUDA compute-exclusive mode persistent across GPU resets.
  -Fixed the order of outputs in the GPUScaling nvidia-settings property.
  -Fixed a bug that caused graphics corruption in some OpenGL applications
   when the Unified Back Buffer is enabled the application window is moved.
  -Fixed a bug that caused glXGetVideoSyncSGI, glXWaitVideoSyncSGI, and
   glXGetRefreshRateSGI to operate on the wrong screen when there are
   multiple X screens.
  -Fixed a bug that causes corruption or GPU errors when an application
   paints a redirected window whose background is set to ParentRelative on
   X.Org servers older than 1.5. This was typically triggered by running
   Kopete while using Compiz or Beryl.
  -Fixed a bug in VDPAU that could cause visible corruption when decoding
   H.264 clips with alternating frame/field coded reference pictures, and a
   video surface is concurrently removed from the DPB, and re-used as the
   decode target, in a single decode operation. This affected all GPUs
   supported by VDPAU.
  -Fixed a bug in VDPAU that could cause visible corruption near the bottom
   edge of the picture when decoding VC-1 advanced profile clips whose
   heights are not exact multiples of 16 pixels, on G98 and MCP7x (IGP) GPUs.
  -Enhanced VDPAU to better handle corrupt/invalid H.264 bitstreams on G84,
   G86, G92, G94, G96, or GT200 GPUs. This should prevent most cases of
   "display preemption" that are caused by bitstream errors.
  -Fixed an X server crash when using the VDPAU overlay-based presentation
   queue and VT-switching away from the X server.
  -Enhanced VDPAU's detection of the GPU's video decode capabilities.
  -Fixed a bug in VDPAU that could cause ghosting/flashing issues when
   decoding H.264 clips, in certain full DPB scenarios, on G98 and MCP7x.
  -Fixed VDPAU to detect an attempt to destroy the VdpDevice object when
   other device-owned objects still exist. VDPAU now triggers
   "display preemption", and returns an error, when this occurs.
  -Enhanced VDPAU's error handling and resource management in presentation
   queue creation and operation. This change correctly propagates all errors
   back to the client application, and avoids some resource leaks.