[Openchrome-users] Support for S3 Graphics DeltaChrome, GammaChrome and ChromeS20 generation

Xavier Bachelot xavier
Tue Mar 20 06:14:48 PDT 2007


Luc Verhaegen wrote:
> On Tue, Mar 20, 2007 at 12:10:00PM +0100, Stefan Bassing wrote:
>> Hello!
>>
>> Thanks for your reply. I was just making those lspci outputs. The vendor
>> and device IDs you have discovered are correct. Nonetheless, S3 Graphics
>> is the developer of the graphic cores of the IGPs from VIA and K8M890 is
>> just the integrated version of DeltaChrome S8 oder GammaChrome S18
>> (which is in fact identical to ChromeS27). So in my somehow simple
>> thoughts, it could work if the openchrome driver is somehow (I think you
>> know a lot more about this than me) modified that it accepts the vendor
>> and device IDs for the K8M890 part of the driver. As I said before, I'm
>> really no expert in programming, especially with Linux, but could it be
>> possible to make some experimental versions of that specific driver
>> parts for testing?
>>
>> Docs from S3 Graphics are as non-existant as from VIA. Same policy... If
>> it would help you or another developer, I would send you my DeltaChrome
>> S8 card for devloping a working 2D driver!
>>
>> Anyway here the outputs from lspci -vn (made with Knoppix 5.1):
>> DeltaChrome S8, AGP 8x, 256 MB RAM:
>> 01:00.0 0300: 5333:8e00 (rev 01) (prog-if 00 [VGA])
>>        Subsystem: 5333:8e00
>>        Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 11
>>        Memory at fde00000 (32-bit, non-prefetchable) [size=512K]
>>        Memory at e0000000 (32-bit, prefetchable) [size=256M]
>>        [virtual] Expansion ROM at fde80000 [disabled] [size=64K]
>>        Capabilities: [dc] Power Management version 2
>>        Capabilities: [80] AGP version 3.0
>>        Capabilities: [c0] Message Signalled Interrupts: Mask- 64bit-
>> Queue=0/0 Enable-
>>
>> Chrome S27, PCI-Express, 128 MB RAM:
>> 02:00.0 0300: 5333:8e48 (rev 01) (prog-if 00 [VGA])
>>        Subsystem: 5333:0122
>>        Flags: bus master, fast devsel, latency 0, IRQ 10
>>        Memory at fe980000 (32-bit, non-prefetchable) [size=512K]
>>        Memory at d0000000 (32-bit, prefetchable) [size=256M]
>>        Expansion ROM at fe970000 [disabled] [size=64K]
>>        Capabilities: [dc] Power Management version 2
>>        Capabilities: [40] Express Legacy Endpoint IRQ 0
>>        Capabilities: [c0] Message Signalled Interrupts: Mask- 64bit-
>> Queue=0/0 Enable-
>>
>> Perhaps you could do something with this...
>>
>> Please let me know if I could help in any way!
>>
>> greetings
>>
>> Stefan
>>
>> P.S.: Sorry for sending this first directly! I was a bit confused with 
>> the handling of the mailing list.
>>
> Feel free to hand me some rom dumps: look in 
> http://unichrome.cvs.sourceforge.net/unichrome/utils/, there's a rather 
> simplistic dumper there.
> 
> I knew from BIOS images that k8m890 was highly compatible (basic init 
> and modesetting only of course), days before VIA finally released code. 
> I doubt that this will be repeatable with the discrete cards. My gut 
> feeling is that even basic init and modesetting will be different.
> 
> So do get me the images, i'll have a quick look to see whether this is a 
> full image. If not, i will, at some point, provide you with a pci 
> aperture based rom dumper, as i've been thinking about doing this for a 
> longer while.
> 
> I will not suddenly pool a massive amount of time in this. Even though 
> i'm, by now, very experienced disassembling VIAs roms, this always takes 
> a lot of time. There will hopefully be a direct relation between the 
> roms for all these cards.
> 
> So i will not go and do this right now, but if i don't get those roms, 
> there is absolutely no chance that anyone will go and verify these 
> things. Well, in a meaningful manner that is.
> 
> Luc Verhaegen.
> http://unichrome.sf.net/
> 

Does this mean you found a way around your usual -ENOHW or you're just 
feeling alone in unichrome lists ?

May I again repeat the split between unichrome and openchrome is a 
massive waste of energy ? May I also repeat that mpeg2 hw decoding is 
not just chrome for at lot of ppl out there ? And may I also repeat that 
bad hack to support hardware is still better than no support at all, at 
least temporary until someone do The Right Thing (w/o breaking all the 
not so right things, obviously) ?

I really don't understand what you're trying to achieve...

X.




More information about the Openchrome-users mailing list