From: meghanelogal
Adding various pixel format support
Signed-off-by: meghanelogal
---
demos/intel_sprite_on.c | 81 +++
1 file changed, 75 insertions(+), 6 deletions(-)
diff --git a/demos/intel_sprite_on.c b/demos/intel_sprite_on.c
index 23fc56c.
On Sun, Mar 1, 2015 at 1:00 PM, Linus Torvalds
wrote:
>
> Back to the drawing board.
Ok, many hours later, but I found it.
The bisection was a disaster, having to work around other bugs in this
area, but it ended up getting "close enough" that I figured out what
went wrong.
The "intel_plane_dup
On Sun, Mar 1, 2015 at 12:35 PM, Linus Torvalds
wrote:
>
> The compiles should be going faster now that I'm getting closer, so
> I'll have a tighter bisect soon. Knock wood.
Grr.
I found:
ccfc08655d5fd5076828f45fb09194c070f2f63a is the first bad commit
but that boot failure is apparently fix
On Sat, Feb 28, 2015 at 11:27 PM, Linus Torvalds
wrote:
>
> I'll try to narrow it down at least a *bit* more, even if it's a
> painfully slow machine.
It was brought in by either
Merge tag 'topic/atomic-core-2015-01-05'
or
Merge tag 'topic/core-stuff-2014-12-19'
with the atomic stuff bein
I have a dual-head set up here which I've recently changed the
motherboard out and with it, removed an nVidia GT210 and replaced it
with the on-board graphics that came on this:
CPU: Intel(R) Celeron(R) CPU G1840 @ 2.80GHz (Family: 6, Model: 60, Stepping: 3)
The monitors have remained the same th
~sigh~ Never mind. As I am sure probably most have guessed by now,
this was just a result of left over nvidia GLX cruft.
Sorry for the noise.
b.
signature.asc
Description: This is a digitally signed message part
___
Intel-gfx mailing list
Intel-gfx
Hi,
I'm having trouble getting GLX to work with the intel xorg driver in
Fedora 21 and a Celeron G1840. Xorg complains in it's log:
[ 35851.103] (EE) AIGLX error: dlopen of /usr/lib64/dri/i965_dri.so failed
(/usr/lib64/dri/i965_dri.so: undefined symbol: _glapi_tls_Dispatch)
[ 35851.103] (EE) AI
On 2/26/2015 3:43 PM, Alexandre Courbot wrote:
On Wed, Feb 18, 2015 at 9:18 PM, Shobhit Kumar wrote:
The CRC (Crystal Cove) PMIC, controls the panel enable and disable
signals for BYT for dsi panels. This is indicated in the VBT fields. Use
that to initialize and use GPIO based control for thes
i915.ko depends upon the acpi/video.ko module and so refuses to load if
ACPI is disabled at runtime if for example the BIOS is broken beyond
repair. acpi/video provides an optional service for i915.ko and so we
should just allow the modules to load, but do no nothing in order to let
the machines bo
Report the actual error code from acpi_bus_register_driver(), it may
help future debugging (typically ENODEV as previously reported, but the
unusual cases are where it may help most).
Signed-off-by: Chris Wilson
Cc: Daniel Vetter
Cc: Zhang Rui
Cc: "Rafael J. Wysocki"
Cc: Len Brown
Cc: linux-a
On Sun, Mar 01, 2015 at 12:30:01PM +0300, Andrey Skvortsov wrote:
> On 01 Mar, Chris Wilson wrote:
> > On Sun, Mar 01, 2015 at 12:57:01AM +0300, Andrey Skvortsov wrote:
> > > On 28 Feb, Chris Wilson wrote:
> > > > On Sat, Feb 28, 2015 at 03:20:37PM +0300, Andrey Skvortsov wrote:
> > > > > Unfortuna
On 01 Mar, Chris Wilson wrote:
> On Sun, Mar 01, 2015 at 12:57:01AM +0300, Andrey Skvortsov wrote:
> > On 28 Feb, Chris Wilson wrote:
> > > On Sat, Feb 28, 2015 at 03:20:37PM +0300, Andrey Skvortsov wrote:
> > > > Unfortunately this is not the last bug, that breaks i915/drm working
> > > > on my la
On Sun, Mar 01, 2015 at 12:57:01AM +0300, Andrey Skvortsov wrote:
> On 28 Feb, Chris Wilson wrote:
> > On Sat, Feb 28, 2015 at 03:20:37PM +0300, Andrey Skvortsov wrote:
> > > Unfortunately this is not the last bug, that breaks i915/drm working
> > > on my laptop. Sometimes system successfully loads
On Friday 27 February 2015 09:07 PM, Daniel Vetter wrote:
On Fri, Feb 27, 2015 at 07:59:43PM +0530, Ramalingam C wrote:
On Tuesday 24 February 2015 06:21 AM, Daniel Vetter wrote:
On Fri, Feb 13, 2015 at 03:32:58PM +0530, Ramalingam C wrote:
This series includes a preparation patch for drrs su
14 matches
Mail list logo
