http://bugs.freedesktop.org/show_bug.cgi?id=24535
--- Comment #27 from Rafał Miłecki 2009-11-04 15:23:18 PST
---
*** Bug 24587 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
http://bugs.freedesktop.org/show_bug.cgi?id=24535
Rafał Miłecki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Copy&paste typo probably.
On top of my "[PATCH] drm/radeon/kms: add debugfs for power management
for AtomBIOS devices".
--
Rafał
0001-drm-radeon-kms-fix-typo-in-define-engine-memory.patch
Description: Binary data
--
Le
http://bugs.freedesktop.org/show_bug.cgi?id=11592
Maciej Cencora changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=5376
Maciej Cencora changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi Jerome
On 4 nov 2009, at 15.58, Jerome Glisse wrote:
> Hi,
>
> Have got an issue which needs some extra space at end of a bo,
> space unvisible to the userspace. So i was wondering if anyone
> else would have a need for function which allow to add some more
> page at the end of a bo (could also
Just do nothings crct_set_base i call with no FB.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/atombios_crtc.c |7 +--
drivers/gpu/drm/radeon/radeon_legacy_crtc.c |5 +
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios
Hi,
Have got an issue which needs some extra space at end of a bo,
space unvisible to the userspace. So i was wondering if anyone
else would have a need for function which allow to add some more
page at the end of a bo (could also allow to put it at the begining
of the bo).
Before i start doing c
MPC5200B PowerPC (32bit) platform with XGI Volari V3XT AGP
gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver
-I../../../../../include -I../../../../../src/mesa
-I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri
-I/usr/include/drm-O2 -mcpu=powerpc -Wall -Wmiss
Without an allocated colormap, FBIOGETCMAP fails. This would make
programs restore an all-black colormap ("links -g") or fail to work
altogether ("mplayer -vo fbdev2").
Signed-off-by: Clemens Ladisch
---
v3: bugfix by James Simmons
drivers/gpu/drm/drm_fb_helper.c | 7 ++-
1 file changed,
The fbdev field of the drm_framebuffer structure is always used to store
a pointer to a fb_info, so there is no reason for it to be void*.
Signed-off-by: Clemens Ladisch
---
Needed for the next patch; no changes from v2.
include/drm/drm_crtc.h |2 +-
1 file changed, 1 insertion(+),
James Simmons wrote:
> > @@ -905,6 +905,9 @@ int drm_fb_helper_single_fb_probe(struct
> >
> > if (new_fb) {
> > info->var.pixclock = 0;
> > + ret = fb_alloc_cmap(&info->cmap, crtc->gamma_size, 0);
> > + if (ret)
> > + return ret;
>
> >
When the framebuffer driver does not publish detailed timing information
for the current video mode, the correct value for the pixclock field is
zero, not -1.
Since pixclock is actually unsigned, the value -1 would be interpreted
as 4294967295 picoseconds (i.e., about 4 milliseconds) by
register_f
13 matches
Mail list logo