| Age | Commit message (Collapse) | Author |
|---|
|
Signed-off-by: Yann CARDAILLAC <ycnakajsph@gmail.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
|
|
1. Separate mei-me and mei-txe support and enable them only on
appropriate platforms
2. Amt is not enabled on all platforms and exists only on BigCores over
mei-me.
To not break anything we left amt.cfg in
bsp/intel-common/intel-common-drivers.scc, but this should be fine tuned
later.
Signed-off-by: Tomas Winkler <tomas.winkler@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Saul Wold <sgw@linux.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>
|
|
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>
|
|
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>
|
|
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>
|
|
Remove the patches from the BSP scc that have been moved to
standard/base or to the minnow-io feature. The MinnowBoard BSP will
select the minnow-io feature from "recipe-space"
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
8250 is the same as serial-8250 with the addition of PCI support. Drop
serial-8250 in favor of 8250 and update the sole user of serial-8250 to
use 8250.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
All the eg20t sources are in mainline, there is no longer a need for the
branch. Drop the branch and rename the eg20t-enable feature to eg20t.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Add media features to minnow standard kernel.
The despised media.cfg can be removed from the minnow kernel recipe now.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
MinnowBoard now builds from standard/base, there is no
need for the branch command in the scc files which create
or reuse a standard/minnow branch. As the goal is to work
from a single branch for all IA BSPs, this is a first step
toward purging the IA BSP branches from linux-yocto.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
eg20t is supposed to only be used for staging branch creation. If eg20t
ever comes back, it will be handy to keep the cfg around.
Signed-off-by: Michel Thebeau <michel.thebeau@windriver.com>
|
|
Enable INPUT_EVDEV for the GPIO buttons to work through the event
system. Minor refactoring.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
Add touchscreen-composite support to machines based on common-pc and
common-pc-64, along with several other Atom boards that don't inherit
from those, thus providing those machines with the out-of-the-box
ability to make use of the set of USB touchscreen devices supported by
the composite USB driver.
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
|
Support userspace I2C development by including I2C_CHARDEV in the BSP.
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>
|
|
Support userspace SPI development by including SPIDEV in the BSP.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
1/7 [
Author: Darren Hart
Email: dvhart@linux.intel.com
Subject: gpio-sch: Add sch_gpio_resume_set_enable()
Date: Sat, 18 May 2013 14:45:54 -0700
Allow for enabling and disabling of the resume well GPIOs. The E6xx Atom
CPUs multiplex the resume GPIO 2:0 lines with LVDS and individual board
drivers need to be able to enable or disable the lines appropriately.
Unfortunately, the information regarding if the pins are being used for
LVDS or GPIO is board specific and may not be available to the gpio-sch
driver at probe time.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
]
2/7 [
Author: Darren Hart
Email: dvhart@linux.intel.com
Subject: minnowboard: Add base platform driver for the MinnowBoard
Date: Sat, 18 May 2013 14:45:57 -0700
The MinnowBoard (http://www.minnowboard.org) is an Intel Atom (E6xx) plus EG20T
PCH development board. It uses a few GPIO lines for specific purposes and
exposes the rest to the user.
Request the dedicated GPIO lines:
HWID
LVDS_DETECT
PHY_RESET
LED0
LED1
Setup platform drivers for the MinnowBoard LEDs using the leds-gpio
driver. Setup led0 and led1 with heartbeat and mmc0 default triggers
respectively.
GPIO lines SUS[0-4] are dual purpose, either for LVDS signaling or as
user GPIO. Determine which via the LVDS_DETECT signal and enable or
disable them accordingly.
Provide a minimal public interface:
minnow_detect()
minnow_lvds_detect()
minnow_hwid()
minnow_phy_reset()
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
]
3/7 [
Author: Darren Hart
Email: dvhart@linux.intel.com
Subject: minnowboard-gpio: Export MinnowBoard expansion GPIO
Date: Sat, 18 May 2013 14:45:58 -0700
Request and export the user-configurable GPIO lines to sysfs. This provides a
label readable in /debugfs/gpio and a simple interface for experimenting with
GPIO on the MinnowBoard.
This is separate from the minnowboard driver to provide users with the
flexibility to write kernel drivers for their own devices using these GPIO
lines.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
]
4/7 [
Author: Darren Hart
Email: dvhart@linux.intel.com
Subject: minnowboard-keys: Bind MinnowBoard buttons to arrow keys
Date: Sat, 18 May 2013 14:45:59 -0700
Configure the four buttons tied to the E6XX GPIO lines on the
MinnowBoard as keys using the gpio-keys-polled platform driver. From
left to right, bind them to LEFT, DOWN, UP, RIGHT, similar to the VI
directional keys.
This is separate from the minnowboard driver to provide users with the
flexibility to write kernel drivers for their own devices using these GPIO
lines.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
]
5/7 [
Author: Darren Hart
Email: dvhart@linux.intel.com
Subject: pch_gbe: Add MinnowBoard support
Date: Sat, 18 May 2013 14:46:00 -0700
The MinnowBoard uses an AR803x PHY with the PCH GBE.
It does not implement the RGMII 2ns TX clock delay in the trace routing
nor via strapping. Add a detection method for the board and the PHY and
enable the tx clock delay via the registers.
This PHY will hibernate without link for 10 seconds. Ensure the PHY is
awake for probe and then disable hibernation. A future improvement would
be to convert pch_gbe to using PHYLIB and making sure we can wake the
PHY at the necessary times rather than permanently disabling it.
Unfortunately, the board does not provide a unique PCI device ID. The
the minnow_detect() function fills the gap comparing DMI_BOARD_NAME. It
is admittedly sub-optimal.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
]
6/7 [
Author: Darren Hart
Email: dvhart@linux.intel.com
Subject: minnowboard: Read mac address from efi var
Date: Sat, 18 May 2013 14:46:01 -0700
The MinnowBoard UEFI firmware exports Eg20tMacAddress2 and contains the
MAC address provisioned during manufacturing. Create a callback in the
platform driver for reading this address.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
]
7/7 [
Author: Darren Hart
Email: dvhart@linux.intel.com
Subject: pch_gbe: Add board_eth_addr function pointer to hw.mac struct
Date: Sat, 18 May 2013 14:46:02 -0700
Some boards using this chip do not have the EEPROM. Of these,
some may provide an alternate means for retrieving a MAC address. The
MinnowBoard stores its MAC address in flash which the firmware exports
via EFI.
Add a board_eth_addr() callback pointer and use it, if defined, to read
the address instead of relying on the configuration registers.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
]
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The MinnowBoard (minnowboard.org) is an Intel Atom E640T processor
coupled with an Intel EG20T Platform Controller Hub (Tunnel Creek +
Topcliff = Queensbay). The E6xx CPU embeds on-chip graphics supported by
the Intel Embedded Media and Graphics Driver (EMGD).
Create a "standard" ktype for the initial BSP.
Include critical boot features such as SATA, USB_STORAGE, MMC, and
PCH_UART (serial console) built-in, and include drivers for non-boot
on-board features via modules to keep size down as well as reduce the
kernel boot time.
Build in the minnowboard platform drivers which configures the GPIO
lines, connects the on-board LEDs and buttons via the leds-gpio and
gpio-keys-polled drivers, and provides
While the serial console is a PCH_UART, when doing early boot debug, the
8250 driver is needed for port-based console and for earlyprintk, so
include it as well.
Include support for all USB gadget drivers as modules.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
Yann CARDAILLAC
Tomas Winkler
Saul Wold
Nitin A Kamble
Darren Hart
Michel Thebeau
Tom Zanussi
Bruce Ashfield