Bug 3208

Summary:	Enable GMA500 for -noemgd meta-intel BSPs
Product:	[Build System, Metadata & Runtime] BSPs	Reporter:	Darren Hart <dvhart>
Component:	bsps-meta-intel	Assignee:	Nitin Kamble <nitin.a.kamble>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Medium	CC:	tom.zanussi
Version:	1.4
Target Milestone:	1.4 M3
Hardware:	x86
OS:	Multiple
Whiteboard:
OS type for building Yocto:	---	Type of Regression:	---
Verified:		Documentation change:	---

Description Darren Hart 2012-10-02 19:58:37 UTC

The VESA fallback used for the meta-intel -noemgd BSPs is dependent on BIOS (doesn't work with EFI) and doesn't take advantage of the recent open source driver alternatives for the hardware. This is a feature request to enable GMA500 as the default for the -noemgd BSPs in meta-intel.

Comment 1 Nitin Kamble 2013-01-17 23:20:19 UTC

I tried the gma500/gma600 driver for crownbay-noemgd BSP. The driver detects the graphics h/w but it is not able to detect any connected displays. I exchanged few emails with Alan Cox for this, and as per him currently the gma500 driver does not support the tunnel creek based boards. That means the gma500 driver does not work for our crownbay, fri2 & sys940 BSPs.

  I also tried the gma500 driver for the newly created emenlow-noemgd BSP. And it is working as expected. 

  I have sent out a pull request with commits adding gma500 support to v3.4 kernel repo & emenlow-noemgd BSP.

Nitin

Comment 2 Nitin Kamble 2013-01-29 06:05:26 UTC

Gma500 does not work for tunnel creek, so it is not working from crownbay, and also will not work for fri2 & sys940x. But it is working for eMenlow. And it is enable for the emanloe-noemgd BSP now.