Compiling the new 2.6.26 Kernel for puppy

[shroomy_bee]

ttuuxxx,

Do you mean the remaster method is for a standard Pup that has had things like applications added and configs setup - like the liveCD session saving (ie - it amends the existing boot CD image so it boots to whatever you changed it to)?

I was asking, the other questions, because I wondered if the USB CD was able to boot. It was said that the recompile had been done already, so would you really have to remaster a recompile, if it is already booting into the recompile?

[kirk]

Hey kirk, I don't really know the significance of this part of the procedure you've posted, about the initrd.gz. Is it something specific to the frugal install...

Full installs don't use the initrd.gz.

[ttuuxxx]

ttuuxxx,

Do you mean the remaster method is for a standard Pup that has had things like applications added and configs setup - like the liveCD session saving (ie - it amends the existing boot CD image so it boots to whatever you changed it to)?

I was asking, the other questions, because I wondered if the USB CD was able to boot. It was said that the recompile had been done already, so would you really have to remaster a recompile, if it is already booting into the recompile?

Yes it builds an iso image of everything you installed/removed etc and builds you a bootable working release
Menu/setup/remaster puppy live-cd
Heres a tip about remastering
when the script tells you to look in tmp/root
delete that root folder and copy the real root folder into /tmp/
that way you get a perfect image.
make sure you don't have any passwords etc save on the web browser, or that gets remastered also and basically you could give you email accounts away,lol
ttuuxxx

[John Doe]

re: config file

Kirk, thanks for the config file. I checked it out and removed all the excellent fine tuning you did for your processor (dropped it back to be 'PC' with Puppy). Looks like we have the same idea of what new config options would be best for this newer kernel. I kept oplc, eeepc, laptop hibernate and the new NTFS w/write options (maybe a few random other wifi light things).

Also added a tcpip option to guard against syn floods (IP: TCP syncookie support (disabled per default) SYN_COOKIES). It needs a '1' at /proc/sys/net/ipv4/tcp_syncookies to start up, athough untested by me yet, but thought it would be a good option to have.

file is attached below.

re: lzma for kernel

Found the correct patch for the 2.6.26x kernel series and attached it. Spent two days trying to rewrite the old one only to get to the point where I could compile it fine, but when I booted the machine just catastrophically shutdown when trying to decompress the kernel. Looks like there is some new logic in the latest patch that makes it all work ok now.

Built after installing lzma utils ver 4.32.7 (btw, that's what that 16k problem was. I need to read error messages more fully when frustrated). Built a kernel with each of gzip, bzip2 and lzma today for testing. I'm running 2.6.26.5 on a full install right now.

re: squashfs-lzma

great info. I'm going to play around with Squash/LZMA and AUFS next.

...tainted module (previous kernels would just post a message and load it) I've attached a patch for 2.6.26.3 to make it load tainted modules as in the past.

thanks for the insight. dropped the patch into a my patch directory. neat logic to have around but I'll probably shoot for leaving it out as I'm one of those 'tinfoil hat wearing' types.

###

@all, the config attached doesn't have lzma or bzip2 enable. one would need to do that manually. my personal favorite (i don't believe yet spoken of in this thread) is 'make gconfig'. it's the gtk version.

[Bruce B]

John Doe,

Please explain exactly what the above post is about. Is the distributor not providing you with access the complete kernel source code? Is this something you cooked up, in spite of having access to the complete source code? Please explain.

Bruce

[John Doe]

Please explain exactly what the above post is about.

OP asked about 2.6.26 kernel:
http://www.murga-linux.com/puppy/viewto ... 974#231974

kirk gave great info:
http://www.murga-linux.com/puppy/viewto ... 637#234637

my reply:
http://www.murga-linux.com/puppy/viewto ... 810#234810

kirk reply with great info again:
http://www.murga-linux.com/puppy/viewto ... 824#234824

then I posted the above.

Is the distributor not providing you with access the complete kernel source code?

no. it's all there and further more, it's not just the code but configuration notes also. In my opinion, Barry has gone way above and beyond the requirements of the licensing agreements.

please don't forget the lastest Puppy4.1rc1 is compiled with a 2.6.25 kernel and that is not the kernel version we are talking about here.

perhaps lzma utils is missing, but one can just grab it off their site. any of the 'weird binaries' are sourced well at the links given.

Is this something you cooked up, in spite of having access to the complete source code?

remove 'in spite of' and i'll agree.

Please explain.

did my best.

[MU]

I wrote a summary to recompile the Kernel in Puppy 4.1 using a frugal installation:
http://www.murga-linux.com/puppy/viewto ... 056#239056
Mark

[clarf]

I updated my Puppy 214X full installation from kernel 2.6.18.1 to 2.6.18.8 (not a big change, it was a learning task). After I updated the vmlinuz file and copied the /lib/modules/modules.*.new_kernel_version I could boot without problems.

Now I want to replace the modules in initrd with the new ones to create a remaster ISO, after I made a module list for 214X initrd I found there is no an aufs module (I cant´remember but I´m sure that aufs was incorporated in 2.16 an latter Puppies, although unionfs is working fine in 214X) and there are lees modules than later initrd that come with newers Puppys (like the nls_cp* modules).

214X initrd module list (kernel_ver = 2.6.18.1):

/modules/kernel_ver/aes.ko.gz
/modules/kernel_ver/cdrom.ko.gz
/modules/kernel_ver/cryptoloop.ko.gz
/modules/kernel_ver/fuse.ko.gz #for ntfs-3g driver
/modules/kernel_ver/ide-cd.ko.gz
/modules/kernel_ver/ide-floppy.ko.gz
/modules/kernel_ver/nls_cp437.ko.gz #needed by windows filesystems.
/modules/kernel_ver/nls_iso8859-1.ko.gz #needed by linux filesystems.
/modules/kernel_ver/sg.ko.gz
/modules/kernel_ver/sr_mod.ko.gz #SCSI CDROM module
/modules/kernel_ver/unionfs.ko.gz
/modules/kernel_ver/fs/befs.ko.gz
/modules/kernel_ver/fs/freevxfs.ko.gz
/modules/kernel_ver/fs/hfs.ko.gz #Mac FileSystem
/modules/kernel_ver/fs/sysv.ko.gz
/modules/kernel_ver/fs/ufs.ko.gz
/modules/kernel_ver/pcmcia/rsrc_nonstatic.ko.gz
/modules/kernel_ver/pcmcia/yenta_socket.ko.gz
/modules/kernel_ver/usb/ehci-hcd.ko.gz
/modules/kernel_ver/usb/ohci-hcd.ko.gz
/modules/kernel_ver/usb/uhci-hcd.ko.gz
/modules/kernel_ver/usb/usbcore.ko.gz
/modules/kernel_ver/usb/usbhid.ko.gz
/modules/kernel_ver/usb/usb-storage

4.3.1 initrd module list (kernel_ver = 2.6.30.5):

/lib/modules/kernel_ver/crypto/aes_generic.ko.gz
/lib/modules/kernel_ver/crypto/cbc.ko.gz
/lib/modules/kernel_ver/fs/aufs/aufs.ko.gz
/lib/modules/kernel_ver/fs/fuse/fuse.ko.gz
/lib/modules/kernel_ver/fs/nls/nls_cp437.ko.gz
/lib/modules/kernel_ver/fs/nls/nls_cp850.ko.gz #default for FAT in 2.6.29.2 but not loaded by init
/lib/modules/kernel_ver/fs/nls/nls_cp852.ko.gz
/lib/modules/kernel_ver/fs/nls/nls_iso8859-1.ko.gz
/lib/modules/kernel_ver/fs/nls/nls_iso8859-2.ko.gz
/lib/modules/kernel_ver/fs/nls/nls_utf8.ko.gz #not loaded by init script
/lib/modules/kernel_ver/fs/squashfs/squashfs.ko.gz
/lib/modules/kernel_ver/drivers/block/cryptoloop.ko.gz
/lib/modules/kernel_ver/drivers/parport/parport.ko.gz
/lib/modules/kernel_ver/drivers/pcmcia/yenta_socket.ko.gz
/lib/modules/kernel_ver/drivers/pcmcia/rsrc_nonstatic.ko.gz
/lib/modules/kernel_ver/drivers/scsi/scsi_wait_scan.ko.gz
/lib/modules/kernel_ver/drivers/ssb/ssb.ko.gz
/lib/modules/kernel_ver/drivers/usb/core/usbcore.ko.gz
/lib/modules/kernel_ver/drivers/usb/host/ehci-hcd.ko.gz
/lib/modules/kernel_ver/drivers/usb/host/ohci-hcd.ko.gz
/lib/modules/kernel_ver/drivers/usb/host/uhci-hcd.ko.gz
/lib/modules/kernel_ver/drivers/usb/storage/usb-storage.ko.gz
/lib/moudels/kernel_ver/drivers/hid/usbhid/usbhid
/lib/moudels/kernel_ver/drivers/hid/usbhid/hid-*
...

Note in 4.3.1 there are some modules not loaded in init scripts but present in initram, also note squashfs module is included (seems that the embed squashfs supported in kernel is not used). I suppose the module list is short cause many modules were already included in the kernel.

kirk, MU, Bruce B and other developers, could you give me please, some recommendations about what should be included or excluded in the initrd, based in your experience and thinking in Puppy 2 series need, for example what do the partport.ko and freevxfs.ko modules enable?, Is there any advantage having so many nls_cp* modules?.

I recently found that, the nls_cp* modules are used for compatibility with DOS codepages. If you mount an msdos or vfat filesystem and you see strange characters in the filenames, you might need to mount with the "codepage=" option. For example, cp437 is the default IBM PC character set, cp850 is commonly used for Western European languages. But I still don´t know what the others nls_cp modules do.

Any information is welcome

clarf