vivid-sources

Message

gimpel · Post by **gimpel** » Mon Jan 31, 2005 11:21 pm

yeah! thx again fallow!
this one works fine so far! the logs shut up \o/

...currently playing around with that schedtool... yay, very very interesting!

darkfolk · Post by **darkfolk** » Mon Jan 31, 2005 11:32 pm

I've got this running with splash (not bootsplash) nvidia drivers and X. Pretty stable though, even with the CFLAGS modifications (which are very fun to tinker with). The CFLAGS though, if used improperly, made a kernel that froze as soon as it started. Scary, that.

I've been wondering, what is the difference between vivid, mmvivid, vv_e, and vvmm_e? Which has better game performance?

chickaroo · Post by **chickaroo** » Tue Feb 01, 2005 6:48 am

when i log on, everytime i move my mouse or press a key my consoles are
filled with this
drivers/usb/input/hid-input.c: event field not found
drivers/usb/input/hid-input.c: event field not found
drivers/usb/input/hid-input.c: event field not found
drivers/usb/input/hid-input.c: event field not found
drivers/usb/input/hid-input.c: event field not found
drivers/usb/input/hid-input.c: event field not found

i can hardly see my typing but i manage to logon and startx. X works okay.. could this be from a bk or mm update?
i have a wireless USB keyboard/mouse

other than that, great kernel

(this was on mmvivid1)

Evil Dark Archon · Post by **Evil Dark Archon** » Tue Feb 01, 2005 7:25 am

if you start a system logger you won't see those messages. I'm not really sure what causes those messages, and i'm not entirely sure when it popped up but i've been seeing some talk about it on lkml so i know that you (and anyone who uses usb keyboards and mice) are not the only one who has that problem.

sofcik · Post by **sofcik** » Tue Feb 01, 2005 8:43 am

(mmvidid-sources-2.6.11rc2mm2)When compilling atxp1 module i have an error about that:
[url]http://archives.andrew.net.au/lm-sensors/msg29038.html[/url]
so to make in work there should be removed line 235 in atxp1.c .

Sorry for my bad english

Dziêki follow za patchset

chickaroo · Post by **chickaroo** » Tue Feb 01, 2005 1:50 pm

hmm it stopped happening when i turned autoconfig off... i was testing some livecd-tools and i forgot that it logs stuff directly to the console even if there is a syslog started. i just checked my syslog, and there must be a couple megabytes of that in it.

fallow · Post by **fallow** » Wed Feb 02, 2005 10:28 pm

ok some time of absence , but I return with fixes etc.

let`s start

about 2.6.11-rc2-vivid1 and rc2 softirq2.c problem in dmesg

fixed now , available on sf.net
group : https://sourceforge.net/project/showfil ... _id=300933

alone fix patch name : 2611rc2vivid1_fix1.diff.bz2

new ebuild with fix is also uploaded : 2611rc2vivid1-ebuild2-fixed.tar.bz2 , old ebuild without fix deleted.

and now posts

babykart wrote:the 2.6.11-rc2-mmvivid1 works fine for me with HyperThreading, reiser4, nvidia... (better than the 2.6..11-rc2-vivid1...)...
thx for the job fallow

PS - where is my "1Gb Low Mem" ....

THX so

Your 1GB low mem is in added to the mmvivid1 new ebuild with USE="add1" - should work with mm with some cosmetic change.

new ebuild with this use flag is uploaded to sf.net , old ebuiild deleted
group : https://sourceforge.net/project/showfil ... _id=301391
alone patch : 2611rc2mmvivid1_add1.diff.bz2
new ebuild name : 2611rc2mmvivid1-ebuild2-add1.tar.bz2
new use for 1gb low mem and atxp1 fix as sofcik said :
USE="add1"

thnx sofcik

gimpel wrote:yeah! thx again fallow!
this one works fine so far! the logs shut up \o/
...currently playing around with that schedtool... yay, very very interesting!

thx gimpel

it`s true ISO class doing well.

darkfolk wrote:I've got this running with splash (not bootsplash) nvidia drivers and X. Pretty stable though, even with the CFLAGS modifications (which are very fun to tinker with). The CFLAGS though, if used improperly, made a kernel that froze as soon as it started. Scary, that.

I've been wondering, what is the difference between vivid, mmvivid, vv_e, and vvmm_e? Which has better game performance?

ok :
currently we have

vivid - normal vivid line - non mm based
mmvivid - full mm based line

vv_e and mmvv_e is the same but in the past
no any vv_e and mmvv_e release in the future

vv_e name : in the past we released 2 lines on the polish forum
stable called vivid and more experimental vv_e , but from some time only vv_e is live , so vv_e name is no more required.

back to the old first name - vivid
also my friend troll have plane to release line for servers - vivid_serv

sofcik wrote:(mmvidid-sources-2.6.11rc2mm2)When compilling atxp1 module i have an error about that:
http://archives.andrew.net.au/lm-sensors/msg29038.html
so to make in work there should be removed line 235 in atxp1.c .

Sorry for my bad english
Dziêki follow za patchset

You`re welcome

235 line removed in fix available on sf.net and will be removed in next releases , sorry for that

chickaroo wrote:hmm it stopped happening when i turned autoconfig off... i was testing some livecd-tools and i forgot that it logs stuff directly to the console even if there is a syslog started. i just checked my syslog, and there must be a couple megabytes of that in it.

so it`s good - great
so maybe will be some time to do some next releases hehehe
w8ing for mm3 or 2.6.10-rc3 maybe in the next future

cheers

babykart · Post by **babykart** » Thu Feb 03, 2005 12:41 am

one more time a good job... one more time thank you for this job...

for me all works fine: nvidia, reiser4, 1Gb RAM...

Xithix · Post by **Xithix** » Thu Feb 03, 2005 1:55 am

Concerning schedulers, which is better for which situations, in general?

fallow · Post by **fallow** » Thu Feb 03, 2005 11:04 pm

babykart wrote:one more time a good job... one more time thank you for this job...
for me all works fine: nvidia, reiser4, 1Gb RAM...

no problem:) great

Xithix wrote:Concerning schedulers, which is better for which situations, in general?

I think that it is question about IO Schedulers ?

in short :
[imho]
anticipatory is default io scheduler in kernel and it`s good in most cases for desktop usage.it`s complex and has big linear transfer rate . so it`s good for cd/dvd burning for example or audio / video processing. it can be worst than deadline with with dabases for ex.
also genetic version with genetic algoritm implementation ( so it can "learn from past steps"

).

deadline is smaller than anticipatory and has worst linear transfer , but can be better with databases and like this situations or many of small files.
I prefering it (excepting genetic anticipatory - testing

)

cfq - completly fair queing scheduler is based on write barriers.
cfq dividing acces to the I/O fairly . more than others schedulers.
so it has no maximal pefrormance but fair dividing of acces.
and overall system load is non critical with many of parallel high i/o load processes ( like copying 3 kernel sources at the same time ).
I don`t like it so much

noop - practicaly without any scheduling hehe:)
[/imho]

bollucks · Post by **bollucks** » Fri Feb 04, 2005 12:11 am

fallow wrote:anticipatory is default io scheduler in kernel and it`s good in most cases for desktop usage.it`s complex and has big linear transfer rate . so it`s good for cd/dvd burning for example or audio / video processing. it can be worst than deadline with with dabases for ex.

Probably worth mentioning is that the "anticipation" of the anticipatory scheduler works on a 6ms delay anticipating a further read, based on the behaviour of hard disks and the cost of another seek or write. This becomes plainly wrong in a raid array (software or hardware) where the cost is dependant on the raid layout and so on, and anticpation is costly. The XFS filesystem works in a counter-productive way against the anticipation as well (can't remember the details). The smartest hardware raid arrays have their own i/o scheduler built in and work best with the noop i/o scheduler.

fallow · Post by **fallow** » Fri Feb 04, 2005 10:35 am

it is very true bollucks

thanks for advice with raids. I never had any so I don`t have opinion but what You said is logical.

there is a quick review maybe someone will be interested
http://linux-bangalore.org/blug/meeting ... er-2.6.pdf
O(1) , Anticiapatory , Deadline
cheers.

joker · Post by **joker** » Fri Feb 04, 2005 7:06 pm

I have problem with ati-drivers on new vivid

Code: Select all

emerge ati-drivers
Calculating dependencies ...done!
>>> emerge (1 of 1) media-video/ati-drivers-8.8.25-r3 to /
>>> md5 src_uri ;-) fglrx_6_8_0-8.8.25-1.i386.rpm
 * Determining the location of the kernel source code
 * Found kernel source directory:
 *     /usr/src/linux
 * Found sources for kernel version:
 *     2.6.11-rc2-mmvivid1
 * X11 implementation is xorg-x11.
>>> Unpacking source...
>>> Unpacking fglrx_6_8_0-8.8.25-1.i386.rpm
 * Applying 8.08-kernel-2.6.10.patch ...                                                                                                                         [ ok ]
 * Applying 8.8.25-via-amd64.patch ...                                                                                                                           [ ok ]
>>> Source unpacked.
 * Building the DRM module...
make: Entering directory `/usr/src/linux-2.6.11-rc2-mmvivid1'
  CC [M]  /var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agp3.o
  CC [M]  /var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/nvidia-agp.o
  CC [M]  /var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.o
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.c: In function `x86_64_insert_memory':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.c:3804: warning: integer constant is too large for "long" type
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.c: In function `agp_find_supported_device':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.c:6543: warning: unused variable `cap_ptr'
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.c: In function `__fgl_agp_init':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.c:7628: warning: `pm_register' is deprecated (declared at include/linux/pm.h:106)
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.c: In function `__fgl_agp_cleanup':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.c:7638: warning: `pm_unregister_all' is deprecated (declared at include/linux/pm.h:116)
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.c: At top level:
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/agpgart_be.c:6524: warning: `agp_check_supported_device' defined but not used
  CC [M]  /var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/i7505-agp.o
  CC [M]  /var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.o
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `firegl_stub_putminor':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:504: warning: `inter_module_put' is deprecated (declared at include/linux/module.h:578)
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:506: warning: `inter_module_unregister' is deprecated (declared at include/linux/module.h:574)
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `firegl_stub_register':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:526: warning: `inter_module_register' is deprecated (declared at include/linux/module.h:573)
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:557: warning: `inter_module_put' is deprecated (declared at include/linux/module.h:578)
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_get_vm_phys_addr':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:1579: warning: passing arg 1 of `pmd_offset' from incompatible pointer type
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `do_vm_shm_nopage':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2074: warning: passing arg 1 of `pmd_offset' from incompatible pointer type
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_vm_phys_addr_str':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2445: warning: passing arg 1 of `pmd_offset' from incompatible pointer type
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: At top level:
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2533: warning: initialization from incompatible pointer type
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_vm_map':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2594: warning: implicit declaration of function `remap_page_range'
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: At top level:
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2748: error: syntax error before '*' token
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2748: warning: type defaults to `int' in declaration of `drm_agp_module_stub'
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2748: warning: data definition has no type or storage class
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_agpgart_available':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2890: error: `drm_agp_t' undeclared (first use in this function)
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2890: error: (Each undeclared identifier is reported only once
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2890: error: for each function it appears in.)
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2890: error: syntax error before ')' token
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2911: error: request for member `free_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2913: error: request for member `free_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2916: error: request for member `allocate_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2918: error: request for member `allocate_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2921: error: request for member `bind_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2923: error: request for member `bind_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2926: error: request for member `unbind_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2928: error: request for member `unbind_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2931: error: request for member `enable' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2933: error: request for member `enable' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2936: error: request for member `acquire' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2938: error: request for member `acquire' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2941: error: request for member `release' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2943: error: request for member `release' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2946: error: request for member `copy_info' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:2948: error: request for member `copy_info' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_agp_uninit':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3019: warning: `inter_module_put' is deprecated (declared at include/linux/module.h:578)
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_agp_free_memory':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3052: error: request for member `free_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3053: error: request for member `free_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_agp_allocate_memory':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3062: error: request for member `allocate_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3063: error: request for member `allocate_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_agp_bind_memory':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3073: error: request for member `bind_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3074: error: request for member `bind_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_agp_unbind_memory':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3084: error: request for member `unbind_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3085: error: request for member `unbind_memory' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_agp_enable':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3095: error: request for member `enable' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3097: error: request for member `enable' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_agp_acquire':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3143: error: request for member `acquire' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3144: error: request for member `acquire' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_agp_release':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3154: error: request for member `release' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3155: error: request for member `release' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c: In function `__ke_agp_copy_info':
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3168: error: request for member `copy_info' in something not a structure or union
/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.c:3175: error: request for member `copy_info' in something not a structure or union
make[1]: *** [/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod/firegl_public.o] Error 1
make: *** [_module_/var/tmp/portage/ati-drivers-8.8.25-r3/work/lib/modules/fglrx/build_mod] Error 2
make: Leaving directory `/usr/src/linux-2.6.11-rc2-mmvivid1'
 * DRM module not built

Mac Cloud · Post by **Mac Cloud** » Sat Feb 05, 2005 8:53 pm

no more amd64 support in new vivid-sources ...

fallow · Post by **fallow** » Sat Feb 05, 2005 8:59 pm

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

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

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 )

----

joker : try this http://www.lansociety.com/fglrx/fglrx.2 ... ay.tar.bz2 for ATI drivers

taken from this post : http://forums.gentoo.org/viewtopic.php? ... 43#2059943

compiled with 2.6.11-rc3-mmvivid1 also on my machine.
but I don`t have any ati card

cheers.

linux_on_the_brain · Post by **linux_on_the_brain** » Sun Feb 06, 2005 6:08 am

no luck for me with these kernel sources, the kernel compiles but on reboot I run into several issues.
- no splash
- pcmcia problems, I have 2 microdrives, during boot up i get an error, ide_cs
not found but I have it compiled into the kernel
- networking doesnt work using r8169, when I execute /etc/init.d/net.eth0
restart it hangs the session
- ifconfig hangs the session
- removing modules hangs the session
- reboot isnt successful, have to power off

I get the same results when trying to use the latest nitro sources as well.

A bit about my system, should it be needed.
Sager 8890 laptop, p43.0Ghz HT is currently turned off, 1GB ram, ati mobility 9600 I believe, gigabit ethernet -Realtek, reiser4

Any thoughts on this

fallow · Post by **fallow** » Sun Feb 06, 2005 3:03 pm

ok full mm vivid based on 2.6.11-rc3-mm1. ~amd64 flag added also

but I don`t have any for tests.

Main Mission Objectives

main mission objectives wrote: -->> good working reiser4 with CKO fixes ( I have whole system on it )
-->> O(1) CPU Scheduler with Con`s ISO policy implementation
-->> Genetic Anticipatory IO Scheduler based on Genetic Lib ver 0.3
-->> fbsplash,vesa-tng of course (both works - I`m using it all the time )
-->> all stuff like Kexec,FUSE,CacheFS and many others is in mm1 already.
-->> Con`s mwII for "VM managment" with /proc/sys/vm/mapped=95 as default

patchlist & info :

Code: Select all

--patches--

(r) - reversed agp changes for working nvidia
(r) - reversed some of vt/fb cleanup`s for working fbsplash

rc3-mm1-lkml-acpi-fix1-lkml.diff - acpi kconfig dependiency fix 
rc3-mm1-swsup_fix1.diff - compile error fix
sched-isochronous-class-for-unprivileged-soft-rt-scheduling.patch - as in name 
sched-account-rt_tasks-as-iso_ticks.patch - as in name 
mmvivid1_menu.diff - vivid menu in menuconfig
fbsplash-0.9.1-r1-2.6.11-rc1-bk8.patch - no comment also ;)
vesafb-tng-0.9-rc6-2.6.11-rc1.patch - no comment also ;)
reiser4_repacker_stats.patch.bz2 - 1st fix from CKO
reiser4_replay_stats.patch.bz2 - 2nd fix from CKO
genetic-as-sched-2.6.10-gl3.patch - gen.alg.implementation in anticipatory io sched
genetic-io-sched-2.6.10-gl3.patch - connection to genetic lib
genetic-lib-2.6.10-gl3.patch - genetic lib v0.3
mwII.diff - Con`s virtual mem "managment" ;)
vm_mapped_set_95.diff - /proc/sys/vm/mapped set to 95 - for less swap usage ;)
nvidia_6111-6629_compat2.diff - pack of nvidia fixes.
squashfs2.0-patch - squash fs :)
supermount-ng208-2611rc1.diff - supermount from CK.
390-slabtune.txt - slab.c tunes from MJB.
500-sched_tunables.txt - O(1) scheduler tunables from MJB (via /proc)
acerhk.patch - acer keyboard driver.
acpi-dsdt-initrd-patch-v0.7d - http://acpi.sourceforge.net/dsdt/index.php
1gb_low_mem - from ck 
atxp1-0.3.patch - dynamic CPU speed with nforce 2 (Sofcik fix)
cddvd-cmdfilter-drop.patch - non root hack from ck.
cflags-selection.patch - tool for easy kernel cflags changing.
chmp-r5-FULL.patch - configurable hid mouse polling.
config-nr-tty-devices.patch - for setting number of tty`s.
config_hz.diff - internal kernel timer setting.
madwifi-cvs - wireless madwifi driver.
lirc-2.6.9-20041024-px1.patch - lirc driver
lufs-0.9.7-2.6.0-test9.patch.bz2 - fixed lufs.
pio_font_fix1.diff - pio font error with fbsplash fix.
realtime_lsm_module.patch - RT security extension
add-support-for-it8212-ide-controllers.patch - patch from old mm ( some request ) 
scheduler_change_script - for easy io scheduler changing script ( Genn )
--proc interfaces---
/proc/genetic - genetic as io scheduler 
/proc/sys/sched - O(1) cpu scheduler 
/proc/sys/vm - mwII

available at sourceforge.net :
https://sourceforge.net/projects/vivid-sources/
or :
https://sourceforge.net/project/showfil ... _id=302848

------
[o]-->> Tested with nvidia-kernel-6629 r3 from portage and agpgart. Past ebuilds doesn`t work with rc3 kernels.
[o]-->> for ATI : this ebuild should work http://www.lansociety.com/fglrx/fglrx.2 ... ay.tar.bz2 , taken from http://forums.gentoo.org/viewtopic.php? ... 43#2059943
[o]-->> Kexec tools : http://bugs.gentoo.org/show_bug.cgi?id=50313
[o]-->> Schedtool and ISO policy : emerge schedtool , schedtool -I -e program_name
------

of course ,feedback , ideas , concepts etc. -> welcome

have a nice day

fallow · Post by **fallow** » Sun Feb 06, 2005 3:32 pm

linux_on_the_brain :

fbsplash is working for me ( http://vivid.dat.pl/fallow/fbt1.jpg

)and for some my friends ( x86 )
maybe something wrong at Your side.
net problems : have You tried some non-mm rc2 sources ? or if plain mm has the same problem maybe ? .
kernel hangs with rebooting and "power off" ?
it may be some KEXEC problem , I had similar problem some time ago with 2.6.8-mmX , I changed my .config with APM and ACPI as I remember and it helps.

cheers.

babykart · Post by **babykart** » Sun Feb 06, 2005 4:45 pm

I have some problems with this patchset...
first box:
when I try # emerge -av nvidia-kernel shfs

Code: Select all

<1>Unable to handle kernel NULL pointer dereference at virtual address
00000000
 printing eip:
 b020b67d
 *pde = 00000000
 Oops: 0000 [#2]
 PREEMPT SMP
 Modules linked in: snd_seq_midi snd_ice1712 snd_ice17xx_ak4xxx
 snd_ak4xxx_adda snd_cs8427 snd_ac97_codec snd_i2c snd_mpu401_uart snd_rawmidi
 sk98lin usb_storage usbhid ehci_hcd ohci_hcd uhci_hcd intel_mch_agp loop
 isofs nls_cp437 nls_cp850 nls_iso8859_1 nls_iso8859_15 nls_utf8
 CPU:    0
 EIP:    0060:[<b020b67d>]    Not tainted VLI
 EFLAGS: 00010206   (2.6.11-rc3-mmvivid1)
 EIP is at strncpy_from_user+0x41/0x63
 eax: eae96000   ebx: fffffff2   ecx: 00001000   edx: 00001000
 esi: 00000000   edi: eadb9000   ebp: 00000000   esp: eae97ebc
 ds: 007b   es: 007b   ss: 0068
 Process sandbox (pid: 6407, threadinfo=eae96000 task=eecf2020)
 Stack: fffffff2 eadb9000 00001000 00000000 b0167fed eadb9000 00000000
 00001000
 eae97f6c eae97f18 00000003 00000000 b0169bbb 00000000 ef3a9cd4
 eae97f6c
 eae97f18 00000003 eae96000 b0164051 eae97fc4 eae97fc4 b0363118
 00000004
Call Trace:
[<b0167fed>] getname+0x75/0xbd
[<b0169bbb>] __user_walk+0x1f/0x5c
[<b0164051>] vfs_lstat+0x1c/0x64
[<b014074b>] __alloc_pages+0x1fc/0x462
[<b01646d5>] sys_lstat64+0x18/0x36
[<b0174049>] sys_getcwd+0x19a/0x236
[<b0112628>] do_page_fault+0x0/0x5ca
[<b01026f5>] sysenter_past_esp+0x52/0x75
Code: 7c 24 08 89 6c 24 0c 89 f2 83 c2 01 19 ed 39 50
18 83 dd 00 85 ed 8b 7c 24 14 8b 4c 24 1c bb f2 ff ff
ff 75 13 89 ca 85 c9 74 0b <ac> aa 84 c0 74 03 49 75 f7
29 ca 89 d3 89 d8 8b 74 24 04 8b 1c

my .config

for my second box (without SMP):
# emerge -av shfs

Code: Select all

Oops: 0000 [#1]
PREEMPT
Modules linked in: sch_ingress sch_htb ipt_mac ipt_multiport ipt_LOG
ipt_iprange ipt_REJECT ipt_REDIRECT ipt_MASQUERADE ipt_MARK ip_nat_irc
ip_nat_ftp ip_conntrack_irc ip_conntrack_ftp nls_utf8 nls_iso8859_15
nls_iso8859_1 nls_cp850 nls_cp437 loop udf isofs usbhid usb_storage uhci_hcd
ohci_hcd ehci_hcd tulip
CPU:    0
EIP:    0060:[<b0206cf9>]    Not tainted VLI
EFLAGS: 00010206   (2.6.11-rc3-mmvivid1)
EIP is at strncpy_from_user+0x41/0x63
eax: ecef2000   ebx: fffffff2   ecx: 00001000   edx: 00001000
esi: 00000000   edi: efb5b000   ebp: 00000000   esp: ecef3ebc
ds: 007b   es: 007b   ss: 0068
Process sandbox (pid: 5999, threadinfo=ecef2000 task=efb9fa40)
Stack: fffffff2 efb5b000 00001000 00000000 b0163015 efb5b000 00000000 00001000
ecef3f6c ecef3f18 00000003 00000000 b0164c04 00000000 ef6e68b4 ecef3f6c
ecef3f18 00000003 ecef2000 b015f0b4 ecef3fc4 ecef3fc4 b032e09b
00000004
Call Trace:
[<b0163015>] getname+0x75/0xbd
[<b0164c04>] __user_walk+0x1f/0x5c
[<b015f0b4>] vfs_lstat+0x1c/0x64
[<b013b2e4>] __alloc_pages+0x1fc/0x462
[<b015f738>] sys_lstat64+0x18/0x36
[<b016f3c8>] sys_getcwd+0x1a6/0x263
[<b0110b0b>] do_page_fault+0x0/0x5c3
[<b010248d>] sysenter_past_esp+0x52/0x75
Code: 7c 24 08 89 6c 24 0c 89 f2 83 c2 01 19 ed 39 50 18
83 dd 00 85 ed 8b 7c 24 14 8b 4c 24 1c bb f2 ff ff ff 75
13 89 ca 85 c9 74 0b <ac> aa 84 c0 74 03 49 75 f7 29 ca
89 d3 89 d8 8b 74 24 04 8b 1c

my .config

PS - Now I try without Preempt option...

[edit] same error at the same point... [/edit]

gimpel · Post by **gimpel** » Sun Feb 06, 2005 5:13 pm

fallow, once more big thx for a awesome patchset.

nvidia running, preempt active, genetic io, xmms playing over schedtool, and currently i'm trying to figure out something about kexec stuff (also compiled in)... so much stuff to play with.. woot!

btw:

fallow wrote: fbsplash is working for me ( http://vivid.dat.pl/fallow/fbt1.jpg )and for some my friends ( x86 ) ...

^^ wow, absolutely awesome splash!!

fallow · Post by **fallow** » Sun Feb 06, 2005 5:14 pm

hm ...mm

quick look at lkml and rc3-mm1 : http://lkml.org/lkml/2005/2/5/115
it seems that Your`re not alone.

propably I can`t fix this .
take a look late.

gimpel : thx

but It seems there are problems with mm and some stuff ( Babykart ) , at my machine everything playing fine but not with every as I see.

and splash ... I like it so hehe

cheers

sofcik · Post by **sofcik** » Mon Feb 07, 2005 1:50 am

For me vivid rocks

and everything work. Thx fallow again

fallow · Post by **fallow** » Mon Feb 07, 2005 9:02 am

great.

and it`s time to do non-mm vivid also .
I hope with vanilla based vivid everything will works Babykart

so , maybe another Staircase chance in this release ?
what is Your opinion ?

cheers.

sofcik · Post by **sofcik** » Mon Feb 07, 2005 10:36 am

i will use Staircase with pleasure, if it will work as i do expect

But i dont like to set up xmms manualy to make it play as it should.
Ofc it may be my foult i dunno how to use it

Genkaku · Post by **Genkaku** » Mon Feb 07, 2005 11:35 am

sofcik wrote:But i dont like to set up xmms manualy to make it play as it should.
Ofc it may be my foult i dunno how to use it

I never had problem with playing music in xmms when with Staircase based kernels (u mnie wszystko dzia³a

)

Fallow, bad news from my side:
2.6.11-rc2 - mm-based, ok, but i have one problem, with ACPI/APM. After "halt" command system is going down, but at the end it stops with "Power off", or something like that. Other kernels didn't have that problem. Yup, i think it's the -rc thing.
2.6.11-rc3 - mm-based, ok, but:

Code: Select all

>>> emerge (1 of 2) media-video/nvidia-kernel-1.0.6629-r3 to /
>>> md5 src_uri ;-) NVIDIA-Linux-x86-1.0-6629-pkg1.run
 * Determining the location of the kernel source code
 * Found kernel source directory:
 *     /usr/src/linux
 * Found sources for kernel version:
 *     2.6.11-rc3-mmvivid1
 * Checking for MTRR support ...                                                                                          [ ok ]Oops: 0000 [#1]
PREEMPT CFLAGS_EDIT
Modules linked in:
CPU:    0
EIP:    0060:[<c023a641>]    Not tainted VLI
EFLAGS: 00010206   (2.6.11-rc3-mmvivid1)
eax: ccb88000   ebx: fffffff2   ecx: 00001000   edx: 00001000
esi: 00000000   edi: cf47a000   ebp: 00000000   esp: ccb89edc
ds: 007b   es: 007b   ss: 0068
Process sandbox (pid: 5661, threadinfo=ccb88000 task=cf8cfa60)
Stack: fffffff2 cf47a000 00000000 00001000 c017fd10 cf47a000 00000000 00001000
       ccb89f24 00000000 00000000 ccb89f24 ccb89f64 ccb88000 c0179273 00000000
       00000000 c0453aa8 00000000 c014b3d4 c0453aa8 00000000 000000d0 00030002
Call Trace:
CFLAGS_EDIT
 [<c017fd10>]
 [<c0179273>]
 [<c014b3d4>]
 [<c015cd9f>]
 [<c018e6e6>]
 [<c01037a9>]
Code: 08 bb f2 ff ff ff 21 e0 89 6c 24 0c 89 f2 8b 7c 24 14 83 c2 01 19 ed 39 50 18 83 dd 00 85 ed 8b 4c 24 1c 75 13 89 ca 85 c9 74 0b <ac> aa 84 c0 74 03 49 75 f7 29 ca 89 d3 89 d8 8b 74 24 04 8b 1c

I'll just check one thing, maybe it's about that...

Staircase or O)1 ? Hmmm... do what you think is best