Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 84520 - x11-terms/eterm-0.9.3 doesn't honor SIMD extensions on amd64
Summary: x11-terms/eterm-0.9.3 doesn't honor SIMD extensions on amd64
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High enhancement (vote)
Assignee: SpanKY
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 84488
  Show dependency tree
 
Reported: 2005-03-08 08:38 UTC by Roland Bär
Modified: 2005-06-25 14:41 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
0.9.3-amd64.patch (0.9.3-amd64.patch,1.40 KB, patch)
2005-03-08 08:39 UTC, Roland Bär
Details | Diff
eterm-0.9.3.ebuild.diff (eterm-0.9.3.ebuild.diff,766 bytes, patch)
2005-03-08 08:41 UTC, Roland Bär
Details | Diff
My first draft of an AMD64/MMX/SSE2 port of Eterm's shading functions. (mmx_64_cmod.S,22.57 KB, patch)
2005-04-25 03:20 UTC, Tres 'RiverRat' Melton
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Roland Bär 2005-03-08 08:38:02 UTC
Eterm should be build with SIMD (mmx) support on amd64

Reproducible: Always
Steps to Reproduce:
Comment 1 Roland Bär 2005-03-08 08:39:51 UTC
Created attachment 52947 [details, diff]
0.9.3-amd64.patch

This patches src/mmx_cmod.S for amd64 assembler
Feel free to review that
Comment 2 Roland Bär 2005-03-08 08:41:34 UTC
Created attachment 52948 [details, diff]
eterm-0.9.3.ebuild.diff

This (beside 0.9.3-amd64.patch) enable SIMD(mmx) support on amd64.
Comment 3 SpanKY gentoo-dev 2005-04-18 22:04:09 UTC
please e-mail this to the enlightenment-dev mailing list :)
Comment 4 SpanKY gentoo-dev 2005-04-20 18:47:20 UTC
ok, i have access upstream so i'll get it integrated there

thanks :)
Comment 5 Roland Bär 2005-04-22 00:18:06 UTC
This was my first try with assembler on amd64, at least it compiles
cleanly. But was not yet able to trigger Eterm to go to that point,
where it actually inokes this. What do I have to click or to do, that
Eterm will actualy invoke that code? Therefor UNTESTED
Comment 6 Tres 'RiverRat' Melton 2005-04-25 03:20:35 UTC
Created attachment 57157 [details, diff]
My first draft of an AMD64/MMX/SSE2 port of Eterm's shading functions.

Roland:
     I sent you an email regarding this but it bounced.  I would like for you
to read it so please email me (tres<at>mindspring.com) if you see this comment.
 Your patch ports certain things to 64 bit but misses other important things;
namely the fact that we are still dealing with 32 bit data (4 bytes of color). 
If you have a desire to discuss these things please email me.  At the moment I
am porting mmx_cmod.S to mmx_64_cmod.S.  I am interested in any thoughts,
coments, observations that you have as it was your patch that inspired me to
dig deeper.  I have been in contact with the original author, I'm trying to get
him involved, but it looks like he has moved on.  Willem-Jan Monsuwe, the
original author, emailed me to say that it was a fun project when the MMX
extensions first came out but that he has no interest in maintaining
developmental control.

Again please email if you are interested in working with me on this project. 
At least read the part about invoking your changes.  If you don't email me I'll
assume you're lost in the ether and I'm going to adopt this itch and scratch it
as best as I can.

With this patch you can see the problem of porting 32 -> 64 bit instructions
while still keeping data accesses to 32 bit/pixel data types.
Comment 7 Tres 'RiverRat' Melton 2005-06-15 06:08:19 UTC
This has been fixed in Eterm's CVS as of 14 June, 2005 and is ready for
widespread testing.