On 12-06-13 04:44 PM, Ross Burton wrote:
Hi,

My current test hardware for Yocto work is a Celeron-class Sandy Bridge-based micro PC. 
As is to be expected for a machine like this, it's got modern Intel graphics and 
wireless. Neither of which are supported by atom-pc, as it's nominally a "generic 
netbook" image.

Let's face it -- it's a really bad generic netbook image, it's really a Asus 
eeePC701-and-similar image. Specifically, only one wifi driver, only i915 GPU 
driver, and so on.

I'm not arguing for a true generic kernel such as Fedora maintains which boots 
on almost everything, just a new machine with more flexibility. Including both 
i915 and i965 GPU drivers covers everything Intel-driven from the earliest 
netbook to the latest Ivy Bridge[1].  Including the iwl wifi drivers at least 
covers a good proportion of devices out there.  There are probably a few more 
drivers that are common and give big gains in support.  Not exactly boot on 
everything, but certainly boot on many.

Thoughts?

Send patches, and define the machine. But it has to be something
that we can actually *test* and maintain. We don't define 'what if'
and 'in case' configurations. We define embedded/tight configurations
that should be extended for particular machines.

The common-pc is a bit old, so I'd suggest sending patches to that
base and we can consider them on a 1:1 basis. As long as it isn't
overly generic, and hits a defined/closed set of machines and drivers,
patches won't be denied.

Even better, just branch from one of the existing configs and add more,
that way the extensions are separate from the base.

Cheers,

Bruce


Ross

[1] Ignoring Cedar Trail, but that's already in meta-intel
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

Reply via email to