Permalink
Browse files

Bumblebee 3.2.1

  • Loading branch information...
1 parent 5aeefc2 commit 518c985fa77b6c60612e154e908eccbc7c13534a @ArchangeGabriel ArchangeGabriel committed Apr 26, 2013
Showing with 49 additions and 2 deletions.
  1. +1 −1 Makefile.am
  2. +1 −1 configure.ac
  3. +47 −0 doc/RELEASE_NOTES_3_2_1
View
@@ -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
View
@@ -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])
@@ -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.

0 comments on commit 518c985

Please sign in to comment.