Re: [expert] Re: New 2.4.21 Variable HZ question.
On Wed, 2003-07-09 at 17:56, kiosk wrote: On 08 Jul 2003 17:54:09 -0700 James Sparenberg [EMAIL PROTECTED] wrote: Also, I'm still wondering if anyone knows about showing asterisks for the password. My daughter keeps asking why we can't have asterisks to show how many characters have been typed. I quite like the asterisks too. in a text login or in kdm? Text. I'm not interested in messing around with KDM, much. I always boot to a text login. Once I up-arrow a couple of times, and get startx i tend to think abandon hope all ye who enter [here]in, etc :) Best wishes Janet Blankfield AFAIK Bash only supports silent password command entrance. No stars. James Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On 08 Jul 2003 17:54:09 -0700 James Sparenberg [EMAIL PROTECTED] wrote: Also, I'm still wondering if anyone knows about showing asterisks for the password. My daughter keeps asking why we can't have asterisks to show how many characters have been typed. I quite like the asterisks too. in a text login or in kdm? Text. I'm not interested in messing around with KDM, much. I always boot to a text login. Once I up-arrow a couple of times, and get startx i tend to think abandon hope all ye who enter [here]in, etc :) Best wishes Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
James, I think MOTD is an excellent suggestion. I guess it would work somewhat like a random sig generator, in that respect. I don't really need to do it with X- I always boot to a text login. I would probably have considered MOTD, if there were no one to ask. PITA that I am, I tend to wonder if there is a MDK way for this type of thing. Of course I now have the problem of understanding the LFS hint. I will get there in the end and be a lot wiser, i'm sure. No help please. Unless I come back begging :) Also, I'm still wondering if anyone knows about showing asterisks for the password. My daughter keeps asking why we can't have asterisks to show how many characters have been typed. I quite like the asterisks too. Sorry to have hijacked this thread, BTW. Hoping you-all will want to show how knowledge of time present relates to time past ;-) Respect! Janet Blankfield - hoping she isn't trying to blend various distros into a grey goo! The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - On 06 Jul 2003 20:49:30 -0700 James Sparenberg [EMAIL PROTECTED] wrote: On Sun, 2003-07-06 at 20:29, Jack Coates wrote: X or no? you can just put it at the end of .bashrc, but you'll break less and probably some other stuff :-). If you want it when you login to X, look for a fortune-shower for your favorite DE (say http://gfort.sourceforge.net/) and put a link to it in ~/Desktop/Autostart. Actually I've seen it at the end of /etc/motd. (man motd for absolutely no help what-so-ever *grin*) Here is the info on how the Linux-from-itch people do it... might help. http://archive.linuxfromscratch.org/mail-archives/hints/2002/06/0015.html James On Sun, 2003-07-06 at 19:44, kiosk wrote: Robert - I'm not in a hurry. I'm not a hardcore gamer. I like the traditional ways of wasting time, like fortune - for me, fortune has always been one of the main attractions of linux. My slackware installation on my old box gives me a fortune every time I log on. With MDK I have to run it. I need to work out which script I need to modify in MDK in order to have fortune acknowledge my logging on. I also need to find out how to get asterisks for passwords. In slackware it was explained in a comment in some file or other. So little time - so much to do! Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Tue, 2003-07-08 at 17:40, kiosk wrote: James, I think MOTD is an excellent suggestion. I guess it would work somewhat like a random sig generator, in that respect. I don't really need to do it with X- I always boot to a text login. I would probably have considered MOTD, if there were no one to ask. PITA that I am, I tend to wonder if there is a MDK way for this type of thing. Of course I now have the problem of understanding the LFS hint. I will get there in the end and be a lot wiser, i'm sure. No help please. Unless I come back begging :) Also, I'm still wondering if anyone knows about showing asterisks for the password. My daughter keeps asking why we can't have asterisks to show how many characters have been typed. I quite like the asterisks too. in a text login or in kdm? Sorry to have hijacked this thread, BTW. Hoping you-all will want to show how knowledge of time present relates to time past ;-) Respect! Janet Blankfield - hoping she isn't trying to blend various distros into a grey goo! The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - On 06 Jul 2003 20:49:30 -0700 James Sparenberg [EMAIL PROTECTED] wrote: On Sun, 2003-07-06 at 20:29, Jack Coates wrote: X or no? you can just put it at the end of .bashrc, but you'll break less and probably some other stuff :-). If you want it when you login to X, look for a fortune-shower for your favorite DE (say http://gfort.sourceforge.net/) and put a link to it in ~/Desktop/Autostart. Actually I've seen it at the end of /etc/motd. (man motd for absolutely no help what-so-ever *grin*) Here is the info on how the Linux-from-itch people do it... might help. http://archive.linuxfromscratch.org/mail-archives/hints/2002/06/0015.html James On Sun, 2003-07-06 at 19:44, kiosk wrote: Robert - I'm not in a hurry. I'm not a hardcore gamer. I like the traditional ways of wasting time, like fortune - for me, fortune has always been one of the main attractions of linux. My slackware installation on my old box gives me a fortune every time I log on. With MDK I have to run it. I need to work out which script I need to modify in MDK in order to have fortune acknowledge my logging on. I also need to find out how to get asterisks for passwords. In slackware it was explained in a comment in some file or other. So little time - so much to do! __ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
Robert - I'm not in a hurry. I'm not a hardcore gamer. I like the traditional ways of wasting time, like fortune - for me, fortune has always been one of the main attractions of linux. My slackware installation on my old box gives me a fortune every time I log on. With MDK I have to run it. I need to work out which script I need to modify in MDK in order to have fortune acknowledge my logging on. I also need to find out how to get asterisks for passwords. In slackware it was explained in a comment in some file or other. So little time - so much to do! It turns out that hubs had the haptime virus! We had the means to deal with it saved on his hard disk, due to a previous infection. Has anyone else noticed this virus recently? I thought viruses were like teenage fashion. I didn't think they stayed out there once their time had passed. It gives new meaning to the term retrovirus! As the sergeant in Hill St Blues used to say, Be careful out there! Now I'm wondering about my secrity level, etc. I seeem to remember a fortune re paranoia being simply a matter of looking at life in terms of fine detail? On Sat, 5 Jul 2003 15:43:25 -0400 Robert Crawford [EMAIL PROTECTED] wrote: On Friday 04 July 2003 22:40, kiosk wrote: On Thu, 3 Jul 2003 02:06:19 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Janet, You might be able to find a new patch for one of the latest 2.4.xx kernels- I did google searchs for E7205 linux support Asus P4G8X kernel patch and came up with some good leads- below are 2 typical excerpts from one of the google results. You might also check first in your bios and be sure AGP is configured correctly, and perhaps setting it at 4x or even 2x- there's not much difference except in heavy gaming. [snip] Robert Crawford Robert, thanks again for your efforts on my behalf. Before I mentioned my AGP problem here I did Google for a solution and found the reference you supply. However, I couldn't find a link to the patch David Jones mentions and was reluctant to email an obviously busy man for what seemed like a patch which had been included in later kernels. I will look into your bios suggestion when time allows. At the moment, my husband seems to have a virus on his Win98 installation [I shouldn't laugh really, but you know how it goes ...] and I'm dealing with that now while persuading him to go for the Linux alternative. He suddenly seems quite keen! :) Many thanks Janet Blankfield The ideal love affair is one conducted by post. JBS Barring a miracle patch or solution out of the blue, I think you might have to wait a short while on the real fixes for that new chipset. Robert C. Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
X or no? you can just put it at the end of .bashrc, but you'll break less and probably some other stuff :-). If you want it when you login to X, look for a fortune-shower for your favorite DE (say http://gfort.sourceforge.net/) and put a link to it in ~/Desktop/Autostart. On Sun, 2003-07-06 at 19:44, kiosk wrote: Robert - I'm not in a hurry. I'm not a hardcore gamer. I like the traditional ways of wasting time, like fortune - for me, fortune has always been one of the main attractions of linux. My slackware installation on my old box gives me a fortune every time I log on. With MDK I have to run it. I need to work out which script I need to modify in MDK in order to have fortune acknowledge my logging on. I also need to find out how to get asterisks for passwords. In slackware it was explained in a comment in some file or other. So little time - so much to do! ... -- Jack Coates Monkeynoodle: A Scientific Venture... http://www.monkeynoodle.org/resume.html Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Sun, 2003-07-06 at 20:29, Jack Coates wrote: X or no? you can just put it at the end of .bashrc, but you'll break less and probably some other stuff :-). If you want it when you login to X, look for a fortune-shower for your favorite DE (say http://gfort.sourceforge.net/) and put a link to it in ~/Desktop/Autostart. Actually I've seen it at the end of /etc/motd. (man motd for absolutely no help what-so-ever *grin*) Here is the info on how the Linux-from-itch people do it... might help. http://archive.linuxfromscratch.org/mail-archives/hints/2002/06/0015.html James On Sun, 2003-07-06 at 19:44, kiosk wrote: Robert - I'm not in a hurry. I'm not a hardcore gamer. I like the traditional ways of wasting time, like fortune - for me, fortune has always been one of the main attractions of linux. My slackware installation on my old box gives me a fortune every time I log on. With MDK I have to run it. I need to work out which script I need to modify in MDK in order to have fortune acknowledge my logging on. I also need to find out how to get asterisks for passwords. In slackware it was explained in a comment in some file or other. So little time - so much to do! ... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Friday 04 July 2003 22:40, kiosk wrote: On Thu, 3 Jul 2003 02:06:19 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Janet, You might be able to find a new patch for one of the latest 2.4.xx kernels- I did google searchs for E7205 linux support Asus P4G8X kernel patch and came up with some good leads- below are 2 typical excerpts from one of the google results. You might also check first in your bios and be sure AGP is configured correctly, and perhaps setting it at 4x or even 2x- there's not much difference except in heavy gaming. [snip] Robert Crawford Robert, thanks again for your efforts on my behalf. Before I mentioned my AGP problem here I did Google for a solution and found the reference you supply. However, I couldn't find a link to the patch David Jones mentions and was reluctant to email an obviously busy man for what seemed like a patch which had been included in later kernels. I will look into your bios suggestion when time allows. At the moment, my husband seems to have a virus on his Win98 installation [I shouldn't laugh really, but you know how it goes ...] and I'm dealing with that now while persuading him to go for the Linux alternative. He suddenly seems quite keen! :) Many thanks Janet Blankfield The ideal love affair is one conducted by post. JBS Barring a miracle patch or solution out of the blue, I think you might have to wait a short while on the real fixes for that new chipset. Robert C. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Thu, 3 Jul 2003 02:06:19 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Janet, You might be able to find a new patch for one of the latest 2.4.xx kernels- I did google searchs for E7205 linux support Asus P4G8X kernel patch and came up with some good leads- below are 2 typical excerpts from one of the google results. You might also check first in your bios and be sure AGP is configured correctly, and perhaps setting it at 4x or even 2x- there's not much difference except in heavy gaming. [snip] Robert Crawford Robert, thanks again for your efforts on my behalf. Before I mentioned my AGP problem here I did Google for a solution and found the reference you supply. However, I couldn't find a link to the patch David Jones mentions and was reluctant to email an obviously busy man for what seemed like a patch which had been included in later kernels. I will look into your bios suggestion when time allows. At the moment, my husband seems to have a virus on his Win98 installation [I shouldn't laugh really, but you know how it goes ...] and I'm dealing with that now while persuading him to go for the Linux alternative. He suddenly seems quite keen! :) Many thanks Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
Janet, You might be able to find a new patch for one of the latest 2.4.xx kernels- I did google searchs for E7205 linux support Asus P4G8X kernel patch and came up with some good leads- below are 2 typical excerpts from one of the google results. You might also check first in your bios and be sure AGP is configured correctly, and perhaps setting it at 4x or even 2x- there's not much difference except in heavy gaming. Robert Crawford - Casey, I can send you the 2.4 patch for the E7205/E7505 chipsets that I posted a while back that also incorporates AGP 3.0 support if you are interested. However as Dave mentioned, I did have quite a bit of trouble with the Nvidia 8x binary only driver, so ymmv matt -Original Message- From: Dave Jones [mailto:[EMAIL PROTECTED] Sent: Thursday, February 20, 2003 9:36 AM To: Casey Lancour Cc: [EMAIL PROTECTED] Subject: Re: 8x AGP under linux? --- After booting with the latest stable kernel (2.4.20): ---dmesg--- . : Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 1919M agpgart: Unsupported Intel chipset (device id: 255d), you might want to try agp_try_unsupported=1. agpgart: no supported devices found. : I found a patch under: http://www.uwsg.iu.edu/hypermail/linux/kernel/0210.3/0584.html After patched the kernel: -dmesg . : Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 1919M agpgart: unsupported bridge agpgart: no supported devices found. .:... The motherboard is from Asus (P4G8X-Deluxe): o North bridge controller: E7205 o South bridge controller: ICH4 How is this problem to solve? With best regards Imre Molnar Heidbuehlstr. 33 D-88697 BERMATINGEN Tel: +49(7544)73165 Email: [EMAIL PROTECTED] - On Wednesday 02 July 2003 21:46, kiosk wrote: Ah! This is bad news. Basically, I'm trying to get my AGP slot recognised but the stable kernels have not yet got support for Intel E7205 (I have an Asus P4G8X motherboard). I guess I can wait. I did think it was a little early to find decent support for such recent hardware. My machine came with the job, and runs win2000 extremely well, but I don't suppose the IT department considered I'd want to run Linux too. I think I will try compiling a 2.5.xx anyway, just to see what breaks. I do use a modem. At least I now know how to set up a testing kernel without hosing my MDK installation, for which, many thanks. Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Wednesday 02 July 2003 21:07, James Sparenberg wrote: On Wed, 2003-07-02 at 13:10, Robert Crawford wrote: On Wednesday 02 July 2003 15:22, James Sparenberg wrote: On Tue, 2003-07-01 at 23:22, Robert Crawford wrote: James, I am using reiserfs on all partitions, but it doesn't seem to affect anything negatively so far. Where did you get that info- I don't recall ever reading anything like that before? If I'm doing something incorrectly, I'd sure like to correct it! Just from experience. AKA I've not been able to get my reiserfs partitioned boxes to boot correctly without an initrd.img It also comes from reading a number of related threads in the cooker etc. Things initrd.img does allow you to do is to mount those things that don't have a way to be mounted until a kernel is booted. (pcmcia ide-scsi usb etc etc.) a number of modern periperals on the pci bus also seem to need this to start. If you boot. I'd say you aren't doing anything wrong. You boot it works.. it's not broken. But if it doesn't boot or things have trouble initializing ... this may be the reason. James James, This makes a lot of sense. As I don't have much attached to my boxes, only a BJC240 printer and a serial modem, that must explain why I'm not running into trouble. I do ocassionally borrow my ex-wife's Canon Powershot G2 digital USB camera, and that hooks up OK through the Konqueror Control Center. I expect you are correct though- if I tried much else I'd start having problems. Robert C. IF! (and it's a big if that's why the caps) I understand it correctly once fully booted... All of these things will work whether you had initrd or not. But if they are needed at boot. They won't ... James James, From what you have said, and what I've come to understand about his (as limited as it is), I would concur with your conclusions. I must say, this expert list is really teaching me a lot! Thanks to all, Robert Crawford Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
From: Robert Crawford [EMAIL PROTECTED] Janet, You might be able to find a new patch for one of the latest 2.4.xx kernels- I did google searchs for E7205 linux support Asus P4G8X kernel patch and came up with some good leads- below are 2 typical excerpts from one of the google results. You might also check first in your bios and be sure AGP is configured correctly, and perhaps setting it at 4x or even 2x- there's not much difference except in heavy gaming. Robert Crawford - Casey, I can send you the 2.4 patch for the E7205/E7505 chipsets that I posted a while back that also incorporates AGP 3.0 support if you are interested. However as Dave mentioned, I did have quite a bit of trouble with the Nvidia 8x binary only driver, so ymmv matt Could someone with this chipset send me the following info: cat /var/log/dmesg and lspcidrake -v I'll verify it and send it to Juan to get it added to Cooker kernel, along with some other stuff I been working on so we can get it into MDK 9.2 (I just have to get the Init panic bug tracked down and fixed first...) Regards Thomas [EMAIL PROTECTED] Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
James, I am using reiserfs on all partitions, but it doesn't seem to affect anything negatively so far. Where did you get that info- I don't recall ever reading anything like that before? If I'm doing something incorrectly, I'd sure like to correct it! Janet- I have ATI Radeon cards in my boxes, so I'm not really up on the ins and outs of Nvidia linux drivers, but I'm sure someone here can help you. I think nvidia linux support is geting pretty decent now, and it shouldn't be too hard getting things sorted out. I've read that when installing nvidia drivers, it has to be compiled into the kernel. Rober C. On Tuesday 01 July 2003 18:21, James Sparenberg wrote: On Tue, 2003-07-01 at 21:14, Robert Crawford wrote: Janet, Frankly, I'm no expert, and don't really know exactly what the relevance of kernel.h is, except that it's generated at boot time. I seem to have multiple versions, but they are all exactly the same content. Very curious. I'm sure many people on this list know far more than I do on the subject. I believe and initrd.img isn't required unless you have scsi drives. I know I've left it out when compiling lots of 2.4.xx kernels, and they all work fine, so I guess that's likely true, as I don't have any scsi drives. Or if you are using a journaled file system like reiserfs. Keep us posted on your 2.5.xx experience. I've build 2.5.67 through 2.5.72 with varying degrees of success. I just tried 2.5.73 today with the bk6 patch, and it went well, but then it doesn't boot- just a black screen. 2.5's are really not ready for much except testing purposes, at least for me. I've really tried to get them to work for months, and have gotten it down to either they work fine with no serial drives enabled (thus no internet/modem), or serial drivers enabled, and lots of serious file manager problems (freezes and long delays). For me, it's been a show stopper so far, and seemingly unsolvable. Robert C. On Tuesday 01 July 2003 21:10, kiosk wrote: Thank you so much, Robert, for an elegant description of a process which has been to some extent mysterious for me for some time, despite my experience in compiling kernels for various Slackware installations. I intend to experiment with a 2.5.xx kernel in the hope that my E7205 chipset will be supported so that I can load the AGPGART module for my NVIDIA card. However, I wonder if you would be so kind as to explain the presence of the kernel.h file in /boot, and it's relevance to the boot process. I don't think I need, and, ideally, would dispense with kernel.h and initrd.img. I'm not sure that I need to patch a kernel at all, but if I can patch a stable kernel, and, as a result, load AGPGART, then perhaps that would be the way to go? Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - On Sat, 28 Jun 2003 12:39:17 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Waiting sounds wise- no use in messing up your current setup. However, if you really wanted to see if it will apply, what you could try is copying your stock MDK kernel sources directory from /usr/src to it's own directory in /home. (Compiling there is much safer than doing it as root in /usr/src, especially for people like me still learning).Then make a backup of your .config file, and cd in a console (as user) to the new directory in /home where you copied the MDK kernel sources to, and run mrproper. Then, try applying the Hz patch. If it applies OK, do a make xconfig and load the copy of your stock .config file into xconfig., Then change the value of the Hz line to =1000Hz, and save and exit. VERY IMPORTANT:Check the makefile extra version line at the top of the file to see if it added the -ck2 extra version when the patch applied, otherwise if you do choose to install this kernel and the name (version) is the same, it will overwrite your original modules directory, and not create a new -ck2 version. In your case, that would be a disaster. Then you can (as user) do: make dep make clean make bzImage make modules If you get through these with no error outs, you are probably OK, and will then know the patch probably didn't cause any problem. Up to this point, nothing you have done could possibly affect your current kernel setup. If you want to actually install, su to root and do: make modules_install This will put a new modules directory in /lib/modules with the new -ck2 version name, leaving the original untouched. I never do the usual final make install to call the kernel script after that if I'm not compiling in /usr/src. I did that once, and had huge problems. I
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Tue, 2003-07-01 at 23:22, Robert Crawford wrote: James, I am using reiserfs on all partitions, but it doesn't seem to affect anything negatively so far. Where did you get that info- I don't recall ever reading anything like that before? If I'm doing something incorrectly, I'd sure like to correct it! Just from experience. AKA I've not been able to get my reiserfs partitioned boxes to boot correctly without an initrd.img It also comes from reading a number of related threads in the cooker etc. Things initrd.img does allow you to do is to mount those things that don't have a way to be mounted until a kernel is booted. (pcmcia ide-scsi usb etc etc.) a number of modern periperals on the pci bus also seem to need this to start. If you boot. I'd say you aren't doing anything wrong. You boot it works.. it's not broken. But if it doesn't boot or things have trouble initializing ... this may be the reason. James Janet- I have ATI Radeon cards in my boxes, so I'm not really up on the ins and outs of Nvidia linux drivers, but I'm sure someone here can help you. I think nvidia linux support is geting pretty decent now, and it shouldn't be too hard getting things sorted out. I've read that when installing nvidia drivers, it has to be compiled into the kernel. Rober C. On Tuesday 01 July 2003 18:21, James Sparenberg wrote: On Tue, 2003-07-01 at 21:14, Robert Crawford wrote: Janet, Frankly, I'm no expert, and don't really know exactly what the relevance of kernel.h is, except that it's generated at boot time. I seem to have multiple versions, but they are all exactly the same content. Very curious. I'm sure many people on this list know far more than I do on the subject. I believe and initrd.img isn't required unless you have scsi drives. I know I've left it out when compiling lots of 2.4.xx kernels, and they all work fine, so I guess that's likely true, as I don't have any scsi drives. Or if you are using a journaled file system like reiserfs. Keep us posted on your 2.5.xx experience. I've build 2.5.67 through 2.5.72 with varying degrees of success. I just tried 2.5.73 today with the bk6 patch, and it went well, but then it doesn't boot- just a black screen. 2.5's are really not ready for much except testing purposes, at least for me. I've really tried to get them to work for months, and have gotten it down to either they work fine with no serial drives enabled (thus no internet/modem), or serial drivers enabled, and lots of serious file manager problems (freezes and long delays). For me, it's been a show stopper so far, and seemingly unsolvable. Robert C. On Tuesday 01 July 2003 21:10, kiosk wrote: Thank you so much, Robert, for an elegant description of a process which has been to some extent mysterious for me for some time, despite my experience in compiling kernels for various Slackware installations. I intend to experiment with a 2.5.xx kernel in the hope that my E7205 chipset will be supported so that I can load the AGPGART module for my NVIDIA card. However, I wonder if you would be so kind as to explain the presence of the kernel.h file in /boot, and it's relevance to the boot process. I don't think I need, and, ideally, would dispense with kernel.h and initrd.img. I'm not sure that I need to patch a kernel at all, but if I can patch a stable kernel, and, as a result, load AGPGART, then perhaps that would be the way to go? Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - On Sat, 28 Jun 2003 12:39:17 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Waiting sounds wise- no use in messing up your current setup. However, if you really wanted to see if it will apply, what you could try is copying your stock MDK kernel sources directory from /usr/src to it's own directory in /home. (Compiling there is much safer than doing it as root in /usr/src, especially for people like me still learning).Then make a backup of your .config file, and cd in a console (as user) to the new directory in /home where you copied the MDK kernel sources to, and run mrproper. Then, try applying the Hz patch. If it applies OK, do a make xconfig and load the copy of your stock .config file into xconfig., Then change the value of the Hz line to =1000Hz, and save and exit. VERY IMPORTANT:Check the makefile extra version line at the top of the file to see if it added the -ck2 extra version when the patch applied, otherwise if you do choose to install this kernel and the name (version) is the same, it will overwrite your original modules directory, and not create a new -ck2 version. In
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Wednesday 02 July 2003 15:22, James Sparenberg wrote: On Tue, 2003-07-01 at 23:22, Robert Crawford wrote: James, I am using reiserfs on all partitions, but it doesn't seem to affect anything negatively so far. Where did you get that info- I don't recall ever reading anything like that before? If I'm doing something incorrectly, I'd sure like to correct it! Just from experience. AKA I've not been able to get my reiserfs partitioned boxes to boot correctly without an initrd.img It also comes from reading a number of related threads in the cooker etc. Things initrd.img does allow you to do is to mount those things that don't have a way to be mounted until a kernel is booted. (pcmcia ide-scsi usb etc etc.) a number of modern periperals on the pci bus also seem to need this to start. If you boot. I'd say you aren't doing anything wrong. You boot it works.. it's not broken. But if it doesn't boot or things have trouble initializing ... this may be the reason. James James, This makes a lot of sense. As I don't have much attached to my boxes, only a BJC240 printer and a serial modem, that must explain why I'm not running into trouble. I do ocassionally borrow my ex-wife's Canon Powershot G2 digital USB camera, and that hooks up OK through the Konqueror Control Center. I expect you are correct though- if I tried much else I'd start having problems. Robert C. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Wed, 2 Jul 2003 02:22:50 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Janet- I have ATI Radeon cards in my boxes, so I'm not really up on the ins and outs of Nvidia linux drivers, but I'm sure someone here can help you. I think nvidia linux support is geting pretty decent now, and it shouldn't be too hard getting things sorted out. I've read that when installing nvidia drivers, it has to be compiled into the kernel. Thank you, Robert, but as I explain in my other message, it's more the AGP slot which is the problem. The NVidia drivers are fine and install without a hitch - it's just that I'm limited to 2D without Intel E7205 support in the kernel. Thanks for yr response. Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Wed, 2003-07-02 at 13:10, Robert Crawford wrote: On Wednesday 02 July 2003 15:22, James Sparenberg wrote: On Tue, 2003-07-01 at 23:22, Robert Crawford wrote: James, I am using reiserfs on all partitions, but it doesn't seem to affect anything negatively so far. Where did you get that info- I don't recall ever reading anything like that before? If I'm doing something incorrectly, I'd sure like to correct it! Just from experience. AKA I've not been able to get my reiserfs partitioned boxes to boot correctly without an initrd.img It also comes from reading a number of related threads in the cooker etc. Things initrd.img does allow you to do is to mount those things that don't have a way to be mounted until a kernel is booted. (pcmcia ide-scsi usb etc etc.) a number of modern periperals on the pci bus also seem to need this to start. If you boot. I'd say you aren't doing anything wrong. You boot it works.. it's not broken. But if it doesn't boot or things have trouble initializing ... this may be the reason. James James, This makes a lot of sense. As I don't have much attached to my boxes, only a BJC240 printer and a serial modem, that must explain why I'm not running into trouble. I do ocassionally borrow my ex-wife's Canon Powershot G2 digital USB camera, and that hooks up OK through the Konqueror Control Center. I expect you are correct though- if I tried much else I'd start having problems. Robert C. IF! (and it's a big if that's why the caps) I understand it correctly once fully booted... All of these things will work whether you had initrd or not. But if they are needed at boot. They won't ... James Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Wed, 2 Jul 2003 00:14:24 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Janet, Frankly, I'm no expert, and don't really know exactly what the relevance of kernel.h is, except that it's generated at boot time. I seem to have multiple versions, but they are all exactly the same content. Very curious. I'm sure many people on this list know far more than I do on the subject. I believe and initrd.img isn't required unless you have scsi drives. I know I've left it out when compiling lots of 2.4.xx kernels, and they all work fine, so I guess that's likely true, as I don't have any scsi drives. Keep us posted on your 2.5.xx experience. I've build 2.5.67 through 2.5.72 with varying degrees of success. I just tried 2.5.73 today with the bk6 patch, and it went well, but then it doesn't boot- just a black screen. 2.5's are really not ready for much except testing purposes, at least for me. I've really tried to get them to work for months, and have gotten it down to either they work fine with no serial drives enabled (thus no internet/modem), or serial drivers enabled, and lots of serious file manager problems (freezes and long delays). For me, it's been a show stopper so far, and seemingly unsolvable. Ah! This is bad news. Basically, I'm trying to get my AGP slot recognised but the stable kernels have not yet got support for Intel E7205 (I have an Asus P4G8X motherboard). I guess I can wait. I did think it was a little early to find decent support for such recent hardware. My machine came with the job, and runs win2000 extremely well, but I don't suppose the IT department considered I'd want to run Linux too. I think I will try compiling a 2.5.xx anyway, just to see what breaks. I do use a modem. At least I now know how to set up a testing kernel without hosing my MDK installation, for which, many thanks. Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
Thank you so much, Robert, for an elegant description of a process which has been to some extent mysterious for me for some time, despite my experience in compiling kernels for various Slackware installations. I intend to experiment with a 2.5.xx kernel in the hope that my E7205 chipset will be supported so that I can load the AGPGART module for my NVIDIA card. However, I wonder if you would be so kind as to explain the presence of the kernel.h file in /boot, and it's relevance to the boot process. I don't think I need, and, ideally, would dispense with kernel.h and initrd.img. I'm not sure that I need to patch a kernel at all, but if I can patch a stable kernel, and, as a result, load AGPGART, then perhaps that would be the way to go? Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - On Sat, 28 Jun 2003 12:39:17 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Waiting sounds wise- no use in messing up your current setup. However, if you really wanted to see if it will apply, what you could try is copying your stock MDK kernel sources directory from /usr/src to it's own directory in /home. (Compiling there is much safer than doing it as root in /usr/src, especially for people like me still learning).Then make a backup of your .config file, and cd in a console (as user) to the new directory in /home where you copied the MDK kernel sources to, and run mrproper. Then, try applying the Hz patch. If it applies OK, do a make xconfig and load the copy of your stock .config file into xconfig., Then change the value of the Hz line to =1000Hz, and save and exit. VERY IMPORTANT:Check the makefile extra version line at the top of the file to see if it added the -ck2 extra version when the patch applied, otherwise if you do choose to install this kernel and the name (version) is the same, it will overwrite your original modules directory, and not create a new -ck2 version. In your case, that would be a disaster. Then you can (as user) do: make dep make clean make bzImage make modules If you get through these with no error outs, you are probably OK, and will then know the patch probably didn't cause any problem. Up to this point, nothing you have done could possibly affect your current kernel setup. If you want to actually install, su to root and do: make modules_install This will put a new modules directory in /lib/modules with the new -ck2 version name, leaving the original untouched. I never do the usual final make install to call the kernel script after that if I'm not compiling in /usr/src. I did that once, and had huge problems. I manually copy System.map and bzImage to /boot, naming them to reflect the extra version, like System.map-2.4.21-ck2, and bzImage-2.4.21-ck2. I then edit lilo, and since I don't use an initrd file for the new kernel, I delete the initrd line in the new kernel's lilo stanza, so it looks like: image=/boot/bzImage-2.4.21-ck3 label=2421ck3 root=/dev/hda10 append=devfs=mount hdc=ide-scsi acpi=off quiet vga=788 read-only Then save, and run lilo as root. Of course there's no way to know if doing all this will actually increase system response in a noticable way, even if the patch applies on the MDK kernel, without actually doing it. I can report that all the ck patches I've applied seem to work great on the vanilla 2.4.21. BTW, when I installed the MDK multimedia kernel and kernel sources rpms, it worked perfectly. I just put them in their own directory, and did as root: rpm -ivh *.rpm That installed everything, and edited lilo too. But like you said, you might need extra drivers that I didn't have to contend with. You might have to install the srpm, and patch the source, then rebuild new multimedia rpms. I think they posted a newer multimedia (-18mdk, up from the -16mdk I used) that might have updated drivers. Maybe we can figure out what happen when you tried it. What's the exact procedure you used? Robert Crawford Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
Janet, Frankly, I'm no expert, and don't really know exactly what the relevance of kernel.h is, except that it's generated at boot time. I seem to have multiple versions, but they are all exactly the same content. Very curious. I'm sure many people on this list know far more than I do on the subject. I believe and initrd.img isn't required unless you have scsi drives. I know I've left it out when compiling lots of 2.4.xx kernels, and they all work fine, so I guess that's likely true, as I don't have any scsi drives. Keep us posted on your 2.5.xx experience. I've build 2.5.67 through 2.5.72 with varying degrees of success. I just tried 2.5.73 today with the bk6 patch, and it went well, but then it doesn't boot- just a black screen. 2.5's are really not ready for much except testing purposes, at least for me. I've really tried to get them to work for months, and have gotten it down to either they work fine with no serial drives enabled (thus no internet/modem), or serial drivers enabled, and lots of serious file manager problems (freezes and long delays). For me, it's been a show stopper so far, and seemingly unsolvable. Robert C. On Tuesday 01 July 2003 21:10, kiosk wrote: Thank you so much, Robert, for an elegant description of a process which has been to some extent mysterious for me for some time, despite my experience in compiling kernels for various Slackware installations. I intend to experiment with a 2.5.xx kernel in the hope that my E7205 chipset will be supported so that I can load the AGPGART module for my NVIDIA card. However, I wonder if you would be so kind as to explain the presence of the kernel.h file in /boot, and it's relevance to the boot process. I don't think I need, and, ideally, would dispense with kernel.h and initrd.img. I'm not sure that I need to patch a kernel at all, but if I can patch a stable kernel, and, as a result, load AGPGART, then perhaps that would be the way to go? Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - On Sat, 28 Jun 2003 12:39:17 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Waiting sounds wise- no use in messing up your current setup. However, if you really wanted to see if it will apply, what you could try is copying your stock MDK kernel sources directory from /usr/src to it's own directory in /home. (Compiling there is much safer than doing it as root in /usr/src, especially for people like me still learning).Then make a backup of your .config file, and cd in a console (as user) to the new directory in /home where you copied the MDK kernel sources to, and run mrproper. Then, try applying the Hz patch. If it applies OK, do a make xconfig and load the copy of your stock .config file into xconfig., Then change the value of the Hz line to =1000Hz, and save and exit. VERY IMPORTANT:Check the makefile extra version line at the top of the file to see if it added the -ck2 extra version when the patch applied, otherwise if you do choose to install this kernel and the name (version) is the same, it will overwrite your original modules directory, and not create a new -ck2 version. In your case, that would be a disaster. Then you can (as user) do: make dep make clean make bzImage make modules If you get through these with no error outs, you are probably OK, and will then know the patch probably didn't cause any problem. Up to this point, nothing you have done could possibly affect your current kernel setup. If you want to actually install, su to root and do: make modules_install This will put a new modules directory in /lib/modules with the new -ck2 version name, leaving the original untouched. I never do the usual final make install to call the kernel script after that if I'm not compiling in /usr/src. I did that once, and had huge problems. I manually copy System.map and bzImage to /boot, naming them to reflect the extra version, like System.map-2.4.21-ck2, and bzImage-2.4.21-ck2. I then edit lilo, and since I don't use an initrd file for the new kernel, I delete the initrd line in the new kernel's lilo stanza, so it looks like: image=/boot/bzImage-2.4.21-ck3 label=2421ck3 root=/dev/hda10 append=devfs=mount hdc=ide-scsi acpi=off quiet vga=788 read-only Then save, and run lilo as root. Of course there's no way to know if doing all this will actually increase system response in a noticable way, even if the patch applies on the MDK kernel, without actually doing it. I can report that all the ck patches I've applied seem to work great on the vanilla 2.4.21. BTW, when I installed the MDK multimedia kernel and kernel sources rpms, it worked perfectly. I just put them in their own directory, and did as root: rpm -ivh *.rpm That installed
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Tue, 2003-07-01 at 21:14, Robert Crawford wrote: Janet, Frankly, I'm no expert, and don't really know exactly what the relevance of kernel.h is, except that it's generated at boot time. I seem to have multiple versions, but they are all exactly the same content. Very curious. I'm sure many people on this list know far more than I do on the subject. I believe and initrd.img isn't required unless you have scsi drives. I know I've left it out when compiling lots of 2.4.xx kernels, and they all work fine, so I guess that's likely true, as I don't have any scsi drives. Or if you are using a journaled file system like reiserfs. Keep us posted on your 2.5.xx experience. I've build 2.5.67 through 2.5.72 with varying degrees of success. I just tried 2.5.73 today with the bk6 patch, and it went well, but then it doesn't boot- just a black screen. 2.5's are really not ready for much except testing purposes, at least for me. I've really tried to get them to work for months, and have gotten it down to either they work fine with no serial drives enabled (thus no internet/modem), or serial drivers enabled, and lots of serious file manager problems (freezes and long delays). For me, it's been a show stopper so far, and seemingly unsolvable. Robert C. On Tuesday 01 July 2003 21:10, kiosk wrote: Thank you so much, Robert, for an elegant description of a process which has been to some extent mysterious for me for some time, despite my experience in compiling kernels for various Slackware installations. I intend to experiment with a 2.5.xx kernel in the hope that my E7205 chipset will be supported so that I can load the AGPGART module for my NVIDIA card. However, I wonder if you would be so kind as to explain the presence of the kernel.h file in /boot, and it's relevance to the boot process. I don't think I need, and, ideally, would dispense with kernel.h and initrd.img. I'm not sure that I need to patch a kernel at all, but if I can patch a stable kernel, and, as a result, load AGPGART, then perhaps that would be the way to go? Janet Blankfield The ideal love affair is one conducted by post. JBS - [EMAIL PROTECTED] ... life's a beach ... - On Sat, 28 Jun 2003 12:39:17 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Waiting sounds wise- no use in messing up your current setup. However, if you really wanted to see if it will apply, what you could try is copying your stock MDK kernel sources directory from /usr/src to it's own directory in /home. (Compiling there is much safer than doing it as root in /usr/src, especially for people like me still learning).Then make a backup of your .config file, and cd in a console (as user) to the new directory in /home where you copied the MDK kernel sources to, and run mrproper. Then, try applying the Hz patch. If it applies OK, do a make xconfig and load the copy of your stock .config file into xconfig., Then change the value of the Hz line to =1000Hz, and save and exit. VERY IMPORTANT:Check the makefile extra version line at the top of the file to see if it added the -ck2 extra version when the patch applied, otherwise if you do choose to install this kernel and the name (version) is the same, it will overwrite your original modules directory, and not create a new -ck2 version. In your case, that would be a disaster. Then you can (as user) do: make dep make clean make bzImage make modules If you get through these with no error outs, you are probably OK, and will then know the patch probably didn't cause any problem. Up to this point, nothing you have done could possibly affect your current kernel setup. If you want to actually install, su to root and do: make modules_install This will put a new modules directory in /lib/modules with the new -ck2 version name, leaving the original untouched. I never do the usual final make install to call the kernel script after that if I'm not compiling in /usr/src. I did that once, and had huge problems. I manually copy System.map and bzImage to /boot, naming them to reflect the extra version, like System.map-2.4.21-ck2, and bzImage-2.4.21-ck2. I then edit lilo, and since I don't use an initrd file for the new kernel, I delete the initrd line in the new kernel's lilo stanza, so it looks like: image=/boot/bzImage-2.4.21-ck3 label=2421ck3 root=/dev/hda10 append=devfs=mount hdc=ide-scsi acpi=off quiet vga=788 read-only Then save, and run lilo as root. Of course there's no way to know if doing all this will actually increase system response in a noticable way, even if the patch applies on the MDK kernel, without actually doing it. I can report that all the ck patches I've applied seem to work great on
Re: [expert] Re: New 2.4.21 Variable HZ question.
Robert Crawford wrote: Waiting sounds wise- no use in messing up your current setup. However, if you really wanted to see if it will apply, what you could try is copying your stock MDK kernel sources directory from /usr/src to it's own directory in /home. (Compiling there is much safer than doing it as root in /usr/src, especially for people like me still learning).Then make a backup of your .config file, and cd in a console (as user) to the new directory in /home where you copied the MDK kernel sources to, and run mrproper. Then, try applying the Hz patch. If it applies OK, do a make xconfig and load the copy of your stock .config file into xconfig., Then change the value of the Hz line to =1000Hz, and save and exit. VERY IMPORTANT:Check the makefile extra version line at the top of the file to see if it added the -ck2 extra version when the patch applied, otherwise if you do choose to install this kernel and the name (version) is the same, it will overwrite your original modules directory, and not create a new -ck2 version. In your case, that would be a disaster. Then you can (as user) do: make dep make clean make bzImage make modules If you get through these with no error outs, you are probably OK, and will then know the patch probably didn't cause any problem. Up to this point, nothing you have done could possibly affect your current kernel setup. If you want to actually install, su to root and do: make modules_install This will put a new modules directory in /lib/modules with the new -ck2 version name, leaving the original untouched. I never do the usual final make install to call the kernel script after that if I'm not compiling in /usr/src. I did that once, and had huge problems. I manually copy System.map and bzImage to /boot, naming them to reflect the extra version, like System.map-2.4.21-ck2, and bzImage-2.4.21-ck2. I then edit lilo, and since I don't use an initrd file for the new kernel, I delete the initrd line in the new kernel's lilo stanza, so it looks like: image=/boot/bzImage-2.4.21-ck3 label=2421ck3 root=/dev/hda10 append=devfs=mount hdc=ide-scsi acpi=off quiet vga=788 read-only Then save, and run lilo as root. Of course there's no way to know if doing all this will actually increase system response in a noticable way, even if the patch applies on the MDK kernel, without actually doing it. I can report that all the ck patches I've applied seem to work great on the vanilla 2.4.21. Well, I was following this thread over the weekend, and so today I went ahead and followed your directions. I installed the multimedia kernel and source, then booted into the Mandrake multimedia kernel to make sure it worked - it did, at least as good as the stock Mandrake kernel. So, I went ahead and downloaded the patch, and patched the mm kernel source, which I had copied and chowned into $HOME/src/. The patch had two minor failures, which I was able to manually fix (I've never even patched a kernel before, let alone had to manually patch some source code because the patch failed - but it was easy). I check the Makefile, and sure enough I also had to edit the extra-version info to indicate 'ck2' so I wouldn't blow away my existing multimedia kernel modules. Everything compiled without errors, so I went ahead and installed the modules and kernel. I am running the patched mm kernel right now, and it performs at least as well as the stock kernel and (unpatched) mm kernel. Not sure how to do any performance benchmarks, but at least nothing is broken! -- Dave Sherman MCSE, MCSA, CCNA I think animal testing is a terrible idea; they get all nervous and give the wrong answers. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
Dave, Sounds like you had great success! So, we now know at least that Hz patch can be added to the already heavily patched Mandrake kernels. Could you please post some info on the two minor patch failures, and how you fixed them? The only benchmarking tools I know of for Linux are one called bonnie and glxgears, but there must be more. I haven't really investigated those things since I switched to Linux a year ago. I did run the Sandra benchmarks pretty often when I used Windows, and was learning how to tweak win98 and XP to the max. Robert On Monday 30 June 2003 18:07, Dave Sherman wrote: Robert Crawford wrote: Waiting sounds wise- no use in messing up your current setup. However, if you really wanted to see if it will apply, what you could try is copying your stock MDK kernel sources directory from /usr/src to it's own directory in /home. (Compiling there is much safer than doing it as root in /usr/src, especially for people like me still learning).Then make a backup of your .config file, and cd in a console (as user) to the new directory in /home where you copied the MDK kernel sources to, and run mrproper. Then, try applying the Hz patch. If it applies OK, do a make xconfig and load the copy of your stock .config file into xconfig., Then change the value of the Hz line to =1000Hz, and save and exit. VERY IMPORTANT:Check the makefile extra version line at the top of the file to see if it added the -ck2 extra version when the patch applied, otherwise if you do choose to install this kernel and the name (version) is the same, it will overwrite your original modules directory, and not create a new -ck2 version. In your case, that would be a disaster. Then you can (as user) do: make dep make clean make bzImage make modules If you get through these with no error outs, you are probably OK, and will then know the patch probably didn't cause any problem. Up to this point, nothing you have done could possibly affect your current kernel setup. If you want to actually install, su to root and do: make modules_install This will put a new modules directory in /lib/modules with the new -ck2 version name, leaving the original untouched. I never do the usual final make install to call the kernel script after that if I'm not compiling in /usr/src. I did that once, and had huge problems. I manually copy System.map and bzImage to /boot, naming them to reflect the extra version, like System.map-2.4.21-ck2, and bzImage-2.4.21-ck2. I then edit lilo, and since I don't use an initrd file for the new kernel, I delete the initrd line in the new kernel's lilo stanza, so it looks like: image=/boot/bzImage-2.4.21-ck3 label=2421ck3 root=/dev/hda10 append=devfs=mount hdc=ide-scsi acpi=off quiet vga=788 read-only Then save, and run lilo as root. Of course there's no way to know if doing all this will actually increase system response in a noticable way, even if the patch applies on the MDK kernel, without actually doing it. I can report that all the ck patches I've applied seem to work great on the vanilla 2.4.21. Well, I was following this thread over the weekend, and so today I went ahead and followed your directions. I installed the multimedia kernel and source, then booted into the Mandrake multimedia kernel to make sure it worked - it did, at least as good as the stock Mandrake kernel. So, I went ahead and downloaded the patch, and patched the mm kernel source, which I had copied and chowned into $HOME/src/. The patch had two minor failures, which I was able to manually fix (I've never even patched a kernel before, let alone had to manually patch some source code because the patch failed - but it was easy). I check the Makefile, and sure enough I also had to edit the extra-version info to indicate 'ck2' so I wouldn't blow away my existing multimedia kernel modules. Everything compiled without errors, so I went ahead and installed the modules and kernel. I am running the patched mm kernel right now, and it performs at least as well as the stock kernel and (unpatched) mm kernel. Not sure how to do any performance benchmarks, but at least nothing is broken! Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Mon, 2003-06-30 at 20:43, Robert Crawford wrote: Dave, Sounds like you had great success! So, we now know at least that Hz patch can be added to the already heavily patched Mandrake kernels. Could you please post some info on the two minor patch failures, and how you fixed them? Yes please please please! *grin* The only benchmarking tools I know of for Linux are one called bonnie and glxgears, but there must be more. I haven't really investigated those things since I switched to Linux a year ago. I did run the Sandra benchmarks pretty often when I used Windows, and was learning how to tweak win98 and XP to the max. Robert On Monday 30 June 2003 18:07, Dave Sherman wrote: Robert Crawford wrote: Waiting sounds wise- no use in messing up your current setup. However, if you really wanted to see if it will apply, what you could try is copying your stock MDK kernel sources directory from /usr/src to it's own directory in /home. (Compiling there is much safer than doing it as root in /usr/src, especially for people like me still learning).Then make a backup of your .config file, and cd in a console (as user) to the new directory in /home where you copied the MDK kernel sources to, and run mrproper. Then, try applying the Hz patch. If it applies OK, do a make xconfig and load the copy of your stock .config file into xconfig., Then change the value of the Hz line to =1000Hz, and save and exit. VERY IMPORTANT:Check the makefile extra version line at the top of the file to see if it added the -ck2 extra version when the patch applied, otherwise if you do choose to install this kernel and the name (version) is the same, it will overwrite your original modules directory, and not create a new -ck2 version. In your case, that would be a disaster. Then you can (as user) do: make dep make clean make bzImage make modules If you get through these with no error outs, you are probably OK, and will then know the patch probably didn't cause any problem. Up to this point, nothing you have done could possibly affect your current kernel setup. If you want to actually install, su to root and do: make modules_install This will put a new modules directory in /lib/modules with the new -ck2 version name, leaving the original untouched. I never do the usual final make install to call the kernel script after that if I'm not compiling in /usr/src. I did that once, and had huge problems. I manually copy System.map and bzImage to /boot, naming them to reflect the extra version, like System.map-2.4.21-ck2, and bzImage-2.4.21-ck2. I then edit lilo, and since I don't use an initrd file for the new kernel, I delete the initrd line in the new kernel's lilo stanza, so it looks like: image=/boot/bzImage-2.4.21-ck3 label=2421ck3 root=/dev/hda10 append=devfs=mount hdc=ide-scsi acpi=off quiet vga=788 read-only Then save, and run lilo as root. Of course there's no way to know if doing all this will actually increase system response in a noticable way, even if the patch applies on the MDK kernel, without actually doing it. I can report that all the ck patches I've applied seem to work great on the vanilla 2.4.21. Well, I was following this thread over the weekend, and so today I went ahead and followed your directions. I installed the multimedia kernel and source, then booted into the Mandrake multimedia kernel to make sure it worked - it did, at least as good as the stock Mandrake kernel. So, I went ahead and downloaded the patch, and patched the mm kernel source, which I had copied and chowned into $HOME/src/. The patch had two minor failures, which I was able to manually fix (I've never even patched a kernel before, let alone had to manually patch some source code because the patch failed - but it was easy). I check the Makefile, and sure enough I also had to edit the extra-version info to indicate 'ck2' so I wouldn't blow away my existing multimedia kernel modules. Everything compiled without errors, so I went ahead and installed the modules and kernel. I am running the patched mm kernel right now, and it performs at least as well as the stock kernel and (unpatched) mm kernel. Not sure how to do any performance benchmarks, but at least nothing is broken! __ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
Do the Mandrake kernels need that patch too in order to be able to use that Hz thing, or is it included in the default kernel sources? If it needs the patch, is there a Mandrake specific patch for kernel-2.4.21 or can we use the patch in the link you posted without further troubles? Best regards, Adrian - Original Message - From: Robert Crawford [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 7:24 AM Subject: Re: [expert] Re: New 2.4.21 Variable HZ question. I found this page that gives pretty good explanations of the subject. Makes me want to recompile and try 1000Hz. I did a google search for variable Hz redhat and it listed a few other good pages. http://kerneltrap.org/node.php?id=464 Robert On Saturday 28 June 2003 00:31, Joeb wrote: On Fri, 27 Jun 2003 16:51:28 -0400 Robert Crawford [EMAIL PROTECTED] wrote: snip I'd really be interested in learning about RedHat's thinking on this subject- can you point us to where you learned about this? I'm all for doing anything to increase performance. That's my problem, I can't remember where I found it on the web! I know it was back during the 8.0 days of Mandrake. I recall a post, that I thought was on one of the Mandrake lists, but I sure can't find it. The post pointed to an article about increasing the HZ size and how it improved response times for desktop users. It also stated that Redhat was doing this with their kernels, which is why their i386 seemed so snappy compared to Mandrake and Suse. The downside was something about timings being off for some tools because the items in /proc weren't aware that the HZ had been changed. It was my understanding with Redhat 9, they continued this practice of changing the HZ but also modified the tools that calculate the various things in /proc. I'm sorry I don't have more information, but I have long since given up finding the original article. It seems Google wants to return 50,000+ hits everytime I try and after a few hundred, I give up. If I ever find my hard copy, I'll type it back in to the list. Joeb p.s. It's also my understanding that the 2.5/2.6 kernel has increased this setting. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Fri, 2003-06-27 at 21:31, Joeb wrote: On Fri, 27 Jun 2003 16:51:28 -0400 Robert Crawford [EMAIL PROTECTED] wrote: snip I'd really be interested in learning about RedHat's thinking on this subject- can you point us to where you learned about this? I'm all for doing anything to increase performance. That's my problem, I can't remember where I found it on the web! I know it was back during the 8.0 days of Mandrake. I recall a post, that I thought was on one of the Mandrake lists, but I sure can't find it. The post pointed to an article about increasing the HZ size and how it improved response times for desktop users. It also stated that Redhat was doing this with their kernels, which is why their i386 seemed so snappy compared to Mandrake and Suse. The downside was something about timings being off for some tools because the items in /proc weren't aware that the HZ had been changed. It was my understanding with Redhat 9, they continued this practice of changing the HZ but also modified the tools that calculate the various things in /proc. I'm sorry I don't have more information, but I have long since given up finding the original article. It seems Google wants to return 50,000+ hits everytime I try and after a few hundred, I give up. If I ever find my hard copy, I'll type it back in to the list. Joeb p.s. It's also my understanding that the 2.5/2.6 kernel has increased this setting. Joeb, If you ever find the hard copy... could you copy it into the community TWiki and post a link to the list? James __ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
Adrian, What little experience I've had patching kernels, and what I've read, has led me to the conclusion it's better to use a vanilla kernel.org version. Mandrake adds quite a few patches for their stock kernel, and it's possible adding more would cause conflicts. What I've been doing is loading the Mandrake stock .config file into xconfig as a starting point with generic kernels, and then customizing that for my hardware. I've wound up with my own .config file, which I use as my starting point on this box when I try a new kernel. It took many configurations in my learning curve to see what worked best with each kernel version- I've used 2.4.19, 2.4.20, 2.4.21pres, 2.4.21, and lots of 2.5.xx's. The 2.4.xx generally work out fine, but all 2.5.xx are still problematic, at least for me. On your Hz question, I think yes, you need that patch to be able to utilize different values for that parameter. Apparently, the Mandrake multi-media kernel is the stock kernel with preemptive and low-latency patches applied, so that implies you might be able to apply the Hz ck patch to a stock MDK kernel, and get away with it. I guess the only way to find out is try it, and change the Hz line in make xconfig to 1000Hz, and see if it works. However, Con Kolivas definitely feels that problems might arise when trying to use his extra patches on a heavily patched kernel like MDK, and recommends the official kernel.org version. I personally like the MDK multimedia kernel over the stock MDK, and the vanilla ck3 patched kernel over the MDK multimedia- but that's only on my specific hardware. Your experience may be different. Robert C. On Saturday 28 June 2003 04:23, Adrian Golumbovici wrote: Do the Mandrake kernels need that patch too in order to be able to use that Hz thing, or is it included in the default kernel sources? If it needs the patch, is there a Mandrake specific patch for kernel-2.4.21 or can we use the patch in the link you posted without further troubles? Best regards, Adrian - Original Message - From: Robert Crawford [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 7:24 AM Subject: Re: [expert] Re: New 2.4.21 Variable HZ question. I found this page that gives pretty good explanations of the subject. Makes me want to recompile and try 1000Hz. I did a google search for variable Hz redhat and it listed a few other good pages. http://kerneltrap.org/node.php?id=464 Robert On Saturday 28 June 2003 00:31, Joeb wrote: On Fri, 27 Jun 2003 16:51:28 -0400 Robert Crawford [EMAIL PROTECTED] wrote: snip I'd really be interested in learning about RedHat's thinking on this subject- can you point us to where you learned about this? I'm all for doing anything to increase performance. That's my problem, I can't remember where I found it on the web! I know it was back during the 8.0 days of Mandrake. I recall a post, that I thought was on one of the Mandrake lists, but I sure can't find it. The post pointed to an article about increasing the HZ size and how it improved response times for desktop users. It also stated that Redhat was doing this with their kernels, which is why their i386 seemed so snappy compared to Mandrake and Suse. The downside was something about timings being off for some tools because the items in /proc weren't aware that the HZ had been changed. It was my understanding with Redhat 9, they continued this practice of changing the HZ but also modified the tools that calculate the various things in /proc. I'm sorry I don't have more information, but I have long since given up finding the original article. It seems Google wants to return 50,000+ hits everytime I try and after a few hundred, I give up. If I ever find my hard copy, I'll type it back in to the list. Joeb p.s. It's also my understanding that the 2.5/2.6 kernel has increased this setting. --- - Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
Yikes. I kind of need some of the modules in the mdk kernel. That is what is stopping me from geting the vanila kernel. I could try and find and compile those modules myself, but I will get more headaches with it than solve probs (it would take too long to get it all together again). I have a pretty sensitive hardware/drivers configuration (nforce2 mobo + radeon 9700 pro to start with...). It took me quite a couple of months till all the patches/drivers were available, and it took me about 2 weeks of fiddling with it till I got the radeon 9700 pro to play nice (to install the driver so I would also have openGL). I am pretty reticent in going through all the pains again just to gain better response. Last time I tried the multimedia kernel, it crashed on my config directly at boot... I hoped I could backup my current kernel situation and try a patch... hmmm... Makes my hair raise when I think of the option to reinstall all :) I think I will wait to see if someone reports success with this patch on mdk kernel. Thx for your answer. Best regards, Adrian - Original Message - From: Robert Crawford [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 4:24 PM Subject: Re: [expert] Re: New 2.4.21 Variable HZ question. Adrian, What little experience I've had patching kernels, and what I've read, has led me to the conclusion it's better to use a vanilla kernel.org version. Mandrake adds quite a few patches for their stock kernel, and it's possible adding more would cause conflicts. What I've been doing is loading the Mandrake stock .config file into xconfig as a starting point with generic kernels, and then customizing that for my hardware. I've wound up with my own .config file, which I use as my starting point on this box when I try a new kernel. It took many configurations in my learning curve to see what worked best with each kernel version- I've used 2.4.19, 2.4.20, 2.4.21pres, 2.4.21, and lots of 2.5.xx's. The 2.4.xx generally work out fine, but all 2.5.xx are still problematic, at least for me. On your Hz question, I think yes, you need that patch to be able to utilize different values for that parameter. Apparently, the Mandrake multi-media kernel is the stock kernel with preemptive and low-latency patches applied, so that implies you might be able to apply the Hz ck patch to a stock MDK kernel, and get away with it. I guess the only way to find out is try it, and change the Hz line in make xconfig to 1000Hz, and see if it works. However, Con Kolivas definitely feels that problems might arise when trying to use his extra patches on a heavily patched kernel like MDK, and recommends the official kernel.org version. I personally like the MDK multimedia kernel over the stock MDK, and the vanilla ck3 patched kernel over the MDK multimedia- but that's only on my specific hardware. Your experience may be different. Robert C. On Saturday 28 June 2003 04:23, Adrian Golumbovici wrote: Do the Mandrake kernels need that patch too in order to be able to use that Hz thing, or is it included in the default kernel sources? If it needs the patch, is there a Mandrake specific patch for kernel-2.4.21 or can we use the patch in the link you posted without further troubles? Best regards, Adrian - Original Message - From: Robert Crawford [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 7:24 AM Subject: Re: [expert] Re: New 2.4.21 Variable HZ question. I found this page that gives pretty good explanations of the subject. Makes me want to recompile and try 1000Hz. I did a google search for variable Hz redhat and it listed a few other good pages. http://kerneltrap.org/node.php?id=464 Robert On Saturday 28 June 2003 00:31, Joeb wrote: On Fri, 27 Jun 2003 16:51:28 -0400 Robert Crawford [EMAIL PROTECTED] wrote: snip I'd really be interested in learning about RedHat's thinking on this subject- can you point us to where you learned about this? I'm all for doing anything to increase performance. That's my problem, I can't remember where I found it on the web! I know it was back during the 8.0 days of Mandrake. I recall a post, that I thought was on one of the Mandrake lists, but I sure can't find it. The post pointed to an article about increasing the HZ size and how it improved response times for desktop users. It also stated that Redhat was doing this with their kernels, which is why their i386 seemed so snappy compared to Mandrake and Suse. The downside was something about timings being off for some tools because the items in /proc weren't aware that the HZ had been changed. It was my understanding with Redhat 9, they continued this practice of changing the HZ but also modified the tools that calculate the various things in /proc. I'm sorry I
Re: [expert] Re: New 2.4.21 Variable HZ question.
Waiting sounds wise- no use in messing up your current setup. However, if you really wanted to see if it will apply, what you could try is copying your stock MDK kernel sources directory from /usr/src to it's own directory in /home. (Compiling there is much safer than doing it as root in /usr/src, especially for people like me still learning).Then make a backup of your .config file, and cd in a console (as user) to the new directory in /home where you copied the MDK kernel sources to, and run mrproper. Then, try applying the Hz patch. If it applies OK, do a make xconfig and load the copy of your stock .config file into xconfig., Then change the value of the Hz line to =1000Hz, and save and exit. VERY IMPORTANT:Check the makefile extra version line at the top of the file to see if it added the -ck2 extra version when the patch applied, otherwise if you do choose to install this kernel and the name (version) is the same, it will overwrite your original modules directory, and not create a new -ck2 version. In your case, that would be a disaster. Then you can (as user) do: make dep make clean make bzImage make modules If you get through these with no error outs, you are probably OK, and will then know the patch probably didn't cause any problem. Up to this point, nothing you have done could possibly affect your current kernel setup. If you want to actually install, su to root and do: make modules_install This will put a new modules directory in /lib/modules with the new -ck2 version name, leaving the original untouched. I never do the usual final make install to call the kernel script after that if I'm not compiling in /usr/src. I did that once, and had huge problems. I manually copy System.map and bzImage to /boot, naming them to reflect the extra version, like System.map-2.4.21-ck2, and bzImage-2.4.21-ck2. I then edit lilo, and since I don't use an initrd file for the new kernel, I delete the initrd line in the new kernel's lilo stanza, so it looks like: image=/boot/bzImage-2.4.21-ck3 label=2421ck3 root=/dev/hda10 append=devfs=mount hdc=ide-scsi acpi=off quiet vga=788 read-only Then save, and run lilo as root. Of course there's no way to know if doing all this will actually increase system response in a noticable way, even if the patch applies on the MDK kernel, without actually doing it. I can report that all the ck patches I've applied seem to work great on the vanilla 2.4.21. BTW, when I installed the MDK multimedia kernel and kernel sources rpms, it worked perfectly. I just put them in their own directory, and did as root: rpm -ivh *.rpm That installed everything, and edited lilo too. But like you said, you might need extra drivers that I didn't have to contend with. You might have to install the srpm, and patch the source, then rebuild new multimedia rpms. I think they posted a newer multimedia (-18mdk, up from the -16mdk I used) that might have updated drivers. Maybe we can figure out what happen when you tried it. What's the exact procedure you used? Robert Crawford On Saturday 28 June 2003 11:12, Adrian Golumbovici wrote: Yikes. I kind of need some of the modules in the mdk kernel. That is what is stopping me from geting the vanila kernel. I could try and find and compile those modules myself, but I will get more headaches with it than solve probs (it would take too long to get it all together again). I have a pretty sensitive hardware/drivers configuration (nforce2 mobo + radeon 9700 pro to start with...). It took me quite a couple of months till all the patches/drivers were available, and it took me about 2 weeks of fiddling with it till I got the radeon 9700 pro to play nice (to install the driver so I would also have openGL). I am pretty reticent in going through all the pains again just to gain better response. Last time I tried the multimedia kernel, it crashed on my config directly at boot... I hoped I could backup my current kernel situation and try a patch... hmmm... Makes my hair raise when I think of the option to reinstall all :) I think I will wait to see if someone reports success with this patch on mdk kernel. Thx for your answer. Best regards, Adrian - Original Message - From: Robert Crawford [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 4:24 PM Subject: Re: [expert] Re: New 2.4.21 Variable HZ question. Adrian, What little experience I've had patching kernels, and what I've read, has led me to the conclusion it's better to use a vanilla kernel.org version. Mandrake adds quite a few patches for their stock kernel, and it's possible adding more would cause conflicts. What I've been doing is loading the Mandrake stock .config file into xconfig as a starting point with generic kernels, and then customizing that for my hardware. I've wound up with my own .config file, which I use as my starting point on this box
Re: [expert] Re: New 2.4.21 Variable HZ question.
Even though you meant to send this off list, would you mind posting the response (or even the thread)? I'm very interested in this as it is my understanding that it is one of main ways that Redhat uses to increase performance for desktop use. Joeb On Thu, 26 Jun 2003 20:32:48 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Sorry- this was meant to be sent to directly Con Kolivas- Apparently, I messed up and it somehow appeared on the expert list, addressed to myself- still can't figure that one out. Robert C. On Thursday 26 June 2003 19:51, you wrote: Con, Tried the new june23 full patch, but couldn't get past make modules. I then edited my .config file some, and did the base patch, plus the performance patches, and supermount, all individually, and that worked out great. Must have been some conflict caused by the old .config. Anyway, my question is about setting the Variable Hz- do you mean when I do xconfig, I should change the setting in General setup to a higher value, and see if performance is improved? Here's my present value, that apparently is the default. Or, is that what we're even talking about? I'm not sure I understand this, due to lack of knowledge. # General setup # CONFIG_HZ=200 On your webpage I read: Is 1000Hz more overhead than 100Hz? Yes definitely, but not a great deal. If you change the Hz, use a multiple of 100. There really is no point going above 1000 Hz. I assume this means that if I'm correct and you are referring to that line in xconfig, I can experiment. Am I also correct in that I need your patch in order to experiment with this value? Or, am I totally misunderstanding all of the above, and the ck3 patches already set some other value to 1000Mhz that I'm confusing with the line in the kernel .config file? Thanks for the great patches- I'm now using 2.4.21 with CK patches exclusively on MDK 9.1- nothing works better for my desktop box. Best regards, Robert Crawford Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
Joeb, Con posted his response on this list- I'm sure you saw it. Next time I recompile, I think I'll set mine higher just to see if it helps. I'd really be interested in learning about RedHat's thinking on this subject- can you point us to where you learned about this? I'm all for doing anything to increase performance. Thanks, Robert C. On Friday 27 June 2003 07:37, Joeb wrote: Even though you meant to send this off list, would you mind posting the response (or even the thread)? I'm very interested in this as it is my understanding that it is one of main ways that Redhat uses to increase performance for desktop use. Joeb On Thu, 26 Jun 2003 20:32:48 -0400 Robert Crawford [EMAIL PROTECTED] wrote: Sorry- this was meant to be sent to directly Con Kolivas- Apparently, I messed up and it somehow appeared on the expert list, addressed to myself- still can't figure that one out. Robert C. On Thursday 26 June 2003 19:51, you wrote: Con, Tried the new june23 full patch, but couldn't get past make modules. I then edited my .config file some, and did the base patch, plus the performance patches, and supermount, all individually, and that worked out great. Must have been some conflict caused by the old .config. Anyway, my question is about setting the Variable Hz- do you mean when I do xconfig, I should change the setting in General setup to a higher value, and see if performance is improved? Here's my present value, that apparently is the default. Or, is that what we're even talking about? I'm not sure I understand this, due to lack of knowledge. # General setup # CONFIG_HZ=200 On your webpage I read: Is 1000Hz more overhead than 100Hz? Yes definitely, but not a great deal. If you change the Hz, use a multiple of 100. There really is no point going above 1000 Hz. I assume this means that if I'm correct and you are referring to that line in xconfig, I can experiment. Am I also correct in that I need your patch in order to experiment with this value? Or, am I totally misunderstanding all of the above, and the ck3 patches already set some other value to 1000Mhz that I'm confusing with the line in the kernel .config file? Thanks for the great patches- I'm now using 2.4.21 with CK patches exclusively on MDK 9.1- nothing works better for my desktop box. Best regards, Robert Crawford Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
On Fri, 27 Jun 2003 16:51:28 -0400 Robert Crawford [EMAIL PROTECTED] wrote: snip I'd really be interested in learning about RedHat's thinking on this subject- can you point us to where you learned about this? I'm all for doing anything to increase performance. That's my problem, I can't remember where I found it on the web! I know it was back during the 8.0 days of Mandrake. I recall a post, that I thought was on one of the Mandrake lists, but I sure can't find it. The post pointed to an article about increasing the HZ size and how it improved response times for desktop users. It also stated that Redhat was doing this with their kernels, which is why their i386 seemed so snappy compared to Mandrake and Suse. The downside was something about timings being off for some tools because the items in /proc weren't aware that the HZ had been changed. It was my understanding with Redhat 9, they continued this practice of changing the HZ but also modified the tools that calculate the various things in /proc. I'm sorry I don't have more information, but I have long since given up finding the original article. It seems Google wants to return 50,000+ hits everytime I try and after a few hundred, I give up. If I ever find my hard copy, I'll type it back in to the list. Joeb p.s. It's also my understanding that the 2.5/2.6 kernel has increased this setting. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: New 2.4.21 Variable HZ question.
I found this page that gives pretty good explanations of the subject. Makes me want to recompile and try 1000Hz. I did a google search for variable Hz redhat and it listed a few other good pages. http://kerneltrap.org/node.php?id=464 Robert On Saturday 28 June 2003 00:31, Joeb wrote: On Fri, 27 Jun 2003 16:51:28 -0400 Robert Crawford [EMAIL PROTECTED] wrote: snip I'd really be interested in learning about RedHat's thinking on this subject- can you point us to where you learned about this? I'm all for doing anything to increase performance. That's my problem, I can't remember where I found it on the web! I know it was back during the 8.0 days of Mandrake. I recall a post, that I thought was on one of the Mandrake lists, but I sure can't find it. The post pointed to an article about increasing the HZ size and how it improved response times for desktop users. It also stated that Redhat was doing this with their kernels, which is why their i386 seemed so snappy compared to Mandrake and Suse. The downside was something about timings being off for some tools because the items in /proc weren't aware that the HZ had been changed. It was my understanding with Redhat 9, they continued this practice of changing the HZ but also modified the tools that calculate the various things in /proc. I'm sorry I don't have more information, but I have long since given up finding the original article. It seems Google wants to return 50,000+ hits everytime I try and after a few hundred, I give up. If I ever find my hard copy, I'll type it back in to the list. Joeb p.s. It's also my understanding that the 2.5/2.6 kernel has increased this setting. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Re: New 2.4.21 Variable HZ question.
Sorry- this was meant to be sent to directly Con Kolivas- Apparently, I messed up and it somehow appeared on the expert list, addressed to myself- still can't figure that one out. Robert C. On Thursday 26 June 2003 19:51, you wrote: Con, Tried the new june23 full patch, but couldn't get past make modules. I then edited my .config file some, and did the base patch, plus the performance patches, and supermount, all individually, and that worked out great. Must have been some conflict caused by the old .config. Anyway, my question is about setting the Variable Hz- do you mean when I do xconfig, I should change the setting in General setup to a higher value, and see if performance is improved? Here's my present value, that apparently is the default. Or, is that what we're even talking about? I'm not sure I understand this, due to lack of knowledge. # General setup # CONFIG_HZ=200 On your webpage I read: Is 1000Hz more overhead than 100Hz? Yes definitely, but not a great deal. If you change the Hz, use a multiple of 100. There really is no point going above 1000 Hz. I assume this means that if I'm correct and you are referring to that line in xconfig, I can experiment. Am I also correct in that I need your patch in order to experiment with this value? Or, am I totally misunderstanding all of the above, and the ck3 patches already set some other value to 1000Mhz that I'm confusing with the line in the kernel .config file? Thanks for the great patches- I'm now using 2.4.21 with CK patches exclusively on MDK 9.1- nothing works better for my desktop box. Best regards, Robert Crawford Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
