https://bugs.freedesktop.org/show_bug.cgi?id=35531
Christopher Head changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https:/
https://bugs.freedesktop.org/show_bug.cgi?id=35531
Christopher Head changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=35531
Christopher Head changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https:/
https://bugs.freedesktop.org/show_bug.cgi?id=35531
Christopher Head changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi Alex,
Enclosed is a revised version of the patch sent on Mar 18, against
the master branch of the xf86-video-ati. Details summarized in this thread:
http://lists.freedesktop.org/archives/dri-devel/2011-March/009463.html
This patch reflects several comments posted to the list after the origina
Hi Linus,
One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
in vblank.
hopefully the Intel guys can give me some updates on the s/r issue
tomorrow.
Dave.
The following changes since commit c87a8d8dcd2587c203f3dd8a3c5c15d1e128ec0d:
drm/radeon: fixup refcounts in rade
https://bugzilla.kernel.org/show_bug.cgi?id=31712
Summary: GPU lockup CP stall after resume from hibernation
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38
Platform: All
OS/Version: Linux
Tree: Mainline
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=35578
Summary: When WebGL(HWaccel) is activated, Firefox will
Crash...
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
S
https://bugs.freedesktop.org/show_bug.cgi?id=35578
Summary: When WebGL(HWaccel) is activated, Firefox will
Crash...
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
S
zip
Size: 97209 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110322/4c9df0fc/attachment-0001.bin>
Hi Alex,
Enclosed is a revised version of the patch sent on Mar 18, against
the master branch of the xf86-video-ati. Details summarized in this thread:
http://lists.freedesktop.org/archives/dri-devel/2011-March/009463.html
This patch reflects several comments posted to the list after the origina
https://bugzilla.kernel.org/show_bug.cgi?id=31682
--- Comment #2 from Kurt Roeckx 2011-03-22 19:14:36 ---
So then see this as a feature request or something.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
https://bugzilla.kernel.org/show_bug.cgi?id=31682
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=31682
Summary: Radeon console output very slow with kms
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
On Wed, Mar 23, 2011 at 3:32 AM, Mythri P K wrote:
> Adding support for common EDID parsing in kernel.
>
> EDID - Extended display identification data is a data structure provided by
> a digital display to describe its capabilities to a video source, This a
> standard supported by CEA and VESA.
>
On Fri, Feb 25, 2011 at 11:49:21AM -0300, Herton Ronaldo Krzesinski wrote:
> On Fri, Feb 25, 2011 at 03:56:20AM +0200, Anca Emanuel wrote:
> > On Fri, Feb 25, 2011 at 3:47 AM, Anca Emanuel
> > wrote:
> > > On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie
> > > wrote:
> > >> On Thu, 2011-02-24 at 16
On Die, 2011-03-22 at 09:53 -0500, Ilija Hadzic wrote:
>
> On Tue, 22 Mar 2011, Michel [ISO-8859-1] Dnzer wrote:
>
> >
> > In the post I referenced above, you said:
> >
> >> [...] I'll add a hook to the DDX to check the version and not issue
> >> the ioctl at all if it is requested on a higher C
On 21 March 2011 20:25, Jesse Barnes wrote:
> On Mon, 21 Mar 2011 19:19:43 +
> timofonic timofonic wrote:
>> So if KMS is so cool and provides many advantages over fbdev and
>> such... Why isn't more widely used intead of still relying on fbdev?
>> Why still using fbdev emulation (that is par
On Die, 2011-03-22 at 10:54 -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Mar 22, 2011 at 02:13:19PM +0100, Michel D?nzer wrote:
> > On Mon, 2011-03-21 at 19:18 -0400, Konrad Rzeszutek Wilk wrote:
> > > On Mon, Mar 21, 2011 at 02:11:07PM +0100, Michel D?nzer wrote:
> > > > On Fre, 2011-01-07 at 1
On Die, 2011-03-22 at 08:43 -0500, Ilija Hadzic wrote:
>
> On Tue, 22 Mar 2011, Michel [ISO-8859-1] Dnzer wrote:
>
> >> If _DRM_VBLANK_HIGH_CRTC_MASK were included in _DRM_VBLANK_FLAGS_MASK
> >> (or _DRM_VBLANK_TYPES_MASK, but that would make less sense), these
> >> changes shouldn't be necessar
On Die, 2011-03-22 at 09:03 -0500, Ilija Hadzic wrote:
>
> On Tue, 22 Mar 2011, Michel [ISO-8859-1] Dnzer wrote:
>
> > I'm still against this. At this point we know with certainty that
> > DRM_VBLANK_SECONDARY won't do what we want. In particular, if CRTC 1 is
> > disabled, the ioctl will time o
https://bugs.freedesktop.org/show_bug.cgi?id=35502
--- Comment #6 from Alex Deucher 2011-03-22 15:19:49 PDT ---
Created an attachment (id=44731)
View: https://bugs.freedesktop.org/attachment.cgi?id=44731
Review: https://bugs.freedesktop.org/review?bug=35502&attachment=44731
fix record parsing
https://bugs.freedesktop.org/show_bug.cgi?id=35502
--- Comment #6 from Alex Deucher 2011-03-22 15:19:49 PDT
---
Created an attachment (id=44731)
View: https://bugs.freedesktop.org/attachment.cgi?id=44731
Review: https://bugs.freedesktop.org/review?bug=35502&attachment=44731
fix record parsing
Adding dri-devel.
On Tue, Mar 22, 2011 at 1:32 PM, Mythri P K wrote:
> Adding support for common EDID parsing in kernel.
>
> EDID - Extended display identification data is a data structure provided by
> a digital display to describe its capabilities to a video source, This a
> standard supported
On Mon, 2011-03-21 at 19:18 -0400, Konrad Rzeszutek Wilk wrote:
> On Mon, Mar 21, 2011 at 02:11:07PM +0100, Michel D?nzer wrote:
> > On Fre, 2011-01-07 at 12:11 -0500, Konrad Rzeszutek Wilk wrote:
> > >
> > > 1) The 'NULL' when doing dma_alloc_coherent is unsightly. I was toying
> > > with modif
https://bugs.freedesktop.org/show_bug.cgi?id=35471
Marek Olšák changed:
What|Removed |Added
Resolution|FIXED |NOTOURBUG
--- Comment #4 from Marek Olšák
https://bugs.freedesktop.org/show_bug.cgi?id=35471
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=35471
Marek Ol??k changed:
What|Removed |Added
Resolution|FIXED |NOTOURBUG
--- Comment #4 from Marek Ol??k
https://bugs.freedesktop.org/show_bug.cgi?id=35471
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=35471
Maciej Jagiełło changed:
What|Removed |Added
CC||himek_...@o2.pl
--- Comment #2 from Ma
https://bugs.freedesktop.org/show_bug.cgi?id=35471
Maciej Jagie??o changed:
What|Removed |Added
CC||himek_imp at o2.pl
--- Comment #2 from
https://bugs.freedesktop.org/show_bug.cgi?id=35502
--- Comment #5 from John Lindgren 2011-03-22 12:59:38
PDT ---
Created an attachment (id=44725)
View: https://bugs.freedesktop.org/attachment.cgi?id=44725
Review: https://bugs.freedesktop.org/review?bug=35502&attachment=44725
Patch to fix infi
https://bugs.freedesktop.org/show_bug.cgi?id=35502
--- Comment #5 from John Lindgren 2011-03-22
12:59:38 PDT ---
Created an attachment (id=44725)
View: https://bugs.freedesktop.org/attachment.cgi?id=44725
Review: https://bugs.freedesktop.org/review?bug=35502&attachment=44725
Patch to fix infi
https://bugs.freedesktop.org/show_bug.cgi?id=35502
--- Comment #4 from John Lindgren 2011-03-22 12:57:59
PDT ---
The problem is very simple. There is no sanity check in the loop added by that
commit to ensure that record->ucRecordSize is nonzero. Hence the driver gets
stuck in an infinite loop
https://bugs.freedesktop.org/show_bug.cgi?id=35502
--- Comment #4 from John Lindgren 2011-03-22
12:57:59 PDT ---
The problem is very simple. There is no sanity check in the loop added by that
commit to ensure that record->ucRecordSize is nonzero. Hence the driver gets
stuck in an infinite loop
https://bugs.freedesktop.org/show_bug.cgi?id=35502
--- Comment #3 from John Lindgren 2011-03-22 12:40:37
PDT ---
$ git bisect bad
36868bda88b92ce8a9aa8b3ee2e0d1e0de09cc19 is the first bad commit
commit 36868bda88b92ce8a9aa8b3ee2e0d1e0de09cc19
Author: Alex Deucher
Date: Thu Jan 6 21:19:21 2011
https://bugs.freedesktop.org/show_bug.cgi?id=35502
--- Comment #3 from John Lindgren 2011-03-22
12:40:37 PDT ---
$ git bisect bad
36868bda88b92ce8a9aa8b3ee2e0d1e0de09cc19 is the first bad commit
commit 36868bda88b92ce8a9aa8b3ee2e0d1e0de09cc19
Author: Alex Deucher
Date: Thu Jan 6 21:19:21 2011
[ xf86-video-ati patches usually go to the xorg-driver-ati at lists.x.org
list ]
On Fre, 2011-03-18 at 16:58 -0500, Ilija Hadzic wrote:
>
> diff --git a/src/radeon_dri2.c b/src/radeon_dri2.c
> index 66df03c..ed27dad 100644
> --- a/src/radeon_dri2.c
> +++ b/src/radeon_dri2.c
> @@ -791,8 +792,16 @
On Die, 2011-03-22 at 06:16 -0500, Ilija Hadzic wrote:
> Unless I oversaw something nothing was silently ignored. I believe I
> responded to each of your comments (and comments by others), those I
> agreed with I implemented, those I didn't agree with I didn't implement.
I haven't seen any resp
https://bugzilla.kernel.org/show_bug.cgi?id=31682
--- Comment #2 from Kurt Roeckx 2011-03-22 19:14:36 ---
So then see this as a feature request or something.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
On Fre, 2011-03-18 at 16:58 -0500, Ilija Hadzic wrote:
>
> This patch extends the interface to drm_wait_vblank ioctl so that crtc>1
> can be represented. It also adds a new capability to drm_getcap ioctl so
> that the user space can check whether the new interface to drm_wait_vblank
> is suppo
https://bugzilla.kernel.org/show_bug.cgi?id=31682
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 f
Adding dri-devel.
On Tue, Mar 22, 2011 at 1:32 PM, Mythri P K wrote:
> Adding support for common EDID parsing in kernel.
>
> EDID - Extended display identification data is a data structure provided by
> a digital display to describe its capabilities to a video source, This a
> standard supported
https://bugzilla.kernel.org/show_bug.cgi?id=31682
Summary: Radeon console output very slow with kms
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
On Tue, 22 Mar 2011, Michel [ISO-8859-1] D?nzer wrote:
>
> Not calling the ioctl doesn't imply returning immediately.
>
> Your changes only fix the bug you found (the X radeon driver calls the
> ioctl when that doesn't make sense) when both the kernel and X driver
> are updated, but it would be
On Tue, 22 Mar 2011 03:05:45 +, Ben Hutchings
wrote:
> On Mon, 2011-03-21 at 07:38 +, Chris Wilson wrote:
> > Can you please repost each of these removals as a separate patch and lets
> > try and get a tested-by for each one? (Make sure the tester includes the
> > model name for his machi
On Tue, Mar 22, 2011 at 02:13:19PM +0100, Michel D?nzer wrote:
> On Mon, 2011-03-21 at 19:18 -0400, Konrad Rzeszutek Wilk wrote:
> > On Mon, Mar 21, 2011 at 02:11:07PM +0100, Michel D?nzer wrote:
> > > On Fre, 2011-01-07 at 12:11 -0500, Konrad Rzeszutek Wilk wrote:
> > > >
> > > > 1) The 'NULL'
On Tue, Mar 08, 2011 at 09:52:54PM +0100, Thomas Hellstrom wrote:
> Is passing a struct device to the DMA api really *strictly* necessary?
>
Yes.
> I'd like to avoid that at all cost, since we don't want pages that are
> backing buffer objects
> (coherent pages) to be associated with a specific
On Tue, Mar 08, 2011 at 09:52:54PM +0100, Thomas Hellstrom wrote:
> Hi, Konrad,
>
> Is passing a struct device to the DMA api really *strictly* necessary?
Soo.. it seems it is on PowerPC, which I sadly didn't check for, does require
this.
>
> I'd like to avoid that at all cost, since we don't wa
On Tue, 22 Mar 2011, Michel [ISO-8859-1] D?nzer wrote:
>
> In the post I referenced above, you said:
>
>> [...] I'll add a hook to the DDX to check the version and not issue
>> the ioctl at all if it is requested on a higher CRTC. I think that's
>> better than falling back to the old style and i
On Tue, 22 Mar 2011, Michel [ISO-8859-1] D?nzer wrote:
Not calling the ioctl doesn't imply returning immediately.
Your changes only fix the bug you found (the X radeon driver calls the
ioctl when that doesn't make sense) when both the kernel and X driver
are updated, but it would be possible
On 21 March 2011 20:25, Jesse Barnes wrote:
> On Mon, 21 Mar 2011 19:19:43 +
> timofonic timofonic wrote:
>> So if KMS is so cool and provides many advantages over fbdev and
>> such... Why isn't more widely used intead of still relying on fbdev?
>> Why still using fbdev emulation (that is par
On Tue, 22 Mar 2011, Michel [ISO-8859-1] D?nzer wrote:
> [ xf86-video-ati patches usually go to the xorg-driver-ati at lists.x.org
> list ]
>
I was told it should go to Alex and CC dri-devel. Next time I'll include
the other list.
>
> I'm still against this. At this point we know with certain
On Tue, 22 Mar 2011 03:05:45 +
Ben Hutchings wrote:
> On Mon, 2011-03-21 at 07:38 +, Chris Wilson wrote:
> > On Sun, 20 Mar 2011 23:07:04 +, Ben Hutchings
> > wrote:
> > > Applying this quirk to the 855GM in all systems causes regressions
> > > (Debian bugs #493096, #619019). Inste
On Tue, 22 Mar 2011 03:05:45 +
Ben Hutchings wrote:
> On Mon, 2011-03-21 at 07:38 +, Chris Wilson wrote:
> > On Sun, 20 Mar 2011 23:07:04 +, Ben Hutchings
> > wrote:
> > > Applying this quirk to the 855GM in all systems causes regressions
> > > (Debian bugs #493096, #619019). Inste
On Die, 2011-03-22 at 09:53 -0500, Ilija Hadzic wrote:
>
> On Tue, 22 Mar 2011, Michel [ISO-8859-1] Dnzer wrote:
>
> >
> > In the post I referenced above, you said:
> >
> >> [...] I'll add a hook to the DDX to check the version and not issue
> >> the ioctl at all if it is requested on a higher C
Sorry about overseeing additional comments. It definitely wasn't
intentional.
On Tue, 22 Mar 2011, Michel [ISO-8859-1] D?nzer wrote:
>>
>> If _DRM_VBLANK_HIGH_CRTC_MASK were included in _DRM_VBLANK_FLAGS_MASK
>> (or _DRM_VBLANK_TYPES_MASK, but that would make less sense), these
>> changes shoul
https://bugzilla.kernel.org/show_bug.cgi?id=16140
Robert de Rooy changed:
What|Removed |Added
CC||robert.de.rooy at gmail.com
--- Comm
On Die, 2011-03-22 at 10:54 -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Mar 22, 2011 at 02:13:19PM +0100, Michel Dänzer wrote:
> > On Mon, 2011-03-21 at 19:18 -0400, Konrad Rzeszutek Wilk wrote:
> > > On Mon, Mar 21, 2011 at 02:11:07PM +0100, Michel Dänzer wrote:
> > > > On Fre, 2011-01-07 at 1
On Tue, Mar 22, 2011 at 02:13:19PM +0100, Michel Dänzer wrote:
> On Mon, 2011-03-21 at 19:18 -0400, Konrad Rzeszutek Wilk wrote:
> > On Mon, Mar 21, 2011 at 02:11:07PM +0100, Michel Dänzer wrote:
> > > On Fre, 2011-01-07 at 12:11 -0500, Konrad Rzeszutek Wilk wrote:
> > > >
> > > > 1) The 'NULL'
On Tue, 22 Mar 2011, Michel [ISO-8859-1] D�nzer wrote:
In the post I referenced above, you said:
[...] I'll add a hook to the DDX to check the version and not issue
the ioctl at all if it is requested on a higher CRTC. I think that's
better than falling back to the old style and issuing the
On Die, 2011-03-22 at 08:43 -0500, Ilija Hadzic wrote:
>
> On Tue, 22 Mar 2011, Michel [ISO-8859-1] Dnzer wrote:
>
> >> If _DRM_VBLANK_HIGH_CRTC_MASK were included in _DRM_VBLANK_FLAGS_MASK
> >> (or _DRM_VBLANK_TYPES_MASK, but that would make less sense), these
> >> changes shouldn't be necessar
On Tue, Mar 08, 2011 at 09:52:54PM +0100, Thomas Hellstrom wrote:
> Hi, Konrad,
>
> Is passing a struct device to the DMA api really *strictly* necessary?
Soo.. it seems it is on PowerPC, which I sadly didn't check for, does require
this.
>
> I'd like to avoid that at all cost, since we don't wa
On Die, 2011-03-22 at 09:03 -0500, Ilija Hadzic wrote:
>
> On Tue, 22 Mar 2011, Michel [ISO-8859-1] Dnzer wrote:
>
> > I'm still against this. At this point we know with certainty that
> > DRM_VBLANK_SECONDARY won't do what we want. In particular, if CRTC 1 is
> > disabled, the ioctl will time o
On Tue, 22 Mar 2011 03:05:45 +, Ben Hutchings
wrote:
> On Mon, 2011-03-21 at 07:38 +, Chris Wilson wrote:
> > On Sun, 20 Mar 2011 23:07:04 +, Ben Hutchings
> > wrote:
> > > Applying this quirk to the 855GM in all systems causes regressions
> > > (Debian bugs #493096, #619019). Ins
On Tue, 22 Mar 2011, Michel [ISO-8859-1] D�nzer wrote:
[ xf86-video-ati patches usually go to the xorg-driver-...@lists.x.org
list ]
I was told it should go to Alex and CC dri-devel. Next time I'll include
the other list.
I'm still against this. At this point we know with certainty tha
Sorry about overseeing additional comments. It definitely wasn't
intentional.
On Tue, 22 Mar 2011, Michel [ISO-8859-1] D�nzer wrote:
If _DRM_VBLANK_HIGH_CRTC_MASK were included in _DRM_VBLANK_FLAGS_MASK
(or _DRM_VBLANK_TYPES_MASK, but that would make less sense), these
changes shouldn't be
https://bugs.freedesktop.org/show_bug.cgi?id=33648
--- Comment #6 from Alan Swanson 2011-03-22 06:34:29 PDT ---
Created an attachment (id=44712)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44712)
ut2004-zmask-corruption.jpg
Similarly on RV530 I'm seeing frequent (but relatively minor) c
https://bugs.freedesktop.org/show_bug.cgi?id=33648
--- Comment #6 from Alan Swanson 2011-03-22 06:34:29 PDT
---
Created an attachment (id=44712)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44712)
ut2004-zmask-corruption.jpg
Similarly on RV530 I'm seeing frequent (but relatively minor)
Unless I oversaw something nothing was silently ignored. I believe I
responded to each of your comments (and comments by others), those I
agreed with I implemented, those I didn't agree with I didn't implement.
-- Ilija
On Tue, 22 Mar 2011, Michel [ISO-8859-1] D?nzer wrote:
> On Fre, 2011-03-
On Mon, 2011-03-21 at 19:18 -0400, Konrad Rzeszutek Wilk wrote:
> On Mon, Mar 21, 2011 at 02:11:07PM +0100, Michel Dänzer wrote:
> > On Fre, 2011-01-07 at 12:11 -0500, Konrad Rzeszutek Wilk wrote:
> > >
> > > 1) The 'NULL' when doing dma_alloc_coherent is unsightly. I was toying
> > > with modif
https://bugs.freedesktop.org/show_bug.cgi?id=35471
--- Comment #1 from Marek Olšák 2011-03-22 05:46:45 PDT ---
I can't reproduce this bug with r300g from git.
What driver are you using? Please attach your glxinfo.
Can you by any chance try the r300 gallium3d driver from Mesa git?
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=35471
--- Comment #1 from Marek Ol??k 2011-03-22 05:46:45 PDT
---
I can't reproduce this bug with r300g from git.
What driver are you using? Please attach your glxinfo.
Can you by any chance try the r300 gallium3d driver from Mesa git?
--
Configur
https://bugs.freedesktop.org/show_bug.cgi?id=35471
Michel Dänzer changed:
What|Removed |Added
Product|xorg|Mesa
Version|7.5
https://bugs.freedesktop.org/show_bug.cgi?id=35471
Michel D?nzer changed:
What|Removed |Added
Product|xorg|Mesa
Version|7.5
[ xf86-video-ati patches usually go to the xorg-driver-...@lists.x.org
list ]
On Fre, 2011-03-18 at 16:58 -0500, Ilija Hadzic wrote:
>
> diff --git a/src/radeon_dri2.c b/src/radeon_dri2.c
> index 66df03c..ed27dad 100644
> --- a/src/radeon_dri2.c
> +++ b/src/radeon_dri2.c
> @@ -791,8 +792,16 @@ s
On Die, 2011-03-22 at 06:16 -0500, Ilija Hadzic wrote:
> Unless I oversaw something nothing was silently ignored. I believe I
> responded to each of your comments (and comments by others), those I
> agreed with I implemented, those I didn't agree with I didn't implement.
I haven't seen any resp
Unless I oversaw something nothing was silently ignored. I believe I
responded to each of your comments (and comments by others), those I
agreed with I implemented, those I didn't agree with I didn't implement.
-- Ilija
On Tue, 22 Mar 2011, Michel [ISO-8859-1] D�nzer wrote:
On Fre, 2011-03
On Fre, 2011-03-18 at 16:58 -0500, Ilija Hadzic wrote:
>
> This patch extends the interface to drm_wait_vblank ioctl so that crtc>1
> can be represented. It also adds a new capability to drm_getcap ioctl so
> that the user space can check whether the new interface to drm_wait_vblank
> is suppo
On Tue, 22 Mar 2011 03:05:45 +, Ben Hutchings wrote:
> On Mon, 2011-03-21 at 07:38 +, Chris Wilson wrote:
> > Can you please repost each of these removals as a separate patch and lets
> > try and get a tested-by for each one? (Make sure the tester includes the
> > model name for his machin
- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 828 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110322/4ddf84ef/attachment.pgp>
On Fri, Feb 25, 2011 at 11:49:21AM -0300, Herton Ronaldo Krzesinski wrote:
> On Fri, Feb 25, 2011 at 03:56:20AM +0200, Anca Emanuel wrote:
> > On Fri, Feb 25, 2011 at 3:47 AM, Anca Emanuel
> > wrote:
> > > On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie wrote:
> > >> On Thu, 2011-02-24 at 16:54 -08
ntsc seems to work fine with either algo, some
pal TVs seem pickier.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=30832
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/atombios_crtc.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --g
https://bugzilla.kernel.org/show_bug.cgi?id=16140
Robert de Rooy changed:
What|Removed |Added
CC||robert.de.r...@gmail.com
--- Comment
On Tue, 22 Mar 2011 03:05:45 +, Ben Hutchings wrote:
> On Mon, 2011-03-21 at 07:38 +, Chris Wilson wrote:
> > On Sun, 20 Mar 2011 23:07:04 +, Ben Hutchings
> > wrote:
> > > Applying this quirk to the 855GM in all systems causes regressions
> > > (Debian bugs #493096, #619019). Inst
https://bugzilla.kernel.org/show_bug.cgi?id=30832
--- Comment #5 from Arbit Rabbit 2011-03-22
00:09:34 ---
Seems to work for me, thanks.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assi
86 matches
Mail list logo
