Bug 13875 - SiS DRI lacks WMB support on SPARC (MIPS and any other non-x86 architecture)
Summary: SiS DRI lacks WMB support on SPARC (MIPS and any other non-x86 architecture)
Status: RESOLVED WONTFIX
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/SiS (show other bugs)
Version: unspecified
Hardware: SPARC Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-31 02:19 UTC by Sunil Amitkumar Janki
Modified: 2010-10-28 19:05 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Sunil Amitkumar Janki 2007-12-31 02:19:11 UTC
I get the following error when building Mesa 7.0.2 on SPARC, but the error message is the same on MIPS, ARM and probably any other non-x86 architecture because of missing implementations. The problem is particularly severe on MIPS because the next MIPS hardware I'm getting has a SiS graphics chip on board.

make[6]: Entering directory `/tmp/Mesa-7.0.2/src/mesa/drivers/dri/sis'
gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../include/GL/internal -I../../../../../src/mesa -I../../../../../src/mesa/main -I../../../../../src/mesa/glapi -I../../../../../src/mesa/math -I../../../../../src/mesa/transform -I../../../../../src/mesa/shader -I../../../../../src/mesa/swrast -I../../../../../src/mesa/swrast_setup -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri `pkg-config --cflags libdrm`  -Wall -Wmissing-prototypes -std=c99 -ffast-math -O2 -mcpu=v8 -mtune=ultrasparc -g -fPIC  -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DHAVE_POSIX_MEMALIGN  -fno-strict-aliasing  sis6326_state.c -o sis6326_state.o
In file included from sis6326_state.c:29:
sis_context.h:407:2: error: #error platform needs WMB
make[6]: *** [sis6326_state.o] Error 1
Comment 1 Eric Anholt 2007-12-31 18:18:10 UTC
Do you actually have one of the supported sis chips in your hardware?
Comment 2 Sunil Amitkumar Janki 2008-01-01 08:14:32 UTC
I'm developing a multi-architecture GNU/Linux distribution and that's why I'm trying to get these SiS chips supported. At the moment I don't have the hardware yet, but I'll have it soon. I'd like to get support for these architectures working before I get the physical hardware.

I know that I'll have a SiS graphics chip in the next version of my MIPS hardware because I've talked to the developers and seen a prototype of it. I'll try to get hold of a test sample otherwise I'll probably have an end product in 1 or 2 months time.

For SPARC I'm searching for a reasonably modern PCI card to put into my E250 and Ultra 10 and hope to have access to PPC hardware soon so I can try it on that too.

So for now the answer is negative, but very soon I'll actually have such hardware. I'd appreciate at least directions on what WMB means and what I can do to help get support for it included.

Comment 3 Eric Anholt 2008-01-01 12:54:34 UTC
You still haven't mentioned what SiS hardware the hardware you don't have has.  The SiS DRI driver is for two generations of very old hardware that I would be surprised to see used again.  So, any effort spent trying to get the driver building on your platform is likely wasted.
Comment 4 Sunil Amitkumar Janki 2008-01-01 13:54:21 UTC
I'm sorry I didn't mention it but it's the SiS 315E graphics controller. I believe I have the same one on my x86_64 system, but I'd have to look that up.
Comment 5 Alex Deucher 2008-01-01 16:46:26 UTC
(In reply to comment #4)
> I'm sorry I didn't mention it but it's the SiS 315E graphics controller. I
> believe I have the same one on my x86_64 system, but I'd have to look that up.
> 

That chip is not supported by the sis drm.
Comment 6 Matt Turner 2010-10-28 19:05:53 UTC
Marking as WONTFIX. Feel free to reopen, but preferably, if you care, send a patch.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.