Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
vivid-sources
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 11, 12, 13, 14, 15  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
Genkaku
n00b
n00b


Joined: 26 Aug 2004
Posts: 72
Location: Poland

PostPosted: Mon Feb 07, 2005 2:02 pm    Post subject: Reply with quote

I recompiled the kernel without CFLAGS hackin'
I didn't worked.
So... think Fallow, think :D
Back to top
View user's profile Send private message
Mac Cloud
Apprentice
Apprentice


Joined: 27 Sep 2004
Posts: 214
Location: In a galaxy far far away...

PostPosted: Mon Feb 07, 2005 7:08 pm    Post subject: Reply with quote

fallow wrote:
Mac Cloud wrote:
:cry: no more amd64 support in new vivid-sources ... :?:


oh I don`t test it with amd64 because I don`t have any :P :)

and I forgot to add ~amd64 to the ebuild :)
If You want to test it with amd64 and If You have time
then You`re welcome :)

I`m going to add ~amd64 flag to the 2.6.11-rc3-mmvivid1 ( I finishing it ) :)
cheers.


I have juste compilied it with the amd recomended cflags (no frear)... it compiles it boots but reiserfs (3.6) seems to be broken as it pannics when mounting my / .... it happens with and without cacheFS... :?
_________________
Vous prouver que j'ai raison serait admettre que je puisse avoir tort.
Beaumarchais
Back to top
View user's profile Send private message
fallow
Bodhisattva
Bodhisattva


Joined: 08 Jan 2004
Posts: 2208
Location: Poland

PostPosted: Mon Feb 07, 2005 8:40 pm    Post subject: Reply with quote

ok , sorry for oppses . so once again mm is too more experimental.. :(

I have a plane to do stable vivid (non mm , partial can be) now. vanilla based...

so two options now
1)2.6.11-rc3 based.
2)2.6.10-based.

I think 1 :) cause nvidia and ati works with it via agpgart and proper ati ebuild.
_________________
"Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard ;)


Last edited by fallow on Mon Feb 07, 2005 9:42 pm; edited 1 time in total
Back to top
View user's profile Send private message
sofcik
Tux's lil' helper
Tux's lil' helper


Joined: 20 Mar 2004
Posts: 99
Location: Poland, Warsaw, Ochota :]

PostPosted: Mon Feb 07, 2005 9:31 pm    Post subject: Reply with quote

Keep on ! :) i'm waiting for it :)
_________________
SfmBE = Sorry for my Bad English :(

ThxToAllOfYouForHelpingOnTheGentooWay

GENTOO FOREVER !
Back to top
View user's profile Send private message
babykart
Guru
Guru


Joined: 08 Oct 2004
Posts: 415

PostPosted: Mon Feb 07, 2005 10:42 pm    Post subject: Reply with quote

fallow wrote:
ok , sorry for oppses . so once again mm is too more experimental.. :(

I have a plane to do stable vivid (non mm , partial can be) now. vanilla based...

so two options now
1)2.6.11-rc3 based.
2)2.6.10-based.

I think 1 :) cause nvidia and ati works with it via agpgart and proper ati ebuild.


ok fallow, if you think 1, I vote 1... :wink:
(no problem if the 2.6.11-rc3 don't work: I have the faster 2.6.11-rc2-mmvivid1 on my systems :D )
_________________
>> Gentoo-FR <<
-----
Back to top
View user's profile Send private message
chickaroo
Tux's lil' helper
Tux's lil' helper


Joined: 21 Sep 2004
Posts: 102
Location: #!/usr/bin/girl

PostPosted: Mon Feb 07, 2005 10:43 pm    Post subject: Reply with quote

i'd like to see nicksched again, whats your oppinion? i read that pdf on schedulars, but it only had O(1) and deadline/anticipatory. whatever you think will be fastest though, i trust your judgement.

someone maintaining no-sources has taken over nicksched.. seems to be pretty active. #no-sources on freenode, or http://www.joecool.ftfuchs.com/no-sources/2.6.11-rc2-no1/

2.6.11 vivid has been pretty stable, but i would love a vanilla 2.6.10 that i could put on my server :) but if 2.6.11 is faster, go for it!

i was reading the readme there for no-sources:

Quote:
No Voluntary Preempt this time, too unstable.

A few other minor patches were dropped to make sure this release is stable, before adding more.

fbsplash is out for now.. its not playing nice. (hopefully spock will fix it)

Next release we pull out devfs out, get voluntary preempt, and HOPEFULLY fbsplash will be fixed


you (fallow) had all those in there and stable, very good job :)

keep up the good work :P
_________________
Registered Linux user #364515 (Jun, 2004)
Back to top
View user's profile Send private message
dhaemon
n00b
n00b


Joined: 06 Feb 2005
Posts: 18

PostPosted: Tue Feb 08, 2005 2:51 am    Post subject: Reply with quote

Hi,
I'm using linux-2.6.11-rc2-vivid1 on amd64 with udev, nptl, and xorg...
I checked around the net... The error is omnipresent but not fixes seem to be available...
Everything compiled fine...

Here's my xorg.log:
Code:

X Window System Version 6.8.0
Release Date: 8 September 2004
X Protocol Version 11, Revision 0, Release 6.8
Build Operating System: Linux 2.6.10-morph21 x86_64 [ELF]
Current Operating System: Linux daeka 2.6.11-rc2-vivid1 #1 Mon Feb 7 18:17:10 Local time zone must be set--see zic manua x86_64
Build Date: 05 February 2005
   Before reporting problems, check http://wiki.X.Org
   to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
   (++) from command line, (!!) notice, (II) informational,
   (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Feb  7 21:19:13 2005
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "cicero"
(**) |   |-->Device "Card0"
(**) |-->Input Device "trackman"
(**) |-->Input Device "logic"
(**) Option "XkbModel" "microsoftpro"
(**) XKB: model: "microsoftpro"
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to "/usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/Speedo/,/usr/share/fonts/Type1/,/usr/share/fonts/CID/,/usr/share/fonts/75dpi/,/usr/share/fonts/100dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(**) ModulePath set to "/usr/X11R6/lib/modules"
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) Module ABI versions:
   X.Org ANSI C Emulation: 0.2
   X.Org Video Driver: 0.7
   X.Org XInput driver : 0.4
   X.Org Server Extension : 0.2
   X.Org Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="X.Org Foundation"
   compiled for 6.8.0, module version = 1.0.0
   Module class: X.Org Font Renderer
   ABI class: X.Org Font Renderer, version 0.4
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="X.Org Foundation"
   compiled for 6.8.0, module version = 1.0.0
   ABI class: X.Org Video Driver, version 0.7
(++) using VT number 7

(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 1106,0282 card 1043,80a3 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:00:1: chip 1106,1282 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:00:2: chip 1106,2282 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:00:3: chip 1106,3282 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:00:4: chip 1106,4282 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:00:7: chip 1106,7282 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 1106,b188 card 0000,0000 rev 00 class 06,04,00 hdr 01
(II) PCI: 00:07:0: chip 1106,3044 card 1043,808a rev 80 class 0c,00,10 hdr 00
(II) PCI: 00:08:0: chip 105a,3373 card 1043,80f5 rev 02 class 01,04,00 hdr 00
(II) PCI: 00:09:0: chip 1814,0201 card 1043,130f rev 01 class 02,80,00 hdr 00
(II) PCI: 00:0a:0: chip 11ab,4320 card 1043,811a rev 13 class 02,00,00 hdr 00
(II) PCI: 00:0c:0: chip 1102,0004 card 1102,2002 rev 04 class 04,01,00 hdr 80
(II) PCI: 00:0c:1: chip 1102,7003 card 1102,0040 rev 04 class 09,80,00 hdr 80
(II) PCI: 00:0c:2: chip 1102,4001 card 1102,0010 rev 04 class 0c,00,10 hdr 80
(II) PCI: 00:0f:0: chip 1106,3149 card 1043,80ed rev 80 class 01,04,00 hdr 80
(II) PCI: 00:0f:1: chip 1106,0571 card 1043,80ed rev 06 class 01,01,8a hdr 00
(II) PCI: 00:10:0: chip 1106,3038 card 1043,80ed rev 81 class 0c,03,00 hdr 80
(II) PCI: 00:10:1: chip 1106,3038 card 1043,80ed rev 81 class 0c,03,00 hdr 80
(II) PCI: 00:10:2: chip 1106,3038 card 1043,80ed rev 81 class 0c,03,00 hdr 80
(II) PCI: 00:10:3: chip 1106,3038 card 1043,80ed rev 81 class 0c,03,00 hdr 80
(II) PCI: 00:10:4: chip 1106,3104 card 1043,80ed rev 86 class 0c,03,20 hdr 80
(II) PCI: 00:11:0: chip 1106,3227 card 1043,80ed rev 00 class 06,01,00 hdr 80
(II) PCI: 00:18:0: chip 1022,1100 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:1: chip 1022,1101 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:2: chip 1022,1102 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 01:00:0: chip 10de,0342 card 1043,814f rev a1 class 03,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
   [0] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus 0 prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus -1: bridge is at (0:0:1), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus -1 I/O range:
   [0] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus -1 non-prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus -1 prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus -1: bridge is at (0:0:2), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus -1 I/O range:
   [0] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus -1 non-prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus -1 prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus -1: bridge is at (0:0:3), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus -1 I/O range:
   [0] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus -1 non-prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus -1 prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus -1: bridge is at (0:0:4), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus -1 I/O range:
   [0] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus -1 non-prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus -1 prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus -1: bridge is at (0:0:7), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus -1 I/O range:
   [0] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus -1 non-prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus -1 prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000a (VGA_EN is set)
(II) Bus 1 non-prefetchable memory range:
   [0] -1   0   0xfaf00000 - 0xfbffffff (0x1100000) MX[B]
(II) Bus 1 prefetchable memory range:
   [0] -1   0   0xe0000000 - 0xf9ffffff (0x1a000000) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(II) Host-to-PCI bridge:
(II) Bus -1: bridge is at (0:24:0), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus -1 I/O range:
   [0] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus -1 non-prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus -1 prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus -1: bridge is at (0:24:1), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus -1 I/O range:
   [0] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus -1 non-prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus -1 prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus -1: bridge is at (0:24:2), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus -1 I/O range:
   [0] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus -1 non-prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus -1 prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus -1: bridge is at (0:24:3), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus -1 I/O range:
   [0] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus -1 non-prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) Bus -1 prefetchable memory range:
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
(--) PCI:*(1:0:0) nVidia Corporation GeForce FX 5700 rev 161, Mem @ 0xfb000000/24, 0xe0000000/28, BIOS @ 0xfaf00000/17
(II) Addressable bus resource ranges are
   [0] -1   0   0x00000000 - 0xffffffff (0x100000000) MX[B]
   [1] -1   0   0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
   [0] -1   0   0xffe00000 - 0xffffffff (0x200000) MX[B](B)
   [1] -1   0   0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
   [2] -1   0   0x000f0000 - 0x000fffff (0x10000) MX[B]
   [3] -1   0   0x000c0000 - 0x000effff (0x30000) MX[B]
   [4] -1   0   0x00000000 - 0x0009ffff (0xa0000) MX[B]
   [5] -1   0   0x0000ffff - 0x0000ffff (0x1) IX[B]
   [6] -1   0   0x00000000 - 0x000000ff (0x100) IX[B]
(II) PCI Memory resource overlap reduced 0xdc000000 from 0xdfffffff to 0xdbffffff
(II) Active PCI resource ranges:
   [0] -1   0   0xfae00000 - 0xfae000ff (0x100) MX[B]
   [1] -1   0   0xfab00000 - 0xfab03fff (0x4000) MX[B]
   [2] -1   0   0xfac00000 - 0xfac007ff (0x800) MX[B]
   [3] -1   0   0xfaa00000 - 0xfaa03fff (0x4000) MX[B]
   [4] -1   0   0xfa800000 - 0xfa801fff (0x2000) MX[B]
   [5] -1   0   0xfa600000 - 0xfa61ffff (0x20000) MX[B]
   [6] -1   0   0xfa700000 - 0xfa700fff (0x1000) MX[B]
   [7] -1   0   0xfa500000 - 0xfa5007ff (0x800) MX[B]
   [8] -1   0   0xdc000000 - 0xdbffffff (0x0) MX[B]O
   [9] -1   0   0xfaf00000 - 0xfaf1ffff (0x20000) MX[B](B)
   [10] -1   0   0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
   [11] -1   0   0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
   [12] -1   0   0x0000e800 - 0x0000e81f (0x20) IX[B]
   [13] -1   0   0x0000e400 - 0x0000e41f (0x20) IX[B]
   [14] -1   0   0x0000e000 - 0x0000e01f (0x20) IX[B]
   [15] -1   0   0x0000d800 - 0x0000d81f (0x20) IX[B]
   [16] -1   0   0x0000fc00 - 0x0000fc0f (0x10) IX[B]
   [17] -1   0   0x0000b800 - 0x0000b8ff (0x100) IX[B]
   [18] -1   0   0x0000c000 - 0x0000c00f (0x10) IX[B]
   [19] -1   0   0x0000c400 - 0x0000c403 (0x4) IX[B]
   [20] -1   0   0x0000c800 - 0x0000c807 (0x8) IX[B]
   [21] -1   0   0x0000d000 - 0x0000d003 (0x4) IX[B]
   [22] -1   0   0x0000d400 - 0x0000d407 (0x8) IX[B]
   [23] -1   0   0x0000b400 - 0x0000b407 (0x8) IX[B]
   [24] -1   0   0x0000b000 - 0x0000b03f (0x40) IX[B]
   [25] -1   0   0x0000a800 - 0x0000a8ff (0x100) IX[B]
   [26] -1   0   0x00009800 - 0x0000987f (0x80) IX[B]
   [27] -1   0   0x0000a000 - 0x0000a00f (0x10) IX[B]
   [28] -1   0   0x0000a400 - 0x0000a43f (0x40) IX[B]
   [29] -1   0   0x00009400 - 0x0000947f (0x80) IX[B]
(II) Active PCI resource ranges after removing overlaps:
   [0] -1   0   0xfae00000 - 0xfae000ff (0x100) MX[B]
   [1] -1   0   0xfab00000 - 0xfab03fff (0x4000) MX[B]
   [2] -1   0   0xfac00000 - 0xfac007ff (0x800) MX[B]
   [3] -1   0   0xfaa00000 - 0xfaa03fff (0x4000) MX[B]
   [4] -1   0   0xfa800000 - 0xfa801fff (0x2000) MX[B]
   [5] -1   0   0xfa600000 - 0xfa61ffff (0x20000) MX[B]
   [6] -1   0   0xfa700000 - 0xfa700fff (0x1000) MX[B]
   [7] -1   0   0xfa500000 - 0xfa5007ff (0x800) MX[B]
   [8] -1   0   0xdc000000 - 0xdbffffff (0x0) MX[B]O
   [9] -1   0   0xfaf00000 - 0xfaf1ffff (0x20000) MX[B](B)
   [10] -1   0   0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
   [11] -1   0   0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
   [12] -1   0   0x0000e800 - 0x0000e81f (0x20) IX[B]
   [13] -1   0   0x0000e400 - 0x0000e41f (0x20) IX[B]
   [14] -1   0   0x0000e000 - 0x0000e01f (0x20) IX[B]
   [15] -1   0   0x0000d800 - 0x0000d81f (0x20) IX[B]
   [16] -1   0   0x0000fc00 - 0x0000fc0f (0x10) IX[B]
   [17] -1   0   0x0000b800 - 0x0000b8ff (0x100) IX[B]
   [18] -1   0   0x0000c000 - 0x0000c00f (0x10) IX[B]
   [19] -1   0   0x0000c400 - 0x0000c403 (0x4) IX[B]
   [20] -1   0   0x0000c800 - 0x0000c807 (0x8) IX[B]
   [21] -1   0   0x0000d000 - 0x0000d003 (0x4) IX[B]
   [22] -1   0   0x0000d400 - 0x0000d407 (0x8) IX[B]
   [23] -1   0   0x0000b400 - 0x0000b407 (0x8) IX[B]
   [24] -1   0   0x0000b000 - 0x0000b03f (0x40) IX[B]
   [25] -1   0   0x0000a800 - 0x0000a8ff (0x100) IX[B]
   [26] -1   0   0x00009800 - 0x0000987f (0x80) IX[B]
   [27] -1   0   0x0000a000 - 0x0000a00f (0x10) IX[B]
   [28] -1   0   0x0000a400 - 0x0000a43f (0x40) IX[B]
   [29] -1   0   0x00009400 - 0x0000947f (0x80) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
   [0] -1   0   0xffe00000 - 0xffffffff (0x200000) MX[B](B)
   [1] -1   0   0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
   [2] -1   0   0x000f0000 - 0x000fffff (0x10000) MX[B]
   [3] -1   0   0x000c0000 - 0x000effff (0x30000) MX[B]
   [4] -1   0   0x00000000 - 0x0009ffff (0xa0000) MX[B]
   [5] -1   0   0x0000ffff - 0x0000ffff (0x1) IX[B]
   [6] -1   0   0x00000000 - 0x000000ff (0x100) IX[B]
(II) All system resource ranges:
   [0] -1   0   0xffe00000 - 0xffffffff (0x200000) MX[B](B)
   [1] -1   0   0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
   [2] -1   0   0x000f0000 - 0x000fffff (0x10000) MX[B]
   [3] -1   0   0x000c0000 - 0x000effff (0x30000) MX[B]
   [4] -1   0   0x00000000 - 0x0009ffff (0xa0000) MX[B]
   [5] -1   0   0xfae00000 - 0xfae000ff (0x100) MX[B]
   [6] -1   0   0xfab00000 - 0xfab03fff (0x4000) MX[B]
   [7] -1   0   0xfac00000 - 0xfac007ff (0x800) MX[B]
   [8] -1   0   0xfaa00000 - 0xfaa03fff (0x4000) MX[B]
   [9] -1   0   0xfa800000 - 0xfa801fff (0x2000) MX[B]
   [10] -1   0   0xfa600000 - 0xfa61ffff (0x20000) MX[B]
   [11] -1   0   0xfa700000 - 0xfa700fff (0x1000) MX[B]
   [12] -1   0   0xfa500000 - 0xfa5007ff (0x800) MX[B]
   [13] -1   0   0xdc000000 - 0xdbffffff (0x0) MX[B]O
   [14] -1   0   0xfaf00000 - 0xfaf1ffff (0x20000) MX[B](B)
   [15] -1   0   0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
   [16] -1   0   0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
   [17] -1   0   0x0000ffff - 0x0000ffff (0x1) IX[B]
   [18] -1   0   0x00000000 - 0x000000ff (0x100) IX[B]
   [19] -1   0   0x0000e800 - 0x0000e81f (0x20) IX[B]
   [20] -1   0   0x0000e400 - 0x0000e41f (0x20) IX[B]
   [21] -1   0   0x0000e000 - 0x0000e01f (0x20) IX[B]
   [22] -1   0   0x0000d800 - 0x0000d81f (0x20) IX[B]
   [23] -1   0   0x0000fc00 - 0x0000fc0f (0x10) IX[B]
   [24] -1   0   0x0000b800 - 0x0000b8ff (0x100) IX[B]
   [25] -1   0   0x0000c000 - 0x0000c00f (0x10) IX[B]
   [26] -1   0   0x0000c400 - 0x0000c403 (0x4) IX[B]
   [27] -1   0   0x0000c800 - 0x0000c807 (0x8) IX[B]
   [28] -1   0   0x0000d000 - 0x0000d003 (0x4) IX[B]
   [29] -1   0   0x0000d400 - 0x0000d407 (0x8) IX[B]
   [30] -1   0   0x0000b400 - 0x0000b407 (0x8) IX[B]
   [31] -1   0   0x0000b000 - 0x0000b03f (0x40) IX[B]
   [32] -1   0   0x0000a800 - 0x0000a8ff (0x100) IX[B]
   [33] -1   0   0x00009800 - 0x0000987f (0x80) IX[B]
   [34] -1   0   0x0000a000 - 0x0000a00f (0x10) IX[B]
   [35] -1   0   0x0000a400 - 0x0000a43f (0x40) IX[B]
   [36] -1   0   0x00009400 - 0x0000947f (0x80) IX[B]
(II) LoadModule: "glx"
(II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
(II) Module glx: vendor="NVIDIA Corporation"
   compiled for 4.0.2, module version = 1.0.6629
   Module class: XFree86 Server Extension
   ABI class: XFree86 Server Extension, version 0.1
(II) Loading extension GLX
(II) LoadModule: "record"
(II) Loading /usr/X11R6/lib/modules/extensions/librecord.a
(II) Module record: vendor="X.Org Foundation"
   compiled for 6.8.0, module version = 1.13.0
   Module class: X.Org Server Extension
   ABI class: X.Org Server Extension, version 0.2
(II) Loading extension RECORD
(II) LoadModule: "extmod"
(II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a
(II) Module extmod: vendor="X.Org Foundation"
   compiled for 6.8.0, module version = 1.0.0
   Module class: X.Org Server Extension
   ABI class: X.Org Server Extension, version 0.2
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a
(II) Module dbe: vendor="X.Org Foundation"
   compiled for 6.8.0, module version = 1.0.0
   Module class: X.Org Server Extension
   ABI class: X.Org Server Extension, version 0.2
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "xtrap"
(II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a
(II) Module xtrap: vendor="X.Org Foundation"
   compiled for 6.8.0, module version = 1.0.0
   Module class: X.Org Server Extension
   ABI class: X.Org Server Extension, version 0.2
(II) Loading extension DEC-XTRAP
(II) LoadModule: "freetype"
(II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
   compiled for 6.8.0, module version = 2.1.0
   Module class: X.Org Font Renderer
   ABI class: X.Org Font Renderer, version 0.4
(II) Loading font FreeType
(II) LoadModule: "type1"
(II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a
(II) Module type1: vendor="X.Org Foundation"
   compiled for 6.8.0, module version = 1.0.2
   Module class: X.Org Font Renderer
   ABI class: X.Org Font Renderer, version 0.4
(II) Loading font Type1
(II) Loading font CID
(II) LoadModule: "speedo"
(WW) Warning, couldn't open module speedo
(II) UnloadModule: "speedo"
(EE) Failed to load module "speedo" (module does not exist, 0)
(II) LoadModule: "nvidia"
(II) Loading /usr/X11R6/lib/modules/drivers/nvidia_drv.o
(II) Module nvidia: vendor="NVIDIA Corporation"
   compiled for 4.0.2, module version = 1.0.6629
   Module class: XFree86 Video Driver
(II) LoadModule: "mouse"
(II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o
(II) Module mouse: vendor="X.Org Foundation"
   compiled for 6.8.0, module version = 1.0.0
   Module class: X.Org XInput Driver
   ABI class: X.Org XInput driver, version 0.4
(II) LoadModule: "keyboard"
(II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.o
(II) Module keyboard: vendor="X.Org Foundation"
   compiled for 6.8.0, module version = 1.0.0
   Module class: X.Org XInput Driver
   ABI class: X.Org XInput driver, version 0.4
(II) NVIDIA X Driver  1.0-6629  Wed Nov  3 11:44:46 PST 2004
(II) NVIDIA Unified Driver for all NVIDIA GPUs
(II) Primary Device is: PCI 01:00:0
(--) Chipset NVIDIA GPU found
(II) resource ranges after xf86ClaimFixedResources() call:
   [0] -1   0   0xffe00000 - 0xffffffff (0x200000) MX[B](B)
   [1] -1   0   0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
   [2] -1   0   0x000f0000 - 0x000fffff (0x10000) MX[B]
   [3] -1   0   0x000c0000 - 0x000effff (0x30000) MX[B]
   [4] -1   0   0x00000000 - 0x0009ffff (0xa0000) MX[B]
   [5] -1   0   0xfae00000 - 0xfae000ff (0x100) MX[B]
   [6] -1   0   0xfab00000 - 0xfab03fff (0x4000) MX[B]
   [7] -1   0   0xfac00000 - 0xfac007ff (0x800) MX[B]
   [8] -1   0   0xfaa00000 - 0xfaa03fff (0x4000) MX[B]
   [9] -1   0   0xfa800000 - 0xfa801fff (0x2000) MX[B]
   [10] -1   0   0xfa600000 - 0xfa61ffff (0x20000) MX[B]
   [11] -1   0   0xfa700000 - 0xfa700fff (0x1000) MX[B]
   [12] -1   0   0xfa500000 - 0xfa5007ff (0x800) MX[B]
   [13] -1   0   0xdc000000 - 0xdbffffff (0x0) MX[B]O
   [14] -1   0   0xfaf00000 - 0xfaf1ffff (0x20000) MX[B](B)
   [15] -1   0   0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
   [16] -1   0   0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
   [17] -1   0   0x0000ffff - 0x0000ffff (0x1) IX[B]
   [18] -1   0   0x00000000 - 0x000000ff (0x100) IX[B]
   [19] -1   0   0x0000e800 - 0x0000e81f (0x20) IX[B]
   [20] -1   0   0x0000e400 - 0x0000e41f (0x20) IX[B]
   [21] -1   0   0x0000e000 - 0x0000e01f (0x20) IX[B]
   [22] -1   0   0x0000d800 - 0x0000d81f (0x20) IX[B]
   [23] -1   0   0x0000fc00 - 0x0000fc0f (0x10) IX[B]
   [24] -1   0   0x0000b800 - 0x0000b8ff (0x100) IX[B]
   [25] -1   0   0x0000c000 - 0x0000c00f (0x10) IX[B]
   [26] -1   0   0x0000c400 - 0x0000c403 (0x4) IX[B]
   [27] -1   0   0x0000c800 - 0x0000c807 (0x8) IX[B]
   [28] -1   0   0x0000d000 - 0x0000d003 (0x4) IX[B]
   [29] -1   0   0x0000d400 - 0x0000d407 (0x8) IX[B]
   [30] -1   0   0x0000b400 - 0x0000b407 (0x8) IX[B]
   [31] -1   0   0x0000b000 - 0x0000b03f (0x40) IX[B]
   [32] -1   0   0x0000a800 - 0x0000a8ff (0x100) IX[B]
   [33] -1   0   0x00009800 - 0x0000987f (0x80) IX[B]
   [34] -1   0   0x0000a000 - 0x0000a00f (0x10) IX[B]
   [35] -1   0   0x0000a400 - 0x0000a43f (0x40) IX[B]
   [36] -1   0   0x00009400 - 0x0000947f (0x80) IX[B]
(II) resource ranges after probing:
   [0] -1   0   0xffe00000 - 0xffffffff (0x200000) MX[B](B)
   [1] -1   0   0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
   [2] -1   0   0x000f0000 - 0x000fffff (0x10000) MX[B]
   [3] -1   0   0x000c0000 - 0x000effff (0x30000) MX[B]
   [4] -1   0   0x00000000 - 0x0009ffff (0xa0000) MX[B]
   [5] -1   0   0xfae00000 - 0xfae000ff (0x100) MX[B]
   [6] -1   0   0xfab00000 - 0xfab03fff (0x4000) MX[B]
   [7] -1   0   0xfac00000 - 0xfac007ff (0x800) MX[B]
   [8] -1   0   0xfaa00000 - 0xfaa03fff (0x4000) MX[B]
   [9] -1   0   0xfa800000 - 0xfa801fff (0x2000) MX[B]
   [10] -1   0   0xfa600000 - 0xfa61ffff (0x20000) MX[B]
   [11] -1   0   0xfa700000 - 0xfa700fff (0x1000) MX[B]
   [12] -1   0   0xfa500000 - 0xfa5007ff (0x800) MX[B]
   [13] -1   0   0xdc000000 - 0xdbffffff (0x0) MX[B]O
   [14] -1   0   0xfaf00000 - 0xfaf1ffff (0x20000) MX[B](B)
   [15] -1   0   0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
   [16] -1   0   0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
   [17] 0   0   0x000a0000 - 0x000affff (0x10000) MS[B]
   [18] 0   0   0x000b0000 - 0x000b7fff (0x8000) MS[B]
   [19] 0   0   0x000b8000 - 0x000bffff (0x8000) MS[B]
   [20] -1   0   0x0000ffff - 0x0000ffff (0x1) IX[B]
   [21] -1   0   0x00000000 - 0x000000ff (0x100) IX[B]
   [22] -1   0   0x0000e800 - 0x0000e81f (0x20) IX[B]
   [23] -1   0   0x0000e400 - 0x0000e41f (0x20) IX[B]
   [24] -1   0   0x0000e000 - 0x0000e01f (0x20) IX[B]
   [25] -1   0   0x0000d800 - 0x0000d81f (0x20) IX[B]
   [26] -1   0   0x0000fc00 - 0x0000fc0f (0x10) IX[B]
   [27] -1   0   0x0000b800 - 0x0000b8ff (0x100) IX[B]
   [28] -1   0   0x0000c000 - 0x0000c00f (0x10) IX[B]
   [29] -1   0   0x0000c400 - 0x0000c403 (0x4) IX[B]
   [30] -1   0   0x0000c800 - 0x0000c807 (0x8) IX[B]
   [31] -1   0   0x0000d000 - 0x0000d003 (0x4) IX[B]
   [32] -1   0   0x0000d400 - 0x0000d407 (0x8) IX[B]
   [33] -1   0   0x0000b400 - 0x0000b407 (0x8) IX[B]
   [34] -1   0   0x0000b000 - 0x0000b03f (0x40) IX[B]
   [35] -1   0   0x0000a800 - 0x0000a8ff (0x100) IX[B]
   [36] -1   0   0x00009800 - 0x0000987f (0x80) IX[B]
   [37] -1   0   0x0000a000 - 0x0000a00f (0x10) IX[B]
   [38] -1   0   0x0000a400 - 0x0000a43f (0x40) IX[B]
   [39] -1   0   0x00009400 - 0x0000947f (0x80) IX[B]
   [40] 0   0   0x000003b0 - 0x000003bb (0xc) IS[B]
   [41] 0   0   0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(**) NVIDIA(0): Depth 16, (--) framebuffer bpp 16
(==) NVIDIA(0): RGB weight 565
(==) NVIDIA(0): Default visual is TrueColor
(==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
(**) NVIDIA(0): Option "NoLogo" "True"
(**) NVIDIA(0): Option "NvAGP" "2"
(**) NVIDIA(0): Use of AGPGART requested
(--) NVIDIA(0): Linear framebuffer at 0xE0000000
(--) NVIDIA(0): MMIO registers at 0xFB000000
(EE) NVIDIA(0): Failed to initialize the NVIDIA graphics device!
(EE) NVIDIA(0):  *** Aborting ***
(II) UnloadModule: "nvidia"
(EE) Screen(s) found, but none have a usable configuration.

Fatal server error:
no screens found


Thanks in advance...
Back to top
View user's profile Send private message
chickaroo
Tux's lil' helper
Tux's lil' helper


Joined: 21 Sep 2004
Posts: 102
Location: #!/usr/bin/girl

PostPosted: Tue Feb 08, 2005 3:32 am    Post subject: Reply with quote

hmm this might be a little off topic, but... reiser4 just went poof. my system is destroyed :P but i had a feeling it would happen anyways. every other time i tried reiser4, it had problems and errors on FSCK. this time i didn't even fsck it. on reboot, about 4 days later, it just wouldn't boot. missing files, stuff not working.. fsck found fatal corruptions. about 200 lines of errors. i have tried reiser4 on different hard drives, different kernels, different hardware...what gives? i thought reiser4 was stable. i had all my important stuff on reiserfs so it's okay.. everything is rebuilding nicely right now. back to reiserfs i go </rant>
_________________
Registered Linux user #364515 (Jun, 2004)
Back to top
View user's profile Send private message
fallow
Bodhisattva
Bodhisattva


Joined: 08 Jan 2004
Posts: 2208
Location: Poland

PostPosted: Tue Feb 08, 2005 8:36 am    Post subject: Reply with quote

dhaemon : is nvidia working with Your actual xorg.conf on other kernels ? As I see You can try also delete nvagp settings to 2 from xorg.con and busid If You have it.

maybe You post / place on some server You xorg.conf also ;)
chickaroo wrote:

hmm this might be a little off topic, but... reiser4 just went poof. my system is destroyed but i had a feeling it would happen anyways. every other time i tried reiser4, it had problems and errors on FSCK. this time i didn't even fsck it. on reboot, about 4 days later, it just wouldn't boot. missing files, stuff not working.. fsck found fatal corruptions. about 200 lines of errors. i have tried reiser4 on different hard drives, different kernels, different hardware...what gives? i thought reiser4 was stable. i had all my important stuff on reiserfs so it's okay.. everything is rebuilding nicely right now. back to reiserfs i go </rant>


not so good . It`s good to have backup - I have also :)
I had similar damage with reiser4 < 1.0 but --build-fs helps me.
with 0.5 snapshot I had some worst damage hehe :)
but now everythig is ok , but I still have opinion that is better to have backup with reiser4.
Many of people have clearly working reiser4 system without any problems but a few of people have damages/problems still.
so it seems hapiness with reiser4 is random generated hehe :)

I also think about return to r3.6 . Imho is more "-" of using reiser4 than "+".

cheers :)
_________________
"Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard ;)
Back to top
View user's profile Send private message
sofcik
Tux's lil' helper
Tux's lil' helper


Joined: 20 Mar 2004
Posts: 99
Location: Poland, Warsaw, Ochota :]

PostPosted: Tue Feb 08, 2005 9:19 am    Post subject: Reply with quote

I used to reiserfs 3.6. It is fast and stable for me, and i dont have problems with choise , witch one kernel to use to be sure i dont screw up my system ;).
And it takes less cpu time. But the main reason is i'm lazy and dont have a time to buckup whole of my system :P.

PS. Starcaise works ok for me. I've got 2.6.11-rc3-ck1 patch + bk4 + vesafb-tng, fbsplash, atxp1, chmp, and every thing works great , even xmms :P
Waiting for vivid stable relase :)
_________________
SfmBE = Sorry for my Bad English :(

ThxToAllOfYouForHelpingOnTheGentooWay

GENTOO FOREVER !
Back to top
View user's profile Send private message
gimpel
Advocate
Advocate


Joined: 15 Oct 2004
Posts: 2720
Location: Munich, Bavaria

PostPosted: Tue Feb 08, 2005 9:49 am    Post subject: Reply with quote

chickaroo wrote:
hmm this might be a little off topic, but... reiser4 just went poof. my system is destroyed but i had a feeling it would happen anyways. every other time i tried reiser4, it had problems and errors on FSCK. this time i didn't even fsck it. on reboot, about 4 days later, it just wouldn't boot. missing files, stuff not working.. fsck found fatal corruptions. about 200 lines of errors. i have tried reiser4 on different hard drives, different kernels, different hardware...what gives? i thought reiser4 was stable. i had all my important stuff on reiserfs so it's okay.. everything is rebuilding nicely right now. back to reiserfs i go


wow 8O , that's evil. i never had any problems like that with reiser4progs >= 1.0.0. and i also have the complete system on reiserfs too for the "worst case scenario" you had. and i had a lot of hard resets the last days cause my entrance displaymanager segv't and took the x-server with him, that happened about ..20 times in 4 days. i checked my reiser4 partitions yesterday, they are all ok (kernels were -rc3-mmvivid1 and a own patchset with -rc3 + some -bk and goodies)

hm, but i would vote for a -rc3 (perhaps +bitkeeper) release too.
but it's up on you fallow. i think too that you know best what you're doin :)
_________________
http://proaudio.tuxfamily.org/wiki - pro-audio software overlay
Back to top
View user's profile Send private message
fallow
Bodhisattva
Bodhisattva


Joined: 08 Jan 2004
Posts: 2208
Location: Poland

PostPosted: Tue Feb 08, 2005 9:59 am    Post subject: Reply with quote

ok :)

so the winner is rc3 + bk :)

sofcik : ok :) and nice :)
the problem we had talked about is staircase and reiser4 .
with reiser3 everything is ok .

but first I test plain staircase with rc3_bk and reiser4.
maybe situation is better now than previous rc`s.

if will be ok , then I do release with staircase if not , then with O(1).
Some time ago I did release with menuconfig switching beetwen O(1) and staircase I think about it , but it`s more work and testing.
It`s better to use plugsched , but latest sync is for 2.6.10 . sync to latest rc is good idea , but imho the sync will occupate the same time as time for making new release ..but ...:)

cheers :)
_________________
"Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard ;)
Back to top
View user's profile Send private message
sofcik
Tux's lil' helper
Tux's lil' helper


Joined: 20 Mar 2004
Posts: 99
Location: Poland, Warsaw, Ochota :]

PostPosted: Tue Feb 08, 2005 1:32 pm    Post subject: Reply with quote

I could help sometimes with it :), even testing only. I'm kinda noob, but wanna be more expirienced noob :P
_________________
SfmBE = Sorry for my Bad English :(

ThxToAllOfYouForHelpingOnTheGentooWay

GENTOO FOREVER !
Back to top
View user's profile Send private message
rmh3093
Advocate
Advocate


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

PostPosted: Tue Feb 08, 2005 1:46 pm    Post subject: Reply with quote

whats this about im reading here with reiser4 and staircase not being so good together?
_________________
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
dhaemon
n00b
n00b


Joined: 06 Feb 2005
Posts: 18

PostPosted: Tue Feb 08, 2005 2:45 pm    Post subject: Reply with quote

@fallow

It works on others without any itch... Yeah I tride removing the nvAGP thing; but that doesn't do the trick. This is specific to my "vivid1" build, as it works on all the others I've tried(morph,love,jedi,dark...)
Back to top
View user's profile Send private message
fallow
Bodhisattva
Bodhisattva


Joined: 08 Jan 2004
Posts: 2208
Location: Poland

PostPosted: Tue Feb 08, 2005 6:55 pm    Post subject: Reply with quote

chickaroo : thx for the link (no-sources). I don`t know about it :)
return of nicksched will be interesting :) I take a look.

sofcik wrote:
I could help sometimes with it :), even testing only. I'm kinda noob, but wanna be more expirienced noob :P

OK :)

I do some patch as test - selection beetwen O(1) and staircase from menuconfig as in the past
Code:

base : 2.6.11-rc3-bk4.
list :
* staircase10.5,iso,range,batch and O(1) selectable via menuconfig
* default io scheduler selectabe via menuconfig
* reiser4 from latest mm


http://vivid.dat.pl/fallow/2611rc3bk4-vvtest0.diff.bz2

compiled ok , and running on my machine , but not a lot tested yet.
I tested also plain staircase and I must to say that reiser4 slow-downs / freezes are present. so imho O(1) is still better for reiser4 using.
The construction of this idea (selection stair and O(1)) complicate some more addition in reletion with scheduler code , I don`t test it yet ( only booting and 5 mins of working ) but imho for stabe release is better to use one scheduler or plugsched.

in future anyone who will cooperete with vivid will be welcome :) :P
future releases w8ing :)

rmh3093 wrote:
whats this about im reading here with reiser4 and staircase not being so good together?

yes, its described in past posts in vivid thread.
some users feel it on 2.6.11-rcX and 10.5
I talked on #ck with Con about lags/freezes/slow downs with high i/o usage + reiser4 and he told me that most propably it`s reiser4 related prolem. without staircase is ok . bad bad reiser4 hehe :) bad :) :P

dhaemon wrote:
@fallow

It works on others without any itch... Yeah I tride removing the nvAGP thing; but that doesn't do the trick. This is specific to my "vivid1" build, as it works on all the others I've tried(morph,love,jedi,dark...)


but vivid1 is non-mm and mm based now
which vivid 1 are You tried mm or non-mm ?
however :)
I`m going to do new release , more stable and non-mm based.
I hope that will be ok with it . :)
If You will time for test and be intend to try - will be nice :P :)

cheers.
_________________
"Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard ;)
Back to top
View user's profile Send private message
dhaemon
n00b
n00b


Joined: 06 Feb 2005
Posts: 18

PostPosted: Tue Feb 08, 2005 11:32 pm    Post subject: Reply with quote

:D :D
Yes a new release!
Oh by the way; I use non-mm...
Back to top
View user's profile Send private message
sofcik
Tux's lil' helper
Tux's lil' helper


Joined: 20 Mar 2004
Posts: 99
Location: Poland, Warsaw, Ochota :]

PostPosted: Wed Feb 09, 2005 12:11 am    Post subject: Reply with quote

I'm going a sleep now, tomorrow after my exam, i'll try to test it :)
_________________
SfmBE = Sorry for my Bad English :(

ThxToAllOfYouForHelpingOnTheGentooWay

GENTOO FOREVER !
Back to top
View user's profile Send private message
gimpel
Advocate
Advocate


Joined: 15 Oct 2004
Posts: 2720
Location: Munich, Bavaria

PostPosted: Wed Feb 09, 2005 12:52 am    Post subject: Reply with quote

wooot! kernel testing.. i love it! :mrgreen:

ok, some benchmarks (from my low-budget box.. muhahaa):

system: AMD athlon xp 1800+ | 512 MB DDRAM | damn evil VIA KT266 | Maxtor 7200rpm 2mb
kernel: vv_test0
benchtool: bonnie++-1.93c
conditions: system running idle in runlevel 3 | newly created reiser4 test-partition | absolutely same kernel setup, just changed the cpu sched (via menuconfig! really awesome! :) :P )
result: holy shit!! jeeeesus! is it really reiser4 that sucks so much or is it staircase? :P well, of course it's the combination of both it seems

Code:
/usr/sbin/bonnie++ -d ./test -u gimpel -m vv_test0-staircase >> vv_test0.csv
/usr/sbin/bonnie++ -d ./test -u gimpel -m vv_test0-standard >> vv_test0.csv

http://gimpel.funpic.de/vv_test0_bonniepp.html
8O

i have to admit that i didn't think it is really that bad!

but: having the choice is awesome! and it works as i can see that. so i think this would really be a good option :)
_________________
http://proaudio.tuxfamily.org/wiki - pro-audio software overlay
Back to top
View user's profile Send private message
Lepaca Kliffoth
l33t
l33t


Joined: 28 Apr 2004
Posts: 737
Location: Florence, Italy

PostPosted: Wed Feb 09, 2005 11:36 am    Post subject: Reply with quote

With the latest vivid (linux-2.6.11-rc3-mmvivid1) sis-agp doesn't compile.
_________________
It isn't enough to win - everyone else must lose, and you also have to rub it in their face (maybe chop off an arm too for good measure).
Animebox!
Back to top
View user's profile Send private message
ldonesty
n00b
n00b


Joined: 09 Feb 2005
Posts: 16
Location: ITALY

PostPosted: Wed Feb 09, 2005 2:28 pm    Post subject: Reply with quote

Even for me sis-agp is broken, but changing
drivers/char/apg/sis-agp.c at line 85 with

Code:
        command = agp_collect_device_status(agp_bridge,mode, command);

(seems to miss first param in original vivid), I can compile it and run without any problem.

PS: sorry for my bad english!
_________________
Il reggiseno e' uno strumento democratico perche' separa la destra dalla sinistra, solleva le masse e attira i popoli.
Back to top
View user's profile Send private message
fallow
Bodhisattva
Bodhisattva


Joined: 08 Jan 2004
Posts: 2208
Location: Poland

PostPosted: Wed Feb 09, 2005 2:32 pm    Post subject: Reply with quote

ok :) so...
Lepaca Kliffoth wrote:
With the latest vivid (linux-2.6.11-rc3-mmvivid1) sis-agp doesn't compile.


this is a fix for it :)

http://vivid.dat.pl/fallow/2611rc3mmvivid1_fix1.diff

now compiled cleanly.

dhaemon wrote:
:D :D
Yes a new release!
Oh by the way; I use non-mm...

I working on it and do some testing with nicksched also :)
I think release will be tommorow :)

btw. I`m booted up with 2.6.11-rc3-bk5 with Nicksched.
previous patch was based on rc2mm1 so I must reverse some of isochronus also and I`m test it and post patch here If somebody will be interested :)
chickaroo : :)
IF everything will be fine , and Nick will PLAY better than O(1) maybe it will be good candidate for next release :)

gimpel wrote:
wooot! kernel testing.. i love it! :mrgreen:

ok, some benchmarks (from my low-budget box.. muhahaa):

system: AMD athlon xp 1800+ | 512 MB DDRAM | damn evil VIA KT266 | Maxtor 7200rpm 2mb
kernel: vv_test0
benchtool: bonnie++-1.93c
conditions: system running idle in runlevel 3 | newly created reiser4 test-partition | absolutely same kernel setup, just changed the cpu sched (via menuconfig! really awesome! :) :P )
result: holy shit!! jeeeesus! is it really reiser4 that sucks so much or is it staircase? :P well, of course it's the combination of both it seems

Code:
/usr/sbin/bonnie++ -d ./test -u gimpel -m vv_test0-staircase >> vv_test0.csv
/usr/sbin/bonnie++ -d ./test -u gimpel -m vv_test0-standard >> vv_test0.csv

http://gimpel.funpic.de/vv_test0_bonniepp.html
8O

i have to admit that i didn't think it is really that bad!

but: having the choice is awesome! and it works as i can see that. so i think this would really be a good option :)


gimpel : thx and great !!! :)

so , it seems that really is not good to have staircase with reiser4 ::P :) with O(1) is really better :)

I have AMD1.0 , 256 MB RAM , KT133 chipset so , I see that things :P :)

maybe You do something for nexts vivid`s :) Your patchlist was nice( some thread on the forum ) .
sofcik wrote:
I'm going a sleep now, tomorrow after my exam, i'll try to test it :)
will be next thing to test - nicksched hehe :)

cheers :)
_________________
"Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard ;)
Back to top
View user's profile Send private message
gimpel
Advocate
Advocate


Joined: 15 Oct 2004
Posts: 2720
Location: Munich, Bavaria

PostPosted: Wed Feb 09, 2005 3:19 pm    Post subject: Reply with quote

fallow wrote:
maybe You do something for nexts vivid`s Smile Your patchlist was nice( some thread on the forum ) .


hehe, thx! well, that patchset was good luck i would say. as soon as there are more hard rejects i won't be able to fix stuff properly because i still have no real idea of coding :P n00b for lifetime /me is!

also: "Too many cooks spoil the broth." :)
and you are a really good cook! :wink:

so best i can do is testing, same like sofcik. next benchmarking round is up to you sofcik ;)

greets!
_________________
http://proaudio.tuxfamily.org/wiki - pro-audio software overlay
Back to top
View user's profile Send private message
sofcik
Tux's lil' helper
Tux's lil' helper


Joined: 20 Mar 2004
Posts: 99
Location: Poland, Warsaw, Ochota :]

PostPosted: Wed Feb 09, 2005 3:50 pm    Post subject: Reply with quote

I'm at home for a hour and waiting for nick's shed :) but i dont know if i will be able to make so nice table with results....
Emerging vivid0 know to see it in action:).
_________________
SfmBE = Sorry for my Bad English :(

ThxToAllOfYouForHelpingOnTheGentooWay

GENTOO FOREVER !
Back to top
View user's profile Send private message
fallow
Bodhisattva
Bodhisattva


Joined: 08 Jan 2004
Posts: 2208
Location: Poland

PostPosted: Wed Feb 09, 2005 5:33 pm    Post subject: Reply with quote

ok next test : NickSched.

Code:

base : 2.6.11-rc3-bk5
list :
* nickscheduler
* reiser4 from rc3mm1

http://vivid.dat.pl/fallow/2611rc3bk5-vv_nicksched.diff.bz2

previous Nicksched patch was been for rc2mm1(mm with iso class implementation )
when i Try to run something in ISO_MODE result = freeze/hard lock.
so , I removed part of ISO for nor freezing/hard locking.

however It`s working ( I didn`t test SMP or HT yet) (as in the past in love hehe ) NIck`s Scheduler.

it`s time for tests now . I will do some :)

and We`ll see O(1) or Nick`s. :)

cheers.
_________________
"Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard ;)
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 ... 11, 12, 13, 14, 15  Next
Page 12 of 15

 
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