Alpha Core 1.0a

[Sergey Tikhonov]

Hello,

I finally found what the problem was. :) Apparently, it is not vga code 
(sorry xorg guys).
The problem was in my implementation of "28" type of rellocation code. 
It was not just skip 2 gp loading instructions.
It was true for global functions, but local functions didn't have those. 
So, I was looking for way to tell is the function
global or local (static). I've found it and rellocation work correctly. 
I am rebuilding xorg with gcc 3.4 right now, will test it and
upload to ftp site very soon.

PS. gcc33 doesn't use "same gp" (type 28) relocation :) that is why it work.

Andrija Pantovic wrote:

>Hello Sergey,
>
>I rebuild xorg using gcc33 and it works perfectly !!!
>For test I even managed to play some DIVX movies with quite decent
>quality on my PWS600.
>
>Great job Sergey !
>
>I am so glad you got involved in alpha port initiative !
>
>On Wed, 2005-03-02 at 15:53 +0300, Sergey Tikhonov wrote:
>  
>
>>Sergey Tikhonov wrote:
>>
>>    
>>
>>>The mga driver need libvgahw.a module (I checked the source).
>>>I put my testing "libvgahw.a" module at 
>>>ftp://ftp.rdsor.ro/pub/Linux/Distributions/AlphaLinux/core/1.0a/test
>>>Could you take it and copy to /usr/X11R6/lib/modules/ and test with it?
>>>
>>>I will try to check how that module is different from the 6.7.0 version.
>>>
>>>Thank you,
>>>
>>>      
>>>
>>Well, the code for vgahw in 6.7.0 version is the same as for 6.8.1. The 
>>difference is a compiler.
>>FC3 uses gcc 3.4. I compiled original "libvgahw" module from 6.8.1 by 
>>gcc33 compiler and it works. :)
>>So, it became even more difficult to track down.
>>
>>The simple solution - just to build xorg package with gcc33. :)
>>
>>PS. I think I will check assembler output for both compilers and see if 
>>gcc34 could be tricked.
>>
>>Regards,
>>
>>    
>>

-- 
---
Sergey Tikhonov
Solvo Ltd.
tsv at solvo.ru