linux-toradex.git/Documentation, branch T30_LinuxImageV2.0Alpha1_20130122

workqueue: CPU hotplug keep idle workers

2012-08-13T21:49:54+00:00

This change merges two patchsets. The first set,
containing 6 patches, reimplements WQ_HIGHPRI
to use a seperate worker_pool. gcwq->pools[0]
is used for normal priority work and pools[1]
for high priority.

The second patchset contains 9 patches and
reimplements CPU hotplug to keep idle workers.
Updates workqueue CPU hotplug path to use a
disassociated global_cwq, which runs as an
unbound one (WQ_UNBOUND). While this requires
rebinding idle workers, overall hotplug path
is much simpler.

Original patchset:
http://thread.gmane.org/gmane.linux.kernel/1329164

Bug 978010

Change-Id: Ic66ec8848a8d111b5278e63ef6a410846dfd8fcc
Signed-off-by: Mitch Luban 
Reviewed-on: http://git-master/r/118387
Reviewed-by: Diwakar Tundlam 
Reviewed-by: Automatic_Commit_Validation_User
Reviewed-by: Peter Boonstoppel 
GVS: Gerrit_Virtual_Submit
Reviewed-by: Bharat Nihalani

ARM: 7376/1: clkdev: Implement managed clk_get()

2012-05-17T20:45:55+00:00

Allow clk API users to simplify their cleanup paths by providing a
managed version of clk_get() and clk_put().

Signed-off-by: Mark Brown 
Signed-off-by: Russell King 
Cherry-picked from mainline
	a8a97db984bdc5e89d42e41891543d2daaf314cb

Change-Id: Ib36c0c82063928937166b6014fca92025bc83878
Signed-off-by: Laxman Dewangan 
Reviewed-on: http://git-master/r/102860
Reviewed-by: Automatic_Commit_Validation_User
Reviewed-by: Stephen Warren

ARM: tegra: add several other sysfs/debugfs params

2012-04-17T08:34:22+00:00

Bug 939292

Change-Id: Ib0c849418c6c426518948785082fcceb180f3d64
Reviewed-on: http://git-master/r/96250
Tested-by: Liang Cheng (SW) 
Reviewed-by: Automatic_Commit_Validation_User
Reviewed-by: Antti Miettinen 
Reviewed-by: Mark Peters 
Reviewed-by: Juha Tukkinen

lib: devres: add convenience function to remap a resource

2012-04-05T16:12:15+00:00

Almost every platform_driver does the three steps get_resource,
request_mem_region, ioremap. This does not only lead to a lot of code
duplication, but also a huge number of similar error strings and
inconsistent error codes on failure. So, introduce a helper function
which simplifies remapping a resource and make it hard to do something
wrong and add documentation for it.

Signed-off-by: Wolfram Sang 
Acked-by: Grant Likely 
Acked-by: Tejun Heo 
Signed-off-by: Greg Kroah-Hartman 
(cherry picked from mainline commit
	72f8c0bfa0de64c68ee59f40eb9b2683bffffbb0)

Change-Id: I600c5200104e234d42ca396e50853133b3ab4b1f
Signed-off-by: Laxman Dewangan 
Reviewed-on: http://git-master/r/94533
Reviewed-by: Automatic_Commit_Validation_User

ARM: tegra: Document sysfs/debugfs/module params

2012-02-15T20:35:45+00:00

Bug 894311

Change-Id: I376a03adc2088a9b1b0b19168f72dbcb770e6ad2
Signed-off-by: Antti P Miettinen 
Reviewed-on: http://git-master/r/83497
Reviewed-by: Juha Tukkinen

Merge remote-tracking branch 'origin/dev/k3.3-rc1-iommu' into android-tegra-nv-3.1

2012-02-01T10:33:06+00:00

Change-Id: I9001bb291779f107bbcb593d48f9f0f734074d0e

Merge branch 'linux-3.1.y' into android-tegra-nv-3.1

2012-01-24T11:35:20+00:00

Linux 3.1.10

Change-Id: I465d184c492e8041dd0cd90f2cb70fde17ba7118
Signed-off-by: Varun Wadekar

iommu/amd: Put IOMMUv2 capable devices in pt_domain

2012-01-23T09:11:40+00:00

If the device starts to use IOMMUv2 features the dma handles
need to stay valid. The only sane way to do this is to use a
identity mapping for the device and not translate it by the
iommu. This is implemented with this patch. Since this lifts
the device-isolation there is also a new kernel parameter
which allows to disable that feature.

Signed-off-by: Joerg Roedel

iommu: Add option to group multi-function devices

2012-01-23T09:11:38+00:00

The option iommu=group_mf indicates the that the iommu driver should
expose all functions of a multi-function PCI device as the same
iommu_device_group.  This is useful for disallowing individual functions
being exposed as independent devices to userspace as there are often
hidden dependencies.  Virtual functions are not affected by this option.

Signed-off-by: Alex Williamson 
Signed-off-by: Joerg Roedel

x86, x2apic: Enable the bios request for x2apic optout

2012-01-23T09:11:33+00:00

On the platforms which are x2apic and interrupt-remapping
capable, Linux kernel is enabling x2apic even if the BIOS
doesn't. This is to take advantage of the features that x2apic
brings in.

Some of the OEM platforms are running into issues because of
this, as their bios is not x2apic aware. For example, this was
resulting in interrupt migration issues on one of the platforms.
Also if the BIOS SMI handling uses APIC interface to send SMI's,
then the BIOS need to be aware of x2apic mode that OS has
enabled.

On some of these platforms, BIOS doesn't have a HW mechanism to
turnoff the x2apic feature to prevent OS from enabling it.

To resolve this mess, recent changes to the VT-d2 specification:

 http://download.intel.com/technology/computing/vptech/Intel(r)_VT_for_Direct_IO.pdf

includes a mechanism that provides BIOS a way to request system
software to opt out of enabling x2apic mode.

Look at the x2apic optout flag in the DMAR tables before
enabling the x2apic mode in the platform. Also print a warning
that we have disabled x2apic based on the BIOS request.

Kernel boot parameter "intremap=no_x2apic_optout" can be used to
override the BIOS x2apic optout request.

Signed-off-by: Youquan Song 
Signed-off-by: Suresh Siddha 
Cc: yinghai@kernel.org
Cc: joerg.roedel@amd.com
Cc: tony.luck@intel.com
Cc: dwmw2@infradead.org
Link: http://lkml.kernel.org/r/20110824001456.171766616@sbsiddha-desk.sc.intel.com
Signed-off-by: Ingo Molnar