Re: Debian drops support for sparc
On 30/07/2015, David Miller wrote: > From: Josip Rodin > Date: Thu, 30 Jul 2015 21:22:30 +0200 > >> On Thu, Jul 30, 2015 at 06:48:24PM +0200, Sam Ravnborg wrote: >>> > But I think the focus should probably be on the sheer redness of the >>> > sparc >>> > columns at: >>> > https://release.debian.org/jessie/arch_qualify.html (current release) >>> >>> >From the link above: >>> " >>> sparc >>> >>> Upstream Support >>> >>> According to the gcc maintainer 32bit code generation as we use it is no >>> longer supported upstream and we should aim for a switch to 64bit >>> userland anytime soon. >>> " >>> >>> Is it correct that 32bit gcc is no longer maintained? >>> I have seen nothing on gcc mailaing list about this. >> >> That's from jessie, which was already released. The said note has been >> removed from the list for stretch. > > The thing is, it makes no sense to go to a 64-bit only userland > distribition. > > What does make sense is maybe only supporting sparc64 kernels, > but with a userland that is built 32-bit targetting v8plus. > >> The problem is that numerous other issues - haven't. > > It would be nice to narrow things down to the real issues. > > The only major blocker I know of is the kernel FPU issue, which is > what I'm spending all of my sparc cycles on. > -- > To unsubscribe from this list: send the line "unsubscribe sparclinux" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Hi, As far as I remember Debian dropped Sparc32 support quite a few years ago. So I guess what is being dropped this time around is the official support for 64-bit kernel + 32-bit/v8plus userland. Then only the unofficial port of 64-bit kernel + 64-bit userland remains. Regards, Kjetil Oftedal -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CALMQjD-REfcWX=ie11uwjarkpme3qbn5l+etea0ibql2w0s...@mail.gmail.com
Re: Sparc removal
Hi, Christian PERRIER (2015-07-27): > Quoting Joerg Jaspert (jo...@debian.org): > > Hi, > > > > following the last[1] announce, I just removed sparc from > > > > unstable > > experimental > > jessie-updates > > .../... > > As a consequence, should we keep sparc-only packages -I know about > silo-installer at least) in trunk or should they be moved to the > attic? Moving to attic looks good to me. > The same stands for the installation guide specific parts as > well. These things are not things I have followed closely over the > years, though, so there may be good reasons to still keep Sparc-only > components in our main tree. I'm a bit unsure. If sparc ever comes back as sparc64, it might make sense to reuse some bits. But I'm not sure whether both archs would be close enough for that to happen, or if they would be different beasts like arm{el,hf} and arm64 are. I suppose the former might be true since it might just be about the number of bits in kernel/user-space, rather than a completely new arch. I've added debian-sparc@ to cc; hopefully someone knowledgeable might jump in. Mraw, KiBi. signature.asc Description: Digital signature
Re: Debian drops support for sparc
From: Josip Rodin Date: Thu, 30 Jul 2015 21:22:30 +0200 > On Thu, Jul 30, 2015 at 06:48:24PM +0200, Sam Ravnborg wrote: >> > But I think the focus should probably be on the sheer redness of the sparc >> > columns at: >> > https://release.debian.org/jessie/arch_qualify.html (current release) >> >> >From the link above: >> " >> sparc >> >> Upstream Support >> >> According to the gcc maintainer 32bit code generation as we use it is no >> longer supported upstream and we should aim for a switch to 64bit userland >> anytime soon. >> " >> >> Is it correct that 32bit gcc is no longer maintained? >> I have seen nothing on gcc mailaing list about this. > > That's from jessie, which was already released. The said note has been > removed from the list for stretch. The thing is, it makes no sense to go to a 64-bit only userland distribition. What does make sense is maybe only supporting sparc64 kernels, but with a userland that is built 32-bit targetting v8plus. > The problem is that numerous other issues - haven't. It would be nice to narrow things down to the real issues. The only major blocker I know of is the kernel FPU issue, which is what I'm spending all of my sparc cycles on. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150730.145333.446433002495236815.da...@davemloft.net
Re: Debian drops support for sparc
On Thu, Jul 30, 2015 at 06:48:24PM +0200, Sam Ravnborg wrote: > > But I think the focus should probably be on the sheer redness of the sparc > > columns at: > > https://release.debian.org/jessie/arch_qualify.html (current release) > > >From the link above: > " > sparc > > Upstream Support > > According to the gcc maintainer 32bit code generation as we use it is no > longer supported upstream and we should aim for a switch to 64bit userland > anytime soon. > " > > Is it correct that 32bit gcc is no longer maintained? > I have seen nothing on gcc mailaing list about this. That's from jessie, which was already released. The said note has been removed from the list for stretch. The problem is that numerous other issues - haven't. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150730192230.ga...@entuzijast.net
Re: Debian drops support for sparc
From: Sam Ravnborg Date: Thu, 30 Jul 2015 18:48:24 +0200 > From the link above: > " > sparc > > Upstream Support > > According to the gcc maintainer 32bit code generation as we use it is no > longer supported upstream and we should aim for a switch to 64bit userland > anytime soon. > " > > Is it correct that 32bit gcc is no longer maintained? > I have seen nothing on gcc mailaing list about this. That really can't be true. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150730.50.1222066541237598978.da...@davemloft.net
Re: Debian drops support for sparc
On Thu, Jul 30, 2015 at 11:48 AM, Sam Ravnborg wrote: >> But I think the focus should probably be on the sheer redness of the sparc >> columns at: >> https://release.debian.org/jessie/arch_qualify.html (current release) > > >From the link above: > " > sparc > > Upstream Support > > According to the gcc maintainer 32bit code generation as we use it is no > longer supported upstream and we should aim for a switch to 64bit userland > anytime soon. > " > > Is it correct that 32bit gcc is no longer maintained? > I have seen nothing on gcc mailaing list about this. > I've challenged this assertion, too. I don't see any evidence of it being true. 32-bit userland makes sense for most RISC architectures because the increased code/memory size for switching to 64-bit apps is not justified in most cases. x86 is the weird case that 64-bit code can run faster due to more registers, an efficient calling convention, and %rip relative addressing. Even Solaris 10+ (which only supports 64-bit sparc kernels) has a 32-bit userland for this reason. I think that, of all people, the gcc sparc maintainers, understand this. I can only guess what "32bit code generation as we use it" means, but I doubt that it means "32-bit code targeting sparcv9 ISA". -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAEk2StkmEQw3vdBiSNDrrtyYMLphWD8tBi6k=ma8hgx_g9t...@mail.gmail.com
Re: Debian drops support for sparc
On Thu, Jul 30, 2015 at 11:48 AM, Sam Ravnborg wrote: > > But I think the focus should probably be on the sheer redness of the > sparc > > columns at: > > https://release.debian.org/jessie/arch_qualify.html (current release) > > >From the link above: > " > sparc > > Upstream Support > > According to the gcc maintainer 32bit code generation as we use it is no > longer supported upstream and we should aim for a switch to 64bit userland > anytime soon. > " > > Is it correct that 32bit gcc is no longer maintained? > I have seen nothing on gcc mailaing list about this. > > I've challenged this assertion, too. I don't see any evidence of it being true. 32-bit userland makes sense for most RISC architectures because the increased code/memory size for switching to 64-bit apps is not justified in most cases. x86 is the weird case that 64-bit code can run faster due to more registers, an efficient calling convention, and %rip relative addressing. Even Solaris 10+ (which *only *supports 64-bit sparc *kernels*) has a 32-bit userland for this reason. I think that, of all people, the gcc sparc maintainers, understand this. I can only guess what "32bit code generation as we use it" means, but I doubt that it means "32-bit code targeting sparcv9 ISA". Patrick
Re: Debian drops support for sparc
> But I think the focus should probably be on the sheer redness of the sparc > columns at: > https://release.debian.org/jessie/arch_qualify.html (current release) >From the link above: " sparc Upstream Support According to the gcc maintainer 32bit code generation as we use it is no longer supported upstream and we should aim for a switch to 64bit userland anytime soon. " Is it correct that 32bit gcc is no longer maintained? I have seen nothing on gcc mailaing list about this. Sam -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150730164823.ga26...@ravnborg.org
Re: Debian drops support for sparc
On Thu, Jul 30, 2015 at 04:04:54PM +0200, Sam Ravnborg wrote: > Hi all. > > Debian have decided to drop support for sparc. > See additional details here: > https://lists.debian.org/debian-sparc/2015/07/msg00023.html > > To the best of my understanding this is 32 bit userland > on top of sparc64 kernel that is dropped. > > In Debian ports there is a sparc64 port which is 64-bit > userland on top of sparc64 kernel. > There are talks about improving support for the sparc64 > ports but I have not read anything conclusive. > > Additional details can be found the following bug report: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745938 > > A major issue is that gcc-4.9 cannot be built for sparc > for reasons that I failed to follow. That was a problem for about five months last year, afterwards it was resolved, though some issues happened later as well: https://buildd.debian.org/status/logs.php?pkg=gcc-4.9&arch=sparc The next version also had a spotty coverage: https://buildd.debian.org/status/logs.php?pkg=gcc-5&arch=sparc But I think the focus should probably be on the sheer redness of the sparc columns at: https://release.debian.org/stretch/arch_qualify.html (prospective release) https://release.debian.org/jessie/arch_qualify.html (current release) So, the recurring issues of the number of porters, default compiler, and buildd kernel stability are critical. And probably the fact that nobody even responded to https://lists.debian.org/debian-sparc/2015/07/msg00012.html did not help. On that note, let's Cc: that list :) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150730153655.ga17...@entuzijast.net