Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
2.6.11-evil1
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
Evil Dark Archon
Guru
Guru


Joined: 21 Dec 2002
Posts: 562
Location: Santa Rosa, CA

PostPosted: Sun Mar 20, 2005 12:16 pm    Post subject: 2.6.11-evil1 Reply with quote

evil-sources is back and with ebuild (blatantly stolen from the mm-sources one but modified to accomidate the dual patch scheme)

Code:
2.6.11-evil1 aka Evil Dark Archon's Evil Kernel Ressurection Service:

Evil-Sources is back in its original glory. This being probably the only patchset based on the complete -mm (correct me if there is another one that is currently tracking -mm to the letter as much as possible), unfortunately I couldn't include fbsplash in this version because of framebuffer updates in -mm. If there is a patch that doesn't have a source in parenthesis than its a patch that I downloaded directly from the original author.

Applies on top of: 2.6.11-mm4

Patches:

add-timing-information-to-printk-messages.patch (from nitro-sources):
Adds timing information to prink messages to help identify parts of the boot process that might be taking a long time.

bk-ntfs.patch (from -mm):
Reversed, wouldn't compile

config_hz.patch (from nitro-sources):
Allows you to configure the kernel's internal timer frequency.

config-nr-tty-devices.patch (from nitro-sources):
Allows you to configure the maximum number of tty devices created in /dev.

daconfig-2.2.0.patch (from nitro-sources):
Shows the NAME (set in the Makefile) in the title bar of menuconfig, gconfig, and xconfig.

defaultcfq.patch (from -ck):
Makes CFQ the default IO Scheduler.

inotify.patch and inotify-fix.patch (from -mm):
reversed to facilitate upgrade

inotify-0.21-rml-2.6.11-mm4-2.patch:
latest inotify from rml

mapped_watermark3.patch (from -ck):
Mapped Watermark version 3 (significantly reduces swapping)

plugsched-3.0.2-for-2.6.11-mm3.patch:
Allows you to compile in multiple cpu schedulers and select which one you want to use with a kernel boot parameter. the boot paramater is cpusched=(insert your favorite cpu scheduler here) you should add this to your grub.conf file, the default is ingosched which is the one used in the vanilla kernels. You can override the default with the default cpu scheduler config option, you have to select the configure standard kernel features option in order to select which cpu schedulers you want to compile in (the supported schedulers are ingosched, staircase, SPA no-frills, zaphod, and nicksched), otherwise almost all of them get compiled in (with the exception of zaphod and nicksched).

squashfs2.1-r2.patch (from nitro-sources):
Highly compressed read-only filesystem, useful for livecds.

vesafb-tng-0.9-rc6-2.6.11-rc1.patch:
vesafb-tng (if you don't know what that is then go to http://dev.gentoo.org/~spock/projects/vesafb-tng)


Patch (from main site)
Patch (from mirror site)

Ebuild (fetches from main site)
Ebuild (fetches from mirror site)

broken-out tarball (from main site)
broken-out tarball (from mirror site)

broken-out directory (only on main site)

Oh and don't ask me to put cfq-ts in because it's already in -mm. Hopefully Berlios's Subversion server will be up soon because i also hope to do a -svn ebuild.

IMPORTANT: DO NOT delete the localversion-evil file in the main directory or the version will show up everywhere as 2.6.11, i did this like this because I think that EXTRAVERSION should be used for addtional .# versions, also because no one else does it and it makes it easier to do revision bumps and also for the subversion version i have a seperate localversion-svn which clearly denotes its status as an experimental version and i can just add a --exclude=localversion-svn when i'm ready to roll the patch and the final version doesn't have the -svn in it.
_________________
This post has been over explained for newb-informing purposes.

Registered Linux user 347334
Abit AV8-3rd eye, AMD Athlon64 3500+ 90nm, ATI Radeon x850 pro
Back to top
View user's profile Send private message
gun26
n00b
n00b


Joined: 11 Feb 2004
Posts: 47
Location: Toronto, Canada

PostPosted: Sun Mar 20, 2005 3:11 pm    Post subject: Reply with quote

With vesafb_tng selected, I get this:
Code:
CC      lib/vsprintf.o
AR      lib/lib.a
CC [M]  lib/crc-ccitt.o
CC [M]  lib/libcrc32c.o
LD      arch/i386/lib/built-in.o
CC      arch/i386/lib/bitops.o
AS      arch/i386/lib/checksum.o
CC      arch/i386/lib/dec_and_lock.o
CC      arch/i386/lib/delay.o
AS      arch/i386/lib/getuser.o
CC      arch/i386/lib/memcpy.o
CC      arch/i386/lib/mmx.o
AS      arch/i386/lib/putuser.o
CC      arch/i386/lib/strstr.o
CC      arch/i386/lib/usercopy.o
AR      arch/i386/lib/lib.a
GEN     .version
CHK     include/linux/compile.h
UPD     include/linux/compile.h
CC      init/version.o
LD      init/built-in.o
LD      .tmp_vmlinux1
drivers/built-in.o(.init.text+0x1b27): In function `vesafb_vbe_init':
: undefined reference to `fb_get_monitor_limits'
drivers/built-in.o(.init.text+0x1b5c): In function `vesafb_vbe_init':
: undefined reference to `fb_create_modedb'
make: *** [.tmp_vmlinux1] Error 1

The exact same error happened when I tried patching the latest vesafb_tng I could find into vanilla 2.6.12-rc1. Looks like we may have to wait for spock to release updates unless someone else can fix this. :(
Back to top
View user's profile Send private message
Evil Dark Archon
Guru
Guru


Joined: 21 Dec 2002
Posts: 562
Location: Santa Rosa, CA

PostPosted: Sun Mar 20, 2005 10:02 pm    Post subject: Reply with quote

download this patch to reverse vesafb-tng, I had to do some custom Makefile and Kconfig file editing so reversing the patch from spock's site wouldn't work. use patch -p1.
_________________
This post has been over explained for newb-informing purposes.

Registered Linux user 347334
Abit AV8-3rd eye, AMD Athlon64 3500+ 90nm, ATI Radeon x850 pro
Back to top
View user's profile Send private message
Imago
Apprentice
Apprentice


Joined: 25 Nov 2004
Posts: 157
Location: Germany

PostPosted: Sun Mar 20, 2005 10:03 pm    Post subject: Reply with quote

try this patch: klick

it simply reverts the changes and exports the needed functions again.

CU
Imago
Back to top
View user's profile Send private message
Evil Dark Archon
Guru
Guru


Joined: 21 Dec 2002
Posts: 562
Location: Santa Rosa, CA

PostPosted: Sun Mar 20, 2005 10:09 pm    Post subject: Reply with quote

that'll teach me to look at the -mm patch list more carefully because i saw a lot of make this static patches. Also, I forgot to mention that I can't test anything in regards to vesafb-tng at the moment because it only works on x86_32 and I am in an x86_64 environment and am in the process of creating a 32bit environment to test this kind of stuff. I wouldn't have released the patchset if i knew that it had an undefined symbol error.
_________________
This post has been over explained for newb-informing purposes.

Registered Linux user 347334
Abit AV8-3rd eye, AMD Athlon64 3500+ 90nm, ATI Radeon x850 pro
Back to top
View user's profile Send private message
Imago
Apprentice
Apprentice


Joined: 25 Nov 2004
Posts: 157
Location: Germany

PostPosted: Sun Mar 20, 2005 11:12 pm    Post subject: Reply with quote

here are some other patches :P

ntfs-compile-fix.patch directly from lkml ;), so you can include the ntfs updates again.

and fbsplash:
first revert some change from -mm to let it work: fbcon-revert-old-con2fb_map-for-fbsplash.patch
second fbsplash: fbsplash-0.9.1-r2.patch(version which is included in gentoo-dev-sources.)
or the current development version: fbsplash-0.9.2.patch
(You need splashutils-1.1.9 or newer for this or things WILL break! splashutils-1.1.9 is still hard masked and has bugs see this thread and #85565)

CU
Imago
Back to top
View user's profile Send private message
gun26
n00b
n00b


Joined: 11 Feb 2004
Posts: 47
Location: Toronto, Canada

PostPosted: Mon Mar 21, 2005 4:24 am    Post subject: Reply with quote

Well, the good news is that when I tried again while simply selecting VESA driver type vesafb in lieu of vesafb-tng, I got it to compile to completion. Not selecting vesa-tng proved good enough - I didn't need to back out the patch. I'm running 2.6.11-evil1 right now with no apparent problems. I'll try to find the time to take a crack at the patches mentioned in your posts above to get some fbsplash eye candy going. It looks like the same fb changes that are a problem in 2.6.11-mm4 have made it into 2.6.12-rc1 vanilla, so the same solutions should work there. Many thanks to both of you :).

Interestingly, vesafb consoles no longer seem to get scrambled by the current 1.0-7167 nvidia kernel. All I'm missing without vesafb-tng is the higher refresh rate.
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
Page 1 of 1

 
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