The change from bitfields to masks was done incorrectly for the misc flags
byte.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/drm_edid.c | 19
include/drm/drm_edid.h | 66 ++--
2 files changed, 57 insertions(+), 28 deletions(-)
di
For some reason, the DP clocks were based off a 100MHz reference instead of
the standard 96MHz reference. This caused some DP monitors to fail to lock
to the signal.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/intel_display.c | 21 +
1 files changed, 9 insertions(
On Wed, 2009-06-24 at 19:26 +0200, Thomas Hellström wrote:
>
> Just prior to the commit I sent out a message explaining what I was
> going to do and why, but apparently it didn't make it to the list
> (which seems to be the case of quite a few mails these days).
What was the From: address and sub
http://bugs.freedesktop.org/show_bug.cgi?id=22371
--- Comment #2 from Dave Airlie 2009-06-24 19:37:48
PST ---
please retest with latest mesa master.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
http://bugs.freedesktop.org/show_bug.cgi?id=22438
--- Comment #2 from Dave Airlie 2009-06-24 19:22:33
PST ---
can you retest with mesa master, I fixed a bug that can cause this to happen.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
http://bugs.freedesktop.org/show_bug.cgi?id=22451
Gordon Jin changed:
What|Removed |Added
AssignedTo|dri-|ling...@intel.com
|de...@
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
HENRY David wrote:
> Hello,
>
> I'm using xorg-edgers' packages on Ubuntu Jaunty, so I have equivalent
> of mesa 7.5 from git (intel 945GM), up to date.
You might try building from source. Some changes were recently (last
week?) made to the mesa_7_5
Jerome Glisse skrev:
> On Wed, 2009-06-24 at 02:34 -0700, Thomas Hellstrom wrote:
>
>> Dave,
>> sorry for top-posting. It's this stupid email client.
>>
>> First, I think we need to make sure we agree on the purpose of this patch. I
>> see it as a huge benefit for
>> short-lived buffer-objects
On 24.06.2009 20:17, Jerome Glisse wrote:
> I think we should let user ask at gem map ioctl time if userspace wants
> an surface backed mapping or not, and gem map will reply with a success
> or failure. So if object is in vram and there is a surface reg available
> it will succeed, if object is in
http://bugzilla.kernel.org/show_bug.cgi?id=13554
Rafael J. Wysocki changed:
What|Removed |Added
CC||r...@sisk.pl
Blocks|
After fixing getting PANEL's native mode I hit another bug, crasher
one this time.
Problem is we don't break loop list_for_each_entry in void
atombios_crtc_set_pll(...).
As a result *encoder points to encoder that we are not interested in.
In case of table version 3 we use this *encoder and that
Khem, hi, my first patch here and my first touching kernel code ever.
I try to make my RV620 work in console using radeon KMS. Using
Jerome's WIP code and my own hacks I discovered this quite general bug
in treating encoders.
Before patch:
Jun 23 15:15:49 linux-aodr kernel: i2c-adapter i2c-1: una
On Wed, 2009-06-24 at 13:25 +0200, Michel Dänzer wrote:
> On Wed, 2009-06-24 at 10:21 +1000, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > This adds color tiling support for buffers in VRAM, it enables
> > a color tiled fbcon and a color tiled X frontbuffer.
> >
> > It changes the API:
> > ad
On Wed, 24 Jun 2009 19:26:41 +0200
Thomas Hellström wrote:
> Hi, Pekka!
>
> I'm sorry for this breakage. I thought drm master was currently used
> only for libdrm development, but
> I see now that I didn't pay enough attention. Just prior to the commit I
> sent out a message explaining what I
Signed-off-by: Thomas Hellstrom
---
include/drm/ttm/ttm_module.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/drm/ttm/ttm_module.h b/include/drm/ttm/ttm_module.h
index 889a4c7..d1d4338 100644
--- a/include/drm/ttm/ttm_module.h
+++ b/include/drm/ttm/ttm_module.
A bug caused a new caching state to be selected on each buffer object
validation regardless of the current caching state.
Moreover, a caching state could be selected that wasn't supported by
the memory type.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo.c | 51
Hi, Pekka!
I'm sorry for this breakage. I thought drm master was currently used
only for libdrm development, but
I see now that I didn't pay enough attention. Just prior to the commit I
sent out a message explaining what I was going to do and why, but
apparently it didn't make it to the list (w
Hi Thomas,
I meant to ask you this 24h ago:
why did you deliberately break Nouveau in drm.git?
The commit 9a33f62be1c478334572ea9384af60 "drm: Strip old ttm." not only
removes the old TTM, it explicitly removes Nouveau from Makefile. IMHO
this means you knew it broke Nouveau and you did not care.
On Wed, 2009-06-24 at 15:29 +0200, Thomas Hellström wrote:
> Michel Dänzer wrote:
> > On Wed, 2009-06-24 at 10:21 +1000, Dave Airlie wrote:
> >
> >> From: Dave Airlie
> >>
> >> This adds color tiling support for buffers in VRAM, it enables
> >> a color tiled fbcon and a color tiled X frontbuffe
On Wed, 2009-06-24 at 10:21 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This adds color tiling support for buffers in VRAM, it enables
> a color tiled fbcon and a color tiled X frontbuffer.
>
> It changes the API:
> adds two new parameters to the object creation API (is this better than
>
http://bugs.freedesktop.org/show_bug.cgi?id=22451
--- Comment #2 from Eugene Oschtan 2009-06-24 03:43:10
PST ---
Created an attachment (id=27076)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27076)
xrandr-verbose
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=
http://bugs.freedesktop.org/show_bug.cgi?id=22451
--- Comment #1 from Eugene Oschtan 2009-06-24 03:40:45
PST ---
Created an attachment (id=27075)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27075)
Xorg.log without KMS
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cg
http://bugs.freedesktop.org/show_bug.cgi?id=22451
Summary: xf86-video-intel-2.7.1 bad resolution
Product: Mesa
Version: unspecified
Platform: Other
URL: https://bugs.gentoo.org/show_bug.cgi?id=272059
OS/Version: All
Stat
On Tue, 2009-06-23 at 22:52 +0300, Pekka Enberg wrote:
> Hi Jerome,
>
> On Tue, Jun 23, 2009 at 10:46 PM, Jerome Glisse wrote:
> > Command stream parsing is the most common operation and can
> > happen hundred of times per second, we don't want to allocate/free
> > memory each time this ioctl is c
Dave Airlie skrev:
> From: Dave Airlie
>
> This adds color tiling support for buffers in VRAM, it enables
> a color tiled fbcon and a color tiled X frontbuffer.
>
> It changes the API:
> adds two new parameters to the object creation API (is this better than
> a set/get tiling?) we probably still
25 matches
Mail list logo