Age | Commit message (Collapse) | Author |
|
If the patch statements are applied by the feature, a subsequent git
merge in the BSP fails, so comment the patch statements out as done
elsewhere e.g. in the 3.2 tree.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
The fri2 BSP includes the emgd-1.10 feature but merges the emgd-1.8
branch. This change merges the 1.10 emgd branch as intended, and
removes the feature include, which is no longer needed since it's done
automatically now via a staging feature.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
The crownbay BSP includes the emgd-1.10 feature but merges the
emgd-1.14 branch. This change removes the feature include, which is
no longer needed since it's done automatically now via a staging
feature.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
So that we don't get audit warnings telling us that UART
related settings are non-hardware related.
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>
|
|
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: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
1/1 [
Author: Bruce Ashfield
Email: bruce.ashfield@windriver.com
Subject: preempt-rt: import 3.4.4-rt14
Date: Fri, 20 Jul 2012 12:53:28 -0400
Importing 3.4.4-rt14 from:
http://www.kernel.org/pub/linux/kernel/projects/rt/3.4/patch-3.4.4-rt14.patch
Only minor context adjustments were made.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
]
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
|
|
1/2 [
Author: Nitin A Kamble
Email: nitin.a.kamble@intel.com
Subject: yocto/emgd: emgd 1.14 driver
Date: Mon, 16 Jul 2012 07:14:38 -0700
The starting-point code that subsequent patches will modify. This is
a straight copy of the code in the emgd 1.14 emgd driver, specifically
IEMGD_HEAD_Linux/common/drm/emgd_drm.tgz from
LIN_IEMGD_1_14_GOLD_2443.tgz, the 'Linux Tar Ball' release downloaded
from http://edc.intel.com/Software/Downloads/EMGD/.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
]
2/2 [
Author: Nitin A Kamble
Email: nitin.a.kamble@intel.com
Subject: emgd/pvr: get it building with v3.4 kernel
Date: Mon, 16 Jul 2012 07:14:50 -0700
Add emgd config option (DRM_EGD) and modify Makefiles for in-tree
builds.
rebased to v3.4 code
Fix build errors caused by changes to kernel interfaces introduced by
linux 3.2 such as:
error: 'THIS_MODULE' undeclared here (not in a function)
due to a missing THIS_MODULE definition which can be found in linux/export.h.
It also fixes a ream of errors like:
error: expected ')' before string constant
due to missing MODULE_PARM_DESC definition which can be found in
linux/moduleparam.h, included by linux/module.h, needed also for
MODULE_AUTHOR, etc.
variable name "pitch" from drm_framebuffer structure has changed
to "pitches" array in v3.4 kernel soruces.
avoid errors like these:
emgd_fbcon.c:128:28: error: 'struct drm_framebuffer' has no member named 'pitch'
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
]
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
CONFIG_MTD_NAND_VERIFY_WRITE option: this works ok with JFFS2 fs but
leads to errors when using UBI.
http://www.linux-mtd.infradead.org/faq/ubi.html#L_subpage_verify_fail
http://lists.infradead.org/pipermail/linux-mtd/2011-February/034089.html
Reported-by: Andrea Adami <andrea.adami@gmail.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
CONFIG_KMEMCHECK depends on !FUNCTION_TRACER but
CONFIG_FUNCTION_TRACER is being turned on by a combination of other
configs which are set. In order to prevent this we need to explicitely
disable CONFIG_STACK_TRACER.
Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com>
|
|
Add support for generic syscall entry/exit tracing.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
1/1 [
Author: Bruce Ashfield
Email: bruce.ashfield@windriver.com
Subject: preempt-rt: import 3.4.4-rt13
Date: Sun, 1 Jul 2012 00:19:31 -0400
Importing 3.4.4-rt13 from:
http://www.kernel.org/pub/linux/kernel/projects/rt/3.4/patch-3.4.4-rt13.patch
The only changes were minor context adjustments.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
]
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
We've enabled (=m) INGRESS, but we should also explicitly
select ACT, since we have this in Kconfig:
config NET_SCH_INGRESS
tristate "Ingress Qdisc"
depends on NET_CLS_ACT
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Removed in mainline commit a77aea92010acf54ad785047234418d5d68772e2
-----------
cgroup: remove the ns_cgroup
The ns_cgroup is an annoying cgroup at the namespace / cgroup frontier and
leads to some problems:
* cgroup creation is out-of-control
* cgroup name can conflict when pids are looping
* it is not possible to have a single process handling a lot of
namespaces without falling in a exponential creation time
* we may want to create a namespace without creating a cgroup
The ns_cgroup was replaced by a compatibility flag 'clone_children',
where a newly created cgroup will copy the parent cgroup values.
The userspace has to manually create a cgroup and add a task to
the 'tasks' file.
This patch removes the ns_cgroup as suggested in the following thread:
https://lists.linux-foundation.org/pipermail/containers/2009-June/018616.html
[...]
-----------
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.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>
|
|
This option no longer exists in the mainline kernel.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Enable virtio-console by default when virtio is requested by a BSP.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Posted to the RT list (April 15, 2012) here:
http://marc.info/?l=linux-rt-users&m=133452395925807&w=2
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
This is a stand-alone build/boot test automater. Since it is not version
dependent, we can draw in the v3.5 updates easily. Lots of examples on
how to use it were added in v3.5 which is really useful.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Straightforward backport from v3.5.
See http://lwn.net/Articles/496509/ for a nice description of it.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Make this a separate subdir of its own since it isn't strictly
related to cgroups, and we want a home for backports of new
net sched plugins.
Also fix the missing ".scc" extension on the cgroups include,
which isn't strictly required, but git grep can find it easier.
Signed-off-by: Paul Gortmaker <paul.gortmaker@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>
|
|
The ipv6 support is no longer the experimental/academic project
that it was many years ago. People expect it to be there as
part of basic support. So make it built in, by aligning with
the current kernel.org defconfig.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Since there is no need for them to differ on something that
is not going to be impacted by RT patches.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
There is no reason for RT and standard to have their own personal
copies of bridge netfilter settings. Make them source a common file.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
There is no reason for RT and standard to have their own personal
copies of IPv6 netfilter settings. Make them source a common file.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
There is no reason for RT and standard to have their own personal
copies of IPv4 netfilter settings. Make them source a common file.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Since the RT scc derives itself from standard-nocfg.scc
it won't get the basic fs related options and similar
that are called out in standard.scc itself. Since there
is no reason to not align on these kinds of choices (like
ext3 etc) across standard and rt, the includes in rt should
largely mirror those used in standard, until there is a
concrete reason not to (i.e. feature X incompatible w/ RT).
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
So that it is alongside the other fs related content.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
Take the handful of active lines in preempt-rt.cfg and migrate
them into preempt-rt-base.cfg. Then rename to lose the "-base"
part from the name, i.e.:
renamed: ktypes/preempt-rt/preempt-rt-base.cfg -> ktypes/preempt-rt/preempt-rt.cfg
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
|
The net_traffic.scc file was commented out "pending uprev" but
that really just applied to the blkio content, since the net one
is purely configurational and not containing patches.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|