Date: Fri, 6 Oct 2017 19:24:08 +0000 (UTC) From: Palle Lyckegaard <palle@lyckegaard.dk> To: port-sparc64@netbsd.org, freebsd-sparc64@freebsd.org, sparc@openbsd.org Cc: mroos@linux.ee, glaubitz@physik.fu-berlin.de, jrtc27@jrtc27.com, matorola@gmail.com Subject: NetBSD: donating Sun SPARC 64 servers (fwd) Message-ID: <alpine.NEB.2.20.1710061916350.5850@iceland.freeshell.org>
next in thread | raw e-mail | index | archive | help
Hello fellow SPARC people.
Please find attached offer from Ryerson University (see below). Please
note the short time line.
Some additional infomation from Roger Ehrlich to be observed:
"Sorry for the short time lines, but we need to remove these servers very
soon. The management requires the space. These servers still have good
production life in them, so it would be a shame to dispose of them. We
have an e-waste recyclers coming initially Oct 17, so we want to know if
there is commitment to taking some servers before then. We'd need the
requested servers to be removed no later than Oct 24. The sooner these
servers are taken the better."
---------- Forwarded message ----------
Date: Thu, 5 Oct 2017 20:32:30
From: Roger Ehrlich <rehrlich@ryerson.ca>
To: NetBSD Webmasters <www@netbsd.org>, Timothy Lee Roden <rodent@netbsd.org>,
Palle Lyckegaard <palle@lyckegaard.dk>,
Kevin Bowling <kevin.bowling@kev009.com>
Cc: Gerald Bootes <gbootes@ryerson.ca>
Subject: NetBSD: donating Sun SPARC 64 servers
Hello NetBSD
We have a number of working Sun SPARC servers available for donation.
* V240, 2x SPARC3, 4GB or 8GB, 4xSCSI bays; Qty 9 working (+6 for parts)
* V125, 1x SPARC3, 4GB, 2xSCSI; Qty 7
* V210, 1x SPARC3, 2GB, 2xSCSI; Qty 1
* T2000, 2x SPARC-T1, 16GB or 32GB, 2xSAS; Qty 6
* T5120 2x SPARC-T2, 32G, 4xSAS; Qty 6
* Blade1500 1x SPARC3, 1 or 2GB, 1xATA; Qty 4
* SunFire 4800; Qty 1
Most servers come with 2 disks. We'll attempt to populate the drive bays with at least 2 disks and sleds. Pair of Rack mount rails
included.
No tax receipts for donations required.
Unfortunately we cannot ship these items (no packing material, time and cost is too high) If interested please contact us to pick up
the servers by October 24. Otherwise these will be recycled.
Location:
Ryerson University
Centre for Computing and Engineering
245 Church Street, Toronto, Ontario, Canada
Please contact:
Gerald Bootes,
Phone: (416) 979-5000 ext. 4883
Email: gbootes@ryerson.ca
or
Roger Ehrlich
Phone: (416) 979-5000 ext. 4523
Email: rehrlich@ryerson.ca
Cheers, Roger
--
--------------------------------------------------------
Roger Ehrlich, B.Eng., B.Sc., M.Eng.
Computer Networks Specialist
Computer Networks Program
Faculty of Engineering and Architectural Science (FEAS)
Ryerson University, Toronto, Canada
416-979-5000, x4523
rehrlich@ryerson.ca
www.compnet.ryerson.ca
--------------------------------------------------------
From owner-freebsd-sparc64@freebsd.org Sat Oct 7 17:41:40 2017
Return-Path: <owner-freebsd-sparc64@freebsd.org>
Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78436E3DAAE;
Sat, 7 Oct 2017 17:41:40 +0000 (UTC)
(envelope-from linimon@lonesome.com)
Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "mail.soaustin.net",
Issuer "Let's Encrypt Authority X3" (verified OK))
by mx1.freebsd.org (Postfix) with ESMTPS id B08696C663;
Sat, 7 Oct 2017 17:41:35 +0000 (UTC)
(envelope-from linimon@lonesome.com)
Received: from lonesome.com (bones.soaustin.net [192.108.105.22])
by mail.soaustin.net (Postfix) with ESMTPSA id CFD61738;
Sat, 7 Oct 2017 12:41:25 -0500 (CDT)
Date: Sat, 7 Oct 2017 12:41:24 -0500
From: Mark Linimon <linimon@lonesome.com>
To: "A. Wilcox" <AWilcox@Wilcox-Tech.com>
Cc: freebsd-arch@freebsd.org, freebsd-sparc64@FreeBSD.org
Subject: future of sparc64 (was: Making C++11 a hard requirement for FreeBSD)
Message-ID: <20171007174124.GA20810@lonesome.com>
References: <CANCZdfq5=KRp4NYKsc15gyS9C7CxrBFxcKQLPwnb_0oPb15vJw@mail.gmail.com>
<20171005234149.GE8557@spindle.one-eyed-alien.net>
<59D6CA6C.1040502@Wilcox-Tech.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <59D6CA6C.1040502@Wilcox-Tech.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-BeenThere: freebsd-sparc64@freebsd.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Porting FreeBSD to the Sparc <freebsd-sparc64.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-sparc64>,
<mailto:freebsd-sparc64-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-sparc64/>;
List-Post: <mailto:freebsd-sparc64@freebsd.org>
List-Help: <mailto:freebsd-sparc64-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>,
<mailto:freebsd-sparc64-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Oct 2017 17:41:40 -0000
On Thu, Oct 05, 2017 at 07:12:28PM -0500, A. Wilcox wrote:
> That doesn't change the fact that sparc64 still exists, and with Oracle
> laying off Solaris as well, FreeBSD becomes a "way out" for people
> heavily invested (DC full of sparc64 gear, or such).
I have thought for some time that we've been a "way out" for Solaris
sites wanting to keep ZFS and not deal with licensing issues, and have
worked to keep sparc64 alive. (AFAIK FreeBSD is the only open source
sparc64/zfs solution?)
But here's the current problem.
All gccs > 4.9 fail to build. Looking at the logs AFAICT the failure
is a floating-point exception as soon as the first built binary is run
during the internal testing.
Neither Marcel nor Gerald nor I have any insight on how to fix this.
Gerald does state that those gccs build on other OSes, so this is almost
certainly a FreBSD problem.
The default ports compiler has recently moved to gcc5 and then again
to gcc6. The only reason gcc49 still exists in the Ports Collection is
specifically for sparc64 ports.
Recent llvms do not build. I have no insight into that failure, either.
So, the long and short is, even with using gcc4.2.1 as an external
compiler, over time, fewer and fewer ports build as they adapt to the
newer compilers.
This is something I don't have the cycles to fix. Unless someone else
can step up and fix the compilers, we're close to the end of feasibility.
In the meantime, I'll keep running package builds with gcc4.9 as long as
it produces some kind of useful results.
I'll be happy to discuss the build status of individual ports, but let's
have that on sparc64@ rather than arch@, please.
mcl
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.NEB.2.20.1710061916350.5850>