From: Tom Zanussi <tom.zanussi@intel.com>
To: "Burton, Ross" <ross.burton@intel.com>
Cc: "Saxena, Rahul" <rahul.saxena@intel.com>,
Darren Hart <dvhart@linux.intel.com>,
OE-core <openembedded-core@lists.openembedded.org>,
"Seow, Chen Yong" <chen.yong.seow@intel.com>,
Poky <poky@yoctoproject.org>
Subject: Re: [PATCH 3/4] xf86-video-mga: Pull in Matrox MGA support from meta-intel
Date: Thu, 05 Sep 2013 08:04:20 -0500 [thread overview]
Message-ID: <1378386260.13564.8.camel@empanada> (raw)
In-Reply-To: <CAJTo0LY-oi+tQy7rs84axy4R71Y4j=HtEgXALN20aVdATwzVdg@mail.gmail.com>
On Thu, 2013-09-05 at 10:57 +0100, Burton, Ross wrote:
> On 5 September 2013 01:18, Darren Hart <dvhart@linux.intel.com> wrote:
> > In support of the more generic x86 BSPs, pull in the Matrox driver
> > recipe from meta-intel.
>
> What machine is this for in particular? In discussion with Nitin
> about MGA a few weeks back the conclusion was that the vesa driver
> should be sufficient. As far as I'm aware the reference platforms
> don't ship with MGA hardware so it's up to the owner of the platform
> to install whatever they have to hand (mga, nvidia, ATI, etc), or am I
> wrong about that?
>
It's my understanding that some of these server-type systems like Romley
and Crystal Forest have on-chip graphics disabled and ship with ancient
MGA graphics, which apparently we have a cheap source of chips for...
Probably vesa would work for these systems, cc'ing those in the know...
Tom
> > Remove the checkfile patch from Ross as this is now handled adequately
> > with the configure prepend hack which assumes success for any checkfile
> > calls.
>
> Assuming success in an distro where opengl isn't enabled will result
> in the driver believing that DRI is enabled when it isn't, so expect
> to see build failures from this.
>
> Ross
WARNING: multiple messages have this Message-ID (diff)
From: Tom Zanussi <tom.zanussi@intel.com>
To: "Burton, Ross" <ross.burton@intel.com>
Cc: Darren Hart <dvhart@linux.intel.com>,
"Bodke, Kishore K" <kishore.k.bodke@intel.com>,
OE-core <openembedded-core@lists.openembedded.org>,
"Seow, Chen Yong" <chen.yong.seow@intel.com>,
Poky <poky@yoctoproject.org>
Subject: Re: [PATCH 3/4] xf86-video-mga: Pull in Matrox MGA support from meta-intel
Date: Thu, 05 Sep 2013 08:04:20 -0500 [thread overview]
Message-ID: <1378386260.13564.8.camel@empanada> (raw)
In-Reply-To: <CAJTo0LY-oi+tQy7rs84axy4R71Y4j=HtEgXALN20aVdATwzVdg@mail.gmail.com>
On Thu, 2013-09-05 at 10:57 +0100, Burton, Ross wrote:
> On 5 September 2013 01:18, Darren Hart <dvhart@linux.intel.com> wrote:
> > In support of the more generic x86 BSPs, pull in the Matrox driver
> > recipe from meta-intel.
>
> What machine is this for in particular? In discussion with Nitin
> about MGA a few weeks back the conclusion was that the vesa driver
> should be sufficient. As far as I'm aware the reference platforms
> don't ship with MGA hardware so it's up to the owner of the platform
> to install whatever they have to hand (mga, nvidia, ATI, etc), or am I
> wrong about that?
>
It's my understanding that some of these server-type systems like Romley
and Crystal Forest have on-chip graphics disabled and ship with ancient
MGA graphics, which apparently we have a cheap source of chips for...
Probably vesa would work for these systems, cc'ing those in the know...
Tom
> > Remove the checkfile patch from Ross as this is now handled adequately
> > with the configure prepend hack which assumes success for any checkfile
> > calls.
>
> Assuming success in an distro where opengl isn't enabled will result
> in the driver believing that DRI is enabled when it isn't, so expect
> to see build failures from this.
>
> Ross
next prev parent reply other threads:[~2013-09-05 13:04 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-05 0:18 [PATCH 0/4] Updates in support of genericx86* Darren Hart
2013-09-05 0:18 ` [PATCH 1/4] linux-firmware: Update SRCREV, pull in iwlwifi-7260 support Darren Hart
2013-09-05 1:04 ` Otavio Salvador
2013-09-05 3:34 ` Darren Hart
2013-09-05 3:34 ` [OE-core] " Darren Hart
2013-09-05 6:57 ` [poky] " Saul Wold
2013-09-05 6:57 ` [OE-core] " Saul Wold
2013-09-05 8:50 ` [poky] " Richard Purdie
2013-09-05 8:50 ` [OE-core] " Richard Purdie
2013-09-05 14:49 ` [poky] " Darren Hart
2013-09-05 14:49 ` [OE-core] " Darren Hart
2013-09-05 0:18 ` [PATCH 2/4] xorg-driver-common: Add configure and install appends from meta-intel Darren Hart
2013-09-05 0:54 ` Otavio Salvador
2013-09-05 3:33 ` Darren Hart
2013-09-05 3:33 ` [OE-core] " Darren Hart
2013-09-05 9:53 ` Burton, Ross
2013-09-05 11:37 ` Otavio Salvador
2013-09-05 11:40 ` Burton, Ross
2013-09-05 11:40 ` [OE-core] " Burton, Ross
2013-09-05 12:14 ` Richard Purdie
2013-09-05 12:14 ` [OE-core] " Richard Purdie
2013-09-05 12:23 ` Phil Blundell
2013-09-05 13:48 ` Burton, Ross
2013-09-05 13:48 ` [OE-core] " Burton, Ross
2013-09-05 15:32 ` Richard Purdie
2013-09-05 15:32 ` [OE-core] " Richard Purdie
2013-09-05 16:23 ` Burton, Ross
2013-09-05 16:23 ` [OE-core] " Burton, Ross
2013-09-05 15:00 ` Darren Hart
2013-09-05 0:18 ` [PATCH 3/4] xf86-video-mga: Pull in Matrox MGA support " Darren Hart
2013-09-05 9:57 ` Burton, Ross
2013-09-05 13:04 ` Tom Zanussi [this message]
2013-09-05 13:04 ` Tom Zanussi
2013-09-05 14:52 ` Darren Hart
2013-09-05 15:11 ` Burton, Ross
2013-09-05 15:21 ` Burton, Ross
[not found] ` <5229303F.1090209@windriver.com>
2013-09-10 2:37 ` Darren Hart
[not found] ` <522E9996.8000107@windriver.com>
2013-09-10 17:54 ` Darren Hart
2013-09-05 0:18 ` [PATCH 4/4] genericx86: Create a x86-common.inc base for the x86 BSPs Darren Hart
2013-09-05 1:16 ` [PATCH 0/4] Updates in support of genericx86* Otavio Salvador
2013-09-05 3:35 ` Darren Hart
2013-09-05 3:35 ` [OE-core] " Darren Hart
2013-09-05 9:47 ` [poky] " Burton, Ross
2013-09-05 9:47 ` [OE-core] " Burton, Ross
2013-09-05 11:06 ` [poky] " Richard Purdie
2013-09-05 11:06 ` [OE-core] " Richard Purdie
2013-09-05 11:40 ` [poky] " Otavio Salvador
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1378386260.13564.8.camel@empanada \
--to=tom.zanussi@intel.com \
--cc=chen.yong.seow@intel.com \
--cc=dvhart@linux.intel.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=poky@yoctoproject.org \
--cc=rahul.saxena@intel.com \
--cc=ross.burton@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.