| View previous topic :: View next topic |
| Author |
Message |
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
 Posted: Sat Mar 03, 2007 11:08 pm Post subject: 2.6.20-dark3: World Domination Or Bust! |
 |
|
New release, I've tested it pretty well and it seems to be very stable, if you encounter any problems with RSDL or Staircase, bitch at me first because I'm responsible for the hackery I did to vipernicus's original splitsched patches.
| Code: | # Release: 2.6.20-dark3
# Release name: World Domination Or Bust!
# Patchset produced by: predatorfreak
# Comments: Using the Fedora exec-shield patch, seems to work with COMPAT_VDSO. Using a heavily modified splitsched, please
# report all problems encountered with it to me, as I am solely responsible for all patches in this patchset.
# Build and boot-test certified: Built with a modified Arch Linux kernel26ck config, booted on my system, seems to run fine.
# Patch list
patch-2.6.20.1
badram.patch
linux-2.6-execshield.patch
exec-shield-kconfig.patch
cpu-support-rollup.patch
realtime-lsm.patch
ene-pci-sd-quirk.patch
tulip-fixes.patch
rcu-preempt-rollup-2.6.20.patch
adaptive-readahead-2.6.20.patch
warning-fixes-2.patch
arch-kernel-patches-rollup.patch
fedora-kernel-patches-rollup.patch
ck-desktop-rollup-2.6.20.patch
splitsched-staircase.patch
splitsched-rsdl-0.23.patch
dark-tag.patch |
Download diff: http://dcaf-security.org/dark-sources/patch-2.6.20-dark3.patch.bz2
Download broken-out: http://dcaf-security.org/dark-sources/broken-out-2.6.20-dark3.tar.bz2
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
 |
vipernicus
Veteran
Joined: 17 Jan 2005
Posts: 1462
Location: Your College IT Dept.
|
|
| Back to top |
|
|
buddabrod
Apprentice
Joined: 15 Oct 2006
Posts: 241
Location: Germany
|
| Posted: Sun Mar 04, 2007 12:22 am Post subject: |
|
|
At least it compiles and boots^^
When it destroy all my data and killes my pets, i know whom i'm gonna send a nuke 
Does anyone of you use preemptible rcu? I myself didn't recognize a difference at all..
btw. i sat here and cursed that kernel while i tried to get swsuspend running again, until i recompiled the kernel with support for it xD (ya it is late here..) |
|
| Back to top |
|
|
vipernicus
Veteran
Joined: 17 Jan 2005
Posts: 1462
Location: Your College IT Dept.
|
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Sun Mar 04, 2007 5:57 am Post subject: |
|
|
| buddabrod wrote: | At least it compiles and boots^^
When it destroy all my data and killes my pets, i know whom i'm gonna send a nuke ;)
Does anyone of you use preemptible rcu? I myself didn't recognize a difference at all..
btw. i sat here and cursed that kernel while i tried to get swsuspend running again, until i recompiled the kernel with support for it xD (ya it is late here..) |
I'm using preemptible RCU, don't notice the difference much either.
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
|
tranquilcool
Veteran
Joined: 25 Mar 2005
Posts: 1179
|
| Posted: Sun Mar 04, 2007 6:51 am Post subject: |
|
|
i use preemptible RCU don't see any differences. i just like the name.
kernel doesn't boot for me. hangs at freeing unused kernel memory
_________________
this is a strange strange world. |
|
| Back to top |
|
|
yngwin
Retired Dev
Joined: 19 Dec 2002
Posts: 4572
Location: Suzhou, China
|
|
| Back to top |
|
|
zAfi
Apprentice
Joined: 08 Aug 2006
Posts: 220
Location: Austria
|
| Posted: Sun Mar 04, 2007 12:18 pm Post subject: |
|
|
Would it be possible to send/submit the ebuild to the custom-kernels overlay as well? 
_________________
Gentoo 2008.0/desktop | Kernel: 2.6.27-tuxonice | Arch: amd64 | KDE 3.5.9 | WU Wien |
----------
Share your kernel information @ http://klive.cpushare.com/ |
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Sun Mar 04, 2007 9:53 pm Post subject: |
|
|
| zAfi wrote: | | Would it be possible to send/submit the ebuild to the custom-kernels overlay as well? :roll: :wink: |
No, because I don't even support the ebuild in the barkno-overlay, the ONLY method I officially support is patching and building by hand.
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
|
buddabrod
Apprentice
Joined: 15 Oct 2006
Posts: 241
Location: Germany
|
| Posted: Sun Mar 04, 2007 9:57 pm Post subject: |
|
|
And that is the only thing i use  Who needs ebuilds? ... xD (i'm using arch linux ) |
|
| Back to top |
|
|
maximan
Tux's lil' helper
Joined: 29 Nov 2005
Posts: 110
Location: Rio Cuarto-Argentina
|
| Posted: Mon Mar 05, 2007 1:31 am Post subject: |
|
|
| Code: | mm/page_alloc.c: In function 'badram_markpages':
mm/page_alloc.c:3490: error: 'mem_map' undeclared (first use in this function)
mm/page_alloc.c:3490: error: (Each undeclared identifier is reported only once
mm/page_alloc.c:3490: error: for each function it appears in.)
mm/page_alloc.c: In function 'badram_setup':
mm/page_alloc.c:3516: error: 'mem_map' undeclared (first use in this function)
mm/page_alloc.c:3520: warning: implicit declaration of function 'get_longoptions'
mm/page_alloc.c:3520: warning: assignment makes pointer from integer without a cast
make[1]: *** [mm/page_alloc.o] Error 1
make: *** [mm] Error 2
|
Any patch for this? |
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Mon Mar 05, 2007 3:37 am Post subject: |
|
|
| maximan wrote: | | Code: | mm/page_alloc.c: In function 'badram_markpages':
mm/page_alloc.c:3490: error: 'mem_map' undeclared (first use in this function)
mm/page_alloc.c:3490: error: (Each undeclared identifier is reported only once
mm/page_alloc.c:3490: error: for each function it appears in.)
mm/page_alloc.c: In function 'badram_setup':
mm/page_alloc.c:3516: error: 'mem_map' undeclared (first use in this function)
mm/page_alloc.c:3520: warning: implicit declaration of function 'get_longoptions'
mm/page_alloc.c:3520: warning: assignment makes pointer from integer without a cast
make[1]: *** [mm/page_alloc.o] Error 1
make: *** [mm] Error 2
|
Any patch for this? |
Can you provide me with your config?
Edit: Also, I CANNOT seem to trigger this here...
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
|
vipernicus
Veteran
Joined: 17 Jan 2005
Posts: 1462
Location: Your College IT Dept.
|
| Posted: Mon Mar 05, 2007 4:40 am Post subject: |
|
|
| maximan wrote: | | Code: | mm/page_alloc.c: In function 'badram_markpages':
mm/page_alloc.c:3490: error: 'mem_map' undeclared (first use in this function)
mm/page_alloc.c:3490: error: (Each undeclared identifier is reported only once
mm/page_alloc.c:3490: error: for each function it appears in.)
mm/page_alloc.c: In function 'badram_setup':
mm/page_alloc.c:3516: error: 'mem_map' undeclared (first use in this function)
mm/page_alloc.c:3520: warning: implicit declaration of function 'get_longoptions'
mm/page_alloc.c:3520: warning: assignment makes pointer from integer without a cast
make[1]: *** [mm/page_alloc.o] Error 1
make: *** [mm] Error 2
|
Any patch for this? |
Are you running discontig or sparse mem?
_________________
Viper-Sources Maintainer || nesl247 Projects || vipernicus.org blog |
|
| Back to top |
|
|
yngwin
Retired Dev
Joined: 19 Dec 2002
Posts: 4572
Location: Suzhou, China
|
| Posted: Mon Mar 05, 2007 10:33 pm Post subject: |
|
|
| zAfi wrote: | | Would it be possible to send/submit the ebuild to the custom-kernels overlay as well? |
Which is exactly why I put it in the berkano overlay, because custom-kernels is not picking this up.
_________________
"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Mon Mar 05, 2007 10:46 pm Post subject: |
|
|
| yngwin wrote: | | zAfi wrote: | | Would it be possible to send/submit the ebuild to the custom-kernels overlay as well? |
Which is exactly why I put it in the berkano overlay, because custom-kernels is not picking this up. |
cause I used to browse the forum post here on the gentoo forums and see the ebuild and get reminded but now the ebuild it posted on another site and I forget to go there and check for updates and what not.... im not forgetting to add ebuilds on purpose
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Tue Mar 06, 2007 2:05 am Post subject: |
|
|
| yngwin wrote: | | zAfi wrote: | | Would it be possible to send/submit the ebuild to the custom-kernels overlay as well? :roll: :wink: |
Which is exactly why I put it in the berkano overlay, because custom-kernels is not picking this up. |
| rmh3093 wrote: | | cause I used to browse the forum post here on the gentoo forums and see the ebuild and get reminded but now the ebuild it posted on another site and I forget to go there and check for updates and what not.... im not forgetting to add ebuilds on purpose |
Personally I'd prefer than NEITHER of you carry an ebuild that I can't even support because I can't test it.
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
|
cheater1034
Veteran
Joined: 09 Sep 2004
Posts: 1558
|
| Posted: Tue Mar 06, 2007 3:27 am Post subject: |
|
|
| zAfi wrote: | | Would it be possible to send/submit the ebuild to the custom-kernels overlay as well? |
You could pretty much whip up an ebuild pretty quick
For gentoo, it helps keep organization and it is more convenient --- I don't think Pfreak uses gentoo though but you can make an ebuild easily just modeled by someone else's in 2 seconds if you want it for organizational purposes.
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land. |
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Tue Mar 06, 2007 4:41 am Post subject: |
|
|
| cheater1034 wrote: | | zAfi wrote: | | Would it be possible to send/submit the ebuild to the custom-kernels overlay as well? :roll: :wink: |
You could pretty much whip up an ebuild pretty quick ;)
For gentoo, it helps keep organization and it is more convenient --- I don't think Pfreak uses gentoo though ;) but you can make an ebuild easily just modeled by someone else's in 2 seconds if you want it for organizational purposes. |
It's pretty easy to manually patch a plain kernel source tree and it avoids problems like idiotic eclass changes that fuck something up, it's simple, debuggable, generic and functional. I don't use Gentoo, my signature state's that, I use Arch Linux and I maintain that manual patching is good.
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Tue Mar 06, 2007 5:03 am Post subject: |
|
|
| predatorfreak wrote: | | cheater1034 wrote: | | zAfi wrote: | | Would it be possible to send/submit the ebuild to the custom-kernels overlay as well? |
You could pretty much whip up an ebuild pretty quick
For gentoo, it helps keep organization and it is more convenient --- I don't think Pfreak uses gentoo though but you can make an ebuild easily just modeled by someone else's in 2 seconds if you want it for organizational purposes. |
It's pretty easy to manually patch a plain kernel source tree and it avoids problems like idiotic eclass changes that fuck something up, it's simple, debuggable, generic and functional. I don't use Gentoo, my signature state's that, I use Arch Linux and I maintain that manual patching is good. |
you dont have to use an eclass, but providing an ebuild would enabled user to install your kernel with out having to use a web browser... they can use layman add install your kernel for a fresh install...
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Tue Mar 06, 2007 5:08 am Post subject: |
|
|
| rmh3093 wrote: | | you dont have to use an eclass, but providing an ebuild would enabled user to install your kernel with out having to use a web browser... they can use layman add install your kernel for a fresh install... |
If they can't be arsed to freaking download a simple danged bzip2ed patch with wget or links from the LiveCD they shouldn't be running -dark, there I said it, I'm an elitist bastard. I'm not releasing this patchset to be fluffy or be there instantly as your first boot kernel (a practice I strongly discourage, I prefer a well-tested first-boot kernel to avoid first boot problems with fresh installations in strange environments), I provide it as a courtesy to people who see value in it and as a workbed for my own patches and tiny hacks (admittably there aren't that many.... ever).
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
|
vipernicus
Veteran
Joined: 17 Jan 2005
Posts: 1462
Location: Your College IT Dept.
|
| Posted: Tue Mar 06, 2007 2:29 pm Post subject: |
|
|
| predatorfreak wrote: | | rmh3093 wrote: | | you dont have to use an eclass, but providing an ebuild would enabled user to install your kernel with out having to use a web browser... they can use layman add install your kernel for a fresh install... |
If they can't be arsed to freaking download a simple danged bzip2ed patch with wget or links from the LiveCD they shouldn't be running -dark, there I said it, I'm an elitist bastard. I'm not releasing this patchset to be fluffy or be there instantly as your first boot kernel (a practice I strongly discourage, I prefer a well-tested first-boot kernel to avoid first boot problems with fresh installations in strange environments), I provide it as a courtesy to people who see value in it and as a workbed for my own patches and tiny hacks (admittably there aren't that many.... ever). |
http://vipernicus.nesl247.org/files/files/dark-sources/dark-sources-2.6.20-r3.ebuild
| Code: | Adding sys-kernel/dark-sources
Adding sys-kernel/dark-sources/Manifest
Adding sys-kernel/dark-sources/dark-sources-2.6.20-r3.ebuild
Adding sys-kernel/dark-sources/files
Adding sys-kernel/dark-sources/files/digest-dark-sources-2.6.20-r3
Transmitting file data ... |
Don't worry, I'll maintain an ebuild for you. (Although I'm sure you are trying to prove a point atm.)
_________________
Viper-Sources Maintainer || nesl247 Projects || vipernicus.org blog |
|
| Back to top |
|
|
maximan
Tux's lil' helper
Joined: 29 Nov 2005
Posts: 110
Location: Rio Cuarto-Argentina
|
| Posted: Wed Mar 07, 2007 5:53 pm Post subject: |
|
|
| vipernicus wrote: | | maximan wrote: | | Code: | mm/page_alloc.c: In function 'badram_markpages':
mm/page_alloc.c:3490: error: 'mem_map' undeclared (first use in this function)
mm/page_alloc.c:3490: error: (Each undeclared identifier is reported only once
mm/page_alloc.c:3490: error: for each function it appears in.)
mm/page_alloc.c: In function 'badram_setup':
mm/page_alloc.c:3516: error: 'mem_map' undeclared (first use in this function)
mm/page_alloc.c:3520: warning: implicit declaration of function 'get_longoptions'
mm/page_alloc.c:3520: warning: assignment makes pointer from integer without a cast
make[1]: *** [mm/page_alloc.o] Error 1
make: *** [mm] Error 2
|
Any patch for this? |
Are you running discontig or sparse mem? |
I try with both and the problem still
M. |
|
| Back to top |
|
|
bMd
Tux's lil' helper
Joined: 07 Jul 2004
Posts: 110
|
| Posted: Wed Mar 07, 2007 6:41 pm Post subject: |
|
|
| maximan wrote: | | vipernicus wrote: |
Are you running discontig or sparse mem? |
I try with both and the problem still
M. |
Ya, was playing around with dark3 on a spare machine at work yesterday and badram module would error out. So just compiled without the badram patch and everythings working ok. |
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Thu Mar 08, 2007 7:11 am Post subject: |
|
|
| maximan wrote: | | vipernicus wrote: | | maximan wrote: | | Code: | mm/page_alloc.c: In function 'badram_markpages':
mm/page_alloc.c:3490: error: 'mem_map' undeclared (first use in this function)
mm/page_alloc.c:3490: error: (Each undeclared identifier is reported only once
mm/page_alloc.c:3490: error: for each function it appears in.)
mm/page_alloc.c: In function 'badram_setup':
mm/page_alloc.c:3516: error: 'mem_map' undeclared (first use in this function)
mm/page_alloc.c:3520: warning: implicit declaration of function 'get_longoptions'
mm/page_alloc.c:3520: warning: assignment makes pointer from integer without a cast
make[1]: *** [mm/page_alloc.o] Error 1
make: *** [mm] Error 2
|
Any patch for this? |
Are you running discontig or sparse mem? |
I try with both and the problem still
M. |
I will not say this again: PROVIDE YOUR CONFIG, otherwise I'm going to ignore this report because I cannot debug it.
Edit: In addition, provide your GCC version. This may be a compile error resulting from GCC.
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
|
|
Unsupported Software
