View previous topic :: View next topic |
Author |
Message |
ejs76 Tux's lil' helper
Joined: 07 Feb 2004 Posts: 148
|
Posted: Sat May 10, 2008 11:47 am Post subject: |
|
|
Just in case you mist it:
Nvidia-driver 173.08 is now included in main portage tree. It contains the 2.6.26-pre compatibility patch.
Part from changelog:
Quote: |
# ChangeLog for x11-drivers/nvidia-drivers
# Copyright 1999-2008 Gentoo Foundation; Distributed under the GPL v2
# $Header: /var/cvsroot/gentoo-x86/x11-drivers/nvidia-drivers/ChangeLog,v 1.97 2008/05/09 09:55:14 chainsaw Exp $
09 May 2008; Mark Loeser <halcy0n@gentoo.org>
nvidia-drivers-173.08.ebuild:
Works on x86 for me, marking ~x86
08 May 2008; <chainsaw@gentoo.org>
files/NVIDIA_kernel-173.08-2404825.diff:
Upstream corrected the patch after the fact, update it. No revision bump
as the package is masked.
07 May 2008; <chainsaw@gentoo.org>
nvidia-drivers-71.86.01.ebuild, nvidia-drivers-71.86.04.ebuild,
nvidia-drivers-96.43.01.ebuild, nvidia-drivers-96.43.05.ebuild,
nvidia-drivers-100.14.09.ebuild, nvidia-drivers-100.14.11.ebuild,
nvidia-drivers-100.14.19.ebuild, nvidia-drivers-100.14.23.ebuild:
Quote variables where appropriate.
*nvidia-drivers-173.08 (07 May 2008)
07 May 2008; <chainsaw@gentoo.org>
+files/NVIDIA_kernel-173.08-2404825.diff, +nvidia-drivers-173.08.ebuild:
Masked beta driver 173.08 with upstream patch from Zander (
http://www.nvnews.net/vbulletin/showpost.php?p=1648357&postcount=35 ) for
>=2.6.26-rc1 compatibility. Dropped keywords as this has only been tested
on 2.6.26-rc1-00166-gc0a1811 SMP x86_64 so far. Now installs module
control file in modprobe.d where it belongs. Upstream advises to use PAT
over MTRR. Some reports of low performance and 2D corruption, tread
carefully.
|
_________________ ~amd64
PhenomII x4 955 | MSI 790GX-G65 | ATI Radeon 5770 | 8GB DDR3 1333 |
|
Back to top |
|
|
kernelOfTruth Watchman
Joined: 20 Dec 2005 Posts: 6111 Location: Vienna, Austria; Germany; hello world :)
|
|
Back to top |
|
|
Kollin Veteran
Joined: 25 Feb 2006 Posts: 1139 Location: Sofia/Bulgaria
|
Posted: Sat May 10, 2008 8:37 pm Post subject: |
|
|
OMG is custom-kernels dead :
Code: | felis ~ # layman -a custom-kernels
* Running command "/usr/bin/svn co "http://opensvn.csie.org/custom_kernels/" "/usr/portage/local/layman/custom-kernels""...
svn: Unrecognized URL scheme for 'http://opensvn.csie.org/custom_kernels'
* Failed to add overlay "custom-kernels".
* Error was: Adding the overlay failed!
|
_________________ "Dear Enemy: may the Lord hate you and all your kind, may you be turned orange in hue, and may your head fall off at an awkward moment."
"Linux is like a wigwam - no windows, no gates, apache inside..." |
|
Back to top |
|
|
MostAwesomeDude Guru
Joined: 12 Aug 2007 Posts: 373
|
Posted: Sat May 10, 2008 10:29 pm Post subject: |
|
|
I've merged squashfs to master. I will NOT be merging LZMA or squashfs/LZMA as long as their patches are so terribly written, though. _________________ Don't believe the "n00b" under my name. |
|
Back to top |
|
|
goffrie n00b
Joined: 14 Mar 2007 Posts: 67
|
Posted: Sun May 11, 2008 2:31 am Post subject: |
|
|
Kollin wrote: | OMG is custom-kernels dead :
Code: | felis ~ # layman -a custom-kernels
* Running command "/usr/bin/svn co "http://opensvn.csie.org/custom_kernels/" "/usr/portage/local/layman/custom-kernels""...
svn: Unrecognized URL scheme for 'http://opensvn.csie.org/custom_kernels'
* Failed to add overlay "custom-kernels".
* Error was: Adding the overlay failed!
|
|
custom-kernels works fine for me.
Maybe you didn't compile subversion with proper HTTP support -
subversion-1.5.0_rc5.ebuild wrote: |
ewarn "WebDAV support is disabled. You need WebDAV to"
ewarn "access repositories through the HTTP protocol."
ewarn
ewarn "WebDAV support needs one of the following USE flags enabled:"
ewarn " webdav-neon webdav-serf"
ewarn
ewarn "You can do this by enabling one of these flags in /etc/portage/package.use:"
ewarn " =${CATEGORY}/${PF} webdav-neon webdav-serf"
|
|
|
Back to top |
|
|
darklegion Guru
Joined: 14 Nov 2004 Posts: 468
|
Posted: Sun May 11, 2008 10:31 am Post subject: |
|
|
Yes, I did benchmarks with hdparm -t -T and bfq was around 10MB/s per-seconds slower than anticipatory.
Also bfq temporarily freezes my system when growisofs is preparing to burn a dvd-r.BFQ has much better interactivity otherwise, though.
I'll post benchmarks later. |
|
Back to top |
|
|
rmh3093 Advocate
Joined: 06 Aug 2003 Posts: 2138 Location: Albany, NY
|
Posted: Sun May 11, 2008 12:28 pm Post subject: |
|
|
darklegion wrote: |
Yes, I did benchmarks with hdparm -t -T and bfq was around 10MB/s per-seconds slower than anticipatory.
Also bfq temporarily freezes my system when growisofs is preparing to burn a dvd-r.BFQ has much better interactivity otherwise, though.
I'll post benchmarks later. |
I have been out of the loop in kernel shit for a while, just getting back into it, so I missed when BFQ came out, i first tried it on .25-zen and though it was absolutely horrid, I am not using .26-zen and I still think it sucks, i get those micro freeze like you ... what kernel are you on? _________________ Do not meddle in the affairs of wizards, for they are subtle and quick to anger.
Last edited by rmh3093 on Sun May 11, 2008 4:06 pm; edited 1 time in total |
|
Back to top |
|
|
rmh3093 Advocate
Joined: 06 Aug 2003 Posts: 2138 Location: Albany, NY
|
Posted: Sun May 11, 2008 12:29 pm Post subject: |
|
|
goffrie wrote: | Kollin wrote: | OMG is custom-kernels dead :
Code: | felis ~ # layman -a custom-kernels
* Running command "/usr/bin/svn co "http://opensvn.csie.org/custom_kernels/" "/usr/portage/local/layman/custom-kernels""...
svn: Unrecognized URL scheme for 'http://opensvn.csie.org/custom_kernels'
* Failed to add overlay "custom-kernels".
* Error was: Adding the overlay failed!
|
|
custom-kernels works fine for me.
Maybe you didn't compile subversion with proper HTTP support -
subversion-1.5.0_rc5.ebuild wrote: |
ewarn "WebDAV support is disabled. You need WebDAV to"
ewarn "access repositories through the HTTP protocol."
ewarn
ewarn "WebDAV support needs one of the following USE flags enabled:"
ewarn " webdav-neon webdav-serf"
ewarn
ewarn "You can do this by enabling one of these flags in /etc/portage/package.use:"
ewarn " =${CATEGORY}/${PF} webdav-neon webdav-serf"
|
|
I am going to be removing custom kernels from layman.... _________________ Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
Back to top |
|
|
Kollin Veteran
Joined: 25 Feb 2006 Posts: 1139 Location: Sofia/Bulgaria
|
Posted: Sun May 11, 2008 2:14 pm Post subject: |
|
|
goffrie wrote: |
custom-kernels works fine for me.
Maybe you didn't compile subversion with proper HTTP support -
subversion-1.5.0_rc5.ebuild wrote: |
ewarn "WebDAV support is disabled. You need WebDAV to"
ewarn "access repositories through the HTTP protocol."
ewarn
ewarn "WebDAV support needs one of the following USE flags enabled:"
ewarn " webdav-neon webdav-serf"
ewarn
ewarn "You can do this by enabling one of these flags in /etc/portage/package.use:"
ewarn " =${CATEGORY}/${PF} webdav-neon webdav-serf"
|
|
You are correct !! Thank you !
rmh3093 wrote: |
I am going to be removing custom kernels from layman.... |
Well... no one wanted to update it anyway _________________ "Dear Enemy: may the Lord hate you and all your kind, may you be turned orange in hue, and may your head fall off at an awkward moment."
"Linux is like a wigwam - no windows, no gates, apache inside..." |
|
Back to top |
|
|
creidiki Apprentice
Joined: 23 Mar 2007 Posts: 283 Location: Varese (Italy)
|
Posted: Sun May 11, 2008 3:13 pm Post subject: |
|
|
rmh3093 wrote: | I have been out of the loop in kernel shit for a while, just getting back into it, so I missed when BFQ came out, i first tried it on .25-zen and though it was absolutely horrid, I am not using .26-zen and I still think it sucks, i get those micro freeze like you ... what kernel are you on? |
You people need to learn to actually read the articles/mails instead of going off on your own personal tangent all the bleedin' time
That report says BFQ/CFQ has better interactvity than noop/anticipatory/deadline, but with a regression in pure IO performance - I'm surprised this is even a complaint, pure throughput always causes interactivity lossage and vice versa, its the same with pre-emption and HZ settings.
This is definitely not what you're encountering. _________________ '((eINIT) (soor overlay)) |
|
Back to top |
|
|
rmh3093 Advocate
Joined: 06 Aug 2003 Posts: 2138 Location: Albany, NY
|
Posted: Sun May 11, 2008 4:05 pm Post subject: |
|
|
creidiki wrote: | rmh3093 wrote: | I have been out of the loop in kernel shit for a while, just getting back into it, so I missed when BFQ came out, i first tried it on .25-zen and though it was absolutely horrid, I am not using .26-zen and I still think it sucks, i get those micro freeze like you ... what kernel are you on? |
You people need to learn to actually read the articles/mails instead of going off on your own personal tangent all the bleedin' time
That report says BFQ/CFQ has better interactvity than noop/anticipatory/deadline, but with a regression in pure IO performance - I'm surprised this is even a complaint, pure throughput always causes interactivity lossage and vice versa, its the same with pre-emption and HZ settings.
This is definitely not what you're encountering. |
i meant to quote darklegion's post about the freezes/lags with bfq, not the article about the regression _________________ Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
Back to top |
|
|
roadnottaken n00b
Joined: 02 May 2008 Posts: 9
|
Posted: Sun May 11, 2008 11:56 pm Post subject: |
|
|
roadnottaken wrote: | I am running the zen-sources git from repo.or.cz on a debian system and recently switched from bootsplash to fbcondecor. Unfortunately, the background only appeared on the first two consoles and I could not enable it on the other consoles. Earlier today, though, I recompiled my kernel after changing a few minor configuration items, and now I only get the fbsplash background on the second console. This recent behavior has me fully convinced that what I am experiencing is a bug. I would like help trying to resolve it and get fbsplash working fully on my system. |
Can anyone help with this? _________________ BOFH excuse #318:
Your EMAIL is now being delivered by the USPS. |
|
Back to top |
|
|
MostAwesomeDude Guru
Joined: 12 Aug 2007 Posts: 373
|
Posted: Mon May 12, 2008 2:09 am Post subject: |
|
|
roadnottaken wrote: | roadnottaken wrote: | I am running the zen-sources git from repo.or.cz on a debian system and recently switched from bootsplash to fbcondecor. Unfortunately, the background only appeared on the first two consoles and I could not enable it on the other consoles. Earlier today, though, I recompiled my kernel after changing a few minor configuration items, and now I only get the fbsplash background on the second console. This recent behavior has me fully convinced that what I am experiencing is a bug. I would like help trying to resolve it and get fbsplash working fully on my system. |
Can anyone help with this? |
Please try the new version from zen-sources.org. _________________ Don't believe the "n00b" under my name. |
|
Back to top |
|
|
darklegion Guru
Joined: 14 Nov 2004 Posts: 468
|
Posted: Mon May 12, 2008 5:01 am Post subject: |
|
|
rmh3093 wrote: | creidiki wrote: | rmh3093 wrote: | I have been out of the loop in kernel shit for a while, just getting back into it, so I missed when BFQ came out, i first tried it on .25-zen and though it was absolutely horrid, I am not using .26-zen and I still think it sucks, i get those micro freeze like you ... what kernel are you on? |
You people need to learn to actually read the articles/mails instead of going off on your own personal tangent all the bleedin' time
That report says BFQ/CFQ has better interactvity than noop/anticipatory/deadline, but with a regression in pure IO performance - I'm surprised this is even a complaint, pure throughput always causes interactivity lossage and vice versa, its the same with pre-emption and HZ settings.
This is definitely not what you're encountering. |
i meant to quote darklegion's post about the freezes/lags with bfq, not the article about the regression |
I should note, that I still prefer bfq over anticipatory and the rest, despite the current problems with it.Intertactivity is much better than anticipatory in most cases, and cfq seems to have more of these corner cases than bfq.
EDIT: I ran the benchmarks again, and I don't seem to be getting any major differences between bfq/anticipatory/cfq. |
|
Back to top |
|
|
rmh3093 Advocate
Joined: 06 Aug 2003 Posts: 2138 Location: Albany, NY
|
Posted: Mon May 12, 2008 12:54 pm Post subject: |
|
|
darklegion wrote: | rmh3093 wrote: | creidiki wrote: | rmh3093 wrote: | I have been out of the loop in kernel shit for a while, just getting back into it, so I missed when BFQ came out, i first tried it on .25-zen and though it was absolutely horrid, I am not using .26-zen and I still think it sucks, i get those micro freeze like you ... what kernel are you on? |
You people need to learn to actually read the articles/mails instead of going off on your own personal tangent all the bleedin' time
That report says BFQ/CFQ has better interactvity than noop/anticipatory/deadline, but with a regression in pure IO performance - I'm surprised this is even a complaint, pure throughput always causes interactivity lossage and vice versa, its the same with pre-emption and HZ settings.
This is definitely not what you're encountering. |
i meant to quote darklegion's post about the freezes/lags with bfq, not the article about the regression |
I should note, that I still prefer bfq over anticipatory and the rest, despite the current problems with it.Intertactivity is much better than anticipatory in most cases, and cfq seems to have more of these corner cases than bfq.
EDIT: I ran the benchmarks again, and I don't seem to be getting any major differences between bfq/anticipatory/cfq. |
well that lag is unacceptable to me, im going back to AIO _________________ Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
Back to top |
|
|
tranquilcool Veteran
Joined: 25 Mar 2005 Posts: 1179
|
Posted: Mon May 12, 2008 3:23 pm Post subject: |
|
|
frequent freezes with bfq.
am back to cfq for now. _________________ this is a strange strange world. |
|
Back to top |
|
|
rmh3093 Advocate
Joined: 06 Aug 2003 Posts: 2138 Location: Albany, NY
|
Posted: Mon May 12, 2008 4:40 pm Post subject: |
|
|
tranquilcool wrote: | frequent freezes with bfq.
am back to cfq for now. |
are you getting those hardlocks on the .25 kernel or the .26-rc1 kernel _________________ Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
Back to top |
|
|
tranquilcool Veteran
Joined: 25 Mar 2005 Posts: 1179
|
Posted: Mon May 12, 2008 4:43 pm Post subject: |
|
|
rmh3093 wrote: | tranquilcool wrote: | frequent freezes with bfq.
am back to cfq for now. |
are you getting those hardlocks on the .25 kernel or the .26-rc1 kernel |
on both. _________________ this is a strange strange world. |
|
Back to top |
|
|
rmh3093 Advocate
Joined: 06 Aug 2003 Posts: 2138 Location: Albany, NY
|
Posted: Mon May 12, 2008 4:48 pm Post subject: |
|
|
tranquilcool wrote: | rmh3093 wrote: | tranquilcool wrote: | frequent freezes with bfq.
am back to cfq for now. |
are you getting those hardlocks on the .25 kernel or the .26-rc1 kernel |
on both. |
thats not good, i though we narrowed the hardlocks to the some of the -rt patches were merged into .25 _________________ Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
Back to top |
|
|
hoacker Guru
Joined: 04 Aug 2007 Posts: 505 Location: Bürstadt, Germany
|
Posted: Mon May 12, 2008 4:48 pm Post subject: |
|
|
tranquilcool wrote: | frequent freezes with bfq.
am back to cfq for now. |
Had some freezes with bfq and .25, too. Disabled swap prefetching as suggested by KernelOfTruth earlier in this thread and no more freezes since.
BTW: Anyone got NVIDIA < 173.08 running with .26? Won't emerge for me... |
|
Back to top |
|
|
tranquilcool Veteran
Joined: 25 Mar 2005 Posts: 1179
|
Posted: Mon May 12, 2008 4:52 pm Post subject: |
|
|
rmh3093 wrote: | tranquilcool wrote: | rmh3093 wrote: | tranquilcool wrote: | frequent freezes with bfq.
am back to cfq for now. |
are you getting those hardlocks on the .25 kernel or the .26-rc1 kernel |
on both. |
thats not good, i though we narrowed the hardlocks to the some of the -rt patches were merged into .25 |
let me try to disable swap prefetching and see if that's
the problem. _________________ this is a strange strange world. |
|
Back to top |
|
|
rmh3093 Advocate
Joined: 06 Aug 2003 Posts: 2138 Location: Albany, NY
|
Posted: Mon May 12, 2008 4:56 pm Post subject: |
|
|
hoacker wrote: | tranquilcool wrote: | frequent freezes with bfq.
am back to cfq for now. |
Had some freezes with bfq and .25, too. Disabled swap prefetching as suggested by KernelOfTruth earlier in this thread and no more freezes since.
BTW: Anyone got NVIDIA < 173.08 running with .26? Won't emerge for me... |
no i think the only version that works with .26 is nvidia-drivers-173.08 _________________ Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
Back to top |
|
|
tranquilcool Veteran
Joined: 25 Mar 2005 Posts: 1179
|
Posted: Mon May 12, 2008 4:58 pm Post subject: |
|
|
rmh3093 wrote: | hoacker wrote: | tranquilcool wrote: | frequent freezes with bfq.
am back to cfq for now. |
Had some freezes with bfq and .25, too. Disabled swap prefetching as suggested by KernelOfTruth earlier in this thread and no more freezes since.
BTW: Anyone got NVIDIA < 173.08 running with .26? Won't emerge for me... |
no i think the only version that works with .26 is nvidia-drivers-173.08 |
there is a patch somewhere to make it work. let me see if i can find it.
haven't tried it though so dunno if it works.
patch for nvidia-drivers-169.12 for 2.6.26-rc1-zen-zen0 -> http://omploader.org/vaG50 _________________ this is a strange strange world. |
|
Back to top |
|
|
jurek n00b
Joined: 11 May 2006 Posts: 29
|
Posted: Mon May 12, 2008 6:52 pm Post subject: |
|
|
Code: | Verifying archive integrity... OK
Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86 169.12............................................................................................................................................................................................................................................................................................
patching file usr/src/nv/nv-linux.h
Hunk #2 succeeded at 680 (offset -4 lines).
Hunk #3 succeeded at 1025 (offset -14 lines).
Hunk #4 succeeded at 1124 (offset -14 lines).
patching file usr/src/nv/nv-reg.h
Hunk #1 succeeded at 469 (offset -2 lines).
Hunk #2 succeeded at 524 with fuzz 1 (offset -2 lines).
Hunk #3 succeeded at 570 with fuzz 1 (offset -2 lines).
patching file usr/src/nv/nv.c
Hunk #1 succeeded at 21 (offset -1 lines).
Hunk #2 succeeded at 39 (offset -1 lines).
Hunk #3 succeeded at 605 (offset 2 lines).
Hunk #4 succeeded at 857 (offset 2 lines).
Hunk #5 succeeded at 894 (offset 2 lines).
Hunk #6 succeeded at 905 (offset 2 lines).
Hunk #7 succeeded at 982 (offset 2 lines).
Hunk #8 succeeded at 1007 with fuzz 1 (offset 2 lines).
Hunk #10 succeeded at 1273 with fuzz 1 (offset -3 lines).
Hunk #11 succeeded at 1305 (offset -3 lines).
Hunk #12 FAILED at 1314.
Hunk #13 succeeded at 1442 (offset -3 lines).
Hunk #14 succeeded at 1520 (offset -2 lines).
Hunk #15 succeeded at 1696 (offset -2 lines).
Hunk #16 succeeded at 1823 (offset -14 lines).
Hunk #17 succeeded at 1835 (offset -14 lines).
Hunk #18 succeeded at 1863 (offset -14 lines).
Hunk #19 succeeded at 2202 (offset -25 lines).
Hunk #20 succeeded at 2231 (offset -25 lines).
Hunk #21 succeeded at 2252 (offset -25 lines).
Hunk #22 succeeded at 3487 (offset -25 lines).
Hunk #23 FAILED at 3503.
Hunk #24 FAILED at 3531.
Hunk #25 succeeded at 3757 (offset -40 lines).
3 out of 25 hunks FAILED -- saving rejects to file usr/src/nv/nv.c.rej
patching file usr/src/nv/os-agp.c
patching file usr/src/nv/os-interface.c
Hunk #1 succeeded at 1339 (offset -16 lines).
Failed to apply patch file "/home/jurek/Desktop/nvidia-drivers-kernel.patch" |
_________________ C2Q 9550@4.0 Ghz - Asus P5Q-E - GTX 260 216sp - 4 GB DDR2 OCZ Titanium 1150 - Samsung HD103SJ 1TB - Cooler Master 590 |
|
Back to top |
|
|
hoacker Guru
Joined: 04 Aug 2007 Posts: 505 Location: Bürstadt, Germany
|
Posted: Mon May 12, 2008 7:02 pm Post subject: |
|
|
jurek wrote: |
Code: | Verifying archive integrity... OK
Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86 169.12............................................................................................................................................................................................................................................................................................
patching file usr/src/nv/nv-linux.h
Hunk #2 succeeded at 680 (offset -4 lines).
...
Failed to apply patch file "/home/jurek/Desktop/nvidia-drivers-kernel.patch" |
|
Works fine here for me (1st boot with .26 and nvidia 169.12 few seconds ago). I modified the ebuild to apply the patch AFTER the regular patches included in portage.
[EDIT: typo fixed] |
|
Back to top |
|
|
|