Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
On Wed, 15 Feb 2006, Aurelien Jarno wrote: [volta:~]$ uptime 16:06:30 up 2 days, 8:39, 2 users, load average: 1.10, 1.04, 1.12 The machine is working like a charm for a little more than two days, building packages during all the day. I haven't see any problem, the machine seems to be very stable with this kernel Bye, Aurelien Great! In the meantime I've built the new kernels based on 2.6.16-rc3, which are available at the usual place. The sparc32 package should now contain stripped kernel. I would appreciate if you could test it, because it's going to be uploaded to experimental within the next few days. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
On Wed, 15 Feb 2006, Martin Habets wrote: Is there a reason why this strip isn't done by the normal (upstream) kernel build? It's fairly difficult (but not impossible) to get a bootable kernel without this. Martin No good reason, I guess. Do you volunteer? :-) Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
Jurij Smakov a écrit : On Wed, 15 Feb 2006, Aurelien Jarno wrote: [volta:~]$ uptime 16:06:30 up 2 days, 8:39, 2 users, load average: 1.10, 1.04, 1.12 The machine is working like a charm for a little more than two days, building packages during all the day. I haven't see any problem, the machine seems to be very stable with this kernel Bye, Aurelien Great! In the meantime I've built the new kernels based on 2.6.16-rc3, which are available at the usual place. The sparc32 package should now contain stripped kernel. I would appreciate if you could test it, because it's going to be uploaded to experimental within the next few days. I have just tried it and it works! The kernel is now stripped correctly, and everythings seems to work. I haven't stressed it a lot yet, but I doubt it will fails. Thanks for you work! Bye, Aurélien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
Is there a reason why this strip isn't done by the normal (upstream) kernel build? It's fairly difficult (but not impossible) to get a bootable kernel without this. Martin On Sun, Feb 12, 2006 at 07:20:00PM -0800, Jurij Smakov wrote: That's not really necessary. We are usually reducing the size of the kernel to acceptable by stripping the sparc32 kernel of non-essential sections by running the command: strip -R .comment -R .note -K sun4u_init -K _end -K _start arch/sparc/boot/image I've implemented it in the new packaging system too, and I see in the build log that it has been invoked, however the image which got into the deb appears to be unstripped. I'll investigate that. In the meantime use this command to reduce the image size on installed system (you'll have to ungzip it first). Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
Hi! Aurelien Jarno a écrit : I am now running it for one hour without problem, and I am stressing it by building some packages. I will tell you more about the stability of the kernel in a couple of days. [volta:~]$ uptime 16:06:30 up 2 days, 8:39, 2 users, load average: 1.10, 1.04, 1.12 The machine is working like a charm for a little more than two days, building packages during all the day. I haven't see any problem, the machine seems to be very stable with this kernel Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
On Monday 13 February 2006 08:33, Aurelien Jarno wrote: CONFIG_EXT2_FS=y This is probably enabled because we've been using an ext2 initrd. CONFIG_BLK_DEV_FD=y Not sure about this one. pgptAo0bToDQf.pgp Description: PGP signature
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
On Thu, Feb 09, 2006 at 09:46:14AM -0800, Jurij Smakov wrote: Hi, Hi! I've committed the changes to build sparc32 images to the experimental branch of the svn and run a test build. The resulting images are available for download at http://www.wooyd.org/debian/kernels/. As soon as other Thanks for your work! Please share your experiences. Note that yaird has some problems with Today I have decided to go to the cellar to take my old SparcStation 4, which was waiting there for months (I now have a faster Ultra 10). I have started it, upgraded to current sid, it still works well, but using a 2.6.8 kernel from Sarge. Then I have tried your kernel. I have got a problem at boot, it seems the image is too big: Boot device: /iommu/sbus/[EMAIL PROTECTED],840/[EMAIL PROTECTED],880/[EMAIL PROTECTED],0 File and args: SILO Version 1.4.9 boot: Uncompressing image... \ Decompression error: uncompressed image too long - wouldn't fit into destination Error loading /boot/vmlinuz Here are the size of the images: -rw--- 1 root root 1222009 2006-02-12 21:37 /boot/initrd.img-2.6.16-rc2-sparc32 -rw-r--r-- 1 root root 2564096 2005-07-11 13:26 /boot/initrd.img-2.6.8-2-sparc32 -rw-r--r-- 1 root root 1261896 2006-02-10 12:33 /boot/vmlinuz-2.6.16-rc2-sparc32 -rw-r--r-- 1 root root 994063 2005-06-10 04:16 /boot/vmlinuz-2.6.8-2-sparc32 As you can see the size of vmlinuz 2.6.15-rc2 is bigger than the 2.6.8 one. On the contrary, the size of the initrd is smaller. IIRC, the size limit is 3.4MB for sparc64 and 2.4 for sparc32. However, the uncompressed size of vmlinuz is 2.1MB, so I may be wrong. It looks like some part of the kernel has to be put into modules. I will try to have a look next week-end. Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
On Sun, Feb 12, 2006 at 10:18:16PM +0100, Aurelien Jarno wrote: IIRC, the size limit is 3.4MB for sparc64 and 2.4 for sparc32. However, the uncompressed size of vmlinuz is 2.1MB, so I may be wrong. Well I am wrong. 2.1MB is the size of the 2.6.8 image. The one of the 2.6.16rc2 is 2.9MB. That explains the problem, we have 500kB of stuff to remove... -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
On Sun, 12 Feb 2006, Aurelien Jarno wrote: On Sun, Feb 12, 2006 at 10:18:16PM +0100, Aurelien Jarno wrote: IIRC, the size limit is 3.4MB for sparc64 and 2.4 for sparc32. However, the uncompressed size of vmlinuz is 2.1MB, so I may be wrong. Well I am wrong. 2.1MB is the size of the 2.6.8 image. The one of the 2.6.16rc2 is 2.9MB. That explains the problem, we have 500kB of stuff to remove... That's not really necessary. We are usually reducing the size of the kernel to acceptable by stripping the sparc32 kernel of non-essential sections by running the command: strip -R .comment -R .note -K sun4u_init -K _end -K _start arch/sparc/boot/image I've implemented it in the new packaging system too, and I see in the build log that it has been invoked, however the image which got into the deb appears to be unstripped. I'll investigate that. In the meantime use this command to reduce the image size on installed system (you'll have to ungzip it first). Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
if any one gets a sparc32 - smp 2.6.16+ kernel compilied and get make it available for download as a deb, I can test on some dual and quad processor systems. Let me know. Jim -- Original Message --- From: Jurij Smakov [EMAIL PROTECTED] [UTF-8?]To: Ludovic Courtès [EMAIL PROTECTED] Cc: debian-sparc@lists.debian.org Sent: Fri, 10 Feb 2006 20:32:05 -0800 (PST) Subject: Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available [UTF-8?] On Fri, 10 Feb 2006, Ludovic Courtès wrote: Hi, Yesterday, 19 hours, 45 minutes, 7 seconds ago, Jurij Smakov wrote: I've committed the changes to build sparc32 images to the experimental branch of the svn and run a test build. The resulting images are available for download at http://www.wooyd.org/debian/kernels/. Great! Would it be possible for you to build sparc32 SMP images as well? I'd be glad to test it. I don't think it makes too much sense to build the SMP images at this point. The only person actively involved in making 2.6 SMP kernels work on sparc32 is Bob Breuer, and according to his recent post to sparc-linux list [0], it's not quite there yet. If you are seriously interested in testing SMP on sparc32, it is pretty simple to apply the patch mentioned in this message and build your own kernel (let me know if you'll need help with it). [0] http://marc.theaimsgroup.com/?l=linux-sparcm=113822757706953w=2 Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC --- End of Original Message --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
Hi, Yesterday, 19 hours, 45 minutes, 7 seconds ago, Jurij Smakov wrote: I've committed the changes to build sparc32 images to the experimental branch of the svn and run a test build. The resulting images are available for download at http://www.wooyd.org/debian/kernels/. Great! Would it be possible for you to build sparc32 SMP images as well? I'd be glad to test it. Thanks, Ludovic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
On Fri, 10 Feb 2006, Ludovic Court�s wrote: Hi, Yesterday, 19 hours, 45 minutes, 7 seconds ago, Jurij Smakov wrote: I've committed the changes to build sparc32 images to the experimental branch of the svn and run a test build. The resulting images are available for download at http://www.wooyd.org/debian/kernels/. Great! Would it be possible for you to build sparc32 SMP images as well? I'd be glad to test it. I don't think it makes too much sense to build the SMP images at this point. The only person actively involved in making 2.6 SMP kernels work on sparc32 is Bob Breuer, and according to his recent post to sparc-linux list [0], it's not quite there yet. If you are seriously interested in testing SMP on sparc32, it is pretty simple to apply the patch mentioned in this message and build your own kernel (let me know if you'll need help with it). [0] http://marc.theaimsgroup.com/?l=linux-sparcm=113822757706953w=2 Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
Re: 2.6.16-rc2 sparc32 (and sparc64) kernel images available
On Thursday 09 February 2006 18:46, Jurij Smakov wrote: Please share your experiences. Note that yaird has some problems with 2.6.16, so you might have better luck with using initramfs-tools as your initrd generator. Hmm. For me at least mkinitramfs-tools currently does not work currently: http://bugs.debian.org/347902 pgpCm5GRl46Dn.pgp Description: PGP signature
