Welcome! Log In Create A New Profile

Advanced

Request : XGI Graphics

Posted by Gravelrash 
Re: Request : XGI Graphics
March 12, 2016 04:00PM
Question
which would provide better acceleration of graphics
the kernel framebuffer and xgi module provided by bodhi or given that the following supports the XGI chipset.

xserver-xorg-video-sis - only available in Wheezy.

if the answer is xserver-xorg-video-sis - is it possible to use this in jessie, if so how?

or is this drifting off the point and scope creeping



Edited 1 time(s). Last edit at 03/12/2016 04:02PM by Gravelrash.
CV
Re: Request : XGI Graphics
March 12, 2016 04:01PM
Hi all,

I just wanted to flash uboot to my second box, and find it really astonishing: the graphic performance on stock linux / xgifb is WAY better - I have the direct comparison atm.

On kernel 4.4 it seems to be totally unaxcellerated - not even simple 2D operations- eg. moving a window.
Compare this to stock - a huge difference.

Is there some option or such to enable axcelleration / is something missing? A module?
Re: Request : XGI Graphics
March 12, 2016 04:03PM
whats missing is a dedicated x-org package
Re: Request : XGI Graphics
March 12, 2016 04:16PM
i have finally hunted down the source - its ooollddd though circa 2005

https://github.com/LeonNardella/ubuntu_saucy_xserver-xorg-video-sis if you fancy compiling it and having a go feel free, im off to bed now and i never have much luck when im compiling at the best of times :)

the config page for the xorg.conf for this is here

http://www.x.org/releases/current/doc/man/man4/sis.4.xhtml
Re: Request : XGI Graphics
March 12, 2016 04:28PM
Gravelrash Wrote:

> Even though i am currently stuck in the dark ages
> with my ancient stock uboot.

I'm available to help you in the working thread :)

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Request : XGI Graphics
March 12, 2016 05:02PM
heh, I'm stumped at a silly avahi-daemon issue/bug, had to start from scratch and I have a crappy internet connection. :/

>But I thought as now its all about getting a desktop to work, I might as wall have a go at german keyboard.

Well, you didn't say you already tried everything.

I hope my google-fu is better for your issue than it is for mine.

http://benohead.com/debian-change-the-keyboard-layout-from-the-console/
Re: Request : XGI Graphics
March 12, 2016 05:23PM
> if the answer is xserver-xorg-video-sis - is it possible to use this in jessie, if so how?

easy way is go here https://packages.debian.org/wheezy/xserver-xorg-video-sis and download the package manually for your architecture, then try installing it manually.

Which is unlikely to work.

Look here (not the first post, scroll below where they compile stuff from source) http://forums.debian.net/viewtopic.php?f=6&t=120734

using "checkinstall" you can make a .deb package that can be easily removed if needed, that is recommended.

Also, actual up-to-date (2015) sources are here (look for "xf86-video-sis") http://www.x.org/releases/individual/driver/

And the repos are on that site too.

Still looking at my box downloading things......... :/



Edited 3 time(s). Last edit at 03/12/2016 06:18PM by bobafetthotmail.
Re: Request : XGI Graphics
March 12, 2016 10:17PM
CV Wrote:
-------------------------------------------------------
> Hi all,
>
> I just wanted to flash uboot to my second box, and
> find it really astonishing: the graphic
> performance on stock linux / xgifb is WAY better -
> I have the direct comparison atm.
>
> On kernel 4.4 it seems to be totally
> unaxcellerated - not even simple 2D operations-
> eg. moving a window.
> Compare this to stock - a huge difference.
>
> Is there some option or such to enable
> axcelleration / is something missing? A module?

I have look few days ago at Marvell_Z11_XGIfb.tar.gz from hp.com GPL and make comparison with xgifb code in recent kernel (3.18.26 in my case) and found many missed code. Especially very interesting files are in HP GPL code: xgi_accel.c and so on. May be it can be ported or be built for recent kernel?
Re: Request : XGI Graphics
March 13, 2016 05:40AM
xssa Wrote:

> I have look few days ago at
> Marvell_Z11_XGIfb.tar.gz from hp.com GPL and make
> comparison with xgifb code in recent kernel
> (3.18.26 in my case) and found many missed code.
> Especially very interesting files are in HP GPL
> code: xgi_accel.c and so on. May be it can be
> ported or be built for recent kernel?

@xssa
If you could do this that would be excellent. porting code is something that is beyond my skill level
Re: Request : XGI Graphics
March 13, 2016 05:46AM
@Gravelrash,

If the current (potential) solutions that you/CV/Boba trying are not adequate, then I'll take a look at xssa suggestion.

@xssa,

Could you post a link to this GPL? or "Marvell_Z11_XGIfb.tar.gz from hp.com GPL" is enough info to search at HP site?

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Request : XGI Graphics
March 13, 2016 06:06AM
Good Morning Bodhi :)

have just read you message on the working thread, looks like you posted as i was logging off. I will try your suggestion around the usb_boot arguments and see what mileage i get. It would be great if you could "improve" the graphics.

The xorg file is here. http://www.x.org/releases/individual/driver/xf86-video-xgi-1.6.1.tar.gz

I will look for the code that xssa mentioned and if/when i find it i will post it here
Re: Request : XGI Graphics
March 13, 2016 09:16AM
@bodhi
Thats it ftp://ftp.hp.com/pub/tcdebian/pool/t5325/source/Marvell_Z11_XGIfb.tar.gz
there is also their patched kernel
ftp://ftp.hp.com/pub/tcdebian/pool/t5325/source/linux-source-2.6.22.18-1-4.2.7.M14.tar.gz



Edited 1 time(s). Last edit at 03/13/2016 09:22AM by xssa.
Re: Request : XGI Graphics
March 13, 2016 04:35PM
Quote
bobafetthotmail
> if the answer is xserver-xorg-video-sis - is it
> possible to use this in jessie, if so how?
>
> easy way is go here
> https://packages.debian.org/wheezy/xserver-xorg-vi
> deo-sis and download the package manually for your
> architecture, then try installing it manually.
>
> Which is unlikely to work.
>
> Look here (not the first post, scroll below where
> they compile stuff from source)
> http://forums.debian.net/viewtopic.php?f=6&t=12073
> 4

I would suggest we run a wheezy rootfs (perhaps that's what Leggo is trying to do?). Start with rootfs Debian-3.17.0-kirkwood-tld-1 (Updated 31 Oct 2014). Install the Debian package and see if it really the one to use. If it is successful, then we can get the Debian source and try to recompile.

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Request : XGI Graphics
March 13, 2016 06:19PM
@bodhi
im up for that, any special considerations i need to be aware of to do what you suggested?
Re: Request : XGI Graphics
March 13, 2016 06:59PM
@Gravelrash

No special consideration needed, the 3.17 rootfs already has the T5325 DTB in in it. So it should be prepared exactly the same way as the rootfs 4.4 or 3.18.5.

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Request : XGI Graphics
March 14, 2016 09:31AM
not such an auspicious experience as using the framebuffer settings from earlier. the best i can get with my xorg.conf is the following..........

THIS DRIVER IS HORRIBLE TO WORK WITH


root@debian317:~# lspci
00:01.0 PCI bridge: Marvell Technology Group Ltd. 88F6281 [Kirkwood] ARM SoC (rev 02)
01:00.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics Innovation) Z11/Z11M

Xorg log
[  1976.747]    ABI class: X.Org XInput driver, version 16.0
[  1976.747] (II) SIS: driver for SiS chipsets: SIS5597/5598, SIS530/620,
        SIS6326/AGP/DVD, SIS300/305, SIS630/730, SIS540, SIS315, SIS315H,
        SIS315PRO/E, SIS550, SIS650/M650/651/740, SIS330(Xabre),
        SIS660/[M]661[F|M]X/[M]670/[M]741[GX]/[M]760[GX]/[M]761[GX]/[M]770[GX],
        SIS340
[  1976.748] (II) SIS: driver for XGI chipsets: Volari Z7 (XG20),
        Volari V3XT/V5/V8/Duo (XG40)
[  1976.748] (--) using VT number 7

[  1976.796] (WW) Falling back to old probe method for sis
[  1976.796] (EE) No devices detected.
[  1976.797]
Fatal server error:
[  1976.797] no screens found
[  1976.797]
Please consult the The X.Org Foundation support
         at http://wiki.x.org



here is the relevant section of my xorg.conf for anyone that better at this than me to comment
Section "InputDevice"
        Identifier      "Generic Keyboard"
        Option          "XLeds" "1 2 3"
        Option          "CoreKeyboard"
        Option          "XkbRules"      "xorg"
        Option "XkbModel"       "evdev"
        Option "XkbLayout"      "gb"
        Option "XkbVariant"     "wincompat"
        Option "XkbOptions"     "srvrkeys:none"
        Driver          "evdev"
        Option          "Device"        "/dev/input/evdev-kbd"
EndSection
Section "Monitor"
        Identifier      "Primary Monitor"
        Option          "DPMS"  "true"
        HorizSync       1-10000
        VertRefresh     1-10000
        Option          "NonDDCDefaultMode"             "1024x768@60"
EndSection
Section "Device"
        Identifier      "Driver0"
        Screen          0
        Driver          "sis"
        BusID           "PCI:01:00:0"
        Option          "AccelMethod"   "XAA"
        Option          "UseFBDev"      "true"
EndSection
Section "Screen"
        Device          "Driver0"
        Monitor         "Primary Monitor"
        Identifier      "Primary Screen"
        DefaultDepth    24
        SubSection      "Display"
                Viewport        0 0
        EndSubSection
EndSection
Section "ServerLayout"
        Identifier      "Default Layout"
        InputDevice     "Generic Keyboard"
        Screen          0 "Primary Screen" 0 0
EndSection
Section "DRI"
        Mode    0666
EndSection
Section "ServerFlags"
        Option "DontVTSwitch" "true"
        Option "DontZap" "true"
        Option "DontZoom" "true"
EndSection



Edited 2 time(s). Last edit at 03/14/2016 12:57PM by Gravelrash.
Re: Request : XGI Graphics
March 14, 2016 01:11PM
im throwing in the towel with the wheezy xorg driver, its too difficult to configure and from everywhere i look and read the better option IS the kernel driver approach as even the fbdev apparently gives better performance.


I hope that there is some mileage in improving the kernel driver with patches. super accelerated graphics are a nice to have, but hey, we have a graphical environment and that seems to fit the bill for most people.


*sulks off to work*



Edited 1 time(s). Last edit at 03/14/2016 01:13PM by Gravelrash.
Re: Request : XGI Graphics
March 14, 2016 02:17PM
> I hope that there is some mileage in improving the
> kernel driver with patches. super accelerated
> graphics are a nice to have, but hey, we have a
> graphical environment and that seems to fit the
> bill for most people.
>
>
> *sulks off to work*

:) let's make the kernel driver a project for the rainy days.

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Request : XGI Graphics
March 14, 2016 02:59PM
bodhi Wrote:
-------------------------------------------------------

> :) let's make the kernel driver a project for the
> rainy days.


Im good with that.

Looks like we are as far as we can go with the display for now.
Re: Request : XGI Graphics
March 14, 2016 03:40PM
Re: Request : XGI Graphics
March 15, 2016 03:14PM
@gravelrash XAA acceleration (accelmethod above) is phased out in xorg, http://www.phoronix.com/scan.php?page=news_item&px=MTA0NDg

so it probably will run like crap as xorg cannot use it.

that driver should support EXA acceleration (accelmethod), which is better and still suppored by xorg http://www.phoronix.com/scan.php?page=news_item&px=NzkyNA
Re: Request : XGI Graphics
March 15, 2016 04:33PM
thanks for the feedback, i will try this again with the amended setting you suggested.

just as an FYI, the xorg.conf file in the "HOWTO" has this enabled, would you be willing to read through this and offer any improvements?

added xorg.conf with additional screen resolutions



Edited 1 time(s). Last edit at 03/18/2016 09:28PM by Gravelrash.
Attachments:
open | download - xorg.conf (2.8 KB)
Re: Request : XGI Graphics
April 16, 2016 06:35AM
(from the general thin client thread)
> Have you had any joy building the driver? all my efforts have resulted in "snarks" about incorrect/invalid macros settings. which i cant seem to get around.

I fixed the macros issue with this http://askubuntu.com/questions/56937/babl-recreate-aclocal-m4-with-macros-from-libtool-2-4

Quote

Try running

autoreconf
./configure
make

in the root directory of your project.

If that doesn't work, try running make maintainer-clean first and then go to step 1.

If that still doesn't work, run make maintainer-clean, then delete every generated file in the root directory of your project; including aclocal.m4, any m4 directory, any autom4te.cache directory, configure, Makefile.in, config.h, config.h.in, config.status, libtool, ltmain.sh, etc. Then go to step 1.

I installed the kernel headers (the headers .deb package is in /boot) and git xorg-dev mesa-common-dev libdrm-dev libtool build-essential xutils-dev automake autoconf autotools-dev libdmx-dev p7zip-full p7zip checkinstall

But now it is failing with this output and I'm afraid it is an issue in the source, an error about an array called IoBase not being found in a struct called pci_device.
Others are warnings, and don't stop compilation.

root@debian:~/xf86-video-xgi-1.6.1# make
make  all-recursive
make[1]: Entering directory '/root/xf86-video-xgi-1.6.1'
Making all in src
make[2]: Entering directory '/root/xf86-video-xgi-1.6.1/src'
  CC       xgi_driver.lo
In file included from xgi_driver.c:61:0:
/usr/include/xorg/xf86PciInfo.h:50:2: warning: #warning "xf86PciInfo.h is deprecated.  For greater compatibility, drivers should include necessary PCI IDs locally rather than relying on this file from xorg-server." [-Wcpp]
 #warning "xf86PciInfo.h is deprecated.  For greater compatibility, drivers should include necessary PCI IDs locally rather than relying on this file from xorg-server."
  ^
In file included from xgi_driver.c:71:0:
xgi_regs.h:55:0: warning: "outb" redefined
 #define outb(p, v)  moutb(p, v)
 ^
In file included from xgi.h:148:0,
                 from xgi_driver.c:70:
/usr/include/xorg/compiler.h:1073:0: note: this is the location of the previous definition
 #define outb xf_outb
 ^
xgi_driver.c: In function 'XGIDisplayPowerManagementSet':
xgi_driver.c:511:2: warning: implicit declaration of function 'XGISetDPMS' [-Wimplicit-function-declaration]
  XGISetDPMS(pScrn, pVBInfo, pHwDevInfo, PowerState);
  ^
xgi_driver.c: In function 'XGIGenerateModeListFromMetaModes':
xgi_driver.c:1187:48: warning: passing argument 1 of 'XGIGetModeFromName' discards 'const' qualifier from pointer target type
                     mode2 = XGIGetModeFromName(mode1->name, j);
                                                ^
xgi_driver.c:1023:1: note: expected 'char *' but argument is of type 'const char *'
 XGIGetModeFromName(char *str, DisplayModePtr i)
 ^
xgi_driver.c: In function 'XGIDDCPreInit':
xgi_driver.c:2310:24: warning: passing argument 1 of 'strcpy' discards 'const' qualifier from pointer target type
                 strcpy(newm->name, tempm->name);
                        ^
In file included from /usr/include/xorg/os.h:53:0,
                 from /usr/include/xorg/misc.h:115,
                 from /usr/include/xorg/screenint.h:50,
                 from /usr/include/xorg/scrnintstr.h:50,
                 from /usr/include/xorg/fb.h:30,
                 from xgi_driver.c:50:
/usr/include/string.h:129:14: note: expected 'char * restrict' but argument is of type 'const char *'
 extern char *strcpy (char *__restrict __dest, const char *__restrict __src)
              ^
xgi_driver.c: In function 'XGIPreInit':
xgi_driver.c:2612:49: error: 'struct pci_device' has no member named 'ioBase'
         VGAHWPTR(pScrn)->MapPhys = pXGI->PciInfo->ioBase[2] + 0xf2000000;  
                                                 ^
xgi_driver.c:2903:36: warning: assignment makes integer from pointer without a cast
     pXGI->xgi_HwDevExt.pjIOAddress = (pointer)((XGIIOADDRESS) (pXGI->RelIO + 0x30));
                                    ^
xgi_driver.c: In function 'XGIMapMem':
xgi_driver.c:4087:9: warning: 'pci_device_map_region' is deprecated (declared at /usr/include/pciaccess.h:85) [-Wdeprecated-declarations]
         err = pci_device_map_region(pXGI->PciInfo, i, TRUE);
         ^
xgi_driver.c: In function 'XGIUnmapMem':
xgi_driver.c:4163:17: warning: 'pci_device_unmap_region' is deprecated (declared at /usr/include/pciaccess.h:88) [-Wdeprecated-declarations]
                 pci_device_unmap_region(pXGI->PciInfo, 1);
                 ^
xgi_driver.c:4197:17: warning: 'pci_device_unmap_region' is deprecated (declared at /usr/include/pciaccess.h:88) [-Wdeprecated-declarations]
                 pci_device_unmap_region(pXGI->PciInfo, 0);
                 ^
xgi_driver.c:4212:9: warning: 'pci_device_unmap_region' is deprecated (declared at /usr/include/pciaccess.h:88) [-Wdeprecated-declarations]
         pci_device_unmap_region(pXGI->PciInfo, 0);
         ^
xgi_driver.c:4213:9: warning: 'pci_device_unmap_region' is deprecated (declared at /usr/include/pciaccess.h:88) [-Wdeprecated-declarations]
         pci_device_unmap_region(pXGI->PciInfo, 1);
         ^
xgi_driver.c: In function 'XGIModeInit':
xgi_driver.c:4320:5: warning: implicit declaration of function 'Volari_SetDefaultIdleWait' [-Wimplicit-function-declaration]
     Volari_SetDefaultIdleWait(pXGI, mode->HDisplay, pScrn->depth);
     ^
xgi_driver.c: In function 'XGIRestore':
xgi_driver.c:4481:2: warning: implicit declaration of function 'XGISetModeNew' [-Wimplicit-function-declaration]
  XGISetModeNew( &pXGI->xgi_HwDevExt, pXGI->XGI_Pr, 0x03); 
  ^
Makefile:505: recipe for target 'xgi_driver.lo' failed
make[2]: *** [xgi_driver.lo] Error 1
make[2]: Leaving directory '/root/xf86-video-xgi-1.6.1/src'
Makefile:433: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/root/xf86-video-xgi-1.6.1'
Makefile:364: recipe for target 'all' failed
make: *** [all] Error 2

I'm now compiling the (much bigger) driver source I downloaded from that forum post here http://forums.debian.net/viewtopic.php?f=6&t=120734#p601888

AAAAND..... Yeah, the second one compiles. It's kinda OLD though, last change in changelog is in 2006

Run a
checkinstall make install

to create a .deb package with it so you can remove/distribute it easily.

in the "version" field of checkinstall you must place a number, otherwise it errors out as the default value is "jessie" there.

Testing is still to do, and eventually I must go pester the xorg devs to know why their driver does not even friggin compile.
Re: Request : XGI Graphics
April 16, 2016 09:23AM
@bobbafetthotmail

"make maintainer-clean" and the associated steps below were what I was missing, the other steps i had already tried, i will attempt the recompile again today and see how my output compares to yours.



Edited 1 time(s). Last edit at 04/16/2016 09:29AM by Gravelrash.
Re: Request : XGI Graphics
April 16, 2016 12:30PM
after you deleted the stuff as indicated in that post, you need to run a

autoreconf -vi

as indicated in the forum message I linked, that regenerates all the files and stuff.
Re: Request : XGI Graphics
April 16, 2016 01:01PM
found a newer one -
https://code.launchpad.net/~vcs-imports/xserver-xorg-video-sis/master

EDIT : NM - pOS



Edited 1 time(s). Last edit at 04/16/2016 01:06PM by Gravelrash.
Re: Request : XGI Graphics
April 16, 2016 02:59PM
Tried the older driver version 1.6.0 (from 2010) but it does not compile at all, it cries about the lack of XAA.h when running make, this driver does not work with EXA protocol, so it is useless nowadays.

The driver version 1.6.1 detects the lack of XAA support and goes on fine when running the ./configure, I assume it has decent EXA support.

I had a look inside the source, and it seems the problematic code is compiled only for ARM, which explains why none noticed the obvious issue. I lack the expertise to go much further than this.

I posted a cry for help on the xorg devel mailing list https://lists.x.org/archives/xorg-devel/2016-April/049370.html

> EDIT : NM - pOS

wat?

Does that mean it does not work, right?


EDIT:

Wait a sec, the driver was called video-sis, not xgi.

from here http://www.x.org/releases/individual/driver/xf86-video-sis-0.10.8.tar.gz

it compiles fine, and I packaged/installed it. Now I need to wait for lxde to come down so I can test it.
Yes I had to nuke the other rootfs as it was corrupted somehow, kernel panics on shutdown and some applications not working at all, giving funky errors.



Edited 1 time(s). Last edit at 04/16/2016 03:41PM by bobafetthotmail.
Re: Request : XGI Graphics
April 16, 2016 05:18PM
Hmmm, installed the driver and I'm playing with the xorg.conf but it keeps not finding the driver.

I need to find out where this dumb "make install" thing places the driver and how it is called.

"sis" which is the name I find googling around does not work, must look in other debian packages to see what files go where.

.....some time later....

It's confirmed, the dumb thing places the driver in the wrong folder. By default it puts the driver in /usr/local/lib/xorg/modules/drivers

while on Debian xorg drivers stay in /usr/lib/xorg/modules/drivers

the name should still be the same.

kicking around this thing to get it working should resume tomorrow, have a good time meanwhile.
Re: Request : XGI Graphics
April 16, 2016 07:08PM
NM - pOS (never mind piece of ****) as in this below is the best i got from it when i complied it and messed around with teh xorg.conf file

root@debian:/etc/X11# lspci
00:01.0 PCI bridge: Marvell Technology Group Ltd. 88F6281 [Kirkwood] ARM SoC (rev 02)
01:00.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics Innovation) Z11/Z11M


[   905.771] 	Module class: X.Org XInput Driver
[   905.771] 	ABI class: X.Org XInput driver, version 21.0
[   905.771] (II) SIS: driver for SiS chipsets: SIS5597/5598, SIS530/620,
	SIS6326/AGP/DVD, SIS300/305, SIS630/730, SIS540, SIS315, SIS315H,
	SIS315PRO/E, SIS550, SIS650/M650/651/740, SIS330(Xabre),
	SIS660/[M]661[F|M]X/[M]670/[M]741[GX]/[M]760[GX]/[M]761[GX]/[M]770[GX],
	SIS340
[   905.772] (II) SIS: driver for XGI chipsets: Volari Z7 (XG20),
	Volari V3XT/V5/V8/Duo (XG40)
[   905.772] (++) using VT number 7

[   905.773] (WW) Falling back to old probe method for sis
[   905.773] (WW) SIS: No matching Device section for instance (BusID PCI:0@1:0:0) found
[   905.773] (EE) No devices detected.
[   905.773] (EE) 
Fatal server error:
[   905.773] (EE) no screens found(EE) 
[   905.773] (EE) 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 
[   905.773] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[   905.774] (EE)



Edited 1 time(s). Last edit at 04/16/2016 07:10PM by Gravelrash.
Re: Request : XGI Graphics
April 16, 2016 07:42PM
looks like things are compiling..... on my system too

EDIT nope spoke too soon

checking for /usr/include/xorg/dri.h... yes
checking for /usr/include/xorg/sarea.h... yes
checking for /usr/include/xorg/dristruct.h... yes
checking whether to include DRI support... yes
checking for DRI... yes
checking xaa.h usability... no
checking xaa.h presence... no
checking for xaa.h... no
checking whether to include XAA support... no
checking whether XSERVER_LIBPCIACCESS is declared... yes
checking for PCIACCESS... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
 /bin/bash ./config.status
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating man/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
config.status: executing libtool commands
make  all-recursive
make[1]: Entering directory '/usr/src/xf86-video-sis-0.10.8'
Making all in src
make[2]: Entering directory '/usr/src/xf86-video-sis-0.10.8/src'
  CC       init301.lo
libtool: Version mismatch error.  This is libtool 2.4.6, but the
libtool: definition of this LT_INIT comes from libtool 2.4.2.
libtool: You should recreate aclocal.m4 with macros from libtool 2.4.6
libtool: and run autoconf again.
Makefile:511: recipe for target 'init301.lo' failed
make[2]: *** [init301.lo] Error 63
make[2]: Leaving directory '/usr/src/xf86-video-sis-0.10.8/src'
Makefile:433: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/usr/src/xf86-video-sis-0.10.8'
Makefile:364: recipe for target 'all' failed
make: *** [all] Error 2

want a tester for the files you made?



Edited 4 time(s). Last edit at 04/16/2016 08:00PM by Gravelrash.
Author:

Your Email:


Subject:


Spam prevention:
Please, enter the code that you see below in the input field. This is for blocking bots that try to post this form automatically. If the code is hard to read, then just try to guess it right. If you enter the wrong code, a new image is created and you get another chance to enter it right.
Message: