Merge acpi configration from bumblebee

[datacompboy]

Do merge with bumblebee planned? They seems to be added acpi enable/disable in installer using model names, and that looks to be useful.

[z0rc]

Hrm, good point. I'll check this. Still with a lack of testers this can be problematic.

[datacompboy]

Just ask, if you need any help. I can remove/install drivers any times needed :)

[Mecin]

I am also ready to test. I cant make power saving on Debian (with debumblebee), but on Ubuntu everything works fine. Asus 1215n Debian Squeeze.

[z0rc]

OK, I pushed updates with automatic powersave installation and documented it. Feel free to add support of your laptops.

If everything is fine, I'm planning to start merging acpi_call's from bemblebee for confirmed models.

[Mecin]

Thanks, good work, finally I get working power saving on Asus1215n Debian stable, but I have new crashes and bugs:

There was an error in /etc/default/debumblebee (I think?), VGL_DISPLAY=: was set 8, change to 0 myself and works.

When I type, f.e. optirun kate, Kate was open but, when I close the program X server is restarting. I think its issue for stable release.

When debumblebee daemon starts, shows this : DEB_HOST_MULTIARCH is not a supported variable name at /usr/bin/dpkg- architecture line 214.

Mini how I enable power saving on 1215n Debian stable Squeeze: Compile acpi_call from here: https://github.com/mkottman/acpi_call there are also scpits for asus1215n

make update-initramfs -u cp acpi_call.ko /lib/modules/uname -r/kernel/

add acpi_call to /etc/modules

depmod modprobe acpi_call

now we enable card by ./asus1215n on, and disable by ./asus1215n off.

I change POWER_SAVE=yes in /etc/default/debumblebee and write enable and disable card scripts, put in /usr/local/bin/.

[z0rc]

It was stated many times before. I am not running stable and I cannot maintain debumblebee for it. Multiarch changes from testing/sid aren't compatible with squeeze. If you can hack this without breaking other distros, then I'll accept the patches.

VGL_DISPLAY was moved to 8 as 1 an further are used by fast user switch mechanism which starts additional X server for each user. Actually 0 shouldn't work as it's used by Intel card. Anyway all scripts are taking in honor this option and 8 by default works with clean installation.

Also I'm providing more decent acpi_call installation mechanism which uses dkms. Go check it.

[Mecin]

With VGL_DISPLAY=8 I got error:

Mecin@debian:~$ optirun glxinfo DEB_HOST_MULTIARCH

but power saving works fine.

I will try but after reboot with DFP,CRT or DFP-0 or CRT-0.

[z0rc]

It was stated many times before. I am not running stable and I cannot maintain debumblebee for it. Multiarch changes from testing/sid aren't compatible with squeeze.

[Mecin]

Ok sorry, but maybe You know what I am doing wrong, failed to load nvidia kernel:

Root@debian:/home/mecin# cat /var/log/Xorg.

[z0rc]

(EE) NVIDIA: Failed to load the NVIDIA kernel module.

Do the "modprobe nvidia" and test again. Also make sure you are actually enabling nVidia card and loading the nvidia module before starting nvidia X server.

[Mecin]

It doesnt work, I dont know why? I try all, change BusID, reading all logs, and it seems that the nvidia packages from stable release are too old for debumblebee.

ABI class: X.

but thank You very much for help, maybe, when all GNOME 3 package will be ported to the sid or testing, I upgrade my Squeeze and then fix it or make sure that is the stable issue.

[metaphys]

Hello and thanks for your works... Actually i'm having the very same problem: optirun glxgears [VGL] ERROR: Could not open display :8. on both fresh testing install and upgraded to sid and uninstall reinstall debumblebee Asus K93SV

[z0rc]

Fill new bug report and provide all required information as described in Troubleshooting section in README.

[z0rc]

Closing this as right now we have mechanism for providing model specific acpi calls and base is started filling. Later I'm planning to dump or use directly bumblebee database.