Stuart Winter | 15 Dec 13:08 2011
Picon

Slackware ARM current is being re-based to armv5te


Hi

After about 5 months or more of on-off thought, I've decided to re-base
Slackware ARM to be armv5te.  This means that the old devices that any
devices that have an armv4t CPU will need to use the armedslack-13.37
release.

The reason for this is that:
 * Slackware ARM only provides kernels for systems that have an armv5t CPU
 * The critical mass of consumer products (such as Plug computers) have an
   armv5 CPU.

Therefore it makes sense to support the vast majority and provide an
optimised userland.

So, if you want -current for your armv4t devices - you can grab it quickly
before I begin uploading packages compiled for armv5te :-)

I'm rebuilding the core packages first such as bash and glibc, and will
upgrade the others gradually as they get updated in Slackware x86.

Stuart.

--

-- 
Stuart Winter
Slackware ARM: www.armedslack.org
Andrzej Telszewski | 15 Dec 13:57 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

On 12/15/2011 01:08 PM, Stuart Winter wrote:
> 
> Hi
> 
> After about 5 months or more of on-off thought, I've decided to re-base
> Slackware ARM to be armv5te.  This means that the old devices that any
> devices that have an armv4t CPU will need to use the armedslack-13.37
> release.
> 
> The reason for this is that:
>  * Slackware ARM only provides kernels for systems that have an armv5t CPU
>  * The critical mass of consumer products (such as Plug computers) have an
>    armv5 CPU.
> 
> Therefore it makes sense to support the vast majority and provide an
> optimised userland.
> 
> So, if you want -current for your armv4t devices - you can grab it quickly
> before I begin uploading packages compiled for armv5te :-)
> 
> I'm rebuilding the core packages first such as bash and glibc, and will
> upgrade the others gradually as they get updated in Slackware x86.
> 
> Stuart.
> 

Hi,

Are you able to post some benchmarks after the switch to armv5te? The
stock x86 Slackware kernel is compiled for 486 and there are little
(Continue reading)

Tyler T | 15 Dec 16:17 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

Sounds great!
John O'Donnell | 15 Dec 20:50 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

It makes no performance difference whatsoever.

On Dec 15, 2011 10:26 AM, "Tyler T" <tylernt <at> gmail.com> wrote:
Sounds great!
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Andrzej Telszewski | 15 Dec 23:53 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

On 12/15/2011 08:50 PM, John O'Donnell wrote:
> It makes no performance difference whatsoever.

Can you give some comparison?

--

-- 
Best regards,
Andrzej Telszewski
John O'Donnell | 16 Dec 00:10 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

My web site is down at the moment but I recompiled the core libraries and a few of the packages and ran cpu tests on sheevas, guruplug, and a seagate dockstar and posted the results with stock armedslack and the arm5te compiled version with no differences.

On Dec 15, 2011 5:54 PM, "Andrzej Telszewski" <atelszewski <at> gmail.com> wrote:
On 12/15/2011 08:50 PM, John O'Donnell wrote:
> It makes no performance difference whatsoever.

Can you give some comparison?

--
Best regards,
Andrzej Telszewski
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Andrzej Telszewski | 16 Dec 00:32 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

On 12/16/2011 12:10 AM, John O'Donnell wrote:
> My web site is down at the moment but I recompiled the core libraries and a
> few of the packages and ran cpu tests on sheevas, guruplug, and a seagate
> dockstar and posted the results with stock armedslack and the arm5te
> compiled version with no differences.

If that's true, then the result of armedslack arch change to armv5te
will be the decrease in supported boards only.

I'm not insisting on the armv4te, but I have one board which is arm4te
and it's nice to run Slack on it - but this platform is mostly for
research and I use it very rarely (although I would like to see the next
Slack with real-time (PREEMPT_RT) patch running on it;)).

--

-- 
Best regards,
Andrzej Telszewski
Thorsten Mühlfelder | 16 Dec 08:21 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

Am Fri, 16 Dec 2011 00:10:31 +0100
schrieb "John O'Donnell" <unixjohn1969 <at> gmail.com>:

> My web site is down at the moment but I recompiled the core libraries
> and a few of the packages and ran cpu tests on sheevas, guruplug, and
> a seagate dockstar and posted the results with stock armedslack and
> the arm5te compiled version with no differences.

What kind of tests? On x86 platform I could measure slight differences
on audio/video decoding/encoding.

--

-- 
Thorsten Mühlfelder
Salix OS: www.salixos.org
John O'Donnell | 16 Dec 11:16 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

On 12/16/2011 02:21 AM, Thorsten Mühlfelder wrote:
> Am Fri, 16 Dec 2011 00:10:31 +0100
> schrieb "John O'Donnell"<unixjohn1969 <at> gmail.com>:
>
>> My web site is down at the moment but I recompiled the core libraries
>> and a few of the packages and ran cpu tests on sheevas, guruplug, and
>> a seagate dockstar and posted the results with stock armedslack and
>> the arm5te compiled version with no differences.
>
> What kind of tests? On x86 platform I could measure slight differences
> on audio/video decoding/encoding.

Well you obviously wont be processing anything like that on these plugs without 
an FPU, but I attached all the CPU benchmarks. I cannot benchmark anything else 
as all the sdcards that I use to run the systems are different and all the boxes 
are different configurations. The dockstar, sheevas, and the guruplug are all 
the same CPU.

Enjoy ;-)
John

--

-- 
=== Never ask a geek why, just nod your head and slowly back away.===
+================================+==================================+
|  John O'Donnell                |                                  |
|  (Sr. Systems Engineer,        |    http://juanisan.homeip.net    |
|  Net Admin, Programmer, etc.)  |  E-Mail: unixjohn1969 <at> gmail.com  |
+================================+==================================+
No man is useless who has a friend, and if we are loved we are
indispensable.  -- Robert Louis Stevenson
Attachment (benchmark-logs.tar.gz): application/gzip, 2019 bytes
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Thorsten Mühlfelder | 16 Dec 19:28 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

Am Fri, 16 Dec 2011 05:16:40 -0500
schrieb John O'Donnell <unixjohn1969 <at> gmail.com>:

> Well you obviously wont be processing anything like that on these
> plugs without an FPU,

Well, AFAIK mp3, flac and tremor is all integer processing. Only vorbis
requires FPU. And a dockstar is a nice mpd server ;)
Basically this was just meant as example, but I'm quite sure changing
from armv4te to armv5te will be far is far away from changing from
march=i486 to march=k8 on my x86 system.

--

-- 
Thorsten Mühlfelder
Salix OS: www.salixos.org
John O'Donnell | 20 Dec 13:01 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

On 12/16/2011 01:28 PM, Thorsten Mühlfelder wrote:
> Am Fri, 16 Dec 2011 05:16:40 -0500
> schrieb John O'Donnell<unixjohn1969 <at> gmail.com>:
>
>> Well you obviously wont be processing anything like that on these
>> plugs without an FPU,
>
> Well, AFAIK mp3, flac and tremor is all integer processing. Only vorbis
> requires FPU. And a dockstar is a nice mpd server ;)
> Basically this was just meant as example, but I'm quite sure changing
> from armv4te to armv5te will be far is far away from changing from
> march=i486 to march=k8 on my x86 system.

Thank you for dropping the "video" from the conversation ;-)
John

--

-- 
=== Never ask a geek why, just nod your head and slowly back away.===
+================================+==================================+
|  John O'Donnell                |                                  |
|  (Sr. Systems Engineer,        |    http://juanisan.homeip.net    |
|  Net Admin, Programmer, etc.)  |  E-Mail: unixjohn1969 <at> gmail.com  |
+================================+==================================+
No man is useless who has a friend, and if we are loved we are
indispensable.  -- Robert Louis Stevenson
John O'Donnell | 16 Dec 11:20 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

On 12/16/2011 02:21 AM, Thorsten Mühlfelder wrote:
> Am Fri, 16 Dec 2011 00:10:31 +0100
> schrieb "John O'Donnell"<unixjohn1969 <at> gmail.com>:
>
>> My web site is down at the moment but I recompiled the core libraries
>> and a few of the packages and ran cpu tests on sheevas, guruplug, and
>> a seagate dockstar and posted the results with stock armedslack and
>> the arm5te compiled version with no differences.
>
> What kind of tests? On x86 platform I could measure slight differences
> on audio/video decoding/encoding.
>

I forgot to include what I recompiled:
root <at> mrlinux:/v/htdocs/guruplug# ls -lR armedslack-arm5te/
armedslack-arm5te/:
total 2
drwxr-xr-x 2 root root  768 May  3  2011 a/
drwxr-xr-x 2 root root   96 May  3  2011 ap/
drwxr-xr-x 2 root root  328 May  3  2011 d/
drwxr-xr-x 2 root root 1136 May  3  2011 l/
drwxr-xr-x 2 root root  184 May  3  2011 n/

armedslack-arm5te/a:
total 23000
-rw-r--r-- 1 root root 1420330 May  3  2011 bash-4.1.010-arm5te-1.tgz
-rw-r--r-- 1 root root   56634 May  3  2011 bin-11.1-arm5te-1.tgz
-rw-r--r-- 1 root root  109776 May  3  2011 bzip2-1.0.6-arm5te-1.tgz
-rw-r--r-- 1 root root 4678547 May  3  2011 coreutils-8.11-arm5te-1.tgz
-rw-r--r-- 1 root root 3496097 May  3  2011 cups-1.4.6-arm5te-1.tgz
-rw-r--r-- 1 root root 1083455 May  3  2011 e2fsprogs-1.41.14-arm5te-1.tgz
-rw-r--r-- 1 root root 4631918 May  3  2011 glibc-solibs-2.13-arm5te-3.tgz
-rw-r--r-- 1 root root  648908 May  3  2011 glibc-zoneinfo-2.13-noarch-3.tgz
-rw-r--r-- 1 root root  261526 May  3  2011 gpm-1.20.4-arm5te-1.tgz
-rw-r--r-- 1 root root  375620 May  3  2011 grep-2.7-arm5te-1.tgz
-rw-r--r-- 1 root root  117752 May  3  2011 gzip-1.4-arm5te-1.tgz
-rw-r--r-- 1 root root 3113134 May  3  2011 lvm2-2.02.84-arm5te-1.tgz
-rw-r--r-- 1 root root  524646 May  3  2011 module-init-tools-3.12-arm5te-2.tgz
-rw-r--r-- 1 root root   44604 May  3  2011 sysfsutils-2.1.0-arm5te-1.tgz
-rw-r--r-- 1 root root 2648394 May  3  2011 util-linux-2.19-arm5te-1.tgz
-rw-r--r-- 1 root root  291272 May  3  2011 xz-5.0.2-arm5te-1.tgz

armedslack-arm5te/ap:
total 40
-rw-r--r-- 1 root root 38130 May  3  2011 dmapi-2.2.10-arm5te-1.tgz

armedslack-arm5te/d:
total 59702
-rw-r--r-- 1 root root  5038952 May  3  2011 binutils-2.21-arm5te-2.tgz
-rw-r--r-- 1 root root 12545430 May  3  2011 gcc-4.5.2-arm5te-3.tgz
-rw-r--r-- 1 root root  7476118 May  3  2011 gcc-g++-4.5.2-arm5te-3.tgz
-rw-r--r-- 1 root root  4787861 May  3  2011 gcc-gfortran-4.5.2-arm5te-3.tgz
-rw-r--r-- 1 root root 27324627 May  3  2011 gcc-java-4.5.2-arm5te-3.tgz
-rw-r--r-- 1 root root  3890497 May  3  2011 gcc-objc-4.5.2-arm5te-3.tgz

armedslack-arm5te/l:
total 77092
-rw-r--r-- 1 root root   478481 May  3  2011 db42-4.2.52-arm5te-1.tgz
-rw-r--r-- 1 root root  2144196 May  3  2011 db44-4.4.20-arm5te-1.tgz
-rw-r--r-- 1 root root   215950 May  3  2011 glib-1.2.10-arm5te-2.tgz
-rw-r--r-- 1 root root  4678632 May  3  2011 glib2-2.28.6-arm5te-1.tgz
-rw-r--r-- 1 root root 35887213 May  3  2011 glibc-2.13-arm5te-3.tgz
-rw-r--r-- 1 root root 26967153 May  3  2011 glibc-i18n-2.13-arm5te-3.tgz
-rw-r--r-- 1 root root  1507202 May  3  2011 glibc-profile-2.13-arm5te-3.tgz
-rw-r--r-- 1 root root   945290 May  3  2011 gmp-5.0.1-arm5te-1.tgz
-rw-r--r-- 1 root root    58132 May  3  2011 libcap-2.20-arm5te-1.tgz
-rw-r--r-- 1 root root   103916 May  3  2011 libelf-0.8.13-arm5te-2.tgz
-rw-r--r-- 1 root root   382913 May  3  2011 libidn-1.19-arm5te-1.tgz
-rw-r--r-- 1 root root   310211 May  3  2011 libjpeg-v8a-arm5te-1.tgz
-rw-r--r-- 1 root root   620888 May  3  2011 libpng-1.4.5-arm5te-1.tgz
-rw-r--r-- 1 root root    60368 May  3  2011 libtermcap-1.2.3-arm5te-1.tgz
-rw-r--r-- 1 root root   658366 May  3  2011 libtiff-3.9.4-arm5te-2.tgz
-rw-r--r-- 1 root root    73047 May  3  2011 libusb-1.0.8-arm5te-2.tgz
-rw-r--r-- 1 root root    37596 May  3  2011 mm-1.4.2-arm5te-1.tgz
-rw-r--r-- 1 root root  1749585 May  3  2011 ncurses-5.9-arm5te-1.tgz
-rw-r--r-- 1 root root   604383 May  3  2011 pcre-8.12-arm5te-1.tgz
-rw-r--r-- 1 root root    55370 May  3  2011 popt-1.7-arm5te-2.tgz
-rw-r--r-- 1 root root   387816 May  3  2011 readline-5.2-arm5te-1.tgz
-rw-r--r-- 1 root root   506864 May  3  2011 slang-2.2.3-arm5te-1.tgz
-rw-r--r-- 1 root root   217384 May  3  2011 slang1-1.4.9-arm5te-1.tgz
-rw-r--r-- 1 root root    21554 May  3  2011 svgalib-1.3.1-arm5te-1.tgz
-rw-r--r-- 1 root root   150455 May  3  2011 zlib-1.2.5-arm5te-4.tgz

armedslack-arm5te/n:
total 44127
-rw-r--r-- 1 root root   905811 May  3  2011 curl-7.21.4-arm5te-1.tgz
-rw-r--r-- 1 root root   648771 May  3  2011 openldap-client-2.4.23-arm5te-1.tgz
-rw-r--r-- 1 root root 43580259 May  3  2011 samba-3.5.8-arm5te-1.tgz
root <at> mrlinux:/v/htdocs/guruplug#

When my cable modem gets fixed you can get all this at 
http://mrlinux.homelinux.com/guruplug

--

-- 
=== Never ask a geek why, just nod your head and slowly back away.===
+================================+==================================+
|  John O'Donnell                |                                  |
|  (Sr. Systems Engineer,        |    http://juanisan.homeip.net    |
|  Net Admin, Programmer, etc.)  |  E-Mail: unixjohn1969 <at> gmail.com  |
+================================+==================================+
No man is useless who has a friend, and if we are loved we are
indispensable.  -- Robert Louis Stevenson
Stuart Winter | 16 Dec 16:56 2011
Picon

Re: Slackware ARM current is being re-based to armv5te


> > What kind of tests? On x86 platform I could measure slight differences
> > on audio/video decoding/encoding.
> >
[..]

You've made a good list there-  I'm rebuilding some of the core stuff at
the moment.

I don't expect there to be much of a performance improvement either, but
even if there's 0.5% it's better than nothing - since my goal is to have
an ARM desktop machine.

To be honest, the old ARM machines with an armv4t CPU in my opinion are
painful to use (having used one for a while) and don't give an enjoyable
experience - so I'm more interested in moving forwards and supporting the
new mass market baseline of armv5t.

The old machines can use armedslack 13.37 which is a very good release as
far as Slackware goes - the only thing broken in armedslack is KDE, which
would be unusable on such old hardware anyway.
Davide | 19 Dec 20:48 2011
Picon

Re: Slackware ARM current is being re-based to armv5te

Will this impact just current or all actively maintained versions ?

Da: Stuart Winter <m-lists <at> biscuit.org.uk>
A: armedslack <at> lists.armedslack.org
Inviato: Giovedì 15 Dicembre 2011 13:08
Oggetto: [ARMedslack] Slackware ARM current is being re-based to armv5te


Hi

After about 5 months or more of on-off thought, I've decided to re-base
Slackware ARM to be armv5te.  This means that the old devices that any
devices that have an armv4t CPU will need to use the armedslack-13.37
release.

The reason for this is that:
* Slackware ARM only provides kernels for systems that have an armv5t CPU
* The critical mass of consumer products (such as Plug computers) have an
  armv5 CPU.

Therefore it makes sense to support the vast majority and provide an
optimised userland.

So, if you want -current for your armv4t devices - you can grab it quickly
before I begin uploading packages compiled for armv5te :-)

I'm rebuilding the core packages first such as bash and glibc, and will
upgrade the others gradually as they get updated in Slackware x86.

Stuart.

--
Stuart Winter
Slackware ARM: www.armedslack.org
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack


_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Stuart Winter | 19 Dec 23:06 2011
Picon

Re: Slackware ARM current is being re-based to armv5te


On Mon, 19 Dec 2011, Davide wrote:

> Will this impact just current or all actively maintained versions ?

-current and onwards only.

As I think I said, ARMv4t machines will need to use v13.37.

--

-- 
Stuart Winter
Slackware ARM: www.armedslack.org

Gmane