Hi Eric, Chris,
There are quite a lot of callers of I915_READ/WRITE which aren't
holding the dev->struct_mutex lock across device suspend and resume
operations, to prevent the GT going to sleep early if two callers are
in the gen6_gt_force_wake_get->gen6_gt_force_wake_put critical region.
I start
All install problems solved. Machine now boots fine so no config file
needed at this time.
On to get X working. Back later if I have problems.
Thanks,
Mark
On Fri, Jun 17, 2011 at 7:43 AM, Mark Knecht wrote:
> Hi all,
> Please excuse the noise.
>
> I wonder if anyone has a known good kernel c
On Sat, 18 Jun 2011 02:20:08 +0800, Daniel J Blueman
wrote:
> On 18 June 2011 01:44, Eric Anholt wrote:
> > On Sat, 18 Jun 2011 00:42:00 +0800, Daniel J Blueman
> > wrote:
> >> Workaround Sandy Bridge GPU stalls by allowing the blitter command streamer
> >> to write interrupt state to the Hard
On 06/16/2011 09:19 AM, Jesse Barnes wrote:
This set addresses comments from Dan and Chris, namely:
- pin& fence the new fb on the correct ring for IVB
- cleanup gen2/3 wait code by putting it in gen2/3 wait functions
- remove dead code
- fix a race in the split code with the interru
On Wed, 15 Jun 2011 17:03:58 +0100, Chris Wilson
wrote:
> On Wed, 15 Jun 2011 08:08:59 -0700, Eric Anholt wrote:
> > On Wed, 15 Jun 2011 10:39:06 +0100, Chris Wilson
> > wrote:
> > > For the record, on my SugarBay, this patch on top of drm-intel-fixes and
> > > mesa.git + your instruction stre
On 18 June 2011 01:44, Eric Anholt wrote:
> On Sat, 18 Jun 2011 00:42:00 +0800, Daniel J Blueman
> wrote:
>> Workaround Sandy Bridge GPU stalls by allowing the blitter command streamer
>> to write interrupt state to the Hardware Status Page when a MI_USER_INTERRUPT
>> command is decoded.
>>
>> v
On Sat, 18 Jun 2011 00:42:00 +0800, Daniel J Blueman
wrote:
> Workaround Sandy Bridge GPU stalls by allowing the blitter command streamer
> to write interrupt state to the Hardware Status Page when a MI_USER_INTERRUPT
> command is decoded.
>
> v1->v2: Moved to prior interrupt handler installatio
Workaround Sandy Bridge GPU stalls by allowing the blitter command streamer
to write interrupt state to the Hardware Status Page when a MI_USER_INTERRUPT
command is decoded.
v1->v2: Moved to prior interrupt handler installation and RMW flags as per
feedback.
Eric, if you're happy, please sign-off
2011/6/17 Jesse Barnes :
> On Fri, 17 Jun 2011 15:52:58 +0800
> "Sun, Yi" wrote:
>
>> All,
>> Thank for Mengmeng’s testing work, now the status is as following:
>>
>> The bug33394(performance regression: screen stuttered when running the demo
>> of 3D games with compiz enabled without GPU semapho
Hi all,
Please excuse the noise.
I wonder if anyone has a known good kernel config for a machine
using the Z68 chipset and an i7-2600K? We're trying to bring one up
but are having some troubles.
The specific motherboard is an Asus P8Z68-V Pro if someone
happens to be using one and wouldn't
On Fri, 17 Jun 2011 15:52:58 +0800
"Sun, Yi" wrote:
> All,
> Thank for Mengmeng’s testing work, now the status is as following:
>
> The bug33394(performance regression: screen stuttered when running the demo
> of 3D games with compiz enabled without GPU semaphores) is fixed. The two
> issue(st
All,
Thank for Mengmeng’s testing work, now the status is as following:
The bug33394(performance regression: screen stuttered when running the demo of
3D games with compiz enabled without GPU semaphores) is fixed. The two
issue(stutter and hangcheck) is gone, now.
The issue described as bug 3640
12 matches
Mail list logo
