zen-sources-3.1 with tuxonice

Starting with the 2.6.36 kernel, tuxonice has been removed from zen-sources. The latest official tuxonice patch that is available is for the linux kernel 3.0.  However, I found a more recent patch at gmane.org. So I patched the zen-stable-3.1 sources with this tuxonice patch.

Suspend to RAM works with this kernel, at least on my Dell Precison M65 and my Desktop, as well as suspend to disk does.

To get things to work, download the zen-stable-3.1 kernel tree from zen-kernel.org and extract it. Afterwards download the tuxonice patch from gmane.org and apply it. After applying the patch you can continue with the standard kernel building process. This time no additional patch is necessary for the zcache feature, the fix is already included in zen-stable-3.1. The zcache feature doubles RAM efficiency while providing a significant performance boosts on many workloads. The zcache feature is located under staging drivers in the kernel tree and depends on the cleancache feature, which is located under processor types and features. To enable the zcache feature, you have to pass the zcache keyword to your kernel, in example in your grub.conf.

Example: kernel /bzImage panic=60 root=/dev/hda3 zcache

For Gentoo users there is a more easy way: Download my modified overlay from zen-sources-3.1.tar.gz (1060) and extract it in /usr/local/portage. The overlay contains all necessary patches. Be sure to include the following line in your /etc/make.conf:

PORTDIR_OVERLAY=”/usr/local/portage”

If you want to use tuxonice include tuxonice in your USE-flags. Then emerge zen-sources and build the kernel as you wish.

Tuxonice is not officially supported in current zen-sources. So If you’re using the files above, don’t report any bugs to zen-sources.org. You are on your own.

For my Precision M65 I used the following kernel config:  config_zen_3.1_dell_m65.zip (1115)

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

best regards

Jürgen

 

 

 

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

zen-sources-3.0 with tuxonice

Starting with the 2.6.36 kernel, tuxonice has been removed from zen-sources. The latest tuxonice patch that is available is for the linux kernel 3.0.  So I patched the zen-stable-3.0 sources with tuxonice. Hopefully a patch for more recent kernel versions will be available soon.

Suspend to RAM works with this kernel, at least on my Dell Precison M65 and my Desktop, as well as suspend to disk does.

To get things to work, download the zen-stable-3.0 kernel tree from zen-kernel.org and extract it. Afterwards download the tuxonice patch from tuxonice.net and apply it. For getting the zcache feature, to work you have to download and apply this patch: linux-3.0-zcache-fix.patch.bz2 (1163) The zcache feature doubles RAM efficiency while providing a significant performance boosts on many workloads.  The patch has been extracted from vserver-sources-2.3.2.5 with working zcache feature.  After applying the patch  you can continue with the standard kernel building process. The zcache feature is located under staging drivers in the kernel tree and depends on the cleancache feature, which is located  under processor types and features. To enable the zcache feature, you have to pass the zcache keyword to your kernel, in example in your grub.conf.

Example: kernel /bzImage panic=60 root=/dev/hda3 zcache

For Gentoo users there is a more easy way: Download my modified overlay from zen-sources-3.0.tar.gz (1008) and extract it in /usr/local/portage. Be sure to include the following line in your /etc/make.conf:

PORTDIR_OVERLAY=”/usr/local/portage”

If you want to use tuxonice include tuxonice in your USE-flags. Then emerge zen-sources and build the kernel as you wish.

Tuxonice is not officially supported in current zen-sources. So If you’re using the files above, don’t report any bugs to zen-sources.org. You are on your own.

For my Precision M65 I used the following kernel config: config_zen_3.0_dell_m65.zip (1032)

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

best regards

Jürgen

 

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

Flightgear-2.4.0 with quad buffered stereo

In the post Flightgear with quad buffered stereo I have written about how to get quad buffered stereo to work with the famous flight simulator FlightGear.  Recently FlightGear-2.4.0 has been released. The problem with quad buffered stereo still persists with FlightGear-2.4.0 .

One expects to enable stereoscopic mode in FlightGear starting it with the following line:

export OSG_STEREO_MODE=QUAD_BUFFER;export OSG_STEREO=ON; fgfs

When starting flightgear this way, one gets the following console output and no stereoscopic view:

Warning: detected OpenGL error ‘invalid operation’ after RenderBin::draw(,)

Getting FlightGear to work with quad-buffered stereo

The reason for the above error message and the resulting broken stereo mode is, that the stereo context does not get initialized properly.  The details are described here: Flightgear with quad buffered stereo. However, the  good news is, that the patch I proposed in the mentioned post, still works with FlightGear-2.4.0. You can download the patch from here: flightgear-2.0.0-stereoscopic.patch (1547)

As usual for quad buffered stereo, you have to use a professional graphics board that supports quad buffered stereo, like a NVIDIA Quadro FX or a Ati FireGL and proper display hardware, like shutter glasses, a HMD or a stereoscopic projection system, to benefit from it. To use the quad buffered stereo mode start flightgear with the environment variables mentioned above. Afterwards you probably have to enable quad buffered stereo mode by selecting the Stereoscopic View Options Item in the the View menu.

With the previous version, when using the quad buffered stereo mode in flightgear, there occurred some graphics errors. Some cockpit controls and other scene details contained yellow lines, like a wireframe, which were not there when starting FlightGear in “normal” display mode. These problems seem to be gone with Flightgear-2.4.0. At least I did not notice them  anymore.

The Gentoo way

For gentoo users I have created an overlay. Like the previous one it contains patches and modified ebuilds for flightgear with working quad buffer support.  You may get the overlay from here: flightgear-2.4.0 overlay (1106) Download the overlay 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 flightgear and enjoy it in three dimensions.

Have fun

Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (1 votes, average: 5.00 out of 5)
Loading...

Teamspeak Client 3.0.1 and Server 3.0.0 for Gentoo

There are no ebuilds for Teamspeak Server 3.0.0 and Teamspeak client 3.0.1 available  in the net. Thus I modified the old one to match my needs. It has not been a difficult task, but surely someone will be happy to have the ebuild. If the automatic download fails, please download the distfiles from Teamspeak Servers.

You can download the teamspeak-3.0.1.ebuild (788) from our Server.

If you need help in using these ebuilds, do not hesitate to contact us.
Best regards xexplorers

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

Staroffice 8 crash on amd64

Today I recognized my Staroffice 8 not starting any more on my gentoo box.  I know, StarOffice is old, but it is still doing the job and most newer word processors just have tons of more features that, to be honest, most people do not use. For most real work I use Latex, but StarOffice enables me to write a short document on the fly and to open Microsoft Office files.

When trying to start StarOffice it instantly crashed with the following dialog (Translated to english language with export LC_ALL=C):

Due to an unexpected error, StarOffice crashed. All the files you were working on will be saved now. The next time StarOffice is launched, your files will be recovered automatically.

No further Information in the console or where ever was available.  I already thought about unistalling StarOffice and installing a newer word processor like OpenOffice, then I remembered that StarOffice is a 32bit application, which uses the 32bit emulation libraries on an amd64 system.  Well, I also have remembered, that there recently has been  an upgrade of the  emul-linux-x86-libs to version 20110722.  With try and error I found out that emul-linux-x86-baselibs-20110722 was the one which was causing the problem. Most probably emul-linux-x86-baselibs-20110722 is also incompatible to other applications.

To solve the problem include

>=app-emulation/emul-linux-x86-baselibs-20110722

into your /etc/portage/package.mask file to prevent the newer emul-linux-x86-baselibs from getting emerged.

Well, emul-linux-x86-motif-20110722 requires a recent version of emul-linux-x86-baselibs as dependency and refuses to install afterwards. To fix this include

app-emulation/emul-linux-x86-baselibs-20110722-r99

into your /etc/portage/profile/package.provided file. This may break some 32bit motif applications. In this case it may be necessary to downgrade the emul-linux-x86-motif package, also. Since I do not have any 32bit motiv based applications on my system I did not try that out.

Afterwards StarOffice 8 starts as usual. Hopefully the next version of emul-linux-x86-baselibs is compatible with StarOffice again.

Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (1 votes, average: 4.00 out of 5)
Loading...

skype 2.2.0.25 gentoo problem

today skype doesn’t start, after short search I found that a config file break the system. remove ~/.Skype/shared.xml and login again.

best regards xexplorer

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

tuxonice problems with nvidia-drivers-270.41.06

A few days ago nvidia-drivers-270.41.06 appeared in the gentoo partage tree. During my regular updates it got installed. Afterwards turonice did not work anymore with the configuration I wrote about in zen-sources-2.6.38_p20110501 with tuxonice.

The dmesg output during supend to disk was:

Freezing processes & syncing filesystems.
Stopping fuse filesystems.
Freezing user space processes … (elapsed 0.01 seconds) done.
Stopping normal filesystems.
Freezing remaining freezable tasks … (elapsed 0.01 seconds) done.
Preparing Image. Try 1.
Restarting normal filesystems.
Stopping fuse filesystems.
Freezing user space processes … (elapsed 0.00 seconds) done.
Stopping normal filesystems.
Freezing remaining freezable tasks …
Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze, wq_busy=0):
khugepaged      R  running task        0   619      2 0x00800000
ffff88004ef24fa0 ffffffff81692eb9 ffff88004ef24fa0 ffff8800cf13e0c0
ffff8800c861e000 ffff8800c861e010 ffff8800c861e000 ffff8800cf13e330
ffff8800c861ffd8 ffff8800c861e010 ffff8800cf13e148 ffff8800cf13e330
Call Trace:
[<ffffffff81692eb9>] ? schedule+0x729/0xea0
[<ffffffff8169308b>] ? schedule+0x8fb/0xea0
[<ffffffff8110d4ab>] ? __page_check_address+0x10b/0x190
[<ffffffff8110d9f6>] ? page_referenced_one+0x96/0x220
[<ffffffff8110eb7a>] ? page_referenced+0x2da/0x370
[<ffffffff810f13fd>] ? shrink_page_list+0x21d/0x5d0
[<ffffffff810f1b9e>] ? shrink_inactive_list+0x15e/0x4d0
[<ffffffff812d74b8>] ? __next_cpu+0x18/0x30
[<ffffffff8103877b>] ? resched_best_mask+0x3b/0xd0
[<ffffffff810f22bb>] ? shrink_zone+0x3ab/0x500
[<ffffffff810f32bf>] ? do_try_to_free_pages+0xcf/0x470
[<ffffffff810f3965>] ? try_to_free_pages+0xa5/0x1c0
[<ffffffff810e7d5c>] ? __alloc_pages_nodemask+0x49c/0x900
[<ffffffff81050496>] ? try_to_del_timer_sync+0x76/0x110
[<ffffffff81050690>] ? process_timeout+0x0/0x10
[<ffffffff81126461>] ? khugepaged_alloc_hugepage+0x51/0xe0
[<ffffffff81061c70>] ? autoremove_wake_function+0x0/0x30
[<ffffffff811266bd>] ? khugepaged+0xad/0x10e0
[<ffffffff81061c70>] ? autoremove_wake_function+0x0/0x30
[<ffffffff81126610>] ? khugepaged+0x0/0x10e0
[<ffffffff81126610>] ? khugepaged+0x0/0x10e0
[<ffffffff81061706>] ? kthread+0x96/0xa0
[<ffffffff8103c6af>] ? schedule_tail+0x4f/0x110
[<ffffffff81003bd4>] ? kernel_thread_helper+0x4/0x10
[<ffffffff81061670>] ? kthread+0x0/0xa0
[<ffffffff81003bd0>] ? kernel_thread_helper+0x0/0x10

Cleaning up…
Restarting all filesystems …
Restarting tasks … done.
video LNXVIDEO:00: Restoring backlight state
TuxOnIce debugging info:
– TuxOnIce core  : 3.2
– Kernel Version : 2.6.38.4-zen
– Compiler vers. : 4.4
– Attempt number : 1
– Parameters     : 17 700428 2 1 -2 4
– Overall expected compression percentage: 50.
– Compressor is ‘lzf’.
– Block I/O active.
Used 0 pages from swap on /dev/sda6.
– Max outstanding reads 1. Max writes 0.
Memory_needed: 1024 x (4096 + 360 + 112) = 4677632 bytes.
Free mem throttle point reached 0.
– Swap Allocator enabled.
Swap available for image: 2098481 pages.
– File Allocator active.
Storage available for image: 0 pages.
– No I/O speed stats available.
– Extra pages    : 0 used/500.
– Result         : Hibernation was aborted.
: Freezing filesystems and/or tasks failed.

Somehow there seems to be a problem with nvidia-drivers-270.41.06. After downgrading to nvidia-drivers-260.19.44 tuxonice worked as usual.

Addon:

This solution was partly wrong. As I noticed later, the problem still persists occasionally. With the older nvidia-driver the probability that the problem occurs just was lower. However, the main reason  for the tuxonice abort is some incompatibility between tuxonice and the new transparent hugepage feature of the kernel. As a workaround one may disable the transparent hugepage support before suspension and reenable it afterwards. I.e. one can include something like the following in his hibernate configuration:

OnSuspend 90 echo ‘never’ > /sys/kernel/mm/transparent_hugepage/enabled

OnResume 90 echo ‘always’ > /sys/kernel/mm/transparent_hugepage/enabled

or

OnResume 90 echo ‘madvise’ > /sys/kernel/mm/transparent_hugepage/enabled

Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...