let vga16fb claim 0xA+0x1 region as its aperture;
drm drivers don't use it, so we have to detect it and kick
vga16fb manually - but only if drm is driving the primary card
Signed-off-by: Marcin Slusarz
Cc: James Simmons
Cc: Dave Airlie
Cc: Ben Skeggs
---
no changes since last submissio
Currently vesafb/efifb/... is kicked when hardware driver is registering
framebuffer. To do it hardware must be fully functional, so there's a short
window between start of initialisation and framebuffer registration when
two drivers touch the hardware. Unfortunately sometimes it breaks nouveau
ini
https://bugs.freedesktop.org/show_bug.cgi?id=26639
--- Comment #18 from Tobias Jakobi 2010-05-16 13:36:20
PDT ---
Nice, just applied the patch and 1024x...@85hz works again!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=26639
--- Comment #18 from Tobias Jakobi 2010-05-16 13:36:20
PDT ---
Nice, just applied the patch and 1024x768 at 85Hz works again!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becaus
Client side is other machine: indirect glx -> via network.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=28136
Summary: [r300g] Running celestia full-screen puts a starry
window in the top-left corner of an otherwise blank
screen
Product: Mesa
Version: git
Platform: x86 (IA3
https://bugs.freedesktop.org/show_bug.cgi?id=28136
Summary: [r300g] Running celestia full-screen puts a starry
window in the top-left corner of an otherwise blank
screen
Product: Mesa
Version: git
Platform: x86 (IA3
let vga16fb claim 0xA+0x1 region as its aperture;
drm drivers don't use it, so we have to detect it and kick
vga16fb manually - but only if drm is driving the primary card
Signed-off-by: Marcin Slusarz
Cc: James Simmons
Cc: Dave Airlie
Cc: Ben Skeggs
---
no changes since last submissio
Currently vesafb/efifb/... is kicked when hardware driver is registering
framebuffer. To do it hardware must be fully functional, so there's a short
window between start of initialisation and framebuffer registration when
two drivers touch the hardware. Unfortunately sometimes it breaks nouveau
ini
We don't use timing_level any more after: 9cf00977da0 "drm/edid: Unify
detailed block parsing between base and extension blocks".
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 7188674..3556308 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b
https://bugs.freedesktop.org/show_bug.cgi?id=27666
Marek Olšák changed:
What|Removed |Added
AssignedTo|dri-de...@lists.freedesktop |mar...@gmail.com
|.org
https://bugs.freedesktop.org/show_bug.cgi?id=27666
Marek Ol??k changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |maraeo at gmail.com
|
https://bugs.freedesktop.org/show_bug.cgi?id=27666
Nikolay Rysev changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27666
Nikolay Rysev changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=5600
--- Comment #3 from Martin Wesemann 2010-05-16
04:34:34 PDT ---
I had the same problem after installing Debian 5.0 (Lenny) on my old Laptop
having a sis630/730 display device installed. I could solve the issue by
setting a parameter described in
https://bugs.freedesktop.org/show_bug.cgi?id=5600
--- Comment #3 from Martin Wesemann
2010-05-16 04:34:34 PDT ---
I had the same problem after installing Debian 5.0 (Lenny) on my old Laptop
having a sis630/730 display device installed. I could solve the issue by
setting a parameter described in
https://bugs.freedesktop.org/show_bug.cgi?id=28125
--- Comment #3 from Andrian Nord 2010-05-16 04:27:39 PDT
---
Server side:
ni...@nord ~ % glxinfo| grep DRI2
OpenGL renderer string: Mesa DRI R600 (RV710 9553) 20090101 TCL DRI2
>From log:
[ 1776.639] (II) RADEON(0): [DRI2] Setup complete
[ 17
https://bugs.freedesktop.org/show_bug.cgi?id=28125
--- Comment #3 from Andrian Nord 2010-05-16 04:27:39
PDT ---
Server side:
night at nord ~ % glxinfo| grep DRI2
OpenGL renderer string: Mesa DRI R600 (RV710 9553) 20090101 TCL DRI2
We don't use timing_level any more after: 9cf00977da0 "drm/edid: Unify
detailed block parsing between base and extension blocks".
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 7188674..3556308 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b
19 matches
Mail list logo