On Monday, February 16, 2015 12:47:28 PM Will Godfrey wrote: Line wrap disabled! #!/bin/sh ## this script assumes you have downloaded, unpacked and linked kernel-whatever.version ## First, edit this to set the version string to match the Makefile setting # yeah, I know, I should pass it as $1. Someday... VER=3.14.26 echo now makeing kernel $VER, if not right, hit ctl+c now && \ sleep 3 && \ ## For use with the lm_sensors kit, you'll need the following lines inserted ## into your /etc/rc.d/rc.local script ##------------------ ### now do some lm-sensors stuff ## i2c adaptor drivers #modprobe i2c-via ## i2c chip drivers #modprobe gl518sm ## alternate chip driver #modprobe eeprom ##------------------ ## And add these lines to /etc/conf.modules # I2C module options #alias char-major-89 i2c-dev ##------------------ ## Now, the real work. This assumes you have copied your ## .config and .config.old ## files from the source directory of your previous kernel install, and have ## done 'make oldconfig' in the new source directory and answered all the ## questions, and then do a 'make xconfig' to check/change anything you wanted ## to ## The above is NOT for major version upgrades, you must start from scratch, do NOT ## copy over the older .config's when upping from 2.2.x to 2.4.x or 2.6.x # I've re-arranged this to be one contiguous command line, because this way if there # is an error, it dies right there instead of making you scroll back 300k in the # history to check for errors. # And, due to changes in the 2.6 way of doing things, the System.map # stuff has been moved to a point BEFORE the make modules_install # because make modules_install now has a self-contained depmod command. :( # Also, one should make sure the DEPMOD declaration in the Makefile # is NOT hard coded pathwise, so it will find the newer, 2.6 version of depmod make clean && \ make oldconfig && \ make prepare && \ echo && \ echo && \ echo makeing bzImage && \ ccache make -j3 bzImage && \ echo && \ echo && \ echo Now making modules && \ echo && \ echo && \ ccache make -j3 modules && \ echo && \ echo doing a make headers_install && \ make headers_install && \ echo removeing /boot/vmlinuz-$VER-old && \ rm -f /boot/vmlinuz-$VER-old && \ echo touching vmlinuz-$VER && \ touch /boot/vmlinuz-$VER && \ echo mv-ing /boot/vmlinuz-$VER /boot/vmlinuz-$VER-old && \ mv -f /boot/vmlinuz-$VER /boot/vmlinuz-$VER-old && \ echo copying bzImage to /boot/vmlinuz-$VER && \ cp -f arch/x86/boot/bzImage /boot/vmlinuz-$VER && \ echo removeing old lib/modules/$VER.old && \ rm -fR /lib/modules/$VER.old && \ echo touching /lib/modules/$VER && \ touch /lib/modules/$VER && \ echo moving /lib/modules/$VER to /lib/modules/$VER.old && \ mv -f /lib/modules/$VER /lib/modules/$VER.old && \ echo cleaning up in /boot && \ rm -f /boot/System.map && \ echo saveing the System.map-$VER to System.map-$VER.old && \ touch /boot/System.map-$VER && \ mv /boot/System.map-$VER /boot/System.map-$VER.old && \ echo copying in new System.map && \ cp -f System.map /boot/System.map-$VER && \ echo cd-ing to /boot && \ cd /boot && \ echo doing the link of System.map-$VER to System.map && \ ln -s System.map-$VER System.map && \ echo cd-ing back to /usr/src/linux-$VER to do the modules_install && \ cd /usr/src/linux-$VER && \ echo make modules_install && \ ccache make -j3 modules_install && \ echo installing firmware && \ make firmware_install && \ echo now making a new /boot/initrd.$VER.img && \ # touch it in case its not there yet && \ touch /boot/initrd-$VER.img && \ # then move it to .old && \ mv /boot/initrd-$VER.img /boot/initrd-$VER.old && \ # now make a new one IN /boot! && \ mkinitrd /boot/initrd-$VER.img $VER && \ echo and copying it to initrd-$VER.img && \ touch initrd-$VER.img.old && \ rm -f initrd-$VER.img.old && \ # leave a copy here too && \ cp /boot/initrd-$VER.img initrd-$VER.img && \ cd /usr/src/linux-$VER && \ depmod -a -e -F System.map $VER && \ # Ok, now we need to be saving the .config in /boot and dump the copy in /proc \ touch /boot/config-$VER.gz && \ mv /boot/config-$VER.gz /boot/config-$VER.gz.old && \ gzip -c .config >/boot/config-$VER.gz && \ ls -l /boot/ | grep config-$VER.gz && \ echo echo All done! Edit grub.conf, reboot and chose your kernel at the grub prompt All those && \ are used to string it into a series invocation that if a build error occurs anyplace, it should bail out leaving the build error on screen. It might need more tweeking than just the $VER setting, in particular there are now at least 2 versions of the utility that does the generation of the initrd images. So consult the man page for your version and modify to suit. It also has some historical cruft, some of which dates back to linux-2.2 days. Now probably commented out. I last built a working 3.16.0 kernel with it, modified of course. This script also keeps one previous generation by deleting the -old version if it exists, renaming the existing same named stuff to -old if they exist so that if a failure occurs, and the grub refresh thing has been run, then you can back up to the working version by rebooting to the old one. But things in linux aren't constant, and I haven't tested that to see if it still works in 4 or 5 years. It also uses ccache which can materially speed up 2nd and subsequent builds. So get ccache & install it. You will be pleased. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene>

On Tuesday, February 17, 2015 12:24:07 PM Will Godfrey wrote: You're welcome. As I noted, its been in use for a long time here, well in excess of a decade, so there is some cruft, but the notes are there. As someone else pointed out, there is a possibility of adding a few lines and actually generating a deb with the make-kdeb facility. But that is something I have never felt the need to do. To whoever made those suggestions (Ralf?) hop right in & if it breaks, you get to keep all the pieces. ;-) Those added lines to make the deb, I would also terminate with the && \ so that if it breaks, you can hopefully still see why on screen or with some scrollback. I have that normally set for 100K lines here. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene>

On Mon, 16 Feb 2015 12:13:53 -0500, Gene Heskett wrote: A PPA, perhaps kxstudio, might provide linux-rt for the OP's distro. If the OP wants or needs to build linux-rt packages from source at least some of those packages are needed, installing all of them doesn't harm: apt-get update apt-get install fakeroot build-essential crash kexec-tools makedumpfile kernel-package kernel-wedge apt-get install libncurses5 libncurses5-dev libelf-dev asciidoc binutils-dev You could run more than one job, e.g. export CONCURRENCY_LEVEL=2 Replace the kernel and patch with the kernel you want to build: wget https://www.kernel.org/pub/linux/kernel/v3.x/linux-foo_bar.tar.bz2 wget https://www.kernel.org/pub/linux/kernel/projects/rt/3.8/older/patch-foo_bar… Extracting and patching: tar -jxvf linux-foo_bar.tar.bz2 mv linux-foo_bar linux-foo_bar_rt cd linux-foo_bar_rt bzip2 -dc ../patch-foo_bar_rt.patch.bz2 | patch -p1 cp /boot/config-from_an_existing_kernel .config When running "make oldconfig" care about rt settings: make oldconfig Build: make-kpkg clean make-kpkg --initrd kernel-image kernel-headers Then install the kernel and headers with "dpkg -i". It might be better to build with fakeroot, but there was a time when it didn't work, hence I usually build as root. Assumed the links in to the headers in /lib should be missing, link by command line: ln -s /usr/src/linux-headers-foo_bar_rt /lib/modules/foo_bar_rt/build ln -s /usr/src/linux-headers-foo_bar_rt /lib/modules/foo_bar_rt/source You only need the headers to build vbox modules, proprietary graphics drivers and similar. -- "Aber beklecker nicht das Sofa, Sofa!" - Frank Zappa

Am 16.02.2015 um 21:19 schrieb Ralf Mardorf: localmodconfig is a bit tricky, as it only build support for hardware which is currently used. You will end up with unsupported hardware (usb sound-card, printer, etc.). Also, for example Intel microcode loading needs to be enabled by hand, as the driver is already unloaded when you've logged-in. When you use make oldconfig, there is no sense in copy a config to the source tree. make oldconfig use the current loaded kernel config and overwrite the .config you've put in the kernel tree. So just run make oldconfig, without copy anything to the kernel-tree will lead to the same results.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/17/2015 02:34 PM, Artem Vakhitov wrote: It is not, but it is so easy to install that I definitely would try this before going to the hazzle to compile your own real time one. try and then run the realTimeConfigQuickScan http://wiki.linuxaudio.org/wiki/system_configuration to see if it solves your issue. all you need to do is: (assuming a directory where there is no other .deb file in) wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.18.7-vivid/linux-headers-3… wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.18.7-vivid/linux-image-3.1… wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.18.7-vivid/linux-headers-3… sudo dpkg -i *.deb then reboot.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Glad to bring you joy today Ralf. If you add the PPA https://launchpad.net/~kernel-ppa that might give you a thin added layer of security so you know that noone has hampered with your kernel while downloading it, because your package manager will take care of the key exchange and verifying if I'm not mistaken. You still have to trust Mark Shuttleworth because you download from the Ubuntu Server, but since you use Mint I recon you trust him anyhow already.

On Tue, 17 Feb 2015, Max wrote: I would suggest that the lowlatency kernel is already very good and that the machine in question should be audited in other areas before looking for a new kernel. I have gotten stable USB audio on an atom based (single core) netbook from the same time frame with Jack set to 64/2 (internal audio needed 64/3) and the CPU running half speed at 800Mhz. However, wireless had to be powered off (and the kernel module unloaded) and the USB audio interface had to be plugged into the USB port on the right side of my netbook because the one of the left shares it's irq with the internal camera and SD slot (and maybe other things I have forgotten). The RT kernel is not a "silver bullet" that will just make audio work, a wireless module that insists on holding the bus while it does a channel scan every 60 seconds while break any kernel's RT. Sharing an IRQ with your USB audio IF will give xruns... just facts of life. -- Len Ovens www.ovenwerks.net

On Tue, 17 Feb 2015 14:44:37 -0800 (PST), Len Ovens wrote: I unbind such USB ports before I start an audio/MIDI session, while using a PREEMPT RT. [rocketmouse@archlinux ~]$ grep unbind /usr/local/sbin/tuning echo -n "0000:00:13.2" > /sys/bus/pci/drivers/ohci_hcd/unbind echo -n "0000:00:13.4" > /sys/bus/pci/drivers/ohci_hcd/unbind On Tue, 17 Feb 2015 22:53:45 +0000, Harry van Haaren wrote: Sure, but a PREEMPT RT still is the best choice in addition to such tweaks.