Re: re freezing powerpc
Ward == Ward Deng [EMAIL PROTECTED] writes: Ward Turbosparc is supported in 2.0.35(?) stable kernel if my Ward memory serves. Correct. -- Stephen --- Perl is really designed more for the guys that will hack Perl at least 20 minutes a day for the rest of their career. TCL/Python is more a 20 minutes a week, and VB is probably in that 20 minutes a month group. :) -- Randal Schwartz
Re: re freezing powerpc
Ward Deng wrote: Eric, I am interested in helping on building a tftp image based Debian installation procedure for UltraSPARC. We are working with RedHat based UltraPenguin kernel which also supports 32-bit SPARC but most of us do not like to work with a hybrid system. Many developers suggested me try working on a pure Debian 32-bit system with UltraPenguin kernel. Since UltraPenguin is still a 32-bit system except the kernel itself, we think we can make it working. Since you have been the major developer for 32-bit Debian/SPARC installation related work, can you help give me some information and guidance? What I try to learn is how to merge a bootable image (I knew it is a.out format converted from ELF) with Debian installer. Kernel developers intended to provide a system supporting both 32-bit and 64-bit. We do not know what Debian SPARC developers think about this. Any ideas? Hello ward, if you can live with a full sparc32 system (including glibc), you can quickly build a bootable system using actual bootdisks by replacing just the tftpboot image with a new one based on ultralinux kernel. To recreate the tftpboot image: 1. build your kernel 2. convert it to a.out using elftoaout (*) then rename it to tftpboot.img 3. get the system.map (uncompressed) the root image (root.bin) files 4. then run piggyback (*) with all of these files : # piggyback tftpboot.img system.map root.bin 5. finally, you can pad the resulting file to be 4-bytes aligned (some of old sun4c workstations won't boot if using a not aligned tftp image, but I don't think new ultrasparcs are buggy like that). The file attached to this mail will do all the job. Call it with the following parameters : # tftpboot.sh kernel system.map root.bin Unfortunately, I think other methods than netboot could not easily converted to ultralinux since AFAIK you have to replace silo by a newer (0.7.something on the rescue image), change the linux kernel and rebuild the drivers' disk. However the boot-floppies package is not usable for sparc in its current state. I'm starting to review the new code and fix it for the new set of bootdisks I plan to release soon (after the release of the new glibc). As soon as the package will be fixed I will let you know. Hope this help. (*) elftoaout piggyback are available in the sparc-utils debian package. PS: there could be a problem when installing modules since the ones in the installation subsystem are for sparc32 2.0.33 kernel, but just skipping this step should solve it ;) -- Eric Delaunay | La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant. Henri Jeanson (1900-1970) #! /bin/sh # Boot Disk maker for TFTP prototcol. # Eric Delaunay, February 1998. # This is free software under the GNU General Public License. # Abort on any non-zero return. #set -e #set -x # Print a usage message and exit if the argument count is wrong. if [ $# != 4 ]; then echo Usage: $0 linux system.map root-image debian-version 12 cat 12 EOF linux: the Linux kernel (may be compressed). system.map: the map file (may by compressed). root-image: a compressed disk image to load in ramdisk and mount as root. debian-version: version of the Debian release. EOF exit -1 fi # Set this to the location of the kernel kernel=$1 # Set this to the location of the kernel map file sysmap=$2 # Set this to the location of the root filesystem image rootimage=$3 #Set this to the Debian version debianversion=$4 # Make sure the files are available. if [ -f $kernel -a -f $sysmap -a -f $rootimage ]; then : else echo Can't find files: $kernel, $sysmap, $rootimage 12 exit -1 fi tmp=/var/tmp/tftpboot.$$ mkdir -p $tmp # Do the actual work of making the kernel image bootable. tftpimage=tftpboot.img # 1/ uncompress it if needed if file $kernel | grep gzip /dev/null; then zcat $kernel $tmp/image else cp $kernel $tmp/image fi # 2/ convert it to aout format if file $tmp/image | grep ELF /dev/null; then elftoaout -o $tftpimage $tmp/image rm $tmp/image else mv $tmp/image $tftpimage fi # 3/ uncompress the system.map file if needed if file $sysmap | grep gzip /dev/null; then zcat $sysmap $tmp/system.map sysmap=$tmp/system.map fi # 4/ append rootimage to the kernel piggyback $tftpimage $sysmap $rootimage size=`wc $tftpimage` rem=`expr \( 4 - $size % 4 \) % 4 dd if=/dev/zero bs=1 count=$rem $tftpimage ls -l $tftpimage # cleanup rm -fr $tmp exit 0
Re: re freezing powerpc
sparc has got a working but _very_ old installation set (to be updated) Yes I know that, but I'm waiting for fixed glibc/bash before working on new installation set. I recently bought a SCSI CD-recorder, so I will also be able to build try CD images for sparc. Eric, I am interested in helping on building a tftp image based Debian installation procedure for UltraSPARC. We are working with RedHat based UltraPenguin kernel which also supports 32-bit SPARC but most of us do not like to work with a hybrid system. Many developers suggested me try working on a pure Debian 32-bit system with UltraPenguin kernel. Since UltraPenguin is still a 32-bit system except the kernel itself, we think we can make it working. Since you have been the major developer for 32-bit Debian/SPARC installation related work, can you help give me some information and guidance? What I try to learn is how to merge a bootable image (I knew it is a.out format converted from ELF) with Debian installer. Kernel developers intended to provide a system supporting both 32-bit and 64-bit. We do not know what Debian SPARC developers think about this. Any ideas? BTW, do/should we have to use a 2.1 kernel ? I heard latest 2.1 releases fix the sun4c slowdown, support Turbosparc, ... Anybody already packaged one ? I do not think 2.1.x fixes sun4c slowdown but has maybe some improvements. Turbosparc is supported in 2.0.35(?) stable kernel if my memory serves. Thanks, --ward
Re: re freezing powerpc
Christian Meder wrote: On Fri, Nov 06, 1998 at 01:50:20AM -0500, Daniel Jacobowitz wrote: debian/sparc at present: - has X albeit still slightly buggy but definitly usable, but we have to wait for the X revolution to settle down before we can try to rebuild a more recent version - is switching glibc versions by five true for sparc, too. But I'm using a 2.0.99 cvs snapshot which is a real improvement for sparc: * the ^Z problems with bash and other signal handling oddities (sparc specific) are gone = we can run 2.1.x kernels on Debian/Sparc now * it has got a db1 interface * the exp function segfault (sparc specific) is fixed ... - has no working base tarball, let alone installer sparc has got a working but _very_ old installation set (to be updated) Yes I know that, but I'm waiting for fixed glibc/bash before working on new installation set. I recently bought a SCSI CD-recorder, so I will also be able to build try CD images for sparc. BTW, do/should we have to use a 2.1 kernel ? I heard latest 2.1 releases fix the sun4c slowdown, support Turbosparc, ... Anybody already packaged one ? - has nothing approaching the set of packages it could given a little more time ditto for sparc. But I guess you could call it a reasonable subset by release time. I hope availability of the new glibc will speed up the building process. Regards. -- Eric Delaunay | La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant. Henri Jeanson (1900-1970)
[meder@isr.uni-stuttgart.de: Re: re freezing powerpc]
Oops, forgot to send it to the list too ! - Forwarded message from Christian Meder [EMAIL PROTECTED] - Message-ID: [EMAIL PROTECTED] Date: Sat, 7 Nov 1998 18:10:23 +0100 From: Christian Meder [EMAIL PROTECTED] To: Eric Delaunay [EMAIL PROTECTED] Subject: Re: re freezing powerpc References: [EMAIL PROTECTED] [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: [EMAIL PROTECTED]; from Eric Delaunay on Fri, Nov 06, 1998 at 10:09:33PM +0100 Status: RO Content-Length: 2101 Lines: 64 On Fri, Nov 06, 1998 at 10:09:33PM +0100, Eric Delaunay wrote: Christian Meder wrote: On Fri, Nov 06, 1998 at 01:50:20AM -0500, Daniel Jacobowitz wrote: debian/sparc at present: - has X albeit still slightly buggy but definitly usable, but we have to wait for the X revolution to settle down before we can try to rebuild a more recent version - is switching glibc versions by five true for sparc, too. But I'm using a 2.0.99 cvs snapshot which is a real improvement for sparc: * the ^Z problems with bash and other signal handling oddities (sparc specific) are gone = we can run 2.1.x kernels on Debian/Sparc now * it has got a db1 interface * the exp function segfault (sparc specific) is fixed ... - has no working base tarball, let alone installer sparc has got a working but _very_ old installation set (to be updated) Yes I know that, but I'm waiting for fixed glibc/bash before working on new installation set. I recently bought a SCSI CD-recorder, so I will also be able to build try CD images for sparc. Great ;-) BTW, do/should we have to use a 2.1 kernel ? I heard latest 2.1 releases fix the sun4c slowdown, support Turbosparc, ... Anybody already packaged one ? I use the recompiled 2.1.125 package from Hartmut Koptein (powerpc) and will upload it with the new glibc. - has nothing approaching the set of packages it could given a little more time ditto for sparc. But I guess you could call it a reasonable subset by release time. I hope availability of the new glibc will speed up the building process. I hope so too. I'll upload the new glibc with a new 2.0.35 kernel, a 2.1.125 kernel and the updated base packages. Greetings, Christian -- Christian Meder, email: [EMAIL PROTECTED] What's the railroad to me ? I never go to see Where it ends. It fills a few hollows, And makes banks for the swallows, It sets the sand a-blowing, And the blackberries a-growing. (Henry David Thoreau) - End forwarded message - -- Christian Meder, email: [EMAIL PROTECTED] What's the railroad to me ? I never go to see Where it ends. It fills a few hollows, And makes banks for the swallows, It sets the sand a-blowing, And the blackberries a-growing. (Henry David Thoreau)
Re: re freezing powerpc
On Fri, Nov 06, 1998 at 01:50:20AM -0500, Daniel Jacobowitz wrote: I think this is a bad idea. debian/powerpc at present: - has no X (until the new glibc is uploaded) debian/sparc at present: - has X albeit still slightly buggy but definitly usable, but we have to wait for the X revolution to settle down before we can try to rebuild a more recent version - is switching glibc versions by five true for sparc, too. But I'm using a 2.0.99 cvs snapshot which is a real improvement for sparc: * the ^Z problems with bash and other signal handling oddities (sparc specific) are gone = we can run 2.1.x kernels on Debian/Sparc now * it has got a db1 interface * the exp function segfault (sparc specific) is fixed ... - has no working base tarball, let alone installer sparc has got a working but _very_ old installation set (to be updated) - has nothing approaching the set of packages it could given a little more time ditto for sparc. But I guess you could call it a reasonable subset by release time. Greetings, Christian -- Christian Meder, email: [EMAIL PROTECTED] What's the railroad to me ? I never go to see Where it ends. It fills a few hollows, And makes banks for the swallows, It sets the sand a-blowing, And the blackberries a-growing. (Henry David Thoreau)
Re: re freezing powerpc
debian/sparc at present: - has X albeit still slightly buggy but definitly usable, but we have to wait for the X revolution to settle down before we can try to rebuild a more recent version If glibc 2.0.99 turns out, I'm going to try and run the new source through the compiler next week. If anyone has any particular bugs they want me to check and/or try and fix let me know... (Jules, I still have your info about the VC troubles so you don't need to remind me - if anyone else told me something it may have gotten lost in my inbox and reminding me won't hurt.) mvh, /Anders -- -- Of course I'm crazy, but that doesn't mean I'm wrong. Anders Hammarquist | [EMAIL PROTECTED] Not system administrator at DjungelData | Hem: +46 31 47 69 27 Chalmers University of Technology, G|teborg, Sweden | Mob: +46 707 27 86 87
glibc fixes for sparc (was Re: re freezing powerpc)
Christian == Christian Meder [EMAIL PROTECTED] writes: Christian interface * the exp function segfault (sparc specific) Christian is fixed ... And there was *much* loud rejoicing! :) Are there any details on that fix? My reading of the feholdexcept code made me think it was *completely* backwards, but I didn't get to trying to fix it. -- Stephen --- Perl is really designed more for the guys that will hack Perl at least 20 minutes a day for the rest of their career. TCL/Python is more a 20 minutes a week, and VB is probably in that 20 minutes a month group. :) -- Randal Schwartz
