create_singlethreaded_workqueue() is being phased out for a new
concurreny managed task infrastructure.
Adapt our workqueue constructor to explicitly create a domain that only
allows the execution of a single task at any time. All the tasks are
expected to require the dev-struct_mutex, so would
Hi,
I was reading drm code, and found a interesting thing. In i915_dma.c ::
i915_load_modeset_init(), we set the fb base address:
static int i915_load_modeset_init(struct drm_device *dev,
unsigned long prealloc_start,
unsigned long prealloc_size,
unsigned long agp_size)
{
struct
On Wed, 8 Sep 2010 12:32:18 -0400, Matthew Garrett m...@redhat.com wrote:
Not all systems expose a firmware or platform mechanism for changing the
backlight intensity on i915, so add native driver support.
This will conflict with a similar patch I have in drm-intel-next to unify
the various
On Thu, Sep 09, 2010 at 06:09:40PM +0100, Chris Wilson wrote:
On Wed, 8 Sep 2010 12:32:18 -0400, Matthew Garrett m...@redhat.com wrote:
Not all systems expose a firmware or platform mechanism for changing the
backlight intensity on i915, so add native driver support.
This will conflict
The documentation says that an SDVO command takes a maximum of 15us to be
processed by the device, and that it is sufficient to read the status byte
3 times (whilst the command is still in the PENDING state) for the driver
to be confident that sufficient time has elapsed.
We err on the safe side
Here's a nicer version of that backtrace. (Does X not deal well with split
debugging files?)
#0 pixman_fill_sse2 (bits=0xb6c07000, stride=1600, bpp=32, x=0, y=0,
width=1600, height=1200, data=7767183)
at pixman-sse2.c:4037
#1 0xb766acfc in sse2_fill (imp=0x8caa700, bits=0xb6c07000,
This patch enables the sending of AVI infoframes in
drivers/gpu/drm/i915/intel_hdmi.c.
My receiver currently loses sync when the HDMI output on my computer
(DG45FC motherboard) is switched from 800x600 (the BIOS resolution) to
1920x1080 as part of the boot. Fixable by switching inputs on the
On Thu, 09 Sep 2010 23:00:01 +0200, David Härdeman da...@hardeman.nu wrote:
This is the second version which merges the infoframe code from
intel_hdmi.c and intel_sdvo.c, I hope this is something along the lines
Chris Wilson had in mind. Note that I'm assuming that the sdvo hardware
also