https://bugs.freedesktop.org/show_bug.cgi?id=24041
--- Comment #3 from Jerome Glisse 2010-04-13 02:42:41
PDT ---
So only 2.6.31 is affected ? Does it works with recent kernel (2.6.33 or
2.6.34) ?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
On Sat, Apr 10, 2010 at 04:44:09PM +0100, Keith Whitwell wrote:
> I haven't been following this very closely, so apologies if I'm going
> over established ground.
>
> This patch appears to create new libraries from some subset of Mesa's
> internals. At a guess you're selecting some internal inter
https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #22 from Michael Lothian 2010-04-13 05:56:11
PDT ---
(In reply to comment #21)
> Can you try 2.6.34-rc4, please?
I can confirm this works brilliantly
Kudos in getting it into the 2.6.34 release
--
Configure bugmail: https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=26195
Rafał Miłecki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
>From 655a7b3c698892ae38dda2d5b150e82f1e35e818 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 13 Apr 2010 11:21:59 -0400
Subject: [PATCH] drm/radeon/kms: disable the tv encoder when tv/cv is not in use
Switching between TV and VGA caused VGA to break on some systems
since the TV encoder w
https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #24 from Andy Green 2010-04-13 12:21:23 PDT ---
I can also confirm it's solved (and compiz!) well done.
However now I get overscan on the HDMI where I had 1:1 pixels before.
I guess it's a different bug if you don't have any hint.
On Mon, Apr 12, 2010 at 11:33:27PM +0200, Marcin Slusarz wrote:
> > > > Have you got a pointer to a machine where it fails?
> > >
> > > No, it failed with an artifical test while I was working on vga16fb
> > > handoff
> > > (unfinished).
> >
> > You won't be able to make this work for vga16fb fr
https://bugs.freedesktop.org/show_bug.cgi?id=27402
--- Comment #10 from Chris Rankin 2010-04-13 12:59:00
PDT ---
Earth textures are now completely missing in all rendering paths. Earth has
become Hoth.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #25 from Alex Deucher 2010-04-13 12:59:08 PDT ---
(In reply to comment #24)
> However now I get overscan on the HDMI where I had 1:1 pixels before.
Did you change any settings on your TV? Some TV's overscan by default unless
you dis
https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #26 from Andy Green 2010-04-13 13:56:48 PDT ---
Created an attachment (id=34978)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34978)
Xorg log with overscanned HDMI out (no green cast!) on Aspire 8935
> Did you change any sett
https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #27 from Alex Deucher 2010-04-13 14:04:37 PDT ---
(In reply to comment #26)
> No it's the same TV I used for some months; immediately before the kernel
> upgrade it was showing 1:1 pixel 1920 x 1080 and after it's overscanned.
>
> Th
On Sun, 2010-04-11 at 09:10 -0500, Robert Noland wrote:
> On Sat, 2010-04-10 at 19:30 +0100, Matthew W. S. Bell wrote:
> > On Mon, 2010-04-05 at 17:46 +1000, Dave Airlie wrote:
> > > Its probably not documented well anywhere, though I think the handles are
> > > 32-bit is written down somewhere.
>
On Thu, 2010-04-08 at 16:37 -0700, Jesse Barnes wrote:
> On Thu, 8 Apr 2010 18:38:03 -0400
> Alex Deucher wrote:
>
> > On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul wrote:
> > >
> > > Unless there's some objection I'm going to subscribe everyone to the
> > > new FD.O-based mesa-dev mailing list who
On Sun, Apr 11, 2010 at 8:12 PM, Jerome Glisse wrote:
> On Sun, Apr 11, 2010 at 06:39:05AM +0200, Marek Olšák wrote:
> > Hi devs,
> >
> > The first attached patch fixes the calculation of mipmapped 3D texture
> sizes
> > in the CS checker, the 3rd dimension (depth) should be minified too. This
> >
On Wed, 2010-04-14 at 00:19 +0100, Matthew W. S. Bell wrote:
> On Sun, 2010-04-11 at 09:10 -0500, Robert Noland wrote:
> > On Sat, 2010-04-10 at 19:30 +0100, Matthew W. S. Bell wrote:
> > > On Mon, 2010-04-05 at 17:46 +1000, Dave Airlie wrote:
> > > > Its probably not documented well anywhere, thou
On Wed, Apr 14, 2010 at 1:32 PM, Robert Noland wrote:
> On Wed, 2010-04-14 at 00:19 +0100, Matthew W. S. Bell wrote:
>> On Sun, 2010-04-11 at 09:10 -0500, Robert Noland wrote:
>> > On Sat, 2010-04-10 at 19:30 +0100, Matthew W. S. Bell wrote:
>> > > On Mon, 2010-04-05 at 17:46 +1000, Dave Airlie wr
On Wed, 2010-04-14 at 00:19 +0100, Matthew W. S. Bell wrote:
> On Sun, 2010-04-11 at 09:10 -0500, Robert Noland wrote:
> > On Sat, 2010-04-10 at 19:30 +0100, Matthew W. S. Bell wrote:
> > > On Mon, 2010-04-05 at 17:46 +1000, Dave Airlie wrote:
> > > > Its probably not documented well anywhere, thou
On Mon, 2010-04-12 at 13:34 +0200, Marcin Slusarz wrote:
> On Mon, Apr 12, 2010 at 09:54:28AM +1000, Dave Airlie wrote:
> > On Sat, 2010-04-10 at 21:55 +0200, marcin.slusarz at gmail.com wrote:
> > > fb_do_apertures_overlap is returning wrong value when one aperture
> > > is completely whithin the
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
It simplifies nouveau code by removal of detection which
region to pass to kick vesafb/efifb.
Signed-off-by: Marcin Slusarz
Cc: Eric Anholt
Cc: Ben Skeggs
Cc: Thomas Hellstrom
Cc: Dave Airlie
Cc: Peter Jones
Cc: Andrew Morton
Cc: Benjamin Herrenschmidt
---
v2 - rebase after drop of patch 1
>
> Ok, thanks for explanation. I'll drop this patch and rebase the others.
Cool,
>> You won't be able to make this work for vga16fb from what I can see
>> since it access 0xa000 directly, not via any of the defined apertures
>> that vesafb/offb use. vga16fb will need a different approach I suspe
---
src/mesa/drivers/dri/i915/i915_tex_layout.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i915/i915_tex_layout.c
b/src/mesa/drivers/dri/i915/i915_tex_layout.c
index 7026552..c98dede 100644
--- a/src/mesa/drivers/dri/i915/i915_tex_layout.c
++
https://bugs.freedesktop.org/show_bug.cgi?id=24041
--- Comment #3 from Jerome Glisse 2010-04-13
02:42:41 PDT ---
So only 2.6.31 is affected ? Does it works with recent kernel (2.6.33 or
2.6.34) ?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
On Sat, Apr 10, 2010 at 04:44:09PM +0100, Keith Whitwell wrote:
> I haven't been following this very closely, so apologies if I'm going
> over established ground.
>
> This patch appears to create new libraries from some subset of Mesa's
> internals. At a guess you're selecting some internal inter
https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #22 from Michael Lothian 2010-04-13
05:56:11 PDT ---
(In reply to comment #21)
> Can you try 2.6.34-rc4, please?
I can confirm this works brilliantly
Kudos in getting it into the 2.6.34 release
--
Configure bugmail: https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=26195
Rafa? Mi?ecki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Switching between TV and VGA caused VGA to break on some systems
since the TV encoder was left enabled when VGA was used.
fixes fdo bug 25520.
Signed-off-by: Alex Deucher
Cc: stable
---
drivers/gpu/drm/radeon/radeon_encoders.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #24 from Andy Green 2010-04-13 12:21:23 PDT
---
I can also confirm it's solved (and compiz!) well done.
However now I get overscan on the HDMI where I had 1:1 pixels before.
I guess it's a different bug if you don't have any hint.
On Mon, Apr 12, 2010 at 11:33:27PM +0200, Marcin Slusarz wrote:
> > > > Have you got a pointer to a machine where it fails?
> > >
> > > No, it failed with an artifical test while I was working on vga16fb
> > > handoff
> > > (unfinished).
> >
> > You won't be able to make this work for vga16fb fr
https://bugs.freedesktop.org/show_bug.cgi?id=27402
--- Comment #10 from Chris Rankin 2010-04-13
12:59:00 PDT ---
Earth textures are now completely missing in all rendering paths. Earth has
become Hoth.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #25 from Alex Deucher 2010-04-13 12:59:08 PDT
---
(In reply to comment #24)
> However now I get overscan on the HDMI where I had 1:1 pixels before.
Did you change any settings on your TV? Some TV's overscan by default unless
you di
https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #26 from Andy Green 2010-04-13 13:56:48 PDT
---
Created an attachment (id=34978)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34978)
Xorg log with overscanned HDMI out (no green cast!) on Aspire 8935
> Did you change any set
https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #27 from Alex Deucher 2010-04-13 14:04:37 PDT
---
(In reply to comment #26)
> No it's the same TV I used for some months; immediately before the kernel
> upgrade it was showing 1:1 pixel 1920 x 1080 and after it's overscanned.
>
> T
On Wed, 2010-04-14 at 00:19 +0100, Matthew W. S. Bell wrote:
> On Sun, 2010-04-11 at 09:10 -0500, Robert Noland wrote:
> > On Sat, 2010-04-10 at 19:30 +0100, Matthew W. S. Bell wrote:
> > > On Mon, 2010-04-05 at 17:46 +1000, Dave Airlie wrote:
> > > > Its probably not documented well anywhere, thou
On Wed, 2010-04-14 at 00:19 +0100, Matthew W. S. Bell wrote:
> On Sun, 2010-04-11 at 09:10 -0500, Robert Noland wrote:
> > On Sat, 2010-04-10 at 19:30 +0100, Matthew W. S. Bell wrote:
> > > On Mon, 2010-04-05 at 17:46 +1000, Dave Airlie wrote:
> > > > Its probably not documented well anywhere, thou
36 matches
Mail list logo
