[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#673424: bbswitch packaging



On Tuesday 19 March 2013 01:35 AM, Vincent Cheng wrote:
> # Need functions from primus libGL to take precedence
> export LD_LIBRARY_PATH=${PRIMUS_libGL}${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}
> That line was already uncommented out in the script shipped by the package...
Oh!! I must have missed that.

>
>> Yes. But I have ensure always that I review the config file. And in my
>> opinion, the defaults should be KeepUnusedXServer=false
> I suppose a better way of explaining why watching /proc/acpi/bbswitch
> isn't reliable is by referencing the differences between how the
> virtualgl and primus backends work. Virtualgl will always cause the
> secondary X server to be spawned (everything is rendered on the
> secondary X server before being displayed on the primary X server),
> whereas primus will only offload glx calls to bumblebee, thus the
> secondary X server will only start up when you run some sort of opengl
> application with primus. That means that "optirun bash" or "optirun
> xterm" will invariably turn on the secondary X server and the nvidia
> gpu, whereas "primusrun bash" or "primusrun xterm" (or some other
> application that doesn't use any glx calls) will not.

Thanks for explaining this.

>> I will try to update all the packages now and see the final results.
>> Looks like you guys have pushed some updates today.
> Please do test out my changes, but also please don't upload the
> packages yet. I want to sort out the conffiles issue [1] first...
>

No worries. I myself would prefer if Aron (or someone else from the
current pkg-nvidia team) reviews and does the upload.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."


Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: