Bumblebee 3.2.1

Makefile.am

@@ -1,7 +1,7 @@
 # -*- Makefile -*-
 
 GITVERSION = $(shell "$(top_srcdir)/version.sh" "$(top_srcdir)")
-relnotes = doc/RELEASE_NOTES_3_2
+relnotes = doc/RELEASE_NOTES_3_2_1
 
 bumblebeedconfdir=$(sysconfdir)/bumblebee
 

configure.ac

@@ -2,7 +2,7 @@
 # Process this file with autoconf to produce a configure script.
 
 AC_PREREQ([2.68])
-AC_INIT([bumblebee], [3.2])
+AC_INIT([bumblebee], [3.2.1])
 AC_CONFIG_AUX_DIR([build-aux])
 AC_CONFIG_SRCDIR([src/bbsocket.c])
 #AC_CONFIG_HEADERS([config.h])

doc/RELEASE_NOTES_3_2_1

@@ -0,0 +1,47 @@
+Version 3.2.1 - 26 April 2013
+
+Highlights:
+ - [hotfix] Fixed Bumblebee 3.2 not working on a lot of setups.
+   This happened because of "Device" section splitting in xorg conf files.
+ - [fix] Fixed an issue where an empty XorgModulePath lead to -isolateDecide
+   being removed from Xorg start command line instead of -modulepath.
+
+Important note for packagers:
+In 3.2 release, we have extended our nvidia-specific udev rule file to add
+device files (/dev/nvidia*) when the module is loaded (previously it would only
+remove those files when the module is unloaded). Consequently, we also changed
+its name. Some distributions, for example Gentoo, do not need to install this
+rule file because they already have a similar mechanism in place. Please also
+note that the rule file sets file permissions to 0666; you may want to adjust it
+to set permissions/owner/group more strictly according to your distribution's
+practice before installing. If you already use the kernel module options to
+declare permissions, simply running nvidia-smi on module load will do the job.
+
+Notes:
+- bbswitch is independent of the driver; vga_switcheroo works for nouveau only.
+  See also the Known Issues section above and
+  https://github.com/Bumblebee-Project/Bumblebee/wiki/Comparison-of-PM-methods
+- the video drivers must be unloadable. This means that it should not be
+  compiled into the kernel. When using dynamically built modules like nvidia,
+  be sure that the toolchain used for building the kernel matches the one that
+  is used for building the module. This means that Ubuntu mainline kernels do
+  not work and will cause crashes.
+- VirtualGL performance is very dependent on the Transport method set. The
+  default "proxy" setting appears to perform bad in some situations. Try other
+  available settings like "rgb" or "yuv".
+- in many cases, primus offers better performance; please try it and report
+  compatibility issues in primus tracker, if you find any; for now VirtualGL is
+  still preferred as the default autodetected render bridge, while primus is
+  being tested at larger scales before being released as default. Try it and
+  ensure everything you use works to help us build the best backend.
+
+Known issues:
+- vga-switcheroo won't survive suspension/hibernation (patch for newer Optimus 
+  machines for OFF to work has been published in Kernel 3.3; a good patch for 
+  suspend is still being prepared).
+- bbswitch cannot disable the discrete nvidia card for the Dell Vostro 360
+  desktop with Synergy. If you have a machine using that technology, please
+  submit your machine information on: https://bugs.launchpad.net/bugs/752542
+- Some laptops (mainly Lenovo) are neither supported by bbswitch nor the video 
+  drivers. See https://github.com/Bumblebee-Project/bbswitch/issues/2. This is
+  fixed in Linux Kernel 3.9.