Age | Commit message (Collapse) | Author |
|
intel-core2-32 hangs with 'waiting for removable media' because the
preempt-rt cfg overwrites BLK_DEV_LOOP. Presumably there's a good
reason for that which should be fixed properly, but this at least lets
the system boot.
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
|
Having standard follow ktypes/preempt-rt/preempt-rt.scc means that
settings in standard take precedence, which isn't the expected
behavior.
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
|
Having standard follow ktypes/preempt-rt/preempt-rt.scc means that
settings in standard take precedence, which isn't the expected
behavior.
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
|
aufs isn't supported with -rt kernels, so disable it for the
preempt-rt ktype.
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
|
Add an aufs-disable feature allowing aufs to be selectively disabled,
specifically for preempt-rt since aufs doesn't build with preempt-rt
kernels (as opposed to just blanket disabling it in standard since
there may already be users who would miss it).
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
|
Remove the QAT configuration from mohonpeak.cfg, as it breaks -rt for
everything else, and instead have the mohonpeak standard BSPs use the
new qat feature.
Note that as defined, the QAT configuration is incompatible with -rt,
so it isn't added back to those.
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
|
Add config items required to enable QuickAssist Technology.
Note that this apparently includes disabling PREEMPT, making it
incompatible with -rt.
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Add missing I2C PCI mode support.
Add LPSS PMW device support.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Added USB host controller driver support for Mohonpeak. This also
enable live bootable image to be able to boot through USB devices.
Signed-off-by: Chang Rebecca Swee Fun <rebecca.swee.fun.chang@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The sound configs are defined in features/sound/snd_hda_intel.cfg.
If some of these configs are defined differently like kernel builtin
instead of modules, then it changes the timing of driver loading causing
audio breakages for some of the BSPs.
This commit fixes the audio issues with some of the Intel BSPs
with the v3.14 kernel.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Enable Intel Chipsets in the AMT/MEI driver.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
The v3.14 kernel does not include them by default, and these
are needed for audio playback on intel platforms.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
The v3.14 kernel does not include them by default, and these
are needed for audio playback on intel platforms.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
The v3.14 kernel does not include them by default, and these
are needed for audio playback on intel platforms.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
The v3.14 kernel does not include them by default, and these
are needed for audio playback on intel platforms.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
The v3.14 kernel does not include them by default, and these
are needed for audio playback on intel platforms.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
The v3.14 kernel does not include them by default, and these
are needed for audio playback on intel platforms.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
The v3.14 kernel does not include them by default, and these
are needed for audio playback on intel platforms.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
The v3.14 kernel does not include them by default, and these
are needed for audio playback on intel platforms.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
Enable many of the codecs supported by the snd_hda_intel driver.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
RTC doesn't exist in edgerouter.
Signed-off-by: Bin Jiang <bin.jiang@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
This reverts commit cdf9fb795b8e848cd3ddf3c5e0d98905fac27685.
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
Bad merge on my part, reverting this commit.
This reverts commit eb322512c46c866025fe737608c2f4aeecf8e9b6.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Drop the BSP configs for the BSPs retired from meta-intel, which will
never have a 3.14 recipe: chiefriver, sys940x, and atom-pc (from the
n450 BSP).
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
CONFIG_X86_32 is a non-selectable configuration item, automatically set
by ARCH and !CONFIG_64BIT. There are no users of the .cfg nor the .scc.
Delete them.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
CONFIG_X86_32 is not configurable via menuconfig (no prompt) and is
automatically set by ARCH and !CONFIG_64BIT. There is no need to specify
it explicitly.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
MTRR is common enough it should just be included in the x86* cfg
fragments already included by these machines.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The x86 and x86_64 config fragments already include SMP and SMT support,
remove the redundant configuration in the common-pc*-cpu.cfg files.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Move the basic arch, MSR, CPUID, and MICROCODE CONFIG options out of the
common-pc*-cpu.cfg fragments and into the cfg/x86*cfg fragments where
they can be more easily reused.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
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>
|
|
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>
|
|
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>
|
|
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: Yang Wei <Wei.Yang@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
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>
|
|
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>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|