<br><font size=2 face="sans-serif">well....One of the things that attracted
me to aurora was the support for the 32 bit machines. I now have 32 and
64 bit machines running aurora and it is nice to have some consistancy.</font>
<br>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>&quot;Tom 'spot' Callaway&quot;
&lt;tcallawa@redhat.com&gt;</b> </font>
<br><font size=1 face="sans-serif">Sent by: aurora-sparc-user-bounces@lists.auroralinux.org</font>
<p><font size=1 face="sans-serif">03/16/2007 05:08 PM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
Aurora user discussion &lt;aurora-sparc-user@lists.auroralinux.org&gt;</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Aurora Mailing List &lt;aurora-sparc-user@lists.auroralinux.org&gt;</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">[Aurora-sparc-user] [Fwd: Re: sparc32
esp connected CDROM failures]</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>Well folks, Dave lays out the law:<br>
<br>
Do we want to keep supporting sparc32 systems? There is no current<br>
upstream kernel maintainer for sparc32 (sparc64 is maintained by Dave<br>
Miller).<br>
<br>
Right now, all the other SPARC Linux distributions (except Debian and<br>
Aurora) have dropped sparc32 support. Debian has dropped support for old<br>
sparc32, only sun4m are supported now.<br>
<br>
Rather than just doing it, I'd like to hear people's thoughts.<br>
<br>
~spot<br>
<br>
-------- Forwarded Message --------<br>
From: David Miller &lt;davem@davemloft.net&gt;<br>
To: tcallawa@redhat.com<br>
Cc: sparclinux@vger.kernel.org<br>
Subject: Re: sparc32 esp connected CDROM failures<br>
Date: Fri, 16 Mar 2007 13:52:13 -0700 (PDT)<br>
<br>
From: &quot;Tom 'spot' Callaway&quot; &lt;tcallawa@redhat.com&gt;<br>
Date: Fri, 16 Mar 2007 14:47:00 -0500<br>
<br>
&gt; The ioctl error repeats once more in the sequence...but the CDROM
seems<br>
&gt; to work ok, as compared to sparc32, where it refuses to work.<br>
<br>
Unfortunately that puts the ball in your or someone else's court,<br>
since I don't have any sparc32 systems and therefore any way to work<br>
on sparc32 bugs.<br>
<br>
Sorry.<br>
<br>
Really, you should drop sparc32 support in Aurora if you want my<br>
opinion. &nbsp;Then you can build glibc sparcv9 by default and make other<br>
significant improvements to the userspace. &nbsp;I probably won't ever
use<br>
Aurora until you make this switch, the performance just from being<br>
able to -mcpu=v8 -mtune=ultrasparc all of userspace is very noticable.<br>
<br>
Making a distribution for a kernel platform that has no active<br>
maintainer is beyond foolish, you'll always have bugs that nobody<br>
is going to fix other than yourself and that doesn't scale and<br>
will continually hold up the release.<br>
<br>
_______________________________________________<br>
Aurora-sparc-user mailing list<br>
Aurora-sparc-user@lists.auroralinux.org<br>
http://lists.auroralinux.org/mailman/listinfo/aurora-sparc-user<br>
Aurora FAQ: http://www.ecs.soton.ac.uk/~mas01r/aurorafaq.html<br>
</font></tt>
<br>