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" 1>&2 cat 1>&2 << 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" 1>&2 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
> "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
> > 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: freezing powerpc and sparc
On Mon, Nov 09, 1998 at 08:39:53AM -0500, Brian White wrote: > > > It's up to you guys. I was told powerpc was ready except it needed kernel > > > 2.1, which I okayed. > > > > I would like to see Sparc getting frozen. If we don't make the release > > we tried it at least ;-) > > No. Doing that means big hits to the FTP mirrors. "Do or do not. There > is no 'try'." Ok. I vote for 'do'. 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: freezing powerpc and sparc
> > It's up to you guys. I was told powerpc was ready except it needed kernel > > 2.1, which I okayed. > > I would like to see Sparc getting frozen. If we don't make the release > we tried it at least ;-) No. Doing that means big hits to the FTP mirrors. "Do or do not. There is no 'try'." Brian ( [EMAIL PROTECTED] ) --- In theory, theory and practice are the same. In practice, they're not.
Re: freezing powerpc and sparc
On Fri, Nov 06, 1998 at 01:52:30PM -0500, Daniel Jacobowitz wrote: > On Fri, Nov 06, 1998 at 09:23:00AM -0500, Brian White wrote: > > It's up to you guys. I was told powerpc was ready except it needed kernel > > 2.1, which I okayed. > > In that case, we'll wait for the next time around - hopefully we should > be ready by then. the linuxppc folk just have announced that they are going to release a glibc2.1 based distrib by december, it would have been nice to release debian/ppc before them. by the way, whats the status on X, the packages are again there, but i am not bale to check them. is it no problem to use xbase_3.3.2.3a-7.deb together with xlib6g_3.3.2.3-1.deb and xserver-fbdev_3.3.2.3-1.deb. i am sorry that i was not able to help more like i wanted, but my scsi cable is broken and in reparation right now, so i don't have disks to play with. Is it possible to get an account on tervola or some other ppc box ? Friendly, Sven LUTHER
Re: freezing powerpc and sparc
On Fri, Nov 06, 1998 at 09:23:00AM -0500, Brian White wrote: > It's up to you guys. I was told powerpc was ready except it needed kernel > 2.1, which I okayed. > I would like to see Sparc getting frozen. If we don't make the release we tried it at least ;-) But we will need a newer glibc2.1 in frozen which will be uploaded soonish. It's not a bugfix release but it's a _big_ improvement on Sparc (you can't work on a machine with slightly broken signal handling and consequently a slightly broken bash ;-) 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)
[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
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)
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
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
Re: freezing powerpc and sparc
On Fri, Nov 06, 1998 at 09:23:00AM -0500, Brian White wrote: > It's up to you guys. I was told powerpc was ready except it needed kernel > 2.1, which I okayed. In that case, we'll wait for the next time around - hopefully we should be ready by then. Dan
Re: freezing powerpc and sparc
It's up to you guys. I was told powerpc was ready except it needed kernel 2.1, which I okayed. > > 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. Brian ( [EMAIL PROTECTED] ) --- Seize the moment! Live now. Make "now" always the most important time. -- JLP
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)