Re: Deorbiting i386

> On 27 May 2018, at 23:15, Maxim Sobolev wrote: > > Well, strip extra 32 bits, use slower memory and busses (extra decoding logic > etc). Voila, you suddenly have platform that can run 99% of code in wild > today with just few hundred mW of power. Try that with arm32, you would be >

Re: Deorbiting i386

On 05/28/18 06:15, Maxim Sobolev wrote: be surprised how many software is technically compiling and all that, but has some weird runtime issues with either byte order or unaligned memory accesses. Every single processor migration allows you to get rid of: 1) The software that is

Re: Deorbiting i386

P.S.. Another interesting thing to consider is that original Intel patents on i386 are going to expire sooner or later. Give it some time and we might see completely open source i386 IPs one day, free for anyone to grab and use. By today's standards i386 is rather trivial platform with many

Re: Deorbiting i386

Well, strip extra 32 bits, use slower memory and busses (extra decoding logic etc). Voila, you suddenly have platform that can run 99% of code in wild today with just few hundred mW of power. Try that with arm32, you would be surprised how many software is technically compiling and all that, but

Re: Deorbiting i386

On Sat, May 26, 2018 at 8:58 AM, Benjamin Kaduk wrote: > So, when do we get to reprise this thread on -arch instead of svn-src-head? > I'm thinking sometime in July or August when I plan on submitting a draft for a FCP for formalized deprecation for drivers (and another for

Re: Deorbiting i386

So, when do we get to reprise this thread on -arch instead of svn-src-head? -Ben ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"

Re: Deorbiting i386

On Sat, May 26, 2018, 1:58 AM David Chisnall wrote: > On 26 May 2018, at 00:41, Maxim Sobolev wrote: > > > > If you've seen any of the atom bay trail systems in action you may > understand what I mean. You get full blown x64 system with four cores and

Re: Deorbiting i386

On 26 May 2018, at 00:41, Maxim Sobolev wrote: > > If you've seen any of the atom bay trail systems in action you may understand > what I mean. You get full blown x64 system with four cores and it takes only > 2W of power. Which is pretty much my point - if you want a

Re: Deorbiting i386

On Fri, May 25, 2018 at 09:27:43PM -0700, Matthew Macy wrote: > So we should have added an Ultra II off of ebay to our test matrix? You've made your point. Next. mcl ___ svn-src-head@freebsd.org mailing list

Re: Deorbiting i386

On Fri, May 25, 2018 at 9:24 PM, Kurt Lidl wrote: > On 5/24/18 3:22 PM, Matthew Macy wrote: >> >> i386 is definitely on the wane, but so long as it's used by more than >> a handful of people it will be supported. All you need to know about >> sparc64 vitality is that HEAD didn't

Re: Deorbiting i386

On 5/24/18 3:22 PM, Matthew Macy wrote: i386 is definitely on the wane, but so long as it's used by more than a handful of people it will be supported. All you need to know about sparc64 vitality is that HEAD didn't boot for 3 months until last week. I stopped testing HEAD on sparc64 when the

Re: Deorbiting i386

That again is very subjective view, David. Sorry. Arm32 is kinda kind of the hill these days in the low-power/low cost space, but arm as a company is much more interested it seems in going into server / mobile device space rather than solidifying it's current de-facto kingdom. Those platforms

Re: Deorbiting i386

On Thu, 24 May 2018, 21:27-0700, Maxim Sobolev wrote: > The idea looks very inmature and short-sighted to me. i386 is here > to stay not as a server/desktop platform but as an embedded/low > power/low cost platform for at least 5-10 years to come. [...] At least I'd include vendors@ to this

Re: Deorbiting i386

In message <52678325-8265-4333-8c4f-2c8d53c82...@theravensnest.org>, David Chisnall writes: >On 25 May 2018, at 05:27, Maxim Sobolev wrote: >> >> The idea looks very inmature and short-sighted to me. i386 is here to >stay not as a server/desktop platform but as an

Re: Deorbiting i386

On 25 May 2018, at 05:27, Maxim Sobolev wrote: > > The idea looks very inmature and short-sighted to me. i386 is here to stay > not as a server/desktop platform but as an embedded/low power/low cost > platform for at least 5-10 years to come. There are plenty of

Re: Deorbiting i386

In message

Re: Deorbiting i386

The idea looks very inmature and short-sighted to me. i386 is here to stay not as a server/desktop platform but as an embedded/low power/low cost platform for at least 5-10 years to come. There are plenty of applications in the world that don't need > 3gb of memory space and have no use for extra

Re: Deorbiting i386

On Thu, May 24, 2018 at 12:22:37PM -0700, Matthew Macy wrote: > All you need to know about sparc64 vitality is that HEAD didn't boot > for 3 months until last week. All you need to know is that -11 works fine, but, after so much drama from various places, I haven't even bothered upgrading any of

Re: Deorbiting i386

On Thu, May 24, 2018 at 8:51 AM, Andrew Gallatin wrote: > On 05/23/18 20:09, Pedro Giffuni wrote: >> >> FWIW; >> >> On 23/05/2018 17:18, Cy Schubert wrote: >>> >>> In message <20180523202228.gc58...@spindle.one-eyed-alien.net>, Brooks >>> Davis wr >>> ites:

Re: Deorbiting i386

On Thu, May 24, 2018 at 11:18:38AM -0500, Pedro Giffuni wrote: > And while I like to see sparc64s still kicking around, they are stopping us > from getting rid of GCC once and for all. False. mips and powerpc still build with gcc. I understand there will be an effort at BSDCan to work out the

Re: Deorbiting i386 (was: Re: svn commit: r333388 - in head: . share/man/man4 sys/confsys/dev/nxge sys/modules sys/modules/nxge tools/kerneldoc/subsys tools/toolstools/tools/nxge usr.sbin/bsdconfig/sh

On Wed, May 23, 2018 at 03:18:59PM -0700, Cy Schubert wrote: > In message <20180523202228.gc58...@spindle.one-eyed-alien.net>, Brooks > Davis wr > ites: > > > > > > --QRj9sO5tAVLaXnSD > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding:

Deorbiting i386 (was: Re: svn commit: r333388 - in head: . share/man/man4 sys/confsys/dev/nxge sys/modules sys/modules/nxge tools/kerneldoc/subsys tools/toolstools/tools/nxge usr.sbin/bsdconfig/sha

In message <20180523202228.gc58...@spindle.one-eyed-alien.net>, Brooks Davis wr ites: > > > --QRj9sO5tAVLaXnSD > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, May 24, 2018 at 02:53:16AM +0700, Eugene Grosbein