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=16140
Robert de Rooy changed:
What|Removed |Added
CC||robert.de.r...@gmail.com
--- Comment
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
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
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
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 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
[ 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
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
--- 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
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=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
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
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
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, 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 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, 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 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 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 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 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 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:
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 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
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
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
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 f
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://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 #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 #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=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
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=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
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.
>
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://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://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:
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://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://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
- 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>
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
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
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 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 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 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
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 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
[ 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 @
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
--- 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
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=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)
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
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 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, 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 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, 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, 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 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 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 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 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:
>
> 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
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
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
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
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://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 #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 #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=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=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=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
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
zip
Size: 97209 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110322/4c9df0fc/attachment-0001.bin>
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=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:/
86 matches
Mail list logo
