lp:ubuntu/utopic-proposed/nvidia-prime

Branch merges

Propose for merging

No branches dependent on this one.

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

22. By Jonathan Riddell on 2014-10-10

Add sddm as alternative depends

21. By Alberto Milone on 2014-06-19

* prime-select:
  - Simplify the logic for enablement. The simplified logic
    should also be more robust and try harder instead of
    complaining and aborting early (LP: #1310023).
    This is now possible thanks to the fact that we allow
    installing only one binary driver at the time. This is
    not the case in Ubuntu <= 12.04.

20. By Alberto Milone on 2014-05-22

* debian/dirs.in, debian/install.in, oem/00-prime-offload:
  - Add support for offloading rendering to NVIDIA when using
    the OEM installer.

19. By Alberto Milone on 2014-05-16

* prime-quirks:
  - Remove quirk for "Vostro 20 3015". We were really getting
    a false positive in the gpu-manager (LP: #1310516).

18. By Alberto Milone on 2014-05-12

* prime-quirks:
  - Add quirk for "Vostro 20 3015" (LP: #1310516).

17. By Alberto Milone on 2014-03-31

* prime-supported:
  - Check /var/lib/ubuntu-drivers-common/requires_offloading to
    know if we need to offload rendering. There's no need to do
    hardware detection again when the gpu-manager already does
    all the work.

16. By Alberto Milone on 2014-03-13

* debian/preinst.in, debian/rules:
  - Move the lightdm configuration file from /etc to /usr/share.

15. By Alberto Milone on 2014-03-06

* debian/control:
  - Breaks: ubuntu-drivers-common (<< 1:0.2.89).
* Add support for the new ubuntu-drivers-common. The gpu-manager
  will take care of most of the work. We only need to tell
  lightdm that we want to offload rendering, and to run the
  gpu-manager on log out.

14. By Alberto Milone on 2014-02-21

* debian/preinst.in:
  - Do not remove the lightdm configuration file.

13. By Alberto Milone on 2014-02-21

[ Daniel Dadap ]
* prime-xconfig:
  - Format the BusID string correctly (LP: #1282796).
    The BusID string created by prime-xconfig had several problems:
    1) It was missing the bus type "PCI", as recommended by
       xorg.conf(5).
    2) Values were written in hexadecimal, as reported by lspci,
       instead of decimal, as expected by the server. (See the
       comment at the top of xf86ParsePciBusString().)
    3) The PCI domain was not specified.
    Giving the BusID string in the wrong format could cause the X
    server to fail to parse the BusID, or to parse numbers in the
    wrong base. On systems with more than one PCI domain, `lspci -n`
    output would include the domain number, which is omitted by
    default on systems with only one PCI domain. nv_get_id()
    expects the bus number to be the first field, which would not be
    correct when `lspci -n` reports the domain, as it does on
    systems with multiple domains.
    Fix these issues by always reporting the domain with `lspci -Dn`
    and using it in the BusID string, prepending "PCI:" to the
    BusID string, and printing all numeric values in decimal.