| View previous topic :: View next topic |
| Author |
Message |
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
 Posted: Mon May 02, 2005 1:55 am Post subject: |
 |
|
bump new version
Changes:
| Code: |
+s111_11.1.diff
-fbsplash-0.9.2-r1-2.6.12-rc1-bk5.patch
+fbsplash-0.9.2-r2-2.6.12-rc3.patch
+software-suspend-2.1.8.5-for-2.6.12-rc1
|
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
 |
aminalshmu
Tux's lil' helper
Joined: 13 Sep 2004
Posts: 78
Location: TX, USA
|
| Posted: Mon May 02, 2005 6:09 am Post subject: |
|
|
looks like a great patchset; eager to try it, but:
| Code: | CC arch/i386/mm/init.o
arch/i386/mm/init.c: In function `mem_init':
arch/i386/mm/init.c:632: error: `codesize' undeclared (first use in this function)
arch/i386/mm/init.c:632: error: (Each undeclared identifier is reported only once
arch/i386/mm/init.c:632: error: for each function it appears in.)
arch/i386/mm/init.c:634: error: `datasize' undeclared (first use in this function)
arch/i386/mm/init.c:635: error: `initsize' undeclared (first use in this function)
make[1]: *** [arch/i386/mm/init.o] Error 1
make: *** [arch/i386/mm] Error 2
|
aminalshmu |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Mon May 02, 2005 12:00 pm Post subject: |
|
|
hmmm, I think that has to do with the badram patch, give me a couple hours and I will see if I can fix that prob
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Mon May 02, 2005 3:34 pm Post subject: |
|
|
| aminalshmu wrote: | looks like a great patchset; eager to try it, but:
| Code: | CC arch/i386/mm/init.o
arch/i386/mm/init.c: In function `mem_init':
arch/i386/mm/init.c:632: error: `codesize' undeclared (first use in this function)
arch/i386/mm/init.c:632: error: (Each undeclared identifier is reported only once
arch/i386/mm/init.c:632: error: for each function it appears in.)
arch/i386/mm/init.c:634: error: `datasize' undeclared (first use in this function)
arch/i386/mm/init.c:635: error: `initsize' undeclared (first use in this function)
make[1]: *** [arch/i386/mm/init.o] Error 1
make: *** [arch/i386/mm] Error 2
|
aminalshmu |
Try this patch and let me know if this fixes your problem. Change dir to /usr/src/linux-2.6.12-rc3-skunk3 and apply patch with:
'patch -p1 < 'badram-fix-for-skunk3.patch'
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
ldonesty
n00b
Joined: 09 Feb 2005
Posts: 16
Location: ITALY
|
| Posted: Mon May 02, 2005 4:32 pm Post subject: |
|
|
Hi to all.
I've got this during skunk3 compile:
drivers/usb/core/hub.c: In function `finish_port_resume':
drivers/usb/core/hub.c:1730: error: invalid operands to binary ==
drivers/usb/core/hub.c:1745: error: invalid operands to binary !=
and then make stops.
Any ideas?
_________________
Il reggiseno e' uno strumento democratico perche' separa la destra dalla sinistra, solleva le masse e attira i popoli. |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Mon May 02, 2005 5:43 pm Post subject: |
|
|
| priestjim wrote: | | swsusp2? Lately noone seems to care about that and why is beyond me... |
try this fix: usb_core_hub-fix-for-skunk3.patch
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
ldonesty
n00b
Joined: 09 Feb 2005
Posts: 16
Location: ITALY
|
| Posted: Mon May 02, 2005 7:29 pm Post subject: |
|
|
Thanks for both patches: they build but I've not rebooted yet.
I've got another little error in drivers/usb/image/microtek.c (sorry I've lost the output  )
Indeed, I think It's just a typo, and this could solve it (compile-tested)
microtek-orig.c 2005-05-02 21:02:00.000000000 +0200
+++ microtek.c 2005-05-02 20:51:06.000000000 +0200
@@ -335,7 +335,7 @@
mts_urb_abort(desc);
- return FAILURE;
+ return FAILED;
}
static int mts_scsi_host_reset (Scsi_Cmnd *srb)
If you want see this error, you 've to enable microtek scanner support under USB drivers section of menuconfig, and try to build.
Thanks again. 
_________________
Il reggiseno e' uno strumento democratico perche' separa la destra dalla sinistra, solleva le masse e attira i popoli. |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Mon May 02, 2005 9:38 pm Post subject: |
|
|
ldonesty: yeah that must have been a type-o from -mm or my sloppy patching of suspend2, i recreated that error and your sugestion worked to fix the build.
Is anyone interested in nicksched or plugsched -skunk4? Let me know of any patches im missing here guys.
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
priestjim
Tux's lil' helper
Joined: 09 Jan 2005
Posts: 100
Location: Never never land
|
| Posted: Tue May 03, 2005 5:58 am Post subject: |
|
|
| I personally find plugsched a bloater. Nicksched would be a fun addition but I believe your priority now is to make a fully working build (with the suggested patches and the swap writer etc.). |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Tue May 03, 2005 3:21 pm Post subject: |
|
|
The swap writer wont even be in the next release of Suspend2 so I am not spending anytime getting that feature to work.
Anyway...
NickSched or Staircase?
_________________
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 May 03, 2005 3:39 pm Post subject: |
|
|
| rmh3093 wrote: | The swap writer wont even be in the next release of Suspend2 so I am not spending anytime getting that feature to work.
Anyway...
NickSched or Staircase? |
Although I'm not a shunk-sources user, allow me to cast my views, Staircase. Views casted .
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
|
ldonesty
n00b
Joined: 09 Feb 2005
Posts: 16
Location: ITALY
|
| Posted: Tue May 03, 2005 4:04 pm Post subject: |
|
|
| rmh3093 wrote: |
Anyway...
NickSched or Staircase? |
Well, I'd like to test nicksched again (with genetic mods if possible): staircase, *on my notebook* (p4 1.6M,512 mb) suffers on heavy cpu load (with some cpu-bound apps running at same time, ie. kpackage, make -j4 bzImage, open a konqueror window), while nicksched runs with no sound or mouse skip (both test cases made when swap memory was partially full).
I think plugsched is (actually) a natural solution to have multiple cpu scheduler built in and reade to use, but I don't know if it is simple to mantain (working).
_________________
Il reggiseno e' uno strumento democratico perche' separa la destra dalla sinistra, solleva le masse e attira i popoli. |
|
| Back to top |
|
|
aminalshmu
Tux's lil' helper
Joined: 13 Sep 2004
Posts: 78
Location: TX, USA
|
| Posted: Tue May 03, 2005 4:29 pm Post subject: badram |
|
|
thanks, the badram fix patch worked perfectly. i did not enable the option, so why did it cause compile problems?
great patchset, i needed something with reiser4, vesa-tng, and the new alsa drivers with built-in mixing (although i have yet to get it working right...) i like the usb mouse polling patch too.
also, for cpu scheduler, staircase gets my vote. |
|
| Back to top |
|
|
priestjim
Tux's lil' helper
Joined: 09 Jan 2005
Posts: 100
Location: Never never land
|
| Posted: Tue May 03, 2005 5:03 pm Post subject: |
|
|
Nice addition (and useful one) : openbsd port randomization patch (makes nmap -O fail to recognize running OS) :
http://lwn.net/Articles/121175/
While currently running on staircase, my vote would go on nick (geneticful or geneticless, I don't really care. I agree with fallow's opinion that genetic scheduling features are a ricing feature that does not make a difference yet). |
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Tue May 03, 2005 5:13 pm Post subject: |
|
|
| priestjim wrote: | Nice addition (and useful one) : openbsd port randomization patch (makes nmap -O fail to recognize running OS) :
http://lwn.net/Articles/121175/
While currently running on staircase, my vote would go on nick (geneticful or geneticless, I don't really care. I agree with fallow's opinion that genetic scheduling features are a ricing feature that does not make a difference yet). |
I added this in dark-sources for awhile, it turns out the default in linux is good enough and does the job quite well.
Refering to the randomization patch btw.
_________________
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 May 03, 2005 5:35 pm Post subject: Re: badram |
|
|
| aminalshmu wrote: | thanks, the badram fix patch worked perfectly. i did not enable the option, so why did it cause compile problems?
great patchset, i needed something with reiser4, vesa-tng, and the new alsa drivers with built-in mixing (although i have yet to get it working right...) i like the usb mouse polling patch too.
also, for cpu scheduler, staircase gets my vote. |
The badram patch failed because I dont know C nor all of the error messages so debugings failed patches and src code is all a learning exp for me, I deleted some lines I shouldnt have.
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Tue May 03, 2005 5:37 pm Post subject: |
|
|
| predatorfreak wrote: | | priestjim wrote: | Nice addition (and useful one) : openbsd port randomization patch (makes nmap -O fail to recognize running OS) :
http://lwn.net/Articles/121175/
While currently running on staircase, my vote would go on nick (geneticful or geneticless, I don't really care. I agree with fallow's opinion that genetic scheduling features are a ricing feature that does not make a difference yet). |
I added this in dark-sources for awhile, it turns out the default in linux is good enough and does the job quite well.
Refering to the randomization patch btw. |
Is that the same randomization code that introduced into the -mm tree in 2.6.11?
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Tue May 03, 2005 9:01 pm Post subject: |
|
|
and does anyone off hand know what version of nicksched is in plusched?
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
priestjim
Tux's lil' helper
Joined: 09 Jan 2005
Posts: 100
Location: Never never land
|
| Posted: Tue May 03, 2005 10:21 pm Post subject: |
|
|
| predatorfreak wrote: | | priestjim wrote: | Nice addition (and useful one) : openbsd port randomization patch (makes nmap -O fail to recognize running OS) :
http://lwn.net/Articles/121175/
While currently running on staircase, my vote would go on nick (geneticful or geneticless, I don't really care. I agree with fallow's opinion that genetic scheduling features are a ricing feature that does not make a difference yet). |
I added this in dark-sources for awhile, it turns out the default in linux is good enough and does the job quite well.
Refering to the randomization patch btw. |
I've been using this patch for a while and it proved stable and secure. I don't see why it shouldn't be included in the patchset. After all, it is part of the GRLinux security infrastructure (if I remember correctly). |
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Wed May 04, 2005 12:48 am Post subject: |
|
|
| priestjim wrote: | | predatorfreak wrote: | | priestjim wrote: | Nice addition (and useful one) : openbsd port randomization patch (makes nmap -O fail to recognize running OS) :
http://lwn.net/Articles/121175/
While currently running on staircase, my vote would go on nick (geneticful or geneticless, I don't really care. I agree with fallow's opinion that genetic scheduling features are a ricing feature that does not make a difference yet). |
I added this in dark-sources for awhile, it turns out the default in linux is good enough and does the job quite well.
Refering to the randomization patch btw. |
I've been using this patch for a while and it proved stable and secure. I don't see why it shouldn't be included in the patchset. After all, it is part of the GRLinux security infrastructure (if I remember correctly). |
First off, we're talking about TCP ISN Randomization and second, GRSecurity even removed this kind of randomization admitting the kernel default is fine as is and the kerneltrap article on this awhile back highlights just WHY the patch is a horrible idea.
Edit: It's not so much security or stablity, it breaks some well defined standards and introduces some stuff that just isn't right.... at all.
Edit 2: I also believe the developer sees this aswell, as he hasn't updated it in 3 months.
_________________
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: Wed May 04, 2005 3:39 am Post subject: |
|
|
Is it just me, or has anyone noticed that the whole 2.6.12* cycle including -mm keeps your cpu running at 100% constantly? I have this problem, its looks like kswapd is staying too active.
_________________
Viper-Sources Maintainer || nesl247 Projects || vipernicus.org blog |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Wed May 04, 2005 3:41 am Post subject: |
|
|
its just you, you must have a process gone wild or a programs with a bug
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
priestjim
Tux's lil' helper
Joined: 09 Jan 2005
Posts: 100
Location: Never never land
|
| Posted: Wed May 04, 2005 11:25 am Post subject: |
|
|
| Quote: | First off, we're talking about TCP ISN Randomization and second, GRSecurity even removed this kind of randomization admitting the kernel default is fine as is and the kerneltrap article on this awhile back highlights just WHY the patch is a horrible idea.
Edit: It's not so much security or stablity, it breaks some well defined standards and introduces some stuff that just isn't right.... at all.
Edit 2: I also believe the developer sees this aswell, as he hasn't updated it in 3 months. |
After doing more research I reach to your conclusion. The patch is pretty much useless. Please ignore my patch suggestion . Oh and I am for the plugsched patch (seems I've been doing a lot of research lately  ). Just one question : if I choose not to use plugsched but select only zaphod (through the default scheduler option), will I have all the schedulers compiled in, or only zaphod, or I will it compile and use the default ingo? |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Wed May 04, 2005 11:37 am Post subject: |
|
|
the kernel only contains code you select to include in it, plugsched it just some extra code which lets you switch cpu scheduler, so if u compile support for Staircase and Zaphod you will have the choice of using just those 2 after you compile
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
vipernicus
Veteran
Joined: 17 Jan 2005
Posts: 1462
Location: Your College IT Dept.
|
|
| Back to top |
|
|
|
Unsupported Software
