View previous topic :: View next topic |
Author |
Message |
Heil Hitler n00b
Joined: 24 Feb 2006 Posts: 3
|
Posted: Fri Feb 24, 2006 3:32 pm Post subject: |
|
|
I'll have to give it a try, will it actually break any of the iptables functionality? |
|
Back to top |
|
|
CybeRDukE Tux's lil' helper
Joined: 16 Jul 2002 Posts: 92
|
Posted: Fri Feb 24, 2006 3:48 pm Post subject: |
|
|
I don't think it breaks any iptalbes functionality, as shorewall works fine so far and packets are marked by command name.
It's more a problem with dependencies caused by the command-match configuration and it's not an issue with the iptables code itself. |
|
Back to top |
|
|
lancelott Apprentice
Joined: 29 Mar 2005 Posts: 152
|
Posted: Sat Feb 25, 2006 8:32 am Post subject: |
|
|
I'm wondering a little on how to get the best performance out of nitro.
I'm coming from archck fed up with slowness. I'm not really sure if it will help or not. But I was using Reiser4 w/ anticipatory and no preempt. Even with SCHED_BATCH'd portage stuff, when portage stuff ran, the whole system was really slow, especially with big apps like QT4.
Just some general specs:
Abit NF7-S
AMD Athlon XP 2000+ @ 2.14GHz
256MB PC2100 RAM @ >333MHz
Nvidia Geforce2 MX 400 w/ 64MB SDRAM @ 235/195
Maxtor 30GB 7200RPM 2MB Cache HDD
Software side:
~x86
Reiser4 1.0.5
GCC 4.0.2 / Binutils 2.16.1-r1 / Glibc 2.3.6-r3 w/ omitfp and nptlonly
Xorg7
KDE 3.5.1
CFLAGS (now) are CFLAGS="-march=athlon-xp -Os -fno-ident -fomit-frame-pointer -pipe", used to use CFLAGS="-O2 -march=athlon-xp -fno-ident -fomit-frame-pointer -pipe" but I heard Athlon XPs worked better with -Os because of smaller cache as compared to P4s, and so I switched to that in both make.conf and my kernel config.
As you can probably tell I have a need to push my system to the limit and to use the latest and greatest software. But anyway, I'm hoping with this info someone could help me get the most out of nitro. Because having old hardware that feels like old hardware just isn't any fun... I'm probably going to try some experimental stuff like GCC 4.1 and stuff because I use Azureus and it'd probably help me out to have it native with GCJ.
EDIT: One thing I'm noticing that I haven't before is that when I click on different links in Konqueror it starts using a lot more CPU (as high as 15% or so) and seems less responsive than it was on my last kernel. What could this be? _________________ Desktop: AMD Athlon 64 3000+ @ 2.15GHz | 7600GT 256MB | 320GB + 250GB SATA 3.0 | Creative X-Fi XtremeGamer | Gentoo Linux amd64
Server: Intel Pentium 2 MMX 350MHz | 30GB HDD | Gentoo Linux x86 |
|
Back to top |
|
|
Tiger683 Veteran
Joined: 08 Jan 2005 Posts: 1347 Location: Heffner's House
|
Posted: Sat Feb 25, 2006 10:43 am Post subject: |
|
|
The iptables problem is due to my flawed config. just remove the select lines for now. although
the depends are not all there if you do it, it should work well if you select iptables and then owner match support before command and pid/sid mathing.
I'll revert back to the normal behaviour as most people already figured the Xtables issue (the select lines were __SUPPOSED__ to make the transition more flawless, but i think i messed up a little )
cheers,
T
PS: lancelott: just use the nitro-optimized setting for slice values. The KDE hang seems to be KDE related, as lags don't seem to appear on other WMs.
PS: sorry that i don't support for now, but i'm at rebuilding my system
so it might last a little until i get out of the console-land... _________________ Retired gentoo user |
|
Back to top |
|
|
bollucks l33t
Joined: 27 Oct 2004 Posts: 606
|
Posted: Sat Feb 25, 2006 1:33 pm Post subject: |
|
|
lancelot: A kernel can only do so much for you. Your problem is ram. More ram will do you more good than any kernel modifications.
It is worth noting, however, that SCHED_BATCH is different in the 2.6.16-rc -ck based patchsets. You need new schedtools (v1.2.6) and use the new SCHED_IDLEPRIO instead. |
|
Back to top |
|
|
tuam l33t
Joined: 04 May 2004 Posts: 765 Location: CGN, Germany
|
Posted: Sat Feb 25, 2006 1:41 pm Post subject: |
|
|
lancelott wrote: | I'm coming from archck fed up with slowness.
<snip>
256MB PC2100 RAM @ >333MHz
|
You might experience a lot of swapping with that RAM. Consider at least doubling it.
FF,
Daniel _________________ Logic clearly dictates that the needs of the many outweigh the needs of the few. - Spock
The needs of the one outweigh the needs of the many. - Kirk
I refuse to let arithmetic decide questions like that. - Picard |
|
Back to top |
|
|
TRx Tux's lil' helper
Joined: 27 Jul 2003 Posts: 126 Location: Madrid, Spain
|
Posted: Sat Feb 25, 2006 8:01 pm Post subject: Re: DSDT ACPI Patch |
|
|
I strongly second that (ACPI battery status errors are killing me badly).
DSDT patch was removed after 2.6.14-nitro2, but i don't know exactly why . Tiger, any chance to put it back? _________________ GNU/Linux registered user #333828
|
|
Back to top |
|
|
lancelott Apprentice
Joined: 29 Mar 2005 Posts: 152
|
Posted: Sat Feb 25, 2006 8:09 pm Post subject: |
|
|
Even with idleprio things aren't much better. In fact, it's about the same.
This kernel isn't stable at all. I thought it was originally due to -Os, but I tried -O2 and both still caused Konqueror to crash twice. After the crash, it is impossible to start Konqueror again. Even more than this... If I do alt-F2 and start Firefox, the run command thing freezes up and after I terminate that I'm left with a black background as my desktop.
Is this a config issue or is the kernel itself just...crashy? I might try your 2.6.15-based kernel to see if that's any better. This is just not much fun. _________________ Desktop: AMD Athlon 64 3000+ @ 2.15GHz | 7600GT 256MB | 320GB + 250GB SATA 3.0 | Creative X-Fi XtremeGamer | Gentoo Linux amd64
Server: Intel Pentium 2 MMX 350MHz | 30GB HDD | Gentoo Linux x86 |
|
Back to top |
|
|
bollucks l33t
Joined: 27 Oct 2004 Posts: 606
|
Posted: Sun Feb 26, 2006 12:20 am Post subject: |
|
|
lancelott wrote: | Even with idleprio things aren't much better. In fact, it's about the same.
This kernel isn't stable at all. I thought it was originally due to -Os, but I tried -O2 and both still caused Konqueror to crash twice. After the crash, it is impossible to start Konqueror again. Even more than this... If I do alt-F2 and start Firefox, the run command thing freezes up and after I terminate that I'm left with a black background as my desktop.
Is this a config issue or is the kernel itself just...crashy? I might try your 2.6.15-based kernel to see if that's any better. This is just not much fun. |
That does not remotely sound like a config issue. There is no "make my kernel crashy" config. Not -Os, not -O2, not "no forced inlining". You are having other issues. Check dmesg for any strange output. As for slowness I think you're still limited by your ram. |
|
Back to top |
|
|
lancelott Apprentice
Joined: 29 Mar 2005 Posts: 152
|
Posted: Sun Feb 26, 2006 12:31 am Post subject: |
|
|
bollucks wrote: | lancelott wrote: | Even with idleprio things aren't much better. In fact, it's about the same.
This kernel isn't stable at all. I thought it was originally due to -Os, but I tried -O2 and both still caused Konqueror to crash twice. After the crash, it is impossible to start Konqueror again. Even more than this... If I do alt-F2 and start Firefox, the run command thing freezes up and after I terminate that I'm left with a black background as my desktop.
Is this a config issue or is the kernel itself just...crashy? I might try your 2.6.15-based kernel to see if that's any better. This is just not much fun. |
That does not remotely sound like a config issue. There is no "make my kernel crashy" config. Not -Os, not -O2, not "no forced inlining". You are having other issues. Check dmesg for any strange output. As for slowness I think you're still limited by your ram. |
Well, I switched to 2.6.15-nitro3 and it seems 100% stable. No crashes of any app, at least yet. I might just wait until there's an rc4 or final nitro build, then I'll check dmesg if it still occurs. I'm using the same kernel config as I did with 2.6.16, but I did make oldconfig and tweaked a few things as well. So the kernel config isn't the issue. _________________ Desktop: AMD Athlon 64 3000+ @ 2.15GHz | 7600GT 256MB | 320GB + 250GB SATA 3.0 | Creative X-Fi XtremeGamer | Gentoo Linux amd64
Server: Intel Pentium 2 MMX 350MHz | 30GB HDD | Gentoo Linux x86 |
|
Back to top |
|
|
The_P Apprentice
Joined: 13 Mar 2004 Posts: 248
|
Posted: Sun Feb 26, 2006 1:42 pm Post subject: |
|
|
I have problems to get fbsplash working with this kernel. When the kernel is loaded the splash is not loaded. It only loads with the init script very late in the boot process. I can't give a lot of information because I have no information. There aren't any error messages. Should there be something related to the splash in dmesg? I can't find anything in my dmesg. I used a lot of different kernel options but nothing works.
This is my grub entry:
Quote: |
title Gentoo 2.6.16-rc3-nitro1
root (hd0,4)
kernel /kernel-2.6.16-rc3-nitro1 ro root=/dev/sda7 quiet splash=silent,fadein,theme:GoGentooGo video=vesafb:ywrap,mtrr:1,1024x768-32 CONSOLE=/dev/tty1 hdc=noprobe processor.max_cstate=3 resume2=swap:/dev/sda6
initrd (hd0,4)/boot/fbsplash-GoGentooGo-1024x768
|
A part of my dmesg
Quote: |
vesafb: ATI Technologies Inc., CP24, 01.00 (OEM: ATI MOBILITY RADEON X600 )
vesafb: VBE version: 2.0
vesafb: protected mode interface info at c000:5b55
vesafb: pmi: set display start = c00c5bc3, set palette = c00c5bfd
vesafb: pmi: ports = 3010 3016 3054 3038 303c 305c 3000 3004 30b0 30b2 30b4
vesafb: no monitor limits have been set
vesafb: scrolling: ywrap using protected mode interface, yres_virtual=1536
Console: switching to colour frame buffer device 128x48
vesafb: framebuffer at 0xc0000000, mapped to 0xe0900000, using 6144k, total 65472k
fb0: VESA VGA frame buffer device
|
|
|
Back to top |
|
|
CybeRDukE Tux's lil' helper
Joined: 16 Jul 2002 Posts: 92
|
Posted: Sun Feb 26, 2006 11:52 pm Post subject: |
|
|
I just discovered another problem with iptalbes command matching. I want to mark packets of azureus for later traffic shaping, so i matched the java command and assigned a mark for that. But almost always when I close azureus, my system totally freezes. Took me a long time to find out, that command matching is the reason for that, as no logging output has been created. Perhaps azureus closes right in the middle of the matching-function and the kernel reads data that no longer exists. But that just a thought...
However, in case someone else has similar problems, here's my workaround:
add yourself to the p2p group and use group-matching instead of command matching. Then start azureus -or whatever you need- by invoking
|
|
Back to top |
|
|
dritan Apprentice
Joined: 01 Feb 2006 Posts: 210 Location: New York
|
Posted: Thu Mar 02, 2006 9:46 am Post subject: |
|
|
hi...
just tried out the latest sources and since i recently had a gcc upgrade so decided to re-compile the ati-drivers so that thery are under the same gcc (4.1.0-pre20060223), but the package fails to compile and giving me this error message Code: | * Installing fglrx module
install: cannot stat `fglrx.ko': No such file or directory
!!! ERROR: x11-drivers/ati-drivers-8.22.5 failed.
Call stack:
ebuild.sh, line 1928: Called dyn_install
ebuild.sh, line 1062: Called src_install
ati-drivers-8.22.5.ebuild, line 176: Called linux-mod_src_install
!!! doins fglrx.ko failed
|
it compiles fine on previouse kernel (gentoo-2.6.15-r1), i think the error is simillar to those ieee issues posted here in this post, i haven't tried the built-in radeon driver but don't suppose it will work as I'm using a r370 based X600 PCIe, while the vesa works fine...now my question is: is it just me or has someone else also failed on this? _________________ Regards,
Dritan
Please try to help answer the unanswered |
|
Back to top |
|
|
SchAmane Tux's lil' helper
Joined: 11 Sep 2004 Posts: 107
|
Posted: Thu Mar 02, 2006 6:40 pm Post subject: |
|
|
Code: | # uname -a
Linux schamane 2.6.16-rc5-nitro1 #1 PREEMPT Thu Mar 2 15:32:02 CET 2006 i686 AMD Athlon(tm) XP 2500+ GNU/Linux |
Mutex looks realy interesting... |
|
Back to top |
|
|
sobers_2002 Veteran
Joined: 16 Mar 2004 Posts: 1128
|
Posted: Fri Mar 03, 2006 5:56 am Post subject: |
|
|
bollucks wrote: | lancelot: A kernel can only do so much for you. Your problem is ram. More ram will do you more good than any kernel modifications.
It is worth noting, however, that SCHED_BATCH is different in the 2.6.16-rc -ck based patchsets. You need new schedtools (v1.2.6) and use the new SCHED_IDLEPRIO instead. |
what exactly is the use of these tools??? I don't even have them installed on my machine......... _________________ Pdict - dockable dictionary client for linux
FREE97WIN: Use this code on Dreamhost and you get $97 off !! |
|
Back to top |
|
|
bollucks l33t
Joined: 27 Oct 2004 Posts: 606
|
Posted: Fri Mar 03, 2006 8:34 am Post subject: |
|
|
sobers_2002 wrote: | bollucks wrote: | lancelot: A kernel can only do so much for you. Your problem is ram. More ram will do you more good than any kernel modifications.
It is worth noting, however, that SCHED_BATCH is different in the 2.6.16-rc -ck based patchsets. You need new schedtools (v1.2.6) and use the new SCHED_IDLEPRIO instead. |
what exactly is the use of these tools??? I don't even have them installed on my machine......... |
In the same way you use the 'nice' tool to make things run lower priority, on -ck based patchsets you can set them to extreme low priority (SCHED_IDLEPRIO) which uses up _no_ cpu if anything else at all uses cpu. Also you can set pseudo real time high priority (without being root) by setting them SCHED_ISO. |
|
Back to top |
|
|
Tiger683 Veteran
Joined: 08 Jan 2005 Posts: 1347 Location: Heffner's House
|
Posted: Fri Mar 03, 2006 9:53 am Post subject: |
|
|
SchAmane wrote: | Code: | # uname -a
Linux schamane 2.6.16-rc5-nitro1 #1 PREEMPT Thu Mar 2 15:32:02 CET 2006 i686 AMD Athlon(tm) XP 2500+ GNU/Linux |
Mutex looks realy interesting... |
It's -rc3, not -rc5
PS: conversion to mutex is more of an ideologically-theoretical correction to match the actual locking fashion within the kernel than a performance boost....
Don't get caught on placebo _________________ Retired gentoo user |
|
Back to top |
|
|
SchAmane Tux's lil' helper
Joined: 11 Sep 2004 Posts: 107
|
Posted: Fri Mar 03, 2006 10:14 am Post subject: |
|
|
Tiger683 wrote: |
It's -rc3, not -rc5
PS: conversion to mutex is more of an ideologically-theoretical correction to match the actual locking fashion within the kernel than a performance boost....
Don't get caught on placebo |
No, i have realy -rc5. I wrote own nitro patchset based on 2.6.16-rc5-git6 yesterday. Host runs about 24hours now without any problems. I discovered even some better responsibility from my desktop with high load.
I adopted standard nitro patches to rc5-git6 and included all sem2mutex patches from -mm1.
Do i have permition to make own patchset with nitro name ?
Actualy i compiled it without suspend2 support ( It should to be fixed),there are also other compilation error jet i am working on. I have no detailed description yet.
Last edited by SchAmane on Sun Mar 05, 2006 3:28 pm; edited 2 times in total |
|
Back to top |
|
|
dritan Apprentice
Joined: 01 Feb 2006 Posts: 210 Location: New York
|
Posted: Fri Mar 03, 2006 1:10 pm Post subject: |
|
|
ok i took metalshark's advice and upgraded to xorg-7 and used some cflags from his make.conf and ati-drivers now compiles fine against the 2.6.16-nitro...i still don't know what solved the compiling problem but i will find out and post the specific flags here...(huge thanks to metalshark )
Although the drivers compiled successfully i still cannot startx...when using the fglrx or the kernel radeon drivers it says "No matching Device Section for instance (BusID PCI:1:0:1) found" besides that it fails to load the dri and drm modules...claiming that they do not exist, but i think this could very well be some mistake on my xorg.conf...as i'm not too familiar about the xorg-7's config(there seems to be many changes), if it is possible can someone email me any working xorg.conf with ati cards? mine is a r380 X600 Radeon...the email address is dritan30@hotmail.com or dritan30@gmail.com, please PM me if you do so i can check...thanks in advance
EDIT: hmm...it seems like a 100% xorg issue as it does not start with the gentoo-sources which worked fine at xorg-6.8...i'd probably look for a xorg-7 specific post to try to solve this...but of course...if someone could help me from here i'd be more than happy _________________ Regards,
Dritan
Please try to help answer the unanswered |
|
Back to top |
|
|
COiN3D Guru
Joined: 02 Aug 2004 Posts: 543 Location: Munich, Germany
|
Posted: Fri Mar 03, 2006 10:21 pm Post subject: |
|
|
Error 404 - directory to download from seems not to exist any longer - could you please pick an alternative mirror? Thanks. _________________ e17 documentation | Be free and use Jabber as your IM! | Combine IRC and IM |
|
Back to top |
|
|
zapata Tux's lil' helper
Joined: 26 Jun 2005 Posts: 82 Location: Hamburg / Germany
|
Posted: Fri Mar 03, 2006 10:44 pm Post subject: |
|
|
@C0in3D
two posts above is a working mirror! |
|
Back to top |
|
|
WuDDjA n00b
Joined: 30 Aug 2005 Posts: 42
|
Posted: Sat Mar 04, 2006 1:57 am Post subject: |
|
|
can't start nvsound module after merge.
WARNING: //lib/modules/2.6.16-rc3-nitro1/misc/nvsound.ko needs unknown symbol remap_page_range |
|
Back to top |
|
|
RaZoR1394 Guru
Joined: 09 Jan 2005 Posts: 356
|
Posted: Sat Mar 04, 2006 12:34 pm Post subject: |
|
|
Newest splashutils doesn't build with this kernel:
Quote: |
CC daemon.o
In file included from daemon.c:27:
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:801: error: syntaxfel före "kernel_ulong_t"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:801: varning: inget semikolon vid slutet av struktur eller union
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: error: syntaxfel före "evbit"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: error: "BITS_PER_LONG" odeklarerad här (inte i en funktion)
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: varning: datadefinition har ingen typ eller lagringsklass
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:806: error: syntaxfel före "keybit"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:806: varning: datadefinition har ingen typ eller lagringsklass
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:807: error: syntaxfel före "relbit"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:807: varning: datadefinition har ingen typ eller lagringsklass
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:808: error: syntaxfel före "absbit"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:808: varning: datadefinition har ingen typ eller lagringsklass
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:809: error: syntaxfel före "mscbit"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:809: varning: datadefinition har ingen typ eller lagringsklass
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:810: error: syntaxfel före "ledbit"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:810: varning: datadefinition har ingen typ eller lagringsklass
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:811: error: syntaxfel före "sndbit"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:811: varning: datadefinition har ingen typ eller lagringsklass
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:812: error: syntaxfel före "ffbit"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:812: varning: datadefinition har ingen typ eller lagringsklass
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:813: error: syntaxfel före "swbit"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:813: varning: datadefinition har ingen typ eller lagringsklass
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:815: error: syntaxfel före "driver_info"
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:815: varning: datadefinition har ingen typ eller lagringsklass
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: error: storage size of `evbit' isn't known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:806: error: storage size of `keybit' isn't known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:807: error: storage size of `relbit' isn't known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:808: error: storage size of `absbit' isn't known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:809: error: storage size of `mscbit' isn't known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:810: error: storage size of `ledbit' isn't known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:811: error: storage size of `sndbit' isn't known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:812: error: storage size of `ffbit' isn't known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:813: error: storage size of `swbit' isn't known
make: *** [daemon.o] Fel 1
!!! ERROR: media-gfx/splashutils-1.1.9.10-r1 failed.
Call stack:
ebuild.sh, line 1933: Called dyn_compile
ebuild.sh, line 971: Called src_compile
!!! failed to build splashutils
|
_________________ http://en.wikipedia.org/wiki/Cell_(microprocessor) |
|
Back to top |
|
|
zapata Tux's lil' helper
Joined: 26 Jun 2005 Posts: 82 Location: Hamburg / Germany
|
Posted: Sat Mar 04, 2006 2:14 pm Post subject: |
|
|
I try to compile kernel-2.6.15-rc5-nitro1, but it dosn´t work. I recieve following error:
Code: | [root@zapata] /usr/src/linux (4,6G free) # make && make modules_install
CHK include/linux/version.h
CHK include/linux/compile.h
CHK usr/initramfs_list
CC drivers/acpi/processor_perflib.o
drivers/acpi/processor_perflib.c: In function `acpi_processor_register_performance':
drivers/acpi/processor_perflib.c:568: Fehler: »performance_sem« nicht deklariert (erste Benutzung in dieser Funktion)
drivers/acpi/processor_perflib.c:568: Fehler: (Jeder nicht deklarierte Bezeichner wird nur einmal aufgeführt
drivers/acpi/processor_perflib.c:568: Fehler: für jede Funktion in der er auftritt.)
drivers/acpi/processor_perflib.c: In function `acpi_processor_unregister_performance':
drivers/acpi/processor_perflib.c:609: Fehler: »performance_sem« nicht deklariert (erste Benutzung in dieser Funktion)
make[2]: *** [drivers/acpi/processor_perflib.o] Fehler 1
make[1]: *** [drivers/acpi] Fehler 2
make: *** [drivers] Fehler 2 |
can someone help? |
|
Back to top |
|
|
Tiger683 Veteran
Joined: 08 Jan 2005 Posts: 1347 Location: Heffner's House
|
Posted: Sat Mar 04, 2006 2:36 pm Post subject: |
|
|
Sorry _________________ Retired gentoo user
Last edited by Tiger683 on Mon Mar 06, 2006 4:30 pm; edited 1 time in total |
|
Back to top |
|
|
|