On Mit, 2012-05-02 at 16:20 -0400, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> This convert fence to use uint64_t sequence number intention is
> to use the fact that uin64_t is big enough that we don't need to
> care about wrap around.
>
> Tested with and without writeback using 0xF
On Tue, May 1, 2012 at 2:33 PM, Alan Cox wrote:
> From: Alan Cox
>
> Add the opregion support and bring us in line with the opregion functionality
> in the
> reference driver code. We can't share this with i915 currently because there
> are
> hardcoded assumptions about dev_priv etc in both ver
On 02.05.2012 18:01, Jerome Glisse wrote:
On Wed, May 2, 2012 at 9:11 AM, Christian König wrote:
Hi Dave,
there still seems to be the need for some further discussion about the SA code,
so I again split that out of the patchset and tested the result a bit.
Most of the stuff still works fine w
>
> there still seems to be the need for some further discussion about the SA
> code,
> so I again split that out of the patchset and tested the result a bit.
>
> Most of the stuff still works fine without those offending changes, so to
> avoid
> mailing around unrelated and already reviewed pa
Hi Linus,
just some regression fixes from Ben along with a variable that gcc failed
to spot is uninitialised.
Dave.
The following changes since commit 655861e328cea83320190f4a57b3656ee952388c:
Merge branch 'fixes' of git://git.linaro.org/people/rmk/linux-arm (2012-04-30
15:34:41 -0700)
ar
On Thu, 3 May 2012 09:15:23 +0100
Dave Airlie wrote:
> On Tue, May 1, 2012 at 2:33 PM, Alan Cox wrote:
> > From: Alan Cox
> >
> > Add the opregion support and bring us in line with the opregion
> > functionality in the
> > reference driver code. We can't share this with i915 currently because
On Fri, Apr 13, 2012 at 04:31:41PM -0300, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> They require an AVI InfoFrame with a proper Pixel Repetition field.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=45729
> Signed-off-by: Paulo Zanoni
I've merged the 2 i915 patches for -next, than
https://bugs.freedesktop.org/show_bug.cgi?id=49418
Michel Dänzer changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=49140
--- Comment #6 from Vadim Girlin 2012-05-03 03:16:19 PDT ---
(In reply to comment #5)
> > vec3 p3 = vec3(p.x, p.y, p.z);
> > float t = dot(v, p3);
> > float t2 = gm1*t/v2 - g*p.w;
> > r = vec4( v*t2 + p3, g * (p.w - t));
> >
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=49418
--- Comment #2 from Bastien Dejean 2012-05-03 03:56:40
PDT ---
Created attachment 60959
--> https://bugs.freedesktop.org/attachment.cgi?id=60959
dmesg EFI mode output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=49418
--- Comment #3 from Bastien Dejean 2012-05-03 03:57:32
PDT ---
Created attachment 60960
--> https://bugs.freedesktop.org/attachment.cgi?id=60960
dmesg BIOS mode output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
https://bugzilla.kernel.org/show_bug.cgi?id=42678
Yvon TANGUY changed:
What|Removed |Added
CC||von...@gmail.com
--- Comment #14 from Y
On Sat, Apr 21, 2012 at 05:51:53PM -0300, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> In the future we'll have more than just connector properties, so create
> a dump_prop function that can handle any property (instead of the
> current dump_props function that only handles connector properties).
On 03.05.2012 09:21, Michel Dänzer wrote:
On Mit, 2012-05-02 at 16:20 -0400, j.gli...@gmail.com wrote:
From: Jerome Glisse
This convert fence to use uint64_t sequence number intention is
to use the fact that uin64_t is big enough that we don't need to
care about wrap around.
Tested with and wi
On Monday 23 April 2012 11:18:52 you wrote:
> Linux-3.3.3
>
> $ dmesg|grep drm
> [drm] Initialized drm 1.1.0 20060810
> [drm] radeon defaulting to userspace modesetting.
> [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
> [drm] No driver support for vblank timestamp query.
> [drm] Init
The I2C specific suspend and resume functions have been deprecated and
printing a warning on boot for over a year, dev_pm_ops should be used
instead so convert to that.
Also remove the suspend function since all it does is log.
Signed-off-by: Mark Brown
Acked-by: Francisco Jerez
---
drivers/gp
https://bugs.freedesktop.org/show_bug.cgi?id=49418
Michel Dänzer changed:
What|Removed |Added
Attachment #60959|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=49418
Michel Dänzer changed:
What|Removed |Added
Attachment #60960|application/octet-stream|text/plain
mime type|
On Don, 2012-05-03 at 09:32 +0200, Treeve Jelbert wrote:
> On Monday 23 April 2012 11:18:52 you wrote:
> > Linux-3.3.3
> >
> > $ dmesg|grep drm
> > [drm] Initialized drm 1.1.0 20060810
> > [drm] radeon defaulting to userspace modesetting.
> > [drm] Supports vblank timestamp caching Rev 1 (10.10.2
13.04.2012 22:31, Paulo Zanoni kirjoitti:
> From: Paulo Zanoni
>
> They require an AVI InfoFrame with a proper Pixel Repetition field.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=45729
> Signed-off-by: Paulo Zanoni
> ---
>
> I'm still waiting for confirmation on bugzilla, but I
Hi Dave,
One more regression fix and a 3 small patches:
- Paulo fixed the hdmi infoframe regression on gm45 introduced in 3.2 by
Jesse.
- snb/ilk has a nice debug register where the hw can tell us when it
dropped writes and we've added a WARN in 3.4 when this happens. This
caught code which
On Thu, May 3, 2012 at 7:39 AM, Christian König wrote:
> On 03.05.2012 09:21, Michel Dänzer wrote:
>>
>> On Mit, 2012-05-02 at 16:20 -0400, j.gli...@gmail.com wrote:
>>>
>>> From: Jerome Glisse
>>>
>>> This convert fence to use uint64_t sequence number intention is
>>> to use the fact that uin64_t
On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:
> On Thu, May 3, 2012 at 7:39 AM, Christian König
> wrote:
>> On 03.05.2012 09:21, Michel Dänzer wrote:
>>>
>>> On Mit, 2012-05-02 at 16:20 -0400, j.gli...@gmail.com wrote:
From: Jerome Glisse
This convert fence to use uin
On Thu, May 3, 2012 at 4:19 AM, Christian König wrote:
> On 02.05.2012 18:01, Jerome Glisse wrote:
>>
>> On Wed, May 2, 2012 at 9:11 AM, Christian König
>> wrote:
>>>
>>> Hi Dave,
>>>
>>> there still seems to be the need for some further discussion about the SA
>>> code,
>>> so I again split that
On Thu, May 3, 2012 at 12:29 PM, Alex Deucher wrote:
> On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:
>> On Thu, May 3, 2012 at 7:39 AM, Christian König
>> wrote:
>>> On 03.05.2012 09:21, Michel Dänzer wrote:
On Mit, 2012-05-02 at 16:20 -0400, j.gli...@gmail.com wrote:
>
>>
On 03.05.2012 18:32, Jerome Glisse wrote:
On Thu, May 3, 2012 at 4:19 AM, Christian König wrote:
On 02.05.2012 18:01, Jerome Glisse wrote:
On Wed, May 2, 2012 at 9:11 AM, Christian König
wrote:
Hi Dave,
there still seems to be the need for some further discussion about the SA
code,
so I ag
On 03.05.2012 18:34, Jerome Glisse wrote:
On Thu, May 3, 2012 at 12:29 PM, Alex Deucher wrote:
On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:
On Thu, May 3, 2012 at 7:39 AM, Christian König wrote:
On 03.05.2012 09:21, Michel Dänzer wrote:
On Mit, 2012-05-02 at 16:20 -0400, j.gli...@
On Thu, May 3, 2012 at 12:39 PM, Christian König
wrote:
> On 03.05.2012 18:32, Jerome Glisse wrote:
>>
>> On Thu, May 3, 2012 at 4:19 AM, Christian König
>> wrote:
>>>
>>> On 02.05.2012 18:01, Jerome Glisse wrote:
On Wed, May 2, 2012 at 9:11 AM, Christian König
wrote:
>
>
On Thu, May 3, 2012 at 1:20 PM, Alex Deucher wrote:
> 2012/5/3 Jerome Glisse :
>> On Thu, May 3, 2012 at 12:39 PM, Christian König
>> wrote:
>>> On 03.05.2012 18:32, Jerome Glisse wrote:
On Thu, May 3, 2012 at 4:19 AM, Christian König
wrote:
>
> On 02.05.2012 18:01, Jerome
2012/5/3 Jerome Glisse :
> On Thu, May 3, 2012 at 12:39 PM, Christian König
> wrote:
>> On 03.05.2012 18:32, Jerome Glisse wrote:
>>>
>>> On Thu, May 3, 2012 at 4:19 AM, Christian König
>>> wrote:
On 02.05.2012 18:01, Jerome Glisse wrote:
>
> On Wed, May 2, 2012 at 9:11 AM, Chri
On 03.05.2012 19:20, Alex Deucher wrote:
2012/5/3 Jerome Glisse:
On Thu, May 3, 2012 at 12:39 PM, Christian König
wrote:
On 03.05.2012 18:32, Jerome Glisse wrote:
On Thu, May 3, 2012 at 4:19 AM, Christian König
wrote:
On 02.05.2012 18:01, Jerome Glisse wrote:
On Wed, May 2, 2012 at 9:11
On Thu, May 3, 2012 at 1:28 PM, Christian König wrote:
> On 03.05.2012 19:20, Alex Deucher wrote:
>>
>> 2012/5/3 Jerome Glisse:
>>>
>>> On Thu, May 3, 2012 at 12:39 PM, Christian König
>>> wrote:
On 03.05.2012 18:32, Jerome Glisse wrote:
>
> On Thu, May 3, 2012 at 4:19 AM, Chri
2012/5/3 Christian König :
> On 03.05.2012 19:20, Alex Deucher wrote:
>>
>> 2012/5/3 Jerome Glisse:
>>>
>>> On Thu, May 3, 2012 at 12:39 PM, Christian König
>>> wrote:
On 03.05.2012 18:32, Jerome Glisse wrote:
>
> On Thu, May 3, 2012 at 4:19 AM, Christian
> König
> wrot
From: Jerome Glisse
We need to sync with the GFX ring as ttm might have schedule bo move
on it and new command scheduled for other ring need to wait for bo
data to be in place.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_cs.c | 12 ++--
include/drm/radeon_drm.h
On 03.05.2012 19:34, Jerome Glisse wrote:
On Thu, May 3, 2012 at 1:28 PM, Christian König wrote:
On 03.05.2012 19:20, Alex Deucher wrote:
2012/5/3 Jerome Glisse:
On Thu, May 3, 2012 at 12:39 PM, Christian König
wrote:
On 03.05.2012 18:32, Jerome Glisse wrote:
On Thu, May 3, 2012 at 4:19
I just attached this patch to
https://bugzilla.redhat.com/show_bug.cgi?id=806091, along with the
following comments:
This is the "first draft" of an EDID quirk-based approach to solving
this problem. I intend to perform a bit of cleanup and break it up
into a series of separate patches, but I'm p
On Thu, May 3, 2012 at 1:44 PM, wrote:
> From: Jerome Glisse
>
> We need to sync with the GFX ring as ttm might have schedule bo move
> on it and new command scheduled for other ring need to wait for bo
> data to be in place.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Alex Deucher
> ---
>
On 5/3/12 2:01 PM, Ian Pilcher wrote:
The patch does the following:
This looks good, thank you for taking it on.
* Changes the vendor field of struct edid_quirk to an array, rather
than a pointer. (This has already been sent to the dri-devel list.)
* Adds two new quirks EDID_QUIRK_DISABL
On 04/11/2012 12:40 PM, Daniel Vetter wrote:
> On Tue, Apr 10, 2012 at 01:34:11PM -0700, Jesse Barnes wrote:
>> On Tue, 10 Apr 2012 22:32:12 +0200
>> Daniel Vetter wrote:
>>
>>> On Tue, Apr 10, 2012 at 09:52:40PM +0200, Jiri Slaby wrote:
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >
On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse wrote:
> On Thu, May 3, 2012 at 12:29 PM, Alex Deucher wrote:
>> On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:
>>> On Thu, May 3, 2012 at 7:39 AM, Christian König
>>> wrote:
On 03.05.2012 09:21, Michel Dänzer wrote:
>
> On Mit
On Thu, May 3, 2012 at 4:46 PM, Jerome Glisse wrote:
> On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse wrote:
>> On Thu, May 3, 2012 at 12:29 PM, Alex Deucher wrote:
>>> On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:
On Thu, May 3, 2012 at 7:39 AM, Christian König
wrote:
>
From: Alex Deucher
Use family rather than DCE check for clarity, also always use
wb on APUs, there will never be AGP variants.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_device.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/rade
On Thu, May 03, 2012 at 09:56:08PM +0200, Jiri Slaby wrote:
> On 04/11/2012 12:40 PM, Daniel Vetter wrote:
> > On Tue, Apr 10, 2012 at 01:34:11PM -0700, Jesse Barnes wrote:
> >> On Tue, 10 Apr 2012 22:32:12 +0200
> >> Daniel Vetter wrote:
> >>
> >>> On Tue, Apr 10, 2012 at 09:52:40PM +0200, Jiri S
On 05/03/2012 11:15 PM, Daniel Vetter wrote:
>>> Shot in the dark, let's disable msi a bit. Can you try the below patch?
>>
>> Yeah, no IRQ_NONE at the end of i915_driver_irq_handler now. So MSI is
>> busted, either in the card, the chipset or the kernel. Any idea how to
>> find out?
>
> Ok, so MS
On Thu, May 3, 2012 at 5:04 PM, Alex Deucher wrote:
> On Thu, May 3, 2012 at 4:46 PM, Jerome Glisse wrote:
>> On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse wrote:
>>> On Thu, May 3, 2012 at 12:29 PM, Alex Deucher wrote:
On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:
> On Thu,
On Thu, 03 May 2012 23:16:02 +0200
Jiri Slaby wrote:
> On 05/03/2012 11:15 PM, Daniel Vetter wrote:
> >>> Shot in the dark, let's disable msi a bit. Can you try the below patch?
> >>
> >> Yeah, no IRQ_NONE at the end of i915_driver_irq_handler now. So MSI is
> >> busted, either in the card, the c
On Thu, 3 May 2012 14:54:22 -0700
Jesse Barnes wrote:
> On Thu, 03 May 2012 23:16:02 +0200
> Jiri Slaby wrote:
>
> > On 05/03/2012 11:15 PM, Daniel Vetter wrote:
> > >>> Shot in the dark, let's disable msi a bit. Can you try the below patch?
> > >>
> > >> Yeah, no IRQ_NONE at the end of i915_dr
From: Jerome Glisse
This add a per ring allocation management and load balance the
chunk of the temp buffer between each ring. A ring that often
fail to find a hole or worse have to wait for previous fence
will have more chance to grow over other ring. This ring is
properly CPU starve in a sense.
https://bugs.freedesktop.org/show_bug.cgi?id=43477
--- Comment #4 from imamdxl8...@gmail.com 2012-05-03 18:58:13 PDT ---
same result with Intel GMA 4500 with Mesa 8-series and Mesa 8.1-devel from git
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
On Wed, 2012-05-02 at 21:31 +1000, Ben Skeggs wrote:
> On Wed, 2012-05-02 at 09:54 +0200, Jean Delvare wrote:
> > Hi Luca, Maarten,
> >
> > On Monday 30 April 2012 01:01:30 pm Luca Tettamanti wrote:
> > > On Mon, Apr 30, 2012 at 11:07 AM, Maarten Maathuis
> > > wrote:
> > > > On Mon, Apr 30, 201
On 04/25/2012 03:45 AM, Thierry Reding wrote:
> This commit adds a very basic DRM driver for NVIDIA Tegra SoCs. It
> currently has rudimentary GEM support and can run a console on the
> framebuffer as well as X using the xf86-video-modesetting driver. Only
> the RGB output is supported.
>
> HDMI s
On Don, 2012-05-03 at 17:06 -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> Use family rather than DCE check for clarity, also always use
> wb on APUs, there will never be AGP variants.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer
https://bugs.freedesktop.org/show_bug.cgi?id=49140
--- Comment #5 from Marko 2012-05-02 22:42:10 PDT ---
> vec3 p3 = vec3(p.x, p.y, p.z);
> float t = dot(v, p3);
> float t2 = gm1*t/v2 - g*p.w;
> r = vec4( v*t2 + p3, g * (p.w - t));
>
Vadim, this is really great and much appreci
On Mit, 2012-05-02 at 16:20 -0400, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> This convert fence to use uint64_t sequence number intention is
> to use the fact that uin64_t is big enough that we don't need to
> care about wrap around.
>
> Tested with and without writeback using 0xFF
On Tue, May 1, 2012 at 2:33 PM, Alan Cox wrote:
> From: Alan Cox
>
> Add the opregion support and bring us in line with the opregion functionality
> in the
> reference driver code. We can't share this with i915 currently because there
> are
> hardcoded assumptions about dev_priv etc in both ver
On 02.05.2012 18:01, Jerome Glisse wrote:
> On Wed, May 2, 2012 at 9:11 AM, Christian K?nig
> wrote:
>> Hi Dave,
>>
>> there still seems to be the need for some further discussion about the SA
>> code,
>> so I again split that out of the patchset and tested the result a bit.
>>
>> Most of the st
>
> there still seems to be the need for some further discussion about the SA
> code,
> so I again split that out of the patchset and tested the result a bit.
>
> Most of the stuff still works fine without those offending changes, so to
> avoid
> mailing around unrelated and already reviewed pa
Hi Linus,
just some regression fixes from Ben along with a variable that gcc failed
to spot is uninitialised.
Dave.
The following changes since commit 655861e328cea83320190f4a57b3656ee952388c:
Merge branch 'fixes' of git://git.linaro.org/people/rmk/linux-arm (2012-04-30
15:34:41 -0700)
ar
On Thu, 3 May 2012 09:15:23 +0100
Dave Airlie wrote:
> On Tue, May 1, 2012 at 2:33 PM, Alan Cox wrote:
> > From: Alan Cox
> >
> > Add the opregion support and bring us in line with the opregion
> > functionality in the
> > reference driver code. We can't share this with i915 currently because
On Fri, Apr 13, 2012 at 04:31:41PM -0300, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> They require an AVI InfoFrame with a proper Pixel Repetition field.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=45729
> Signed-off-by: Paulo Zanoni
I've merged the 2 i915 patches for -next, than
https://bugs.freedesktop.org/show_bug.cgi?id=49418
Michel D?nzer changed:
What|Removed |Added
AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at
lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=49140
--- Comment #6 from Vadim Girlin 2012-05-03 03:16:19 PDT
---
(In reply to comment #5)
> > vec3 p3 = vec3(p.x, p.y, p.z);
> > float t = dot(v, p3);
> > float t2 = gm1*t/v2 - g*p.w;
> > r = vec4( v*t2 + p3, g * (p.w - t));
> >
>
https://bugs.freedesktop.org/show_bug.cgi?id=49418
--- Comment #2 from Bastien Dejean 2012-05-03 03:56:40
PDT ---
Created attachment 60959
--> https://bugs.freedesktop.org/attachment.cgi?id=60959
dmesg EFI mode output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=49418
--- Comment #3 from Bastien Dejean 2012-05-03 03:57:32
PDT ---
Created attachment 60960
--> https://bugs.freedesktop.org/attachment.cgi?id=60960
dmesg BIOS mode output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
https://bugzilla.kernel.org/show_bug.cgi?id=42678
Yvon TANGUY changed:
What|Removed |Added
CC||vono29 at gmail.com
--- Comment #14 fro
On Sat, Apr 21, 2012 at 05:51:53PM -0300, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> In the future we'll have more than just connector properties, so create
> a dump_prop function that can handle any property (instead of the
> current dump_props function that only handles connector properties).
On 03.05.2012 09:21, Michel D?nzer wrote:
> On Mit, 2012-05-02 at 16:20 -0400, j.glisse at gmail.com wrote:
>> From: Jerome Glisse
>>
>> This convert fence to use uint64_t sequence number intention is
>> to use the fact that uin64_t is big enough that we don't need to
>> care about wrap around.
>>
On Monday 23 April 2012 11:18:52 you wrote:
> Linux-3.3.3
>
> $ dmesg|grep drm
> [drm] Initialized drm 1.1.0 20060810
> [drm] radeon defaulting to userspace modesetting.
> [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
> [drm] No driver support for vblank timestamp query.
> [drm] Init
The I2C specific suspend and resume functions have been deprecated and
printing a warning on boot for over a year, dev_pm_ops should be used
instead so convert to that.
Also remove the suspend function since all it does is log.
Signed-off-by: Mark Brown
Acked-by: Francisco Jerez
---
drivers/gp
https://bugs.freedesktop.org/show_bug.cgi?id=49418
Michel D?nzer changed:
What|Removed |Added
Attachment #60959|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=49418
Michel D?nzer changed:
What|Removed |Added
Attachment #60960|application/octet-stream|text/plain
mime type|
On Don, 2012-05-03 at 09:32 +0200, Treeve Jelbert wrote:
> On Monday 23 April 2012 11:18:52 you wrote:
> > Linux-3.3.3
> >
> > $ dmesg|grep drm
> > [drm] Initialized drm 1.1.0 20060810
> > [drm] radeon defaulting to userspace modesetting.
> > [drm] Supports vblank timestamp caching Rev 1 (10.10.2
13.04.2012 22:31, Paulo Zanoni kirjoitti:
> From: Paulo Zanoni
>
> They require an AVI InfoFrame with a proper Pixel Repetition field.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=45729
> Signed-off-by: Paulo Zanoni
> ---
>
> I'm still waiting for confirmation on bugzilla, but I
Hi Dave,
One more regression fix and a 3 small patches:
- Paulo fixed the hdmi infoframe regression on gm45 introduced in 3.2 by
Jesse.
- snb/ilk has a nice debug register where the hw can tell us when it
dropped writes and we've added a WARN in 3.4 when this happens. This
caught code which
On Thu, May 3, 2012 at 7:39 AM, Christian K?nig
wrote:
> On 03.05.2012 09:21, Michel D?nzer wrote:
>>
>> On Mit, 2012-05-02 at 16:20 -0400, j.glisse at gmail.com wrote:
>>>
>>> From: Jerome Glisse
>>>
>>> This convert fence to use uint64_t sequence number intention is
>>> to use the fact that uin
On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:
> On Thu, May 3, 2012 at 7:39 AM, Christian K?nig
> wrote:
>> On 03.05.2012 09:21, Michel D?nzer wrote:
>>>
>>> On Mit, 2012-05-02 at 16:20 -0400, j.glisse at gmail.com wrote:
From: Jerome Glisse
This convert fence to use
On Thu, May 3, 2012 at 4:19 AM, Christian K?nig
wrote:
> On 02.05.2012 18:01, Jerome Glisse wrote:
>>
>> On Wed, May 2, 2012 at 9:11 AM, Christian K?nig
>> ?wrote:
>>>
>>> Hi Dave,
>>>
>>> there still seems to be the need for some further discussion about the SA
>>> code,
>>> so I again split tha
On Thu, May 3, 2012 at 12:29 PM, Alex Deucher wrote:
> On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:
>> On Thu, May 3, 2012 at 7:39 AM, Christian K?nig
>> wrote:
>>> On 03.05.2012 09:21, Michel D?nzer wrote:
On Mit, 2012-05-02 at 16:20 -0400, j.glisse at gmail.com wrote:
>
On 03.05.2012 18:32, Jerome Glisse wrote:
> On Thu, May 3, 2012 at 4:19 AM, Christian K?nig
> wrote:
>> On 02.05.2012 18:01, Jerome Glisse wrote:
>>> On Wed, May 2, 2012 at 9:11 AM, Christian K?nig
>>> wrote:
Hi Dave,
there still seems to be the need for some further discussion a
On 03.05.2012 18:34, Jerome Glisse wrote:
> On Thu, May 3, 2012 at 12:29 PM, Alex Deucher
> wrote:
>> On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:
>>> On Thu, May 3, 2012 at 7:39 AM, Christian K?nig
>>> wrote:
On 03.05.2012 09:21, Michel D?nzer wrote:
> On Mit, 2012-05-02 at
On Thu, May 3, 2012 at 12:39 PM, Christian K?nig
wrote:
> On 03.05.2012 18:32, Jerome Glisse wrote:
>>
>> On Thu, May 3, 2012 at 4:19 AM, Christian K?nig
>> ?wrote:
>>>
>>> On 02.05.2012 18:01, Jerome Glisse wrote:
On Wed, May 2, 2012 at 9:11 AM, Christian K?nig
?wrote:
>
>
On Thu, May 3, 2012 at 1:20 PM, Alex Deucher wrote:
> 2012/5/3 Jerome Glisse :
>> On Thu, May 3, 2012 at 12:39 PM, Christian K?nig
>> wrote:
>>> On 03.05.2012 18:32, Jerome Glisse wrote:
On Thu, May 3, 2012 at 4:19 AM, Christian K?nig
?wrote:
>
> On 02.05.2012 18:01, Jerome
2012/5/3 Jerome Glisse :
> On Thu, May 3, 2012 at 12:39 PM, Christian K?nig
> wrote:
>> On 03.05.2012 18:32, Jerome Glisse wrote:
>>>
>>> On Thu, May 3, 2012 at 4:19 AM, Christian K?nig
>>> ?wrote:
On 02.05.2012 18:01, Jerome Glisse wrote:
>
> On Wed, May 2, 2012 at 9:11 AM, Chri
On 03.05.2012 19:20, Alex Deucher wrote:
> 2012/5/3 Jerome Glisse:
>> On Thu, May 3, 2012 at 12:39 PM, Christian K?nig
>> wrote:
>>> On 03.05.2012 18:32, Jerome Glisse wrote:
On Thu, May 3, 2012 at 4:19 AM, Christian K?nig
wrote:
> On 02.05.2012 18:01, Jerome Glisse wrote:
>>
On Thu, May 3, 2012 at 1:28 PM, Christian K?nig
wrote:
> On 03.05.2012 19:20, Alex Deucher wrote:
>>
>> 2012/5/3 Jerome Glisse:
>>>
>>> On Thu, May 3, 2012 at 12:39 PM, Christian K?nig
>>> ?wrote:
On 03.05.2012 18:32, Jerome Glisse wrote:
>
> On Thu, May 3, 2012 at 4:19 AM, Chr
2012/5/3 Christian K?nig :
> On 03.05.2012 19:20, Alex Deucher wrote:
>>
>> 2012/5/3 Jerome Glisse:
>>>
>>> On Thu, May 3, 2012 at 12:39 PM, Christian K?nig
>>> ?wrote:
On 03.05.2012 18:32, Jerome Glisse wrote:
>
> On Thu, May 3, 2012 at 4:19 AM, Christian
> K?nig
> ?wrot
From: Jerome Glisse
We need to sync with the GFX ring as ttm might have schedule bo move
on it and new command scheduled for other ring need to wait for bo
data to be in place.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_cs.c | 12 ++--
include/drm/radeon_drm.h
On 03.05.2012 19:34, Jerome Glisse wrote:
> On Thu, May 3, 2012 at 1:28 PM, Christian K?nig
> wrote:
>> On 03.05.2012 19:20, Alex Deucher wrote:
>>> 2012/5/3 Jerome Glisse:
On Thu, May 3, 2012 at 12:39 PM, Christian K?nig
wrote:
> On 03.05.2012 18:32, Jerome Glisse wrote:
>>
least buy me dinner first."
-- next part --
A non-text attachment was scrubbed...
Name: edid_quirks_all.patch
Type: text/x-patch
Size: 9610 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120503/13c5436e/attachment-0001.bin>
On Thu, May 3, 2012 at 1:44 PM, wrote:
> From: Jerome Glisse
>
> We need to sync with the GFX ring as ttm might have schedule bo move
> on it and new command scheduled for other ring need to wait for bo
> data to be in place.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Alex Deucher
> ---
>
On 5/3/12 2:01 PM, Ian Pilcher wrote:
> The patch does the following:
This looks good, thank you for taking it on.
> * Changes the vendor field of struct edid_quirk to an array, rather
>than a pointer. (This has already been sent to the dri-devel list.)
> * Adds two new quirks EDID_QUIRK_DI
On 04/11/2012 12:40 PM, Daniel Vetter wrote:
> On Tue, Apr 10, 2012 at 01:34:11PM -0700, Jesse Barnes wrote:
>> On Tue, 10 Apr 2012 22:32:12 +0200
>> Daniel Vetter wrote:
>>
>>> On Tue, Apr 10, 2012 at 09:52:40PM +0200, Jiri Slaby wrote:
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >
On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse wrote:
> On Thu, May 3, 2012 at 12:29 PM, Alex Deucher
> wrote:
>> On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:
>>> On Thu, May 3, 2012 at 7:39 AM, Christian K?nig >> vodafone.de> wrote:
On 03.05.2012 09:21, Michel D?nzer wrote:
>
On Thu, May 3, 2012 at 4:46 PM, Jerome Glisse wrote:
> On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse wrote:
>> On Thu, May 3, 2012 at 12:29 PM, Alex Deucher
>> wrote:
>>> On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse
>>> wrote:
On Thu, May 3, 2012 at 7:39 AM, Christian K?nig >>> vodafo
From: Alex Deucher
Use family rather than DCE check for clarity, also always use
wb on APUs, there will never be AGP variants.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_device.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/rade
On Thu, May 03, 2012 at 09:56:08PM +0200, Jiri Slaby wrote:
> On 04/11/2012 12:40 PM, Daniel Vetter wrote:
> > On Tue, Apr 10, 2012 at 01:34:11PM -0700, Jesse Barnes wrote:
> >> On Tue, 10 Apr 2012 22:32:12 +0200
> >> Daniel Vetter wrote:
> >>
> >>> On Tue, Apr 10, 2012 at 09:52:40PM +0200, Jiri S
On 05/03/2012 11:15 PM, Daniel Vetter wrote:
>>> Shot in the dark, let's disable msi a bit. Can you try the below patch?
>>
>> Yeah, no IRQ_NONE at the end of i915_driver_irq_handler now. So MSI is
>> busted, either in the card, the chipset or the kernel. Any idea how to
>> find out?
>
> Ok, so MS
On Thu, May 3, 2012 at 5:04 PM, Alex Deucher wrote:
> On Thu, May 3, 2012 at 4:46 PM, Jerome Glisse wrote:
>> On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse wrote:
>>> On Thu, May 3, 2012 at 12:29 PM, Alex Deucher
>>> wrote:
On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse
wrote:
>>>
On Thu, 03 May 2012 23:16:02 +0200
Jiri Slaby wrote:
> On 05/03/2012 11:15 PM, Daniel Vetter wrote:
> >>> Shot in the dark, let's disable msi a bit. Can you try the below patch?
> >>
> >> Yeah, no IRQ_NONE at the end of i915_driver_irq_handler now. So MSI is
> >> busted, either in the card, the c
On Thu, 3 May 2012 14:54:22 -0700
Jesse Barnes wrote:
> On Thu, 03 May 2012 23:16:02 +0200
> Jiri Slaby wrote:
>
> > On 05/03/2012 11:15 PM, Daniel Vetter wrote:
> > >>> Shot in the dark, let's disable msi a bit. Can you try the below patch?
> > >>
> > >> Yeah, no IRQ_NONE at the end of i915_dr
1 - 100 of 102 matches
Mail list logo
