Re: [Intel-gfx] [PATCH][v2 1/2] drm/i915: prepare for video codec ring buffer on Sandybridge

2010-09-14 Thread Xiang, Haihao
On Mon, 2010-09-13 at 17:52 +0800, Chris Wilson wrote: > On Mon, 13 Sep 2010 15:17:05 +0800, "Xiang, Haihao" > wrote: > > Some little changes: > > Add set_tail hook to struct intel_ring_buffer > > fix HAS_BSD with a device info flag > > Don't export the initialiser of struct intel_rin

Re: [Intel-gfx] The rebasing taboo

2010-09-14 Thread Jin, Gordon
Chris Wilson wrote on Tuesday, September 14, 2010 8:39 PM: > As I was pulling together the key branches that I wanted to base > -next on, I made a critical error and included a broken version of a > patch that itself would not be useful until much later. > > The patch in question is the start of p

[Intel-gfx] Question

2010-09-14 Thread Miran Merljak
Hello! Can you give me some info on the development status of h.264 hardware decoding support on the Intel G/GM45 platform in linux drivers? Is any effort being done in including this feature in the upcomig drivers and when (if) we can expect this to get implemented. Thank you! __

[Intel-gfx] The rebasing taboo

2010-09-14 Thread Chris Wilson
As I was pulling together the key branches that I wanted to base -next on, I made a critical error and included a broken version of a patch that itself would not be useful until much later. The patch in question is the start of pipeline support for pageflipping, ba3d8d74, but alas was broken and i

Re: [Intel-gfx] Interrupt latency on some 945GM platforms

2010-09-14 Thread Vasily Khoruzhick
В сообщении от 14 of September 2010 12:52:57 автор Thomas Gleixner написал: > Can you try with NOHZ enabled and the following on the kernel command line: > > processor.max_cstate=1 It works in this case (gears in glxgears move smoothly) > If that works, then try > > processor.max_cstat

Re: [Intel-gfx] Interrupt latency on some 945GM platforms

2010-09-14 Thread Vasily Khoruzhick
В сообщении от 14 of September 2010 03:55:32 автор Venkatesh Pallipadi написал: > Whats the clockevent in this case ("Tick Device" section of > /proc/timer_list). clocksource= option only changes the clocksource used > to maintain > timeofday. But, timer interrupt (clockevent) source will not cha