View previous topic :: View next topic |
Author |
Message |
discomfitor l33t
Joined: 21 Feb 2003 Posts: 927 Location: None
|
Posted: Sun Jan 16, 2005 9:55 pm Post subject: |
|
|
If you're having problems with one version of nitro, try the other. There's a big difference between nitro0 and nitro0e. _________________ There is no substitute for experience.
Imperfection indicates a lack of effort. |
|
Back to top |
|
|
Tiger683 Veteran
Joined: 08 Jan 2005 Posts: 1347 Location: Heffner's House
|
Posted: Sun Jan 16, 2005 10:03 pm Post subject: |
|
|
@ Darckness: check pm |
|
Back to top |
|
|
a13x Apprentice
Joined: 05 Jan 2005 Posts: 215
|
Posted: Sun Jan 16, 2005 10:10 pm Post subject: |
|
|
Ok, this is stupid.
I untared linux-2.6.10, applied the 2.6.11 patch from kernel.org than nitro0. I compile the kernel and everything is ok.
There is a different story with nitro0e though ..... I tried to apply it on top of nitro0
and it doesn't work. I remove nitro0 and still it refuses. How do you apply this patch then ?? |
|
Back to top |
|
|
Tiger683 Veteran
Joined: 08 Jan 2005 Posts: 1347 Location: Heffner's House
|
Posted: Sun Jan 16, 2005 10:12 pm Post subject: |
|
|
I assume you apply it either to the vanilla 2.6.10 or to 2.6.11-rc1
Darckness->wake_independent_sleeper() |
|
Back to top |
|
|
BlinkEye Veteran
Joined: 21 Oct 2003 Posts: 1046 Location: Gentoo Forums
|
Posted: Sun Jan 16, 2005 11:04 pm Post subject: |
|
|
Illissius wrote: | BlinkEye wrote: | Illissius wrote: | Hmm. I'm having a really strange problem: when I try and copy large amounts of stuff (when it's just a few files it works fine, but not with eg. my 10GB of music) to my iRiver (iHP-120, uses plain USB mass storage), at some point the transfer always freezes -- the disk access light keeps going constantly on the iRiver, even after I kill the transferring program, log out of KDE (which I had previously attributed the bug to, but apparently not), unmount the drive, anything, but after that point nothing seems to actually get transferred and it just corrupts the drive. So that leaves two possibilities: kernel, or hardware. I'm currently on 2.6.10-nitro2, but it's done this with every kernel I've used so far (I think they were nearly all nitros).
So my question is threefold:
1) Has anyone experienced anything similar?
2) Any config options I should look at?
3) Has there been any activity around this part of the kernel recently, eg, would it be worth it to try and upgrade? (I'd rather avoid rc versions, and would like to keep nvagp as well.) |
i bet you're using reiser4 |
You lose that bet. Reiser3. It did the same thing with ext3. |
alright. it's just that i had a similar behaviour with reiser4 with a lot of kernels while copying/untarring large files. i'm not betting again but i'd "say" it's kernel related _________________ Easily backup up your system? klick
Get rid of SSH Brute Force Attempts / Script Kiddies klick |
|
Back to top |
|
|
discomfitor l33t
Joined: 21 Feb 2003 Posts: 927 Location: None
|
Posted: Sun Jan 16, 2005 11:37 pm Post subject: |
|
|
a13x: nitro0e applies on top of nitro0. It DOES work.
Tiger683: buh?
EDIT:
Tiger683: Hahahahaha... _________________ There is no substitute for experience.
Imperfection indicates a lack of effort.
Last edited by discomfitor on Sun Jan 16, 2005 11:49 pm; edited 1 time in total |
|
Back to top |
|
|
Tiger683 Veteran
Joined: 08 Jan 2005 Posts: 1347 Location: Heffner's House
|
Posted: Sun Jan 16, 2005 11:38 pm Post subject: |
|
|
*LOOOOL*
Code: |
cat /proc/genetic/zaphod-sched
generation_number: 28
num_children: 8
child_number: 3
num_mutations: 8
avg_fitness: -3389
last_gen_avg_fitness: -674
Fitness history
generation(12): -103
generation(13): -53
generation(14): -25
generation(15): 36
generation(16): -6
generation(17): -22
generation(18): -25
generation(19): -94
generation(20): -926
generation(21): -579
generation(22): -23
generation(23): -16
generation(24): -9
generation(25): -362
generation(26): -85
generation(27): -674
|
I have to start hacking the params, i think...... LOL LOL LOL
It's reached -3000 during heavy-load.... I'M SOOOOOO PWND... I think it has sth to do with the stack size... i will be be testing the 2K so wish me it wont twist even more...
I have tweaked the zaphod's params a little too.... tststst |
|
Back to top |
|
|
rmh3093 Advocate
Joined: 06 Aug 2003 Posts: 2138 Location: Albany, NY
|
Posted: Mon Jan 17, 2005 2:30 am Post subject: |
|
|
i get seg faults on reboot with both versions and the orinoco drivers dont work in both versions
is there a way to get the genetic scheduler as an addon to niro4 _________________ Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
Back to top |
|
|
discomfitor l33t
Joined: 21 Feb 2003 Posts: 927 Location: None
|
Posted: Mon Jan 17, 2005 3:21 am Post subject: |
|
|
rmh3093: I'm not sure what's causing the segfaults, and the orinoco issues are most likely due to the fact that the kernel drivers for them still suck. Try using the old fix of copying working drivers into the kernel directory and compiling them that way. As for genetic scheduling added on to nitro4, I think that would mean a lot of unnecessary backporting. I'll be working on a new nitro over the next couple days, and that should fix things.
Remember kids, this is an experimental nitro by default. That's why it's called nitro0. If it doesn't work, go back to 2.6.10-nitro4. _________________ There is no substitute for experience.
Imperfection indicates a lack of effort. |
|
Back to top |
|
|
feld Guru
Joined: 29 Aug 2004 Posts: 593 Location: WI, USA
|
Posted: Mon Jan 17, 2005 6:11 am Post subject: |
|
|
yeahh... for me it worked great @ desktop but it crashed on any game immediately when starting up the playing portion.
edit: note this was standard build, i'm bored right now so i'm gonnna do experimental now
edit2: ironicly, i've been running experimental for +-30 mins and its smooth as butter with no probs. Gaming works great with it. I think I'll run this for a while!
-Feld _________________ < bmg505> I think the first line in reiserfsck is
if (random(65535)< 65500) { hose(partition); for (i=0;i<100000000;i++) print_crap(); } |
|
Back to top |
|
|
discomfitor l33t
Joined: 21 Feb 2003 Posts: 927 Location: None
|
Posted: Mon Jan 17, 2005 9:26 am Post subject: |
|
|
feld: I always use the experimental, so you KNOW that those will be quality assured for gaming _________________ There is no substitute for experience.
Imperfection indicates a lack of effort. |
|
Back to top |
|
|
a13x Apprentice
Joined: 05 Jan 2005 Posts: 215
|
Posted: Mon Jan 17, 2005 11:59 am Post subject: |
|
|
Nope. This is what I get if I patch the 2.6.10 sources with the 2.6.11-rc1 patch than with nitro0 and then with nitro0e:
Code: |
Alex linux # bzip2 -dc /usr/src/patches/patch-2.6.11-rc1-nitro0e.bz2 | patch -p1
patching file Documentation/DocBook/Makefile
Reversed (or previously applied) patch detected! Assume -R? [n] n
Apply anyway? [n] y
Hunk #1 FAILED at 93.
1 out of 1 hunk FAILED -- saving rejects to file Documentation/DocBook/Makefile.rej
patching file Documentation/PCIEBUS-HOWTO.txt
patching file Documentation/cpu-freq/index.txt
patching file Documentation/devices.txt
patching file Documentation/feature-list-2.6.txt
patching file Documentation/filesystems/relayfs.txt
patching file Documentation/floppy.txt
patching file Documentation/infiniband/sysfs.txt
patching file Documentation/kernel-parameters.txt
patching file Documentation/must-fix.txt
patching file Documentation/power/devices.txt
patching file Documentation/power/swsusp.txt
patching file Documentation/should-fix.txt
patching file Documentation/sysrq.txt
patching file Documentation/usb/error-codes.txt
patching file Documentation/usb/sn9c102.txt
patching file MAINTAINERS
patching file Makefile
Hunk #1 FAILED at 1.
Hunk #2 FAILED at 545.
2 out of 2 hunks FAILED -- saving rejects to file Makefile.rej
The next patch would delete the file Makefilee,
which does not exist! Assume -R? [n] n
|
|
|
Back to top |
|
|
yoyo Bodhisattva
Joined: 04 Mar 2003 Posts: 4273 Location: Lyon - France
|
Posted: Mon Jan 17, 2005 1:39 pm Post subject: Re: 2.6.11-rc1-nitro0: Back To The Basics |
|
|
Darckness wrote: | EDIT: NVIDIA DRIVERS WORK!!! Big thanks to tycurise and fallow for pointing out that you need to use kernel agpgart, not nvagp for this kernel. Works perfectly now! | Sorry to go back on this issue ...
But I couldn't have software suspend 2 working with agpgart (under X) ...
Of course, it works with nvagp ...
What about you ???
PS : lspci gives : Quote: | PCI bridge: Intel Corp. 82845G/GL[Brookdale-G]/GE/PE Host-to-AGP Bridge (rev 03)
VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev a2) | and my kernel config Quote: | CONFIG_AGP=y
CONFIG_AGP_INTEL=y |
EDIT : From software suspend faq 4.6 nVidia video cards : Quote: | agpgart must be removed from the kernel (either disable the module loading, or don't compile it in the first place) |
_________________ La connaissance s'accroît quand on la partage.
JCB
Last edited by yoyo on Mon Jan 17, 2005 2:33 pm; edited 1 time in total |
|
Back to top |
|
|
Mben Guru
Joined: 29 Mar 2004 Posts: 465 Location: New York, USA
|
Posted: Mon Jan 17, 2005 2:10 pm Post subject: |
|
|
this kernel is great except that it panics when i unplug my card reader
i cant remember the exact message, if anyone wants i could probabily do it again later tonight and take a picture of the monitor. |
|
Back to top |
|
|
discomfitor l33t
Joined: 21 Feb 2003 Posts: 927 Location: None
|
Posted: Mon Jan 17, 2005 3:03 pm Post subject: |
|
|
a13x: I remember that. For some reason, I'd always get that error while emerging it the first time because I had made the diffs exactly like you're applying them; 2.6.10->2.6.11-rc1->2.6.11-rc1-nitro0->2.6.11-rc1-nitro0e. It always failed with that error though, so I had to make the patch against the nitro0 that emerge made. For some reason portage's version of 2.6.11-rc1-nitro0 is different from a manually patched version. To fix this, just ignore the ones that say 'Assume -R', and then you can probably ignore the error from the makefile as well. Chances are that the chunk that fails in the makefile is the one that is changed for the menuconfig name patch.
yoyo: I guess this is one of those paradoxes. You must use nvagp to use software suspend, but you must not use nvagp if you want to use your graphics card. I guess you'll just have to pick the one that you like and use/not use the appropriate nvagp settings. Alternatively, you might just be using the incorrect agpgart module from the kernel.
Mben: Chances are that this bug is caused by the experimental nature of the patches in nitro0. If it's a big problem for you, go back to a more stable kernel until another nitro comes out . _________________ There is no substitute for experience.
Imperfection indicates a lack of effort. |
|
Back to top |
|
|
Xithix Apprentice
Joined: 31 Dec 2004 Posts: 228
|
Posted: Mon Jan 17, 2005 4:04 pm Post subject: |
|
|
Note: I use alsa-driver not compiled in the kernel but as a separate package.
Interestingly, after I started using this kernel, and remerged stuff like nvidia and alsa to work with it, XMMS would segfault whenever I tried to play anything.
Remerged xmms and the plugin for whatever I was trying to play and the segfaults went away. |
|
Back to top |
|
|
yoyo Bodhisattva
Joined: 04 Mar 2003 Posts: 4273 Location: Lyon - France
|
Posted: Mon Jan 17, 2005 4:11 pm Post subject: |
|
|
Darckness wrote: | yoyo: I guess this is one of those paradoxes. You must use nvagp to use software suspend, but you must not use nvagp if you want to use your graphics card. |
Darckness wrote: | I guess you'll just have to pick the one that you like and use/not use the appropriate nvagp settings. Alternatively, you might just be using the incorrect agpgart module from the kernel. | My agpgart modules seems to be the good choice : menuconfig wrote: | This option gives you AGP support for the GLX component of XFree86 4.x on Intel 440LX/BX/GX, 815, 820, 830, 840, 845, 850, 860, 875, E7205 and E7505 chipsets and full support for the 810, 815, 830M, 845G, 852GM, 855GM, 865G and I915 integrated graphics chipsets. | and mine is "845G/GL[Brookdale-G]/GE/PE" so I think my choice is the best (but maybe I'm going wrong). Notice that my nvidia card works with sba and fw on agpgart.
And I try nvagp (without agpgart compiled in kernel) without any option (sba and fw) : since 2.6.11-rc1 X hangs at start (of course my xorg.conf is modified for use of nvagp). _________________ La connaissance s'accroît quand on la partage.
JCB |
|
Back to top |
|
|
feld Guru
Joined: 29 Aug 2004 Posts: 593 Location: WI, USA
|
Posted: Mon Jan 17, 2005 4:22 pm Post subject: |
|
|
Darckness wrote: | feld: I always use the experimental, so you KNOW that those will be quality assured for gaming |
wow if thats the case then from now on i'm trusting you and always using experimental
-Feld _________________ < bmg505> I think the first line in reiserfsck is
if (random(65535)< 65500) { hose(partition); for (i=0;i<100000000;i++) print_crap(); } |
|
Back to top |
|
|
discomfitor l33t
Joined: 21 Feb 2003 Posts: 927 Location: None
|
Posted: Mon Jan 17, 2005 4:30 pm Post subject: |
|
|
Xithix: Intriguing. Did you try the kernel drivers beforehand? I'd be interested to know if the same thing happened with kernel modules.
yoyo: Yeah, that's definitely the correct one. If the kernel agpgart isn't working then I think you're gonna have to sit this version out .
feld: I wouldn't be able to live without my World of Warcraft. If I can't run it at max resolution with anisotropic texture filtering on and all the detail levels maxed out, I know that something is wrong.
Also, check out my thoughts on genkernel. Anyone here think it's worthwhile? _________________ There is no substitute for experience.
Imperfection indicates a lack of effort. |
|
Back to top |
|
|
a13x Apprentice
Joined: 05 Jan 2005 Posts: 215
|
Posted: Mon Jan 17, 2005 4:41 pm Post subject: |
|
|
Quote: |
a13x: I remember that. For some reason, I'd always get that error while emerging it the first time because I had made the diffs exactly like you're applying them; 2.6.10->2.6.11-rc1->2.6.11-rc1-nitro0->2.6.11-rc1-nitro0e. It always failed with that error though, so I had to make the patch against the nitro0 that emerge made. For some reason portage's version of 2.6.11-rc1-nitro0 is different from a manually patched version. To fix this, just ignore the ones that say 'Assume -R', and then you can probably ignore the error from the makefile as well. Chances are that the chunk that fails in the makefile is the one that is changed for the menuconfig name patch.
|
It gives more and more errors and asks what files to patch. I'm aborting this. How do I use the ebuild ? BTW, I have decompressed the 2.6.11-r1 vanilla sources in /usr/src/. |
|
Back to top |
|
|
BlinkEye Veteran
Joined: 21 Oct 2003 Posts: 1046 Location: Gentoo Forums
|
Posted: Mon Jan 17, 2005 4:43 pm Post subject: |
|
|
a13x wrote: | I'm aborting this. How do I use the ebuild ? BTW, I have decompressed the 2.6.11-r1 vanilla sources in /usr/src/. |
please read the intro of this thread _________________ Easily backup up your system? klick
Get rid of SSH Brute Force Attempts / Script Kiddies klick |
|
Back to top |
|
|
feld Guru
Joined: 29 Aug 2004 Posts: 593 Location: WI, USA
|
Posted: Mon Jan 17, 2005 5:10 pm Post subject: |
|
|
.....okkkay...
i just had my first hard lock with the experimental nitro sources.
I had a similar hard lock under morph sources (-13).
The only thing I can tell that is the same between both locks is that there WAS hard drive activity. I am using reiser4, and both sources are using the reiser4 patch for 2.6.11.
I think there's something wrong with that reiser4 patch so now I'm stepping back and not touching 2.6.11 until more info is found about this.....
-Feld _________________ < bmg505> I think the first line in reiserfsck is
if (random(65535)< 65500) { hose(partition); for (i=0;i<100000000;i++) print_crap(); } |
|
Back to top |
|
|
rmh3093 Advocate
Joined: 06 Aug 2003 Posts: 2138 Location: Albany, NY
|
Posted: Mon Jan 17, 2005 5:51 pm Post subject: |
|
|
hey whats this warning with swsusp2 and dangerous filesystems, it has ext2 ext3 and reiser listed in there? _________________ Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
Back to top |
|
|
a13x Apprentice
Joined: 05 Jan 2005 Posts: 215
|
Posted: Mon Jan 17, 2005 8:55 pm Post subject: |
|
|
Finally, I have a working (and stable it seems) nitro0e kernel.
THX for your help guys.
Good job Darckness. |
|
Back to top |
|
|
Ninpo n00b
Joined: 30 Aug 2004 Posts: 37
|
Posted: Tue Jan 18, 2005 12:45 pm Post subject: |
|
|
I had problems compiling nitro4 from the last version and also this one, with the same error:
Code: |
drivers/video/aty/radeon_pm.c: In function `radeonfb_pci_suspend':
drivers/video/aty/radeon_pm.c:874: error: `agp_bridge' undeclared (first use in this function)
drivers/video/aty/radeon_pm.c:874: error: (Each undeclared identifier is reported only once
drivers/video/aty/radeon_pm.c:874: error: for each function it appears in.)
drivers/video/aty/radeon_pm.c:874: error: too many arguments to function `agp_enable'
make[3]: *** [drivers/video/aty/radeon_pm.o] Error 1
make[2]: *** [drivers/video/aty] Error 2
make[1]: *** [drivers/video] Error 2
make: *** [drivers] Error 2
|
Also if I enable pcmcia:
Code: |
CC [M] drivers/pcmcia/rsrc_mgr.o
drivers/pcmcia/rsrc_mgr.c:35: error: `NR_IRQS' undeclared here (not in a function)
drivers/pcmcia/rsrc_mgr.c:50: error: syntax error before "fake_irq"
drivers/pcmcia/rsrc_mgr.c:50: warning: return type defaults to `int'
drivers/pcmcia/rsrc_mgr.c: In function `fake_irq':
drivers/pcmcia/rsrc_mgr.c:50: error: `IRQ_NONE' undeclared (first use in this function)
drivers/pcmcia/rsrc_mgr.c:50: error: (Each undeclared identifier is reported only once
drivers/pcmcia/rsrc_mgr.c:50: error: for each function it appears in.)
drivers/pcmcia/rsrc_mgr.c: In function `check_irq':
drivers/pcmcia/rsrc_mgr.c:53: warning: implicit declaration of function `request_irq'
drivers/pcmcia/rsrc_mgr.c:55: warning: implicit declaration of function `free_irq'
drivers/pcmcia/rsrc_mgr.c: In function `adjust_irq':
drivers/pcmcia/rsrc_mgr.c:157: error: syntax error before '!' token
drivers/pcmcia/rsrc_mgr.c: At top level:
drivers/pcmcia/rsrc_mgr.c:35: error: storage size of `irq_table' isn't known
drivers/pcmcia/rsrc_mgr.c:35: warning: `irq_table' defined but not used
make[2]: *** [drivers/pcmcia/rsrc_mgr.o] Error 1
make[1]: *** [drivers/pcmcia] Error 2
make: *** [drivers] Error 2
|
Both were with mm patches. 2.6.11 works fine without the "with-everything" use flag. So what am I losing? |
|
Back to top |
|
|
|