| Age | Commit message (Collapse) | Author |
|---|
|
Quick Assist 1.0 version needs to enable the extended
Configuration Space for the PCI devices.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
|
|
The fishriver BSP is getting retired, because it is superseded
by Fish-River-Island-2 BSP. The BSP files are getting removed
meta-intel layer of Yocto project, so remove it from here too.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
Ensure the qemux86 machine is defined in common-pc-tiny as it is
for -standard and -rt.
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>
|
|
Signed-off-by: Liang Li <liang.li@windriver.com>
|
|
Enable kernel option for DVI display.
Signed-off-by: Liang Li <liang.li@windriver.com>
|
|
Merge the emgd-1.14 branch in the sys940x-standard.scc.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
Merge the emgd-1.14 branch in the fri2-standard.scc.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
Where appropriate, add the standard profiling and latencytop features
to the meta-yocto-bsp BSPs.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Enable Single Root PCI I/O Virtualization feature.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
|
|
Since this BSP now uses 3.4.x kernel, this option is obsolete
and generates a warning. The option was removed in mainline:
commit 7c5763b8453a94871d356f20df30f350f8631e8b
Author: Fabio Estevam <festevam@gmail.com>
Date: Tue Jan 24 02:11:25 2012 -0200
drivers: misc: Remove MISC_DEVICES config option
as of v3.3-rc4 and so is gone in v3.4.x codebase.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Initial checkin for the new Crystal Forest Machine Branch.
This Machine is based on Sandybridge CPU and Cave Creek Chipset.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
|
|
qemuppc had some old profiling options in its BSP configuration
fragments. These are better pulled from the profiling feature.
This also removes a warning when options like CONFIG_FRAME_POINTER
are dropped from the final .config (since they are not available
on the arch).
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Hash is the correct comment format.
Signed-off-by: Michel Thebeau <michel.thebeau@windriver.com>
|
|
Call out the two filesystems used by this specific BSP in
the hardware list. While filesystems aren't generally
hardware items, boards with MTD devices will need certain
specific filesystems, so there is a hardware linkage.
Regardless, the point of the audit is to inform people in
a way that lets them think about their choices. We've
done that here, and know we need these.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
This BSP patches into existence a new Kconfig file in
the drivers/net/ethernet dir, and it creates a new
Kconfig option (PACKET_MANGLE) in what would otherwise
be a non board (hardware) specific Kconfig file.
Inform the audit subsystem about both, so that it does
not create false positive warnings about either.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Unlike the previous config, this is a more minimalistic one
that sticks to just specifying hardware items.
The watchdog minifrag gets an update too, as a config option
got renamed.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Import of the openwrt files from trunk, as of this commit:
----------
commit c1d79f64eed0a7ac36b5b9bca52275b397bec424
Author: nbd <nbd@3c298f89-4303-0410-b956-a3cf2f4a3e73>
Date: Mon Jul 16 16:26:51 2012 +0000
uboot-ar71xx: fix compile on recent mac os x versions
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32750 3c298f89-4303-0410-b956-a3cf2f4a3e73
----------
Due to the nature of how the openwrt source is managed, new
files are found separate from the commits which actually
make use of them, so that unused stuff could not easily
be left behind, but it is what it is.
Path to files in the repo is:
target/linux/generic/files
target/linux/ar71xx/files
Repo is: git://nbd.name/openwrt.git
The process used was creating a booting kernel based on a
v3.3 baseline and a subset of the openwrt patches (there
are over 200), with the obvious (aka "easy") cull made.
This subset was then forward ported to v3.4 -- it is by
no means the absolute minimum it could be; things like
ar93xx/95xx support could also be culled, or some of the
board specific init files, but given this board is already
EOL, I can't justify spending additional time doing that.
Some of the patches (ones with Patchworks links and SOB via
Ralf) made it upstream in v3.5-rc1, and I've added the
upstream IDs to those where appropriate. However they were
not compared one-by-one to verify what (if any) deltas were
introduced in the backport to openwrt's 3.3 kernel.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Since this was largely a full .config file, just zero it out
before reducing it to the key needed config items, since a
diff of the two will be a meaningless spray of +- lines.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
These patches were based on an earlier 2.6.x kernel version,
and Openwrt houses a newer version based on v3.3 -- so push
these off a cliff and we'll use the v3.3 ones as a basis for
creating a v3.4 based branch
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Ensure the preempt-rt kernel has usb-mass-storage and boot-live support
in support of booting the hddimg images over USB.
Add the latencytop and profiling scc files to keep the default policy
consistent with the 'standard' kernel.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
Ensure the preempt-rt kernel has usb-mass-storage and boot-live support
in support of booting the hddimg images over USB.
Add the latencytop and profiling scc files to keep the default policy
consistent with the 'standard' kernel.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
CC: Tom Zanussi <tom.zanussi@intel.com>
|
|
Ensure the preempt-rt kernel has usb-mass-storage and boot-live support
in support of booting the hddimg images over USB.
Add the latencytop and profiling scc files to keep the default policy
consistent with the 'standard' kernel.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
CC: Tom Zanussi <tom.zanussi@intel.com>
|
|
Ensure the preempt-rt kernel has usb-mass-storage and boot-live support
in support of booting the hddimg images over USB.
Add the latencytop and profiling scc files to keep the default policy
consistent with the 'standard' kernel.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
CC: Tom Zanussi <tom.zanussi@intel.com>
|
|
Ensure the preempt-rt kernel has usb-mass-storage and boot-live support
in support of booting the hddimg images over USB.
Add the latencytop and profiling scc files to keep the default policy
consistent with the 'standard' kernel.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
CC: Tom Zanussi <tom.zanussi@intel.com>
CC: Kishore Bodke <kishore.k.bodke@intel.com>
|
|
Ensure the preempt-rt kernel has usb-mass-storage and boot-live support
in support of booting the hddimg images over USB.
Add the latencytop and profiling scc files to keep the default policy
consistent with the 'standard' kernel.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
CC: Tom Zanussi <tom.zanussi@intel.com>
CC: Kishore Bodke <kishore.k.bodke@intel.com>
|
|
Ensure the preempt-rt kernel has usb-mass-storage and boot-live support
in support of booting the hddimg images over USB.
Add the latencytop and profiling scc files to keep the default policy
consistent with the 'standard' kernel.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
The mti malta board description for a little endian config can't
be found by default unless it has a matching KMACHINE, or the
KMACHINE is set in a kernel recipe. In this case, it is easier to
just add qemumipsel in the KMACHINE list, so the recipe doesn't
need to do the mapping.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Creating the kernel support for a Cortex A9 qemu simulation.
qemu's versatile express ca9x9 machine is the base for this
BSP and has been validated with the following tune values:
require conf/machine/include/qemu.inc
require conf/machine/include/tune-cortexa9.inc
KERNEL_IMAGETYPE = "uImage"
SERIAL_CONSOLE = "115200 ttyAMA0"
qemu should be launched with the following arguments:
qemu-system-arm -M vexpress-a9 <normal options>
With 128M of memory and the console pointed at ttyAMA0,115200.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The sys940 is failing when run through buildall. If we instrument the
failure case, we will see:
PASS:
---------------------
KMACHINE KTYPE KARCH META BRANCH SCC
atom-pc preempt-rt i386 atom-pc-preempt-rt-meta standard/preempt-rt/base atom-pc-preempt-rt
---------------------
FAIL:
---------------------
KMACHINE KTYPE KARCH META BRANCH SCC
sys940x standard i386 sys940x-standard-meta standard sys940x-standard
---------------------
Note in the above, the branch reference "standard" which does
not exist. It needs to be standard/base
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Both kernel types source cfg/fs/ext3 so there is no need for
anyone else to be duplicating the settings in a bsp or in
a ktype cfg file.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Things are starting to get a bit busy in the cfg dir. We may
not want to mirror every kernel path on a 1:1 basis, but at
least having a fs dir for filesystem cruft makes sense.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
The efi.cfg calls out EFI and ACPI settings. Make sure it is in
both x86 and x86_64, and then delete all x86/x86_64 BSP specific
references directly to the efi.scc
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
You are hard pressed to find a true single core x86 chip now,
even those which are a single core typically have hyperthread,
and so we'd want SMP+SCHED_SMT from the smp config frag anyway.
Delete the now redundant include from the existing BSPs too.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
It is on by default for 64bit x86 and only optional if you
are x86 32 bit. Ensure it is on for the latter so we are
aligned with the kernel.org x86 defconfig.
This was listed as a feature, but since HPET has been around
for a while now, we'll not likely be carrying extra patches
for HPET as per the other features.
By sticking it in the shared x86 and x86_64 frags, we can
delete BSP specific mentions of it.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
At the moment, there are no 8250 patches applied, however
if there were, we'd run into issues where they were not
applied at the standard (pre-bsp) level, but instead applied
once per each BSP, duplicating content with unique commit IDs.
Separate out the 8250 enablement Kconfig settings to a cfg
frag, and ensure that the feature [which may someday optionally
contain patches] gets processed independent of the BSPs.
The BSPs which were asking for the feature now just ask for
the enabling config frag in cfg dir.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
This will allow us to delete repeated boiler plate
settings.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
There will be a significant amount of cfg data that is common
across all x86 BSPs. Make a landing ground for it here, similar
to what ARM has, so that we don't duplicate a bunch of stuff
in every x86 BSP file.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Due to historical reasons, the standard.cfg and rt.cfg were
setting a LOG_BUF_SHIFT value that was (at that point in time)
larger than the mainline kernel default value. But time has
moved on, and now it is smaller.
This in turn spawned a features/logbuf/size-normal.cfg fragment
that set a larger value, but time again has moved past this too,
and so the "size-normal" value is once again smaller than the
mainline default (which is CONFIG_LOG_BUF_SHIFT=18).
Get rid of all references; either directly or via reference to
the size-normal thing, and just implicitly take the mainline
default, so we grow with it and don't have to revisit this
in another year or two.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
1/1 [
Author: Bruce Ashfield
Email: bruce.ashfield@windriver.com
Subject: routerstationpro: lib/kobject_uevent: switch to uevent_sock_mutex
Date: Tue, 12 Jun 2012 16:51:14 -0400
-stable commit: 377c2f4aa985f937d77a6bb9b938b4deda2dc282 removed
the old sequence_lock and replaced it with uevent_sock_mutex.
Switching to the new lock to fix the resulting build error.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
]
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Upstream mainline kernel commit f0d1b3c2bcc5de8a1
"net/wanrouter: Deprecate and schedule for removal"
is the justification.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
1/2 [
Author: Darren Hart
Email: dvhart@linux.intel.com
Subject: pch_uart: Add eg20t_port lock field, avoid recursive spinlocks
Date: Thu, 31 May 2012 00:37:51 -0700
pch_uart_interrupt() takes priv->port.lock which leads to two recursive
spinlock calls if low_latency==1 or CONFIG_PREEMPT_RT_FULL=y (one
otherwise):
pch_uart_interrupt
spin_lock_irqsave(priv->port.lock, flags)
case PCH_UART_IID_RDR_TO (data ready)
handle_rx_to
push_rx
tty_port_tty_get
spin_lock_irqsave(&port->lock, flags) <--- already hold this lock
...
tty_flip_buffer_push
...
flush_to_ldisc
spin_lock_irqsave(&tty->buf.lock)
spin_lock_irqsave(&tty->buf.lock)
disc->ops->receive_buf(tty, char_buf)
n_tty_receive_buf
tty->ops->flush_chars()
uart_flush_chars
uart_start
spin_lock_irqsave(&port->lock) <--- already hold this lock
Avoid this by using a dedicated lock to protect the eg20t_port structure
and IO access to its membase. This is more consistent with the 8250
driver. Ensure priv->lock is always take prior to priv->port.lock when
taken at the same time.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
CC: Tomoya MORINAGA <tomoya.rohm@gmail.com>
CC: Feng Tang <feng.tang@intel.com>
CC: Alexander Stein <alexander.stein@systec-electronic.com>
CC: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
CC: Alan Cox <alan@linux.intel.com>
CC: linux-serial@vger.kernel.org
]
2/2 [
Author: Darren Hart
Email: dvhart@linux.intel.com
Subject: pch_uart: Correct spin_lock and irqsave usage in pch_console_write
Date: Thu, 31 May 2012 01:21:45 -0700
pch_console_write was calling:
local_irq_save()
spin_lock(a)
spin_lock(b)
...
spin_unlock(b)
spin_unlock(a)
local_irq_restore()
Which trips the rtmutex debug code:
BUG: sleeping function called from invalid context at kernel/rtmutex.c:646
Update the function to use the _nort versions of local_irq* (thanks Peterz for
the suggestion).
local_irq_save_nort()
spin_lock(a)
spin_lock(b)
...
spin_unlock(b)
spin_unlock(a)
local_irq_restore_nort()
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
CC: Tomoya MORINAGA <tomoya.rohm@gmail.com>
CC: Feng Tang <feng.tang@intel.com>
CC: Alexander Stein <alexander.stein@systec-electronic.com>
CC: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
CC: Alan Cox <alan@linux.intel.com>
CC: Steven Rostedt <rostedt@goodmis.org>
CC: Peter Zijlstra <peterz@infradead.org>
CC: linux-serial@vger.kernel.org
]
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
For preempt-rt the fri2 BSP has some board specific patches, so
we need a branch to isolate them from the rest of the boards.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Include the USB CDC_NCM driver as built-in. Comment out i2c features that are
not yet ready for use.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
The standard and preempt-rt kernels both support live boot and are expected to
support general use cases. Include support for usb-mass-storage.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
|
Drop support for hardware that isn't present on the FRI2 or that is included by
other features (such as usb-mass-storage).
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
|
Kishore Bodke
Nitin A Kamble
Bruce Ashfield
Liang Li
Darren Hart
Tom Zanussi
Paul Gortmaker
Michel Thebeau