Unable to get screensaver working.
-
They should be compatible.
How are you downloading them? Possibly they are being corrupted during download.Try fetching them straight to the box:
fetch http://files.pfsense.org/jimp/ko-8.3/amd64/green_saver.ko
Steve
-
Tried it via direct copy/paste of your suggestion:
[2.1-BETA1][admin@pfsense.somthing]/boot/modules(8): fetch http://files.pfsense.org/jimp/ko-8.3/amd64/green_saver.ko green_saver.ko 100% of 3624 B 524 kBps [2.1-BETA1][admin@pfsense.somthing]/boot/modules(9): kldload green_saver kldload: can't load green_saver: Exec format error
-
Hmm, odd. Perhaps there is some incompatibility issue there.
You are definitely running 64bit I suppose. Have to ask. ;)Try loading some other kernel module that won't do anything. Try cpuctl.ko. I don't have a 2.1 box up to check but I assume that isn't in the image already.
Steve
-
[2.1-BETA1][admin@pfsense.somthing]/boot/modules(7): fetch http://files.pfsense.org/jimp/ko-8.3/amd64/cpuctl.ko cpuctl.ko 100% of 10 kB 212 kBps [2.1-BETA1][admin@pfsense.somthing]/boot/modules(8): kldload cpuctl.ko [2.1-BETA1][admin@pfsense.somthing]/boot/modules(9): kldstat Id Refs Address Size Name 1 11 0xffffffff80100000 11f3410 kernel 2 1 0xffffffff81412000 c61 coretemp.ko 3 1 0xffffffff81413000 702e cpufreq.ko 4 1 0xffffffff8141b000 ecf cpuctl.ko
Well that seemed to work - but why that and not the savers?
*edit and I have to assume yes to the 64bit question as the file I used was pfSense-2.1-BETA1-4g-amd64-nanobsd_vga-20121212-1059.img.gz. Unless this is some how not 64bit?
-
I was doing most of my testing remote and has not has a chance to check the local console. Checked it today and found a bunch of "KLD green_saver.ko: depends on splash - not available" errors that never echo'ed back though the putty session.
Digging around a bit it sounds like splash is a kernel device that BSD uses for a start splash screen and screen savers as well. I started getting a bit out of my depth at this point - any one have a walk though how to enable splash on pfsense?
-
I've never tried this but I see there are some 'splash' kernel modules you could load. Easy test.
Steve
-
I saw that as well and gave it a shot - they also gave the same error. It looks like splash is actually a device that some how needs to be enabled via a different method.
-
If you're using splash_* it looks like you need bitmap_load as well:
See the examples here: http://www.freebsd.org/cgi/man.cgi?query=splash&sektion=4&apropos=0&manpath=FreeBSD+9.0-RELEASEThough it does seem like you need something compiled into the kernel as well:
@man:In order to load the splash screen or the screen saver, you must have the following line in the kernel configuration file.
device splash
Steve
-
Yeah I think it needs a re-compiled kernel with the option enabled before this can be taken any further if I understand http://aplawrence.com/Unixart/compiling_freebsd.html correctly. As of right now that's way beyond my ability.
-
Yep I agree it looks like it's not included in the pfSense kernel:
[2.0.1-RELEASE][admin@pfsense.fire.box]/boot/kernel(27): kldstat -v | grep splash [2.0.1-RELEASE][admin@pfsense.fire.box]/boot/kernel(28):
Not 100% sure if it would appear in that list though. :-\ Anyone else?
Steve
-
splash is in GENERIC so it's on a full install because full install kernels include GENERIC and specify additional options beyond what is there. NanoBSD kernels are pruned down and do not include things like that.
So it will work on a full install, but not NanoBSD.
-
Thanks Jim, as always. :)
Steve
-
Ahhhh ok. Since this is running on a SSD - the RO default state of the NanoBSD was one of the traits I was looking to keep. Is there any chance that in the future that the splash device option be added to the NanoBSD VGA build since it's more then likely going to have a screen attached?
-
seems like it might be OK… feel free to submit a pull request on github with the changes, or a redmine feature request.
-
Thank you again stephenw10 and jimp! I have done so and will wait to see what they say/do.
-
https://github.com/bsdperimeter/pfsense-tools/commit/eace068d57a040c9013d1d3124094262944338d8 :-)
-
Whoa - that was quick!
Updated today and redid the steps in my 1st post - went down to check the local console and it has already went to sleep! I would say that's tested, working, and my issue is solved!Thank you again jimp and stephenw10!
This thread can be closed as solved as far my issue.
-
Now that you got it working, figured it was something I'd like to give a try.
I'm running an old DELL Inspiron 5100 notebook and in the case of an extended power outage that drains the battery the BIOS (RTC) is set to wake the computer once a day so the machine will eventually boot up again after power is restored.
However this seems to only work if the screen is up (not closed). So thought it would be nice to blank the screen.
It does blank the screen so that is nice, however it does not turn off the backlight. That's a big energy consumer, so not quite so green.
Also it blanks the screen for about the middle half of boot up. That could be real problem if it should hang during boot up with the screen blank.
Thanks for getting this working and sharing.
Put i386 version of green_saver.ko in /boot/modules/ Added green_saver_load="YES" to /boot/loader.conf.local Added <shellcmd>vidcontrol -t 60</shellcmd> at end of config system section rebooted
-
Try using <afterbootupshellcmd>instead.
Steve</afterbootupshellcmd>
-
Nice thought, but it is blanking before it gets to the pfSense load.
Seems to be blanking upon loading the green_saver_load module in /boot/loader.conf.local.