On 4/6/2011 9:00 AM, Kent A. Reed wrote: > ... > I'm getting too old to want to play this game but doesn't it seem there > is another alternative? Namely, insert another script to grub.d, call it > 05_rtai, say, that adds the isocpus parameter just to rtai entries. If > 10_linux results in the same kernels being entered later in the boot > order with the standard parameters, so what? > The answer to my own question is, yes, one can add a new script to do what I said, in my case a script named 07_rtai once I found out that a 05_ script already existed.
I created 07_rtai pretty trivially by reverse-engineering and editing a copy of 10_linux. Then I lost an hour or so being confused by my tests of the script before discovering grub2 limits user-defined keys to names predefined in a deeply buried list---yikes, that killed an attempt to allow more flexibility by adding a new key to /etc/default/grub). My new script works fine dropped into /etc/grub.d/ on a Ubuntu 10.04 system with both an rtai and a non-rtai version of the linux-2.6.32 kernel installed. I end up with six linux entries in /boot/grub/grub.cfg: 2 new entries including isolcpus=1 from 07_rtai for just the rtai kernel followed by the traditional 4 entries from 10_linux for the rtai and non-rtai kernels. Now that I know how easy it is, I may try a second approach, just modifying 10_linux so that it differentiates between rtai- and non-rtai linux kernels. [Although I'm not sure that's the answer for me because I like being able to boot the rtai kernel without isolcpus=1 to see what difference it makes on different boards.] If I can get a moment tomorrow, I'll add what I've learned to the wiki under Misc Stuff. A question to you boot buffs. Does it make sense to include that isolcpus=1 parameter in a recovery-mode entry for an rtai kernel? Regards, Kent ------------------------------------------------------------------------------ Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
