Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Official thread: "zen-sources" - Part IV
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 9, 10, 11 ... 15, 16, 17  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
ilikenwf
Tux's lil' helper
Tux's lil' helper


Joined: 04 Oct 2007
Posts: 119

PostPosted: Wed Jul 09, 2008 2:33 am    Post subject: Reply with quote

Is there much of a performance difference between zenmm and zen? If so, how much? .... Another question not replated to this post's main point...anybody want to get a wiki page somewhere to collaborate and make the best/fastest .config files (without CFLAGS) for possible types of uses? Put them there as the Zen geeks' base .config files, for optimum performance/speed/stability/server/whatever the .config is for...
------------------------------------

That said, here's the C1E patch, fixed to work with the current Zen tree. It fixes the noapic necessity, and allows dynticks for certain AMD users, like myself. Note that I'm not sure if it should be enabled if you don't have an AMD cpu, as I had to drop a piece of offending code that was causing problems. This should ONLY be enabled in the case that an AMD64 type chip is on the target box...I haven't really tested it on an Intel 64 bit machine, as I don't have one.

Code:
Fixed by Matt Parnell <parwok@gmail.com>

Some multiprocessor 64-bit AMD systems don't allow the user to disable
the C1E C-state. The kernel detects C1E and marks the LAPIC as
broken, thereby disabling dynticks. This patch adds an option to
disable C1E when detected. It also allows the user to enable this
processor feature even if that means disabling dynticks, which is
useful in case C1E might provide better power savings (e.g.: C-states
beyond C1 don't work). Tested on a Turion X2 TL-56 laptop. Thanks to
Mikhail Kshevetskiy and FreeBSD for pointing out the relevant AMD docs.

Signed-off-by: Eduard-Gabriel Munteanu <[EMAIL PROTECTED]>


diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 368864d..8b9bb49 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -198,6 +198,22 @@ config SMP
 
          If you don't know what to do here, say N.
 
+config X86_AMD_C1E_WORKAROUND
+       bool "Disable C1E on AMD systems to make dynticks work"
+       default n
+       depends on X86_64 && SMP && NO_HZ
+       ---help---
+         On some systems, the C1E C-state is enabled by default and cannot be
+         disabled from the CMOS setup. Local APICs don't behave as they should
+         in this case. If you say Y here, C1E will be disabled to allow
+         dynamic ticks to work. It's safe to enable this option even if
+         your system doesn't have an AMD CPU (there are no side-effects if
+         such a CPU isn't detected).
+
+         You can pass the "force_amd_c1e" boot parameter to the kernel to
+         disable this workaround without recompiling.
+         See Documentation/kernel-parameters.txt for more details.
+
 choice
        prompt "Subarchitecture Type"
        default X86_PC

Index: zen-sources/arch/x86/kernel/setup_64.c zen-sources/arch/x86/kernel/setup_64.c
--- setup_64.c.orig   2008-07-01 08:53:45.000000000 -0500
+++ setup_64.c   2008-07-08 21:25:23.000000000 -0500
@@ -703,8 +703,18 @@
    case CPUID_XFAM_10H:
    case CPUID_XFAM_11H:
       rdmsr(MSR_K8_ENABLE_C1E, lo, hi);
-         if (lo & ENABLE_C1E_MASK)
-             return 1;
+#ifdef CONFIG_X86_AMD_C1E_WORKAROUND
+                if (lo & ENABLE_C1E_MASK) {
+                        printk(KERN_INFO "Disabling AMD C1E on CPU %d\n",
+                               smp_processor_id());
+                        /*
+                         * See AMD's "BIOS and Kernel Developer's Guide for AMD
+                         * NPT Family 0Fh Processors", publication #32559,
+                         * for details.
+                         */
+                        wrmsr(MSR_K8_ENABLE_C1E, lo & ~ENABLE_C1E_MASK, hi);
+                } else
+#endif /* CONFIG_X86_AMD_C1E_WORKAROUND */      
                if (lo & ENABLE_C1E_MASK) return 1;
       break;
    default:

_________________
Make The Fonts Pretty In KDE
Archlinux User
Back to top
View user's profile Send private message
dodo1122
Guru
Guru


Joined: 02 Sep 2006
Posts: 347
Location: York, England

PostPosted: Wed Jul 09, 2008 11:11 am    Post subject: Reply with quote

done, the patch is in master.

The differences in zen and zenmm are massive, as zenmm is based on mm, which contains everything and the kitchen sink, and thus can be very unstable (theres always a lkml patch hunt to fix stuff after each -mm release :P). Having said that, -mm contains some 'performance improvements', like lockless by default, although i haven't really benchmarked so for me performance seems the same. After holidays (so around september), i'm going to start zenrt again, and get lockless and cpc working on normal zen. Cheater-conrad is porting genetic atm, but don't expect much; genetic is completely crap on desktops, due to the changing workloads, although it's very nice for servers :P.

dodo
_________________
#zen-sources on irc.rizon.net
Back to top
View user's profile Send private message
ilikenwf
Tux's lil' helper
Tux's lil' helper


Joined: 04 Oct 2007
Posts: 119

PostPosted: Wed Jul 09, 2008 7:22 pm    Post subject: Reply with quote

Thanks for putting the patch back in. I just removed a function that checked to make sure the chip was an AMD, and proceeded to set a variable value that the compiler always broke when it got to. It was only there to enable and disable the patch automatically depending on the chip, which really is unneccessary code if you think about it, since the user has the option to enable or disable it anyway at the config. The only reason to have it on is to save power, but I prefer speed and burning my battery faster for a bit better performance on my lappy. So now, it should only be enabled when someone chooses AMD, which is why I also changed the default from being selected to being unselected, for the user to choose...although I forgot to put that in the description...I also forgot to remove the kernel command line you can feed to disable the fix at boot...whoops...

That said, sounds like mm is interesting, but I really am happy with the Zen performance right now. I know that when you get back to the rt branch that we'll have another way for lockless, so I can wait there. I really love all of the anticipatory settings and the dynticks features, so I will just stick with plain old Zen for the moment. Thanks for informing me, as I've been out of the loop a while.
_________________
Make The Fonts Pretty In KDE
Archlinux User
Back to top
View user's profile Send private message
Waninkoko
Guru
Guru


Joined: 13 May 2005
Posts: 549

PostPosted: Thu Jul 10, 2008 2:59 pm    Post subject: Re: IPMI sensors Reply with quote

Mr. Tao wrote:
Could you include IPMI sensors, please?


Added. Compiles correctly.
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Thu Jul 10, 2008 8:15 pm    Post subject: Reply with quote

hi :),

could those of you amd64-users (64bit) give compcache (w. tlsf) a test-drive ? since now afaik it only was tested with x86 (I tested it some time ago and afaik it was working ok):

some info on compcache (for those who don't know what it is):

Quote:
Hi All,

(sending to lkml since I didn't get any reply at linux-mm).

This implements a RAM based block device which acts as swap disk.
Pages swapped to this disk are compressed and stored in memory itself.
This allows more applications to fit in given amount of memory. This is
especially useful for embedded devices, OLPC and small desktops
(aka virtual machines).

Project home: http://code.google.com/p/compcache/

It consists of following components:
- compcache.ko: Creates RAM based block device
- tlsf.ko: Two Level Segregate Fit (TLSF) allocator
- LZO de/compressor: (Already in mainline)

Project home contains some performance numbers for TLSF and LZO.
For general desktop use, this is giving *significant* performance gain
under memory pressure. For now, it has been tested only on x86.

Thanks,
Nitin


source: http://lwn.net/Articles/274653/

thanks
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
dodo1122
Guru
Guru


Joined: 02 Sep 2006
Posts: 347
Location: York, England

PostPosted: Fri Jul 11, 2008 4:26 pm    Post subject: Reply with quote

Well, there are 2 new branches, rt-misc and lockless-fixes. rt-misc contains concurrent pagecache and lockless, lockless-fixes contains fixes relating to btrfs/aufs/reiser4 for lockless/cpc.
I didn't merge them to master yet, mainly because of reiser4's code being... as it is. It's fixed, except for cryptcompress, which oops'es - this should be fixed soon though.
I tested it, hardlocks gone, swap is usable again (i malloc'd my ram so it filled up 100% of my ram and 2Gb of my swap and the system was just fine, also compiled kernel with -j128, also seemed fine).
So if someone would like to test, run this:

Code:
 git pull && git pull origin rt-misc && git pull origin lockless-fixes


dodo
_________________
#zen-sources on irc.rizon.net
Back to top
View user's profile Send private message
dodo1122
Guru
Guru


Joined: 02 Sep 2006
Posts: 347
Location: York, England

PostPosted: Sat Jul 12, 2008 11:40 pm    Post subject: Reply with quote

Zen is updated to -rc9 now. It contains lockless and concurrent pagecache now, some more patches from -mm, compcache, fixed eeepc stuff, newest alsa and tuxonice from git.

dodo
_________________
#zen-sources on irc.rizon.net
Back to top
View user's profile Send private message
mbar
Veteran
Veteran


Joined: 19 Jan 2005
Posts: 1983
Location: Poland

PostPosted: Sun Jul 13, 2008 7:15 am    Post subject: Reply with quote

Code:
!!! Couldn't download '2.6.26-rc9-zen1.patch.bz2'. Aborting.
!!! File 2.6.26-rc9-zen1.patch.bz2 doesn't exist, can't update Manifest


:(
Back to top
View user's profile Send private message
termite
Guru
Guru


Joined: 06 May 2007
Posts: 466

PostPosted: Sun Jul 13, 2008 3:06 pm    Post subject: Reply with quote

Hey, could you guys please not mark new alsa packages from the overlay as stable?
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Sun Jul 13, 2008 4:34 pm    Post subject: Reply with quote

dodo1122 wrote:
Zen is updated to -rc9 now. It contains lockless and concurrent pagecache now, some more patches from -mm, compcache, fixed eeepc stuff, newest alsa and tuxonice from git.

dodo


thanks :P

this little puppy here nearly flies - I've never seen this laptop working faster

compcache, lockless and concurrent pagecache improve usability / performance a lot :)
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
rmh3093
Advocate
Advocate


Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY

PostPosted: Sun Jul 13, 2008 5:15 pm    Post subject: Reply with quote

kernelOfTruth wrote:
dodo1122 wrote:
Zen is updated to -rc9 now. It contains lockless and concurrent pagecache now, some more patches from -mm, compcache, fixed eeepc stuff, newest alsa and tuxonice from git.

dodo


thanks :P

this little puppy here nearly flies - I've never seen this laptop working faster

compcache, lockless and concurrent pagecache improve usability / performance a lot :)


except that cpc is buggy for people still
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger.
Back to top
View user's profile Send private message
StifflerStealth
Retired Dev
Retired Dev


Joined: 03 Jul 2002
Posts: 968

PostPosted: Sun Jul 13, 2008 9:17 pm    Post subject: Reply with quote

It might want to be noted that if people have trouble with uvesafb not working, then try compiling v86d with the x86emu use flag. I use to have issues where my card returned a weird number that uvesafb didn't like, so I recompiled it with that flag to test and then recompiled the kernel and now it works. I use to have to use the old vga driver which was slow, but now I can use the very fast uvesafb driver.

Cheers.
_________________
Nothing to read in this sig. Move along.
Back to top
View user's profile Send private message
rmh3093
Advocate
Advocate


Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY

PostPosted: Mon Jul 14, 2008 12:41 am    Post subject: Reply with quote

StifflerStealth wrote:
It might want to be noted that if people have trouble with uvesafb not working, then try compiling v86d with the x86emu use flag. I use to have issues where my card returned a weird number that uvesafb didn't like, so I recompiled it with that flag to test and then recompiled the kernel and now it works. I use to have to use the old vga driver which was slow, but now I can use the very fast uvesafb driver.

Cheers.


that is a gcc 4.3 issue not a zen-issue and i think everyone that uses uvesafb has encountered that already ;)
actually that fix does not work for me and a few others, i resorted to using vesafb
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger.
Back to top
View user's profile Send private message
StifflerStealth
Retired Dev
Retired Dev


Joined: 03 Jul 2002
Posts: 968

PostPosted: Mon Jul 14, 2008 1:54 am    Post subject: Reply with quote

rmh3093 wrote:
StifflerStealth wrote:
It might want to be noted that if people have trouble with uvesafb not working, then try compiling v86d with the x86emu use flag. I use to have issues where my card returned a weird number that uvesafb didn't like, so I recompiled it with that flag to test and then recompiled the kernel and now it works. I use to have to use the old vga driver which was slow, but now I can use the very fast uvesafb driver.

Cheers.


that is a gcc 4.3 issue not a zen-issue and i think everyone that uses uvesafb has encountered that already ;)
actually that fix does not work for me and a few others, i resorted to using vesafb
I'm using GCC 4.3 and that useflag and it works fine now. I am using video=uvesfb:..... I read somewhere in a guide that a person thought it was Zen sources, I remembered that, which I why I posted here. :) In case it works for someone else. Unless it's a specific flag that kills it? Maybe try compiling it with just several basic CFLAGS, like -O2 -march=native -pipe and that's it? I also changed to more basic flags and recompiled my whole system as well. I have know idea which of these factors did it. All I can say is that a system with gcc 4.3, Zen, and uvesafb is incredible fast on the console. THe other drivers scrolled so slowly, but uvesafb is instant. :D

Cheers.
_________________
Nothing to read in this sig. Move along.
Back to top
View user's profile Send private message
rmh3093
Advocate
Advocate


Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY

PostPosted: Mon Jul 14, 2008 4:41 am    Post subject: Reply with quote

StifflerStealth wrote:
rmh3093 wrote:
StifflerStealth wrote:
It might want to be noted that if people have trouble with uvesafb not working, then try compiling v86d with the x86emu use flag. I use to have issues where my card returned a weird number that uvesafb didn't like, so I recompiled it with that flag to test and then recompiled the kernel and now it works. I use to have to use the old vga driver which was slow, but now I can use the very fast uvesafb driver.

Cheers.


that is a gcc 4.3 issue not a zen-issue and i think everyone that uses uvesafb has encountered that already ;)
actually that fix does not work for me and a few others, i resorted to using vesafb
I'm using GCC 4.3 and that useflag and it works fine now. I am using video=uvesfb:..... I read somewhere in a guide that a person thought it was Zen sources, I remembered that, which I why I posted here. :) In case it works for someone else. Unless it's a specific flag that kills it? Maybe try compiling it with just several basic CFLAGS, like -O2 -march=native -pipe and that's it? I also changed to more basic flags and recompiled my whole system as well. I have know idea which of these factors did it. All I can say is that a system with gcc 4.3, Zen, and uvesafb is incredible fast on the console. THe other drivers scrolled so slowly, but uvesafb is instant. :D

Cheers.


https://bugs.gentoo.org/show_bug.cgi?id=212531
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger.
Back to top
View user's profile Send private message
cheater1034
Veteran
Veteran


Joined: 09 Sep 2004
Posts: 1558

PostPosted: Mon Jul 14, 2008 4:59 am    Post subject: Reply with quote

2.6.26-rc9-zen1 is absolutely screwed for me

It boots and runs fine, but it's horribly laggy, my mouse is lagging, my typing is laggy, opening things is laggy, it's unbearable and when i tried to compile a kernel the system was locking.

I reccomend against reverting cpc (and maybe lockless?) (i could do it myself but i don't want to touch zen)

In dmesg, it seems somehow cpc is broken, and reiser4 is broken, for the record i did also get reiser4 corruption, thankfully fsck fixed it
Code:
kernel BUG at include/linux/radix-tree.h:229!
invalid opcode: 0000 [#1] PREEMPT SMP
Modules linked in: nvidia(P)

Pid: 19304, comm: pdflush Tainted: P          (2.6.26-rc9-zen1 #2)
EIP: 0060:[<801dc4e0>] EFLAGS: 00010246 CPU: 0
EIP is at writepages_cryptcompress+0x2aa/0x76f
EAX: 00000000 EBX: 00000000 ECX: 00000015 EDX: 00000000
ESI: 00000400 EDI: abd47e58 EBP: 00000001 ESP: abd47dcc
 DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Process pdflush (pid: 19304, ti=abd46000 task=9efd8e00 task.ti=abd46000)
Stack: abd47f70 90af2858 00000400 00000008 00000000 90af28b0 95bffe40 ab9d2f00
       90af28b0 00000000 90af295c 00000400 00000000 00000000 00000000 00000000
       00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Call Trace:
 [<801497fb>] write_cache_pages+0x20f/0x25d
 [<80148e54>] __writepage+0x0/0x24
 [<802852ce>] __next_cpu+0x12/0x21
 [<801cf936>] reiser4_writepages+0x16/0x19
 [<801cf920>] reiser4_writepages+0x0/0x19
 [<8014988a>] do_writepages+0x20/0x30
 [<8017cba4>] __writeback_single_inode+0x15e/0x314
 [<801316f2>] enqueue_hrtimer+0xc0/0xca
 [<8017d102>] generic_sync_sb_inodes+0x226/0x32b
 [<801c04d6>] _reiser4_init_context+0x56/0x72
 [<801ccff8>] reiser4_sync_inodes+0x5d/0x84
 [<801ccf9b>] reiser4_sync_inodes+0x0/0x84
 [<8017d218>] sync_sb_inodes+0x11/0x1b
 [<8017d3c4>] writeback_inodes+0x65/0xaa
 [<80149dcd>] background_writeout+0x79/0xa8
 [<8014a3a7>] pdflush+0x116/0x1ac
 [<80149d54>] background_writeout+0x0/0xa8
 [<8014a291>] pdflush+0x0/0x1ac
 [<8012f03f>] kthread+0x38/0x5d
 [<8012f007>] kthread+0x0/0x5d
 [<801042b7>] kernel_thread_helper+0x7/0x10
 =======================
Code: 74 04 0f 0b eb fe 8b 84 24 cc 00 00 00 89 fa 6a 00 6a 01 8b 4c 24 18 e8 c4 b9 0a 00 89 c3 8b 84 24 dc 00 00 00 5d 5a 85 c0 75 04 <0f> 0b eb fe e8 7e a5 33 00 c7 84 24 d4 00 00 00 00 00 00 00 e8
EIP: [<801dc4e0>] writepages_cryptcompress+0x2aa/0x76f SS:ESP 0068:abd47dcc
---[ end trace c9d8f2d8f9e821be ]---

_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land.
Back to top
View user's profile Send private message
PLum
Tux's lil' helper
Tux's lil' helper


Joined: 20 May 2004
Posts: 107
Location: /dev/world/poland/gliwice

PostPosted: Mon Jul 14, 2008 8:05 am    Post subject: Reply with quote

and we have 2.6.26 stable.
_________________
"Zlota zasada nauki i sztuki: Kto ma zloto ustala zasady."
Back to top
View user's profile Send private message
tranquilcool
Veteran
Veteran


Joined: 25 Mar 2005
Posts: 1160

PostPosted: Mon Jul 14, 2008 9:48 am    Post subject: Reply with quote

rmh3093 wrote:
StifflerStealth wrote:
rmh3093 wrote:
StifflerStealth wrote:
It might want to be noted that if people have trouble with uvesafb not working, then try compiling v86d with the x86emu use flag. I use to have issues where my card returned a weird number that uvesafb didn't like, so I recompiled it with that flag to test and then recompiled the kernel and now it works. I use to have to use the old vga driver which was slow, but now I can use the very fast uvesafb driver.

Cheers.


that is a gcc 4.3 issue not a zen-issue and i think everyone that uses uvesafb has encountered that already ;)
actually that fix does not work for me and a few others, i resorted to using vesafb
I'm using GCC 4.3 and that useflag and it works fine now. I am using video=uvesfb:..... I read somewhere in a guide that a person thought it was Zen sources, I remembered that, which I why I posted here. :) In case it works for someone else. Unless it's a specific flag that kills it? Maybe try compiling it with just several basic CFLAGS, like -O2 -march=native -pipe and that's it? I also changed to more basic flags and recompiled my whole system as well. I have know idea which of these factors did it. All I can say is that a system with gcc 4.3, Zen, and uvesafb is incredible fast on the console. THe other drivers scrolled so slowly, but uvesafb is instant. :D

Cheers.


https://bugs.gentoo.org/show_bug.cgi?id=212531


all i did to get uvesafb working for me was compile it with gcc-4.2... and then recompile the kernel. didn't work with gcc-4.3.1 for me.

@Cheater1034
so far latest zen-sources(rc9-zen1) has been very stable for me. and i use reiser4 with no problems.
_________________
this is a strange strange world.
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Mon Jul 14, 2008 5:33 pm    Post subject: Reply with quote

Quote:
I reccomend against reverting cpc (and maybe lockless?) (i could do it myself but i don't want to touch zen)


cpc IS NOT THE REASON :twisted:

I'm sure I got those locks since I started using 2.6.26-rc* :idea: , and several releases didn't include cpc where those also occured :?

anyway - perhaps the current filesystems are not fully compatible with cpc and need thorough modifications (perhaps even more parts of the kernel), therefore all of those hardlocks despite the fixing ... :?

2.6.26-zen0 FTW :wink:
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
ilikenwf
Tux's lil' helper
Tux's lil' helper


Joined: 04 Oct 2007
Posts: 119

PostPosted: Tue Jul 15, 2008 12:12 am    Post subject: Reply with quote

I have a user bi..I mean griping about Reiser4 over on the ubuntuforums. To make it better, they built it themselves.

Quote:
Also reiser4 doesn't work. I have hundreds of GB in a partition & most of it looked corrupted from your kernel. You nearly ruined my day.



It's experimental anyway, and they take their lives into their own hands with stuff like this.
_________________
Make The Fonts Pretty In KDE
Archlinux User
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Tue Jul 15, 2008 3:49 am    Post subject: Reply with quote

ilikenwf wrote:
I have a user bi..I mean griping about Reiser4 over on the ubuntuforums. To make it better, they built it themselves.

Quote:
Also reiser4 doesn't work. I have hundreds of GB in a partition & most of it looked corrupted from your kernel. You nearly ruined my day.



It's experimental anyway, and they take their lives into their own hands with stuff like this.


:lol:


yeah, they don't understand the tag EXPERIMENTAL :roll: :?
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
cheater1034
Veteran
Veteran


Joined: 09 Sep 2004
Posts: 1558

PostPosted: Tue Jul 15, 2008 4:36 am    Post subject: Reply with quote

kernelOfTruth wrote:
Quote:
I reccomend against reverting cpc (and maybe lockless?) (i could do it myself but i don't want to touch zen)


cpc IS NOT THE REASON :twisted:

I'm sure I got those locks since I started using 2.6.26-rc* :idea: , and several releases didn't include cpc where those also occured :?

anyway - perhaps the current filesystems are not fully compatible with cpc and need thorough modifications (perhaps even more parts of the kernel), therefore all of those hardlocks despite the fixing ... :?

2.6.26-zen0 FTW :wink:


I haven't had the problem on any -rc kernel except rc9-zen1, previous zens worked fine for me.

And it's not locking, it never locked or paniced, but i got BUG in dmesg, and it was so laggy it was un-usable.
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land.
Back to top
View user's profile Send private message
whitesouls
Guru
Guru


Joined: 19 Nov 2004
Posts: 358
Location: In Front of My Laptop

PostPosted: Wed Jul 16, 2008 4:34 am    Post subject: Reply with quote

anybody having problems with hdaps in 2.6.26-rc9-zen1.. Im getting this in my dmesg and i cant use hdaps

Code:
SkullCrusherX ~ # dmesg | grep hdaps
hdaps: IBM ThinkPad R51 detected.
hdaps: driver init failed (ret=-6)!


and my fps is also low.. any pointers on this?
Code:
yogi@SkullCrusherX [ ~ ] %glxgears 
3440 frames in 5.0 seconds = 687.856 FPS
3432 frames in 5.0 seconds = 686.223 FPS
3433 frames in 5.0 seconds = 686.584 FPS
3424 frames in 5.0 seconds = 684.759 FPS
3426 frames in 5.0 seconds = 685.007 FPS
3432 frames in 5.0 seconds = 686.229 FPS
3432 frames in 5.0 seconds = 686.349 FPS


EDIT: Just to let you ppl knw.. I couldnt compile OSS4 onto this kernel..So I mailed them for support and they reply me with link
Code:
http://4front-tech.com/forum/viewtopic.php?p=9605#9605


and my soundcard is

Code:
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)

_________________
whitesouls

Please insert the [SOLVED] tag if your problem is solved in your respective thread.
Back to top
View user's profile Send private message
mroconnor
Guru
Guru


Joined: 24 Feb 2006
Posts: 402
Location: USA

PostPosted: Wed Jul 16, 2008 2:14 pm    Post subject: Reply with quote

@whitesouls: I haven't really tested -rc9-zen1 yet because I have been playing in -zenmm. But I'll compile and test HDAPS on my z61m later.
Back to top
View user's profile Send private message
ilikenwf
Tux's lil' helper
Tux's lil' helper


Joined: 04 Oct 2007
Posts: 119

PostPosted: Wed Jul 16, 2008 3:12 pm    Post subject: Reply with quote

Versus regular zen, are there speed improvements in mm?

Oh, and why am I getting Swappiness/Mapped errors with my config all of a sudden?

Code:
.config:77:warning: symbol value 'CUSTOM_VM_MAPPED' invalid for VM_SWAPPINESS

mm/vmscan.c:117: error: ‘CUSTOM_VM_MAPPED’ undeclared here (not in a function)
make[1]: *** [mm/vmscan.o] Error 1


It could be because (I think) vm.mapped and vm.swappiness are inverse values, being that if one is 0, the other needs to be 100...I forget how this works, but for some reason, Kconfig sets CUSTOM_VM_MAPPED=CUSTOM_VM_SWAPPINESS
_________________
Make The Fonts Pretty In KDE
Archlinux User
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3 ... 9, 10, 11 ... 15, 16, 17  Next
Page 10 of 17

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum