Some days ago Thorsten wrote TuxOnIce is broken in 2.6.29-zen1. Well, I wanted to have a 2.6.29 kernel, because the iwl3945 driver in 2.6.29 works the first time with a useable speed for me.  So I no longer need the hack for the ipw3945 driver I published on ipw3945 unter linux-kernel 2.6.27.

Today I managed to patch the brand new zen-sources-2.6.29-r3 with tuxonice. This was necessary since I need tuxonice on my notebook and tuxonice has been removed permanently from zen-sources. Suspend to RAM works at least on my Dell Precison M65 as well as suspend to disk does.

Since 2.6.29-zen3 has not been released as patch yet, you may download the patch I created from git here: Zen-Sources 2.6.29-r3 patch (2499 downloads ) Then apply the patch to the vanilla kernel sources available from kernel.org. Afterwards download the tuxonice patch from http://www.tuxonice.net/downloads/all/tuxonice-3.0-for-2.6.29.patch.bz2 and apply it to the kernel sources with the zen patchset already applied.

For Gentoo users there is a more easy way:

Download my modified overlay  (including the patches) from zen-sources-toi-2.6.29-r3.tar.bz2 (2532 downloads ) and extract it in /usr/local/portage. Be sure to include the following line in your /etc/make.conf:

PORTDIR_OVERLAY="/usr/local/portage"

Then emerge zen-sources-toi and buld the kernel as you wish.

The files above are not from an official zen release. Tuxonice is not officially supported in zen-sources. So If you’re using the files above, don’t report any bugs to zen-sources.org.

For my Precision M65 I used the following kernel config: .config.zip (2519 downloads )

If you want to use all channels with the iwl3945 driver change the line

static char *ieee80211_regdom = “US”;

to

static char *ieee80211_regdom = “JP”;

in the file net/wireless/reg.c.

For more information on the zen-sources patchset see www.zen-sources.org.

best regards

Jürgen

(No Ratings Yet)

Loading...

Posted in drivers, gentoo, kernel, linux, zen-sources | 1 Comment »

Today there was xorg-server-1.5.3 in the portage of gentoo as stable. But there are some hints on it. Now hal and evdev are recommended. If you haven’t used it till now, you have to. If you have emerged hal and evdev ( emerge hal evdev -uND ) you have to copy the policys for hal to /etc/hal/fdi/policy/ . The default policys can be found in /usr/share/hal/fdi/policy. Then ’emerge xorg-server -uND’ and do the things mentioned in the emerge message. If everything is emerged you can go on with renaming of /etc/X11/xorg.conf to xorg.conf.old . Then you can stop x and generate a default xorg.conf with Xorg -configure and copy the generated file to /etc/X11/xorg.conf . Then xorg should start probably. Now you can configure everything you wan’t, perhaps you should read on wiki.x.org about what is new and howto deal with this version. Further details can be found at gentoo.org and if there is a problem we might help you.

LG xexplorer

(No Ratings Yet)

Loading...

Posted in graphics, linux | No Comments »

I’m proud to present a new version of SIV, the stereoscopic jps viewer for Linux I published first in SIV – a stereoscopic jps viewer for Linux. SIV is  capable of displaying jps stereo images in different stereo modes. I tried it in fullscreen/windowed mode with anaglyphic and quad buffered stereo mode. Different output devices I tested were my Vuzix VR920 and relevator shutter glasses  on Nvidia Quadro FX 350M and FX 3400. It should also work with an Ati FireGL, but I never tried this. The new version fixes some segfaults, that occured when needed libraries were missing. Furthermore I added a slideshow mode and the possibility to specify a default distance and therefore the possibility to set a default zoom factor. The coolest feature I added to the viewer is the headtracking support for the Vuzix VR920 HMD. For this you will need (in addition to the device 😉 ) the headtracking driver, I published in VR920 headtracking driver for Linux. You may watch  a video (demo_siv_headtracking_vr920) of me using the viewer with enabled headtracking to view some photos of NASA’s Apollo missions  downloadable from nvidia forums.

Usage changes:

New commandline options are:

• -s                                         Enable slideshow mode
• -t                                         delay Delay for slideshow mode,
  defaults to 10 sec
• -d                                         distance (values between 0.0 and
  1.0 are senseful)

These new options control the new headtracking support:

• –vr920                             enable headtracking support for the vuzix vr920 hmd
• -m                                        non default multicast ip
• -p                                         non default multicast port

For detailed information on the -m and -p options see the article about the headtracking driver : VR920 headtracking driver for Linux. They have the corresponding meaning. If you want to try out the headtracking, enable the headtracking support with the –vr920 option. You may want to specify the distance to the image with the -d option. Values between 0.25 and 0.5 seem to have a nice effect when using the headtracking. When headtracking is active you may press Z to set the zero view so that with your current head position you will see the center of the image. If you want to manipulate the view manually press 2 to enable the trackball manipulator and use i.e. the right moue button and up or down movements (with the mouse) to control the distance (zoom in or out). Afterwards press 1 to activate headtracking again.

For more usage documentation see: SIV – a stereoscopic jps viewer for Linux

Download:      

I decided to publish the viewer under the creative common noncommercial license. Make sure you have the OpenSceneGraph library installed before trying to compile or run the viewer. You may download the full source (Eclipse Project) from here: SIV-1.0 source (2487 downloads ) or an x86_64 binary from here:  SIV-1.0 x86_64 binary (2687 downloads ) . More binary formats may be available in the future. Fore the x86_64 binary you’ll need OpenSceneGraph-2.8.

Binaries for most linux distributions can be downloaded from www.openscenegraph.org.  Instructions on how to build OpenSceneGraph on gentoo can be found on PlopByte.

Building from source:

For building from source unpack the zip and cd to siv/Release and run make.

Footnote:

If you like the viewer, feel free to link to www.mygnu.de. To request commercial licenses contact us at info(at)mygnu.de. Well, if you just want to support our work on MyGNU.de use the donate button 😉

best regards and enjoy the 3rd dimension

Jürgen

(1 votes, average: 5.00 out of 5)

Loading...

Posted in 3d, drivers, graphics, linux | 6 Comments »

Today, when I ran the regular update of my gentoo systems there was an update for compiz-fusion in portage. The compiz update did not work out of the box on my x8_64 systems, missing keywords, blocking packages, wrong manifests, etc.

Here is the way I got it to work:

emerge -uND world

!!! All ebuilds that could satisfy “~x11-plugins/compiz-plugins-main-0.8.2” have been masked.
!!! One of the following masked packages is required to complete your request:
– x11-plugins/compiz-plugins-main-0.8.2 (masked by: ~amd64 keyword)

Add to /etc/portage/package.keywords:

=x11-plugins/compiz-plugins-main-0.8.2 **
=x11-plugins/compiz-plugins-unsupported-0.8.2 **
=x11-plugins/compiz-plugins-extra-0.8.2 **

emerge compiz-fusion

[blocks B ] x11-plugins/compiz-fusion-plugins-extra (“x11-plugins/compiz-fusion-plugins-extra” is blocking x11-plugins/compiz-plugins-extra-0.8.2)
[blocks B ] x11-plugins/compiz-fusion-plugins-main (“x11-plugins/compiz-fusion-plugins-main” is blocking x11-plugins/compiz-plugins-main-0.8.2)
[blocks B ] x11-plugins/compiz-fusion-plugins-unsupported (“x11-plugins/compiz-fusion-plugins-unsupported” is blocking x11-plugins/compiz-plugins-unsupported-0.8.2)

emerge -C compiz-fusion-plugins-extra compiz-fusion-plugins-main compiz-fusion-plugins-unsupported

emerge compiz-fusion

!!! A file listed in the Manifest could not be found: /usr/portage/x11-plugins/compiz-plugins-extra/files/compiz-plugins-extra-no-gconf.patch

ebuild /usr/portage/x11-plugins/compiz-plugins-extra/compiz-plugins-extra-0.8.2.ebuild digest

Note: The generation of the digest is only a temporary solution. There should be the correct manifest in the portage tree.

emerge compiz-fusion

* Messages for package x11-wm/emerald-0.8.2:

* Cannot find $EPATCH_SOURCE! Value for $EPATCH_SOURCE is:
*
* /usr/portage/x11-wm/emerald/files/emerald-ru.po.patch
* ( emerald-ru.po.patch )
*
* ERROR: x11-wm/emerald-0.8.2 failed.

cd /usr/portage/x11-wm/emerald/files/

ln -s emerald-0.7.8-ru.po.patch emerald-ru.po.patch

Note: The symlink is only a temporary solution. The file should be added to the portage tree.

ebuild /usr/portage/x11-wm/emerald/emerald-0.8.2.ebuild digest

emerge compiz-fusion

Afterwards I had a working compiz-fusion-0.8.2 .

regards

Jürgen

(No Ratings Yet)

Loading...

Posted in 3d, gentoo, graphics, linux | 2 Comments »

A while ago I noticed my gnome-sensors-applet displaying wrong units for some sensors. I.e. it displayed an “A” next to a fan sensor value.  Since I had the same problem once before I remembered quickly how to solve it. Because I did not find anything about this problem in the web, I decided to write this post.

The reason for the wrong units is wrong data stored in gconf. Each sensor has a type. If this type is stored wrong the applets configuration the applet displays the wrong unit for the sensor. Sensor types I know are:

• 0 – current (A)
• 1 – fan (RPM)
• 2 – temperature (C or F, depends on selection)
• 3 – voltage (V)

To change the applets configuration to the right sensor types start gconf-editor.

Search for the key name sensors_applet_version. At the same location you will find the properties of the sensors applet. Then open (doubleclick onto each)  the keys ids or labels and sensor_types edit key pages and move them next to each other to identify which sensor type entry belongs to which sensor.

Now change sensors with wrong type settings to the correct ones. Then from console issue a killall gnome-panel to force the configuration to get reloaded. Afterwards you should get the correct unit being displayed next to your sensor data.

Jürgen

(No Ratings Yet)

Loading...

Posted in hardware, linux | No Comments »

A few days ago  zen-sources 2.6.29-r1 was published. I tried it on my Notebook and it looks quite fine. There is only one thing which seems to be broken. It’s TuxOnIce. I’ve tested many ways to get it running but it won’t work. The serious thing is that every thing looks normal. When there is a solution I will post it here.

So stay tuned till this is fixed.

Best regards

Thorsten

(No Ratings Yet)

Loading...

Posted in linux, zen-sources | 1 Comment »

Today I upgraded my Gentoo systems to nvidia-drivers-180.41.  I had bad news to report the last two times I upgraded nvidia-drivers in nvidia-drivers-180.37 causing strange segfaults and CTRL-C and CTRL-Z not working after nvidia-driver upgrade and high CPU usage.

Well, since I had bad news before I also want to tell you about the good news. I did not experience any problems yet with nvidia-drivers-180.41. I run Gentoo with kernel 2.6.28-zen4 #1 SMP PREEMPT on x86_64 and tried with Quadro FX3400 and Quadro FX350M. Even tuxonice works on my  Dell Precision M65 with the driver. In the past I sometimes had problems with suspending and some nvidia-driver versions.

Well, not everyone is as lucky as I am. Some cards seem not to be recognized anymore by the driver. You can read about this problem on 180.41 — no more support for 6600?

I’m quite happy to have a new working driver after the last two upgrade attempts.

Edit: Sadly I was wrong in this post. nvidia-drivers-180.41 also causes segfaults as well as 180.44 does. These segfaults occur during heavy CPU/MEM usage. (In my case running 6 instances of mencoder simultaneously on 4 cores). After downgrading again to 180.29 everything returned to normality.

Jürgen

(No Ratings Yet)

Loading...

Posted in 3d, drivers, gentoo, graphics, linux | 1 Comment »