xf86-video-geode issueshttps://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues2018-08-10T20:42:34Zhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/7Segmentation fault2018-08-10T20:42:34ZBugzilla Migration UserSegmentation fault## Submitted by Artem
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#107422)](https://bugs.freedesktop.org/show_bug.cgi?id=107422)**
## Description
Created attachment 140878
log with segfault
After update Debi...## Submitted by Artem
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#107422)](https://bugs.freedesktop.org/show_bug.cgi?id=107422)**
## Description
Created attachment 140878
log with segfault
After update Debian 9 to 10.
**Attachment 140878**, "log with segfault":
[Xorg.0.log](/uploads/17ad615c6e4de29cba4bd87fb052ffd3/Xorg.0.log)https://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/6Geode cannot be used with GNOME because it requires root priviledges2018-08-17T05:47:13ZBugzilla Migration UserGeode cannot be used with GNOME because it requires root priviledges## Submitted by Martin-Éric Racine `@q-funk`
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#92542)](https://bugs.freedesktop.org/show_bug.cgi?id=92542)**
## Description
Recent GNOME releases have switched to la...## Submitted by Martin-Éric Racine `@q-funk`
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#92542)](https://bugs.freedesktop.org/show_bug.cgi?id=92542)**
## Description
Recent GNOME releases have switched to launching X as a non-root user.
This fails on Geode beause Geode tries to access the following devices, all typically owned by root:
```
$ ls -al /dev/dri/card0 /dev/fb0 /dev/cpu/0/msr
ls: cannot access /dev/dri/card0: No such file or directory
crw------- 1 root root 202, 0 Oct 19 23:06 /dev/cpu/0/msr
crw-rw---- 1 root video 29, 0 Oct 19 23:06 /dev/fb0
```
On Debian (and some other distributions) the Geode driver hereafter requires the xserver-xorg-legacy wrapper to successfully launch with GDM-3. Other display managers that launch X as root still work as expected.https://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/5garbled screen contents for LibreOffice on Geode LX800 using xf86-video-geode...2018-08-10T20:42:24ZBugzilla Migration Usergarbled screen contents for LibreOffice on Geode LX800 using xf86-video-geode 2.11.14## Submitted by Ada
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#70730)](https://bugs.freedesktop.org/show_bug.cgi?id=70730)**
## Description
This is not my first bugreport ever but probably my first on an X....## Submitted by Ada
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#70730)](https://bugs.freedesktop.org/show_bug.cgi?id=70730)**
## Description
This is not my first bugreport ever but probably my first on an X.org related project. Furthermore I am a user and chemist (I try to hack molecules not code ;) ) so please bear with me.
libs and progs used:
xf86-video-geode-2.11.14-r1 / 2.11.14
current main xorg-server package on my system is 1.13.4
Kernel different versions, between 3.9.x and 3.11.x (gentoo-sources, this should be basially a vanilla kernel with minimum patching)
graphical console on or off doesn't seem to influence my problem
problem:
Libreoffice (v 4.x.x) Writer gets garbled screen output when scrolling down. (and scrolling back up again brings same result)
It seems only to affect writer not the other parts of LibO. Mainly it is black, a few times coloured. Actual content is unreadable. Other programs e.g. okular, kwrite pdf reader work fine, even things like zsnes do (yes, it actually run... ehm, walks on the geode).
It might be related to writer itself but switching 2d accel on and off did not really seem to help, it was consistent through 4.x.x versions of LibO that I tried and it does not happen with xf86-video-vesa instead of xf86-video-geode. So I was tempted to blame it on the geode driver. :)
Since it is gentoo I have to admit that everything is compiled (or compiled using chroot on the CF card in my big AMD quad core).
(at least for packages that support custom cflags)
CXX/CFLAGS="-march=geode -Os -mmmx -m3dnow -fno-align-jumps -fno-align-functions -fno-align-labels -fno-align-loops -pipe -fomit-frame-pointer"
xf86-video-geode is built without ztv support.
# excerpt from xorg.conf
Section "Module"
Load "dri" # probably doesn't really help that much, but I took the base config from an old VIA C3 machine
End Section
...
Driver "geode"
Option "NoAccel" "false"
Option "AccelMEthod" "EXA"
# Option "NoCompression" "false"
Option "SWCursor" "false"
# Option "ExaScratch" "8388608" # ex 16777216
Option "ExaScratch" "16777216"
# both sizes didn't really show difference
Screen Section has
DefaultDepth 24
Should I try with XAA or no accel at all (would be sad)?
In the BIOS I set 16 MB for the GPU.
other conditions: 24bpp at 1024x786 60Hz (an old iiyama TFT)
attached to a FSC/FTC Futro A2xx (nice little device) bearing a TECO TR2350 with the latest BIOS I could obtain (Jun, 15th 2006 ?).
Featuring Geode LX800 (500 MHz) incl. its companion graphics. Fam 5 Mdl 10 step 2
flags: fpu de pse tsc msr cx8 sep pge cmov clflush mmx mmxext 3dnowext 3dnow
00:01.0 Host bridge: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge (rev 31)
00:01.1 VGA compatible controller: Advanced Micro Devices [AMD] Geode LX Video
(if you need lspci -vv tell me)
XFCE4 DE (meta package is v 4.10).
(I could also try e17 since it is installed on that box also. Plus I pulled in some of my favourite kde apps.)
Everything else seems to work nicely, or at least I did not discover problems yet.
qt-core is 4.8.4-r5 (was lower some days ago, but iirc. LibO is gtk based), gtk+:2 is 2.24.17 gtk+:3 is 3.4.4 (might have seen updates inbetween but problem was always the same)
cairo is 1.12.14-r4.
If you need more config settings etc. just tell me and I'll try to find them. :)
If you tell me how to dump portions of memory with standard tools during runtime I can try that also.
I also missed something like man geode with a summary of geode xorg.conf options. I think one can find it somewhere as a .bz2 file but it would be more convenient to have a "man geode" than searching your directory structure on the root fs for some hints.
If KMS is possible with this cute little chip it would be awesome. I think I saw it somewhere on the roadmap. (I know you are probably limited on time/manpower. And AMD officials probably care more for their recent chips and APUs at the moment (which I can also understand).)https://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/4GNOME notification icons drawn all-black2018-08-10T20:42:20ZBugzilla Migration UserGNOME notification icons drawn all-black## Submitted by Daniel Drake
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#51360)](https://bugs.freedesktop.org/show_bug.cgi?id=51360)**
## Description
Created attachment 63374
test app
After upgrading OLPC X...## Submitted by Daniel Drake
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#51360)](https://bugs.freedesktop.org/show_bug.cgi?id=51360)**
## Description
Created attachment 63374
test app
After upgrading OLPC XO-1 from Fedora 14 (xorg-server-1.9) to Fedora 17 (xorg-server-1.12) we are seeing problems with GNOME's notification area. The icons appear all-black, which is the same colour as the GNOME panel which they are drawn upon.
I've narrowed this down to a simple test case (attached). This program draws an icon (works OK), then when the window is resized the icon is replaced with all-black.
Initial diagnosis at http://dev.laptop.org/ticket/11860 suggests that we're receiving a composite PictOpSrc request with no mask, repeats or transformations.
lx_do_composite then reacts in this way:
/* All black out of the source */
if (!exaScratch.repeat && (exaScratch.type == COMP_TYPE_ONEPASS)) {
lx_composite_all_black(srcOffset, exaScratch.srcWidth,
exaScratch.srcHeight);
}
and the icon goes black.
We are not 100% sure if this is a Geode bug or something wrong in the X server. A good first step would be to understand how the driver should respond to PictOpSrc with no mask, repeats or transformations, and if that is even valid at all.
**Attachment 63374**, "test app":
[windowtest2.c](/uploads/9acb8cea9e646cc8f637afe56eaba917/windowtest2.c)https://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/3Make xf86-video-geode fail more gracefully on non-x862022-08-03T23:09:32ZBugzilla Migration UserMake xf86-video-geode fail more gracefully on non-x86## Submitted by Jeremy Huddleston Sequoia
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#35645)](https://bugs.freedesktop.org/show_bug.cgi?id=35645)**
## Description
http://tinderbox.x.org/builds/2011-03-25-000...## Submitted by Jeremy Huddleston Sequoia
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#35645)](https://bugs.freedesktop.org/show_bug.cgi?id=35645)**
## Description
http://tinderbox.x.org/builds/2011-03-25-0000/logs/xf86-video-geode/#build
```
/bin/bash ../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../src/cim -I../src/gfx -I../src/panel -I../linux_v26 -I/home/jeremy/src/freedesktop/jhbuild/build/include -I/home/jeremy/src/freedesktop/jhbuild/external/build/include -fvisibility=hidden -I/home/jeremy/src/freedesktop/jhbuild/build/include/xorg -I/home/jeremy/src/freedesktop/jhbuild/build/include/pixman-1 -DHAVE_GX -DHAVE_LX -DAMD_V4L2_VIDEO -DOPT_ACCEL -DLINUX_2_6 -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -DPNL_SUP -O0 -pipe -Wall -Wformat=2 -c -o geode_ddc.lo geode_ddc.c
geode_common.c: In function 'geode_memory_to_screen_blt':
geode_common.c:86:6: error: impossible constraint in 'asm'
geode_common.c:93:6: error: impossible constraint in 'asm'
geode_common.c:100:6: error: impossible constraint in 'asm'
geode_common.c:107:6: error: impossible constraint in 'asm'
make[2]: Leaving directory `/home/jeremy/src/freedesktop/jhbuild/src/xorg/driver/xf86-video-geode/src'
```
Version: githttps://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/2xf86-video-geode crashes on start since 2.11.x when DDC/UART mux is in UART mode2018-08-10T20:42:11ZBugzilla Migration Userxf86-video-geode crashes on start since 2.11.x when DDC/UART mux is in UART mode## Submitted by Mart Raudsepp `@leio`
Assigned to **Xorg Project Team**
**[Link to original bug (#22100)](https://bugs.freedesktop.org/show_bug.cgi?id=22100)**
## Description
Since the RANDR1.2 port in xf86-video-geode-2.11 the dr...## Submitted by Mart Raudsepp `@leio`
Assigned to **Xorg Project Team**
**[Link to original bug (#22100)](https://bugs.freedesktop.org/show_bug.cgi?id=22100)**
## Description
Since the RANDR1.2 port in xf86-video-geode-2.11 the driver crashes on X.org startup immediately if the firmware has set up the DDC/UART muxed GPIO to serial port (UART) mode.
Before there was code made to detect the GPIO mode and not do any DDC queries if it is in serial port mode. But while that checking still exists and the fact that it is in UART mode gets reported in Xorg.0.log, DDC calls are still made through RANDR impementation vfunc regardless of that, and Xorg crashes on the results that gets to in UART mode.
This bug is the primary reason 2.11 is not packaged in Gentoo Linux yet, as it breaks things for my own geode platform development :(https://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/1AMD/NSC Geode driver integration2018-08-10T20:42:05ZBugzilla Migration UserAMD/NSC Geode driver integration## Submitted by ajax `@ajax`
Assigned to **Xorg Project Team**
**[Link to original bug (#2088)](https://bugs.freedesktop.org/show_bug.cgi?id=2088)**
## Description
The Geode series chips are embedded graphics solutions, formerly f...## Submitted by ajax `@ajax`
Assigned to **Xorg Project Team**
**[Link to original bug (#2088)](https://bugs.freedesktop.org/show_bug.cgi?id=2088)**
## Description
The Geode series chips are embedded graphics solutions, formerly from National
Semiconductor and currently sold by AMD. AMD has various X drivers for the
Geode series on its website:
http://www.amd.com/us-en/ConnectivitySolutions/ProductInformation/0,,50_2330_9863_11363,00.html
There is also a Geode driver on the geode-0-0-1-branch of DRI's xc tree, last
touched by Alah Hourihane sometime in 2002.
There is already an nsc(4) driver in the tree, which supports much of the same
hardware (but perhaps not all). Someone should investigate AMD's drivers and,
if they provide any additional support, merge them to the tree.
### Blocking
* [Bug 1903](https://bugs.freedesktop.org/show_bug.cgi?id=1903)