| Age | Commit message (Collapse) | Author |
|---|
|
Even when V4L2 is available there are always reasons why distros
may not want to build the driver.
This patch uses a common idiom in xorg.
When no configure option is specified ztv is built iff v4l2 is detected (auto).
When user issues --disable-ztv, the ztv driver is not built (no)
When user issues --enable-ztv, the ztv driver is built (yes) if v4l2 is detected
but the configuration fails if v4l2 is missing. Distros do not want silent
failures when a feature is explicitly requested but cannot be built.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Detect the presence of Video4Linux V2 and do not build if missing.
The geode driver is no longer Linux only.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
The convention is to have the video driver (geode) in the src subdir
and any other targets (utils, apps, other drivers) in their own
directory. It makes it much simpler to right a correct makefile
and to set conditional compile.
This highlighted a few things to fix. For now, the directory includes
have not been copied as they are required. The AM_CCASFLAGS is not required
either as there is no assembler.
Other than that, the gcc command issued has no differences. Other unrequired
defines could be removed later.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
|
|
|
|
|
|
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Inverted two FAQ sections so as to bring the answer about WXGA
right below this new supported resolutions section.
|
|
b9a5a86a402832fe699e43b3030932b50ae821a0 restored code compatibility
with X server 1.4.
|
|
Changing GEODE_TRACE_FALL to 1 allows to easily find the unaccelerated
code paths in a given use case while working on driver performance.
Signed-off-by: Priit Laes <plaes@plaes.org>
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
First argument is the number of elements and second the size of one
element, not vice-versa.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
V4L1 support was dropped as of Linux kernel 2.6.38
|
|
Commit 5e72a00ad2 caused packed video data to corrupt glyphs and other
parts of the screen, but it turns out that the commit actually at fault
was d681a844e, incorrectly changing the size of the allocated destination
memory from the number of bytes needed to the number of lines needed.
While fixing this, I noticed that LXAllocateSurface is probably making the
same mistake, and that the height is probably not calculated correctly for
some corner cases when calling LXCopyFromSys in the packed
video path (but I'm not sure about either).
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=33004
|
|
|
|
Signed-off-by: Priit Laes <plaes@plaes.org>
|
|
The LX is a bit odd in that the palette can be used for gamma correction
of graphics data, or video data, but not both at the same time.
Right now, during X startup, X sets gamma correction (but without any
actual correction) causing the Geode driver to start using the palette
for graphics gamma correction. (this is just momentary)
Later on during startup, vg_set_custom_mode() switches to using the
palette for video gamma correction, and this is the end result.
If you later use xrandr to change the gamma, the palette starts being used
for graphics again.
If you VT switch, vg_set_custom_mode (momentarily) starts using the palette
for video, but then X jumps in with a gamma callback causing it to be used
for graphics again.
End result: no user visible bug, but this is inconsistent.
As there is no exposed mechanism for changing video gamma I suggest
we just drop that bit from vg_set_custom_mode(). Then the inconsistency
goes away.
Downside: this now becomes dependent on X setting gamma during startup.
I don't know when this was introduced but I think it is recent.
Aditionally, I think I found a (harmless) bug in
df_set_video_palette_entry, it doesn't do what the comments say.
|
|
Signed-off-by: Priit Laes <plaes@plaes.org>
|
|
NOTE: the eCafe EC-800's panel doesn't support a higher refresh rate.
|
|
Signed-off-by: Frank Huang<frankr.huang@amd.com>
|
|
|
|
This reverts commit fab58e111b6655602b4f739260a01247ff478f35.
|
|
Signed-off-by: Frank Huang<frankr.huang@amd.com>
|
|
*Change the entry of 1024x600 from 3 to 7(That will not affect the entries from
3 to 6). And BIOS should set the VG_FP_TYPE bit[5:3] to 7.
*Use 1024x600@80 instead of 1024x600@60 parameters to support more 4:3 resolutions
Signed-off-by: Frank Huang<frankr.huang@amd.com>
|
|
Putting a frozen DCON to sleep (as happens during regular boot of the XO)
will cause the frozen image to be corrupted.
Change the behaviour to only sleep when the DCON is not frozen.
http://dev.laptop.org/ticket/10196
|
|
I don't know why X can't do this itself, but when no get_crtc method is
provided, X decides that it doesn't know the CRTC of the output and
decides to reset the mode completely (causing display powerdown, resulting
in an uncomfortable visual interruption to OLPC's boot process).
|
|
*Del for deduct the probable size of a video overlay.
*Use exaOffscreenAlloc allocate the video overlay.
*Use exaOffscreenAlloc allocate the offscreen surface.
*XV-video data has to be allocate in offscreen memory range.
Signed-off-by: Hunk Cui <Hunk.Cui@amd.com>
|
|
*Users can not get 1024x600 by default when using panel without xorg.conf.
Add this screen resolution to the panel_modes table to support it by default.
*Users who are using VGA will get this resolution by the monitor EDID. No
code is needed
*Use gtf tool to get the parameters
*Ubuntu bugzilla #433142
Signed-off-by: Frank Huang <frankr.huang@amd.com>
|
|
*change from 1028 to 1280
Signed-off-by: Frank Huang <frankr.huang@amd.com>
|
|
*mode validation(lx_output_mode_valid) in this driver should return MODE_OK for
all modes filtered out by previous process in this function. Otherwise, new
modelines(conf_modes) will be pruned by Xserver function Xf86PruneInvalidModes.
The result is that the user can not set arbitrary resolutions. We comply with
the code of ATI&&Intel mode_valid function to do this.
*For modes that cannot be supported by the geode driver, it is better to give
the specific MODE_XXX(such as MODE_CLOCK_RANGE) instead of MODE_BAD.
Signed-off-by: Frank Huang <frankr.huang@amd.com>
|
|
*Modify rotation pitch value with crtc_mode_set.
*Use own wrapper to allocate a pixmap for wrapping a bo.
*Ubuntu Bugzilla #377929
*Debian Bugzilla #512020
Signed-off-by: Hunk Cui <Hunk.Cui@amd.com>
|
|
|
|
This is pretty clearly a bug. This should fix it (after all, that
check is merely to see if the panel is a DCON; we don't care at
all about the panel bit). This also adds an extra parenthesis in
the following if() statement for clarity.
I'm resisting the temptation to change GeodeRec's Output member to
an unsigned long (for now). Bitfields should really be unsigned.
Signed-off-by: Andres Salomon <dilinger@queued.net>
|
|
* Replace the deprecated functions with new ones
Refer to "/xserver/include/os.h"
Signed-off-by: Frank Huang <frankr.huang@amd.com>
|
|
We are pleased to announce this maintenance release of xf86-video-geode.
It features a plethora of bug fixes, a few documentation updates and one
performance enhancement.
This release also marks the return of AMD to the development team.
Please read the content of NEWS for more details.
|
|
*Correct the entry for PictOpIn, PictOpOut, PictOpOverReverse
*Some code format adjustment
*Delete the maskflag(temp variable)
*Change the code to make the black region(More reasonable than change
op from PictOpSrc to PictOpClear)
Signed-off-by: Frank Huang <frankr.huang@amd.com>
|
|
*Correct the entry for PictOpOverReverse and PictOpInReverse
*Correct the channel reverse use, delete direction use
*Add a function lx_composite_all_black to generate a all zero vectors
including alpha
*Modify some comments
Signed-off-by: Frank Huang <frankr.huang@amd.com>
|
|
Fixes bug #27725
Breakage from commit 38e86827
|
|
|
|
|
|
|
|
|
