meta: bump to v3.10.32

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: qemumips64 force R1 cpu selection

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: input: add CONFIG_INPUT dependency

CONFIG_INPUT_EVDEV depends on CONFIG_INPUT, the input.cfg should contain
both.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
baytrail: Add feature/soc/baytrail

Add support for the various devices on the BayTrail SoCs, including PWM,
SPI, I2C, ASOC, UARTs, DMA, LPSS, etc.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
intel-core*: Add baytrail soc support

Include the BayTrail SoC feature in the two intel-common BSPs. The
BayTrail SoC is used in both 32 and 64 bit environments.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
intel-common: Remove GMA500 support

The current GMA500 support currently requires custom configuration which
is not appropriate for an intel-common BSP. Remove it for the time being
so the config-less alternatives can work out of the box.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: update efi config fragment to include EFI_STUB by default

A number of bsps (intel-common, fri2, minnow) include the efi config.
Some boot loaders (such as gummiboot, recently added to OE-core)
require the kernel to be built with CONFIG_EFI_STUB.
I think it would be useful to have that enabled by default instead
of having to build your kernel with efi-ext added to KERNEL_FEATURES.

Signed-off-by: Stefan Stanacar <stefanx.stanacar@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: efi.cfg/efi-ext.cfg: add EFIVAR_FS to default efi fragment

Linux kernel exposes EFI variables data to userspace via 2 interfaces:
- old sysfs-efivars interface (CONFIG_EFI_VARS), populated at /sys/firmware/efi/vars,
1024 byte maximum per-variable data size limitation, no UEFI Secure Boot variables support
and not recommended anymore.
- new efivarfs interface (CONFIG_EFIVAR_FS), typically mounted like this:
mount -t efivarfs efivarfs /sys/firmware/efi/efivar
It was added in 3.8 intended as a replacement for the sysfs-efivars interface,
has no maximum per-variable size limitation and supports UEFI Secure Boot variables.
It also allows creating new vars easily, a very useful trick:
printf "\x07\x00\x00\x00\x00" > /sys/firmware/efi/efivar/myvar-12345678-1234-1234-1234-123456789abc

I find CONFIG_EFIVAR_FS very useful for EFI images and I'd like to have it
enabled by default. For example with gummiboot you can use the
LoaderEntryOneShot to tell it the entry identifier to select at the next
and only the next bootup, and I plan to use that in automated testing.

They both can co-exist - but they shouldn't both be
active / mounted (the problem isn't the mount point but data
inconsistency) so we enable them as modules and have the new one as the
default and the old one around for anyone that needs it.

Signed-off-by: Stefan Stanacar <stefanx.stanacar@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: add cfg and scc files for valleyisland io features

Added Valley Island LPSS I/O device drivers configs.
This valleyisland-io features are to support Baytrail soc.

Currently, we are supporting ACPI mode enumeration for the
device drivers that are available in LTSI kernel 3.10. The
PCI enumerated device drivers are in a plan to host in a
feature branch resides in linux-yocto-3.10. We will make it
available once the feature branch is ready.

Signed-off-by: Chang, Rebecca Swee Fun <rebecca.swee.fun.chang@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: add new bsp config layer for valleyisland

Add support for the various devices on the Baytrail SoC,
including USB, SATA, GbE, HD Audio, EFI features, i915
graphics support, etc.

Signed-off-by: Chang, Rebecca Swee Fun <rebecca.swee.fun.chang@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: fix beagleboard xm FB configuration

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: update kver to 3.10.34

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
intel-common: Add mohonpeak BSP

Add mohonpeak 32-bit & 64-bit BSP into intel-common.

Signed-off-by: Ong Boon Leong <boon.leong.ong@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
intel-common: Add media-all to the standard builds

Provide the drivers for common media devices like webcabs and tuners in
the intel-common-standard kernels.

Reported-by: Scott Garman <scott.a.garman@intel.com>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: bump kver to v3.10.35

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
intel-common: Add preempt-rt ktype targets

Add the preempt-rt ktype scc targets for the intel-core2-32 and
intel-corei7-64 BSPs. These are also the intel-common configuration used
for all intel-common compatible BSPs.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: mohonpeak: remove branch 'mohonpeak'

This is to remove 'mohonpeak' branch from scc file since
we are migrating the BSP to use intel-common.

Signed-off-by: Ong Boon Leong <boon.leong.ong@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
intel-common: change intel-corei7064-preempt-rt-scc filename

Changed intel-corei7064-preempt-rt-scc file name to
intel-corei7-64-preempt-rt.scc.

Signed-off-by: Ong Boon Leong <boon.leong.ong@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta: smp.scc: increase default NR_CPUS to 64

Change CONFIG_NR_CPUS from 8 to 64 so that platform with
processors count more than 8 will be all activited.

Signed-off-by: Ong Boon Leong <boon.leong.ong@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
minnow: Add minnow-drivers-extra fragment

Driver requests tend to trickle in slowly. Provide a staging fragment
where we can collect those that are not already covered by existing scc
files. As blocks of drivers become apparent, new scc files can be
created and this file pruned.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>