Hi Tejun,
On Thu, May 15, 2014 at 12:55:17AM -0400, Tejun Heo wrote:
Hello,
On Thu, May 15, 2014 at 12:50:39PM +0800, Jet Chen wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git
review-kill-tree_mutex
commit
On 15 May 2014 11:16, Inderpal Singh inderpa...@samsung.com wrote:
I think I did not make myself clear.
Probably I was the one who got confused :)
Devfreq will have its own opp table associated with its own device. It
does not uses the opp table of cpus.
Hence there may be need to free the
Hello, Mike.
On Thu, May 15, 2014 at 07:32:29AM +0200, Mike Galbraith wrote:
On Thu, 2014-05-15 at 01:09 -0400, Tejun Heo wrote:
Soft/hard irq threads and anything having to do with IO mostly, which
including workqueues. I had to give the user a rather fugly global
prioritization
On Wed 2014-05-14 20:32:25, George Spelvin wrote:
Pavel Machek wrote;
On Sun 2014-05-11 05:16:07, George Spelvin wrote:
To do it properly, I have to rename all of:
crc7_syndrome_table[]
crc7_byte()
crc7()
even though the third is the only (in-tree) user of the first two.
If
Hi,
Here is the next revision of Mailbox framwork.
Changes since v4:
o Common DT binding for Controller and Client drivers
As a result, discard string based channel matching
o Provide for an atomic 'peek' api, that a client could
call to trigger the controller driver push data
On 15 May 2014 02:45, Mimi Zohar zo...@linux.vnet.ibm.com wrote:
On Wed, 2014-04-23 at 16:30 +0300, Dmitry Kasatkin wrote:
This patch provides functionality to replace the IMA policy at runtime.
By default, the IMA policy can be successfully updated only once,
but with this patch when the
Hi Tony,
On 5/15/2014 3:20 AM, Tony Lindgren wrote:
* George Cherian george.cher...@ti.com [140508 23:34]:
Re arrange the USB dt for AM33xx to take it a bit closer
to the hardware configuration.
The USBSS is designed as follows
USB control Module 0x44e10_0620
USBSS
From: Suman Anna s-a...@ti.com
The patch 30058677 ARM / highbank: add support for pl320 IPC
added a pl320 IPC specific header file as a generic mailbox.h.
This file has been renamed appropriately to allow the
introduction of the generic mailbox API framework.
Acked-by: Mark Langsdorf
On Thu, May 15, 2014 at 11:31 AM, Viresh Kumar viresh.ku...@linaro.org wrote:
On 15 May 2014 11:16, Inderpal Singh inderpa...@samsung.com wrote:
I think I did not make myself clear.
Probably I was the one who got confused :)
Devfreq will have its own opp table associated with its own device.
Introduce common framework for client/protocol drivers and
controller drivers of Inter-Processor-Communication (IPC).
Client driver developers should have a look at
include/linux/mailbox_client.h to understand the part of
the API exposed to client drivers.
Similarly controller driver developers
Hi Mike,
Today's linux-next merge of the clk tree got a conflict in
Documentation/devicetree/bindings/clock/renesas,cpg-mstp-clocks.txt
between commit b557deadc5cc (ARM: shmobile: r7s72100: document MSTP
clock support) from the renesas tree and commit 5483bf698f42 (clk:
shmobile: r8a7779: Add
From: LeyFoon Tan lftan.li...@gmail.com
For fast TX the complete could be called before being initialized as follows
mbox_send_message -- poll_txdone -- tx_tick -- complete(chan-tx_complete)
Init the completion early enough to fix the race.
Signed-off-by: LeyFoon Tan lftan.li...@gmail.com
On 15 May 2014 04:00, Soren Brinkmann soren.brinkm...@xilinx.com wrote:
I have one or two problems with cpufreq and the CCF, which are caused by
rounding/different frequency resolutions.
cpufreq works with kHz, while the CCF uses Hz. On Zynq our default frequency
is
6 Hz which the
On 14 May 2014 03:20, Doug Anderson diand...@chromium.org wrote:
...but then I found the true problem shows up when we transition
between very low frequencies on exynos, like between 200MHz and
300MHz. While transitioning between frequencies the system
temporarily bumps over to the switcher
From: LeyFoon Tan lftan.li...@gmail.com
Try to delete the timer only if it was init/used.
Signed-off-by: LeyFoon Tan lftan.li...@gmail.com
Signed-off-by: Jassi Brar jaswinder.si...@linaro.org
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Hello, Fengguang.
On Thu, May 15, 2014 at 02:00:26PM +0800, Fengguang Wu wrote:
2074b6e38668e62 a0f9ec1f181534694cb5bf40b
--- -
2074b6e38668e62 is the base of comparison. So -4.3%
will-it-scale.per_thread_ops
in the below line means a0f9ec1f18 has
On Wed, May 14, 2014 at 09:31:10AM -0700, Randy Dunlap wrote:
On 05/14/2014 01:26 AM, Stephen Rothwell wrote:
Hi all,
Changes since 20140513:
on x86_64:
CONFIG_SERIAL_CORE=m
but SERIAL_MEN_Z135=y.
drivers/built-in.o: In function `men_z135_remove':
men_z135_uart.c:(.text+0x5bc53):
Hi,
On Wednesday 14 May 2014 03:51 PM, Antoine Ténart wrote:
Hi,
On Wed, May 14, 2014 at 03:43:03PM +0530, Kishon Vijay Abraham I wrote:
Hi,
On Wednesday 14 May 2014 03:18 PM, Antoine Ténart wrote:
[…]
+#define to_berlin_sata_phy_priv(desc) \
+ container_of((desc), struct
Hi Bin,
On 5/14/2014 10:13 PM, Bin Liu wrote:
George,
On Wed, May 14, 2014 at 9:34 AM, Bin Liu binml...@gmail.com wrote:
George,
On Wed, May 14, 2014 at 12:37 AM, George Cherian george.cher...@ti.com wrote:
On 5/14/2014 12:07 AM, Bin Liu wrote:
Hi,
On Tue, May 13, 2014 at 8:24 AM, George
On Thu, 2014-05-15 at 02:05 -0400, Tejun Heo wrote:
I'm not sure how much weight I can put on the specific use case. Even
with the direct control that the user thought to have previously, the
use case was ripe with possibilities of breakage from any number of
reasons. For example, there are
Quoting Stephen Rothwell (2014-05-14 23:11:21)
Hi Mike,
Today's linux-next merge of the clk tree got a conflict in
Documentation/devicetree/bindings/clock/renesas,cpg-mstp-clocks.txt
between commit b557deadc5cc (ARM: shmobile: r7s72100: document MSTP
clock support) from the renesas tree and
On Wed, May 14, 2014 at 11:16:36AM -0500, Christoph Lameter wrote:
On Tue, 13 May 2014, Vladimir Davydov wrote:
Currently full slabs are only kept on per-node lists for debugging, but
we need this feature to reparent per memcg caches, so let's enable it
for them too.
That will
Quoting Arnd Bergmann (2014-05-08 07:56:16)
The impd1 code on mach-integrator can be a loadable module,
so we have to export icst_clk_register, integrator_impd1_clk_init
and integrator_impd1_clk_exit.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Mike Turquette mturque...@linaro.org
Cc:
On Tue, May 13, 2014 at 02:02:01PM +0200, Greg KH wrote:
On Wed, May 14, 2014 at 02:56:42AM +0300, Artem Fetishev wrote:
Use the more common kernel coding style.
Signed-off-by: Artem Fetishev wwctr...@gmail.com
---
drivers/staging/line6/capture.c |4
Static vm area boundary check:
paddr1 ---| |
| |
|---| -\--- svm-vm-addr(is page aligned)
paddr2 ---| ||
| --| --|-- svm-vm-phys_addr
| ||
paddr3 ---| ||
On 05/13/2014 09:08 PM, Frederic Weisbecker wrote:
On Mon, May 12, 2014 at 02:06:49AM +0530, Srivatsa S. Bhat wrote:
Today the smp-call-function code just prints a warning if we get an IPI on
an offline CPU. This info is sufficient to let us know that something went
wrong, but often it is very
The new ACPI device enumeration mechanism, which will be introduced
in a later patch, will enumerate the _HID devices w/o any scan
handler attached to platform bus.
This means that, for the devices that are attached to a configurable
scan handler, we should make sure no platform devices would be
Currently, ACPI scan handler uses strcmp() to match device ids
and scan handler ids.
When converting PNPACPI enumeration into a scan handler, which I will do
later in this patch set, the current code becomes not flexible enough
because ACPI pnp scan handler requires wildcase and case insensitive
ACPI can be used to enumerate PNP devices, but the code does not
handle this in a good manner.
Currently, if an ACPI device
1. has _CRS method,
2. has an identifications of
three capital charactors followed by four hex numbers,
3. is not in the excluded id list,
it is enumerated to PNP bus.
For ACPI PIC (PNP), Timer (PNP0100) and DMA controller (PNP0200)
device objects, although they have _HID control method, but they
should not be enumerated to platform bus, because there will never be
any platform drivers for them.
Thus an exclude id list is introduced in this patch to prevent
For some ACPI device objects, they represent master devices,
and their children devices are enumerated by bus controller drivers
for the buses they are on.
In this case, we do not want to enumerate their children devices to
platform bus explicitly in acpi scan code.
Thus a new flag
The serial pnp driver supports some unknown PNP modems (PNPCXXX/PNPDXXX)
by matching magic strings in the pnp device name or the pnp device card name.
ACPI enumerated PNP device neither supports pnp card, nor supports those magic
strings in its device name, which means this mechamism never works
Only certain kind of ACPI device objects can be enumerated to platform bus.
These ACPI device objects include
1. ACPI device objects that have _HID control method.
2. some ACPI device objects that have Linux specified HID strings.
In order to distinguish those device objects from the others, a
The new ACPI device enumeration mechanism, which will be introduced
in a later patch, will enumerate the _HID devices w/o any scan
handler attached to platform bus.
This means that, for the devices that are attached to a configurable
scan handler, we should make sure no platform devices would be
Hi,
On Thursday 15 May 2014 12:12 AM, Sebastian Hesselbarth wrote:
On 05/14/2014 08:12 PM, Arnd Bergmann wrote:
On Wednesday 14 May 2014 19:57:46 Sebastian Hesselbarth wrote:
On 05/14/2014 06:57 PM, Antoine Ténart wrote:
On Wed, May 14, 2014 at 06:11:24PM +0200, Arnd Bergmann wrote:
On
The new ACPI device enumeration mechanism, which will be introduced
in a later patch, will enumerate the _HID devices w/o any scan
handler attached to platform bus.
This means that, for the devices that are attached to a configurable
scan handler, we should make sure no platform devices would be
Because of the growing demand for enumerating ACPI devices to
platform bus, this patch changes the code to enumerate ACPI
devices to platform bus by default, if the device
1. has _HID.
2. does not have a scan handler attached.
3. will not be enumerated by its parent.
Signed-off-by: Zhang Rui
A couple of suggestions:
1)
* Thomas Gleixner t...@linutronix.de wrote:
+ if (requeue) {
+ if (waiter == rt_mutex_top_waiter(lock)) {
So we have a 'top_waiter' local variable already at this point, and we
use it here:
+ /* Boost the owner */
+
Hi all,
After merging the net-next tree, today's linux-next build (powerpc
allnoconfig) produced this warning:
include/net/ip.h:211:5: warning: CONFIG_SYSCTL is not defined [-Wundef]
#if CONFIG_SYSCTL
^
Introduced by commit 122ff243f5f1 (ipv4: make ip_local_reserved_ports
per netns).
--
The acpi pnp scan handler id list just copies all the ids from all the
struct pnp_device_id instances, but some of them do not
comply with the ACPI PNP id rule (3 Alpha Charactors + 4 Hex numbers).
For those ids, the coressponding devices will never be enumerated
via ACPI, so it is safe to remove
Quoting Fabio Estevam (2014-05-08 20:01:50)
From: Fabio Estevam fabio.este...@freescale.com
Remove the 'gpios' property from the documentation as this is something that
the
current fixed clock driver does not handle.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Good catch.
Hi, all,
Currently, PNP bus is used as the default bus for for enumerating ACPI
devices with _HID/_CID.
For a device that needs to be enumerated to platform bus, we need to add
its id string to the platform scan handler white list explicitly.
This becomes a problem as more and more _HID devices
Hi Scott,
After merging the fsl tree, today's linux-next build (powerpc
allyesconfig) produced this warning:
arch/powerpc/kernel/epapr_paravirt.c:33:13: warning: 'epapr_has_idle' defined
but not used [-Wunused-variable]
static bool epapr_has_idle;
^
Introduced by commit
On 05/15/2014 06:41 AM, Mike Turquette wrote:
Quoting Sebastian Hesselbarth (2014-05-14 16:17:52)
On 05/15/2014 12:32 AM, Mike Turquette wrote:
Quoting Sebastian Hesselbarth (2014-05-11 13:24:35)
+avpll: pll@ea0040 {
+ compatible = marvell,berlin2-avpll;
+ #clock-cells = 2;
+
On 05/13/2014 09:27 PM, Frederic Weisbecker wrote:
On Tue, May 13, 2014 at 02:32:00PM +0530, Srivatsa S. Bhat wrote:
kernel/stop_machine.c | 39 ++-
1 file changed, 34 insertions(+), 5 deletions(-)
diff --git a/kernel/stop_machine.c
This was removed by commit 08e53fbdb85c (virtio-rng: support multiple
virtio-rng devices) in the virtio tree and can now be restored.
Signed-off-by: Stephen Rothwell s...@canb.auug.org.au
---
include/linux/hw_random.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 05/15/2014 08:45 AM, Kishon Vijay Abraham I wrote:
On Thursday 15 May 2014 12:12 AM, Sebastian Hesselbarth wrote:
On 05/14/2014 08:12 PM, Arnd Bergmann wrote:
On Wednesday 14 May 2014 19:57:46 Sebastian Hesselbarth wrote:
On 05/14/2014 06:57 PM, Antoine Ténart wrote:
On Wed, May 14, 2014
On 05/15/2014 08:00 PM, Anthony Iliopoulos wrote:
I have dismissed this case, since I assume that there are many more
cycles spent in servicing the TLB invalidation IPI, walking the pgtable
plus other related overhead (e.g. sched) than in updating the pte/pmd
so I am not sure how possible it
Hi Grant,
On May 14, 2014, at 3:08 AM, Grant Likely wrote:
On Fri, 4 Apr 2014 15:43:55 +0300, Pantelis Antoniou
pantelis.anton...@konsulko.com wrote:
Introduce DT overlay support.
Using this functionality it is possible to dynamically overlay a part of
the kernel's tree with another tree
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. In the PMIC there are subsystems for voltage regulation,
A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is called
Crystal Cove.
This series contains common code for these PMICs, and device specific
Crystal Cove is the PMIC in Baytrail-T platform. This patch provides
chip-specific support for Crystal Cove.
Signed-off-by: Yang, Bin bin.y...@intel.com
Signed-off-by: Zhu, Lejun lejun@linux.intel.com
---
drivers/mfd/intel_soc_pmic_crc.c | 157 +++
1 file
This patch provides the common code for the intel_soc_pmic MFD driver,
such as read/write register and set up IRQ.
Signed-off-by: Yang, Bin bin.y...@intel.com
Signed-off-by: Zhu, Lejun lejun@linux.intel.com
---
drivers/mfd/intel_soc_pmic_core.c | 543 +
The Intel SoC PMIC devices are connected to the CPU via the I2C
interface. This patch provides support of the related I2C operations.
Signed-off-by: Yang, Bin bin.y...@intel.com
Signed-off-by: Zhu, Lejun lejun@linux.intel.com
---
drivers/mfd/intel_soc_pmic_i2c.c | 158
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. This patch adds Intel SoC PMIC support to the build files.
Signed-off-by: Yang, Bin bin.y...@intel.com
Signed-off-by: Zhu, Lejun lejun@linux.intel.com
---
drivers/mfd/Kconfig | 10 ++
Hi Michael,
On May 14, 2014, at 5:11 AM, Michael Stickel wrote:
Hi Grant,
Am 14.05.2014 12:08, schrieb Grant Likely:
More generally I am concerned about whether or not overlays
will introduce corner cases that can never be handled correctly,
particularly in how multiple overlays will get
Hi Guenter,
On May 14, 2014, at 6:18 AM, Guenter Roeck wrote:
On 05/14/2014 06:03 AM, Geert Uytterhoeven wrote:
On Wed, May 14, 2014 at 12:08 PM, Grant Likely
grant.lik...@secretlab.ca wrote:
+config OF_OVERLAY
+ bool OF overlay support
+ depends on OF
+ select OF_DYNAMIC
+
On Wed, May 14, 2014 at 11:20:51AM -0500, Christoph Lameter wrote:
On Tue, 13 May 2014, Vladimir Davydov wrote:
Since the slow and the normal free's can't coexist at the same time,
we must assure all conventional free's have finished before switching
all further free's to the slow mode
Hi Pantelis,
On Thu, May 15, 2014 at 9:12 AM, Pantelis Antoniou
pantelis.anton...@konsulko.com wrote:
We also need to think about kexec. Kexec works by sucking the live tree
out of the kernel and creating a .dtb from it to pass to the new kernel.
What will the rules be when kexecing? Do all
On Wed, May 14, 2014 at 04:57:06PM -0400, Nicolas Pitre wrote:
The capacity of a CPU/group should be some intrinsic value that doesn't
change with task placement. It is like a container which capacity is
stable regardless of the amount of liquid in it... unless the container
itself is crushed
This patch makes crash dump kernel use arch pfn_valid defined in
arch/arm/mm/init.c instead of the one in include/linux/mmzone.h.
The goal of this patch is to remove some limitation when kexec loading
crash kernel while SPARSEMEM is enabled.
Before this patch, if second kernel selects both
On Wednesday 14 May 2014 13:26:13 Bart Tanghe wrote:
@@ -0,0 +1,20 @@
+Xilinx PWM controller
+
+Required properties:
+- compatible: should be xlnx,pwm-xlnx
+- add a clock source to the description
+
+Examples:
+
+ axi_timer_0: timer@4280 {
+
SERIAL_OF_PLATFORM is required for getting 8250 to work.
Reported-by: Subbaraya Sundeep Bhatta sbha...@xilinx.com
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
arch/microblaze/configs/mmu_defconfig | 1 +
arch/microblaze/configs/nommu_defconfig | 1 +
2 files changed, 2
On 15 May 2014 09:21, Peter Zijlstra pet...@infradead.org wrote:
On Wed, May 14, 2014 at 04:57:06PM -0400, Nicolas Pitre wrote:
The capacity of a CPU/group should be some intrinsic value that doesn't
change with task placement. It is like a container which capacity is
stable regardless of the
On Wed, May 14, 2014 at 04:57:10PM -0400, Nicolas Pitre wrote:
It is better not to think about compute capacity as being equivalent to
CPU power. The upcoming power aware scheduler may create confusion
with the notion of energy consumption if power is used too liberally.
This contains the
On 05/15/2014 07:26 AM, Anup Patel wrote:
On Fri, May 9, 2014 at 6:15 PM, Eric Auger eric.au...@linaro.org wrote:
This patch enables irqfd and irq routing on ARM.
It turns on CONFIG_HAVE_KVM_EVENTFD and CONFIG_HAVE_KVM_IRQ_ROUTING
irqfd framework enables to assign physical IRQs to guests.
Add ke...@lists.infradead.org to cc list.
On 2014/5/15 15:14, Wang Nan wrote:
This patch makes crash dump kernel use arch pfn_valid defined in
arch/arm/mm/init.c instead of the one in include/linux/mmzone.h.
The goal of this patch is to remove some limitation when kexec loading
crash kernel
On Wed, May 14, 2014 at 04:59:58PM -0400, Carlos O'Donell wrote:
Nobody has looked at this code in years, likely because all parties
thought they were done, but had in fact agreed to distinct expectations
and assumptions about the implementation.
That's just not true, we've been close to
Hello,
it's great you pick that up.
On Wed, May 14, 2014 at 03:30:52PM -0700, Soren Brinkmann wrote:
Introduce a new API function to round a rate to the closest possible
rate the HW clock can generate.
In contrast to 'clk_round_rate()' which works similar, but always returns
a frequency =
On 14 May 2014 22:57, Nicolas Pitre nicolas.pi...@linaro.org wrote:
We have power (which should actually become capacity) and capacity
which is a scaled down capacity factor in terms of possible tasks.
Let's use capa_factor to make room for proper usage of capacity
later.
Signed-off-by:
Hi Nico,
Thanks for doing this renaming.
I remember that you asked me to do this while working on cpu_power but
my work has not evolved as fast as expected and as it already implies
some renaming other than s/power/capacity/ i have postponed it to not
make review to complex.
Nevertheless, i can
On Thu, May 15, 2014 at 10:49:37AM +0530, Rahul Sharma wrote:
Hi Thierry,
On 15 May 2014 03:44, Thierry Reding thierry.red...@gmail.com wrote:
On Thu, May 15, 2014 at 12:47:21AM +0530, Rahul Sharma wrote:
[...]
+#define HDMI_PHY 0
+#define DAC_PHY 1
+#define ADC_PHY 2
On Thu, May 15, 2014 at 02:13:38AM +0900, Masanari Iida wrote:
cppcheck detected following warning.
[tools/perf/util/session.c:1628] - [tools/perf/util/session.c:1632]:
(warning) Possible null pointer dereference: session - otherwise it
is redundant to check it against null.
In order to
On 14/05/2014 at 22:15:18 +0200, Sebastian Hesselbarth wrote :
From: Alexandre Belloni alexandre.bell...@free-electrons.com
This driver deals with the core clocks found on Marvell Berlin BG2Q. For the
shared register dividers, make use of the corresponding driver and add some
single clock
On Wed, May 14, 2014 at 03:30:50PM -0700, Soren Brinkmann wrote:
Hi,
I have one or two problems with cpufreq and the CCF, which are caused by
rounding/different frequency resolutions.
cpufreq works with kHz, while the CCF uses Hz. On Zynq our default frequency
is
6 Hz which the
Hello,
Please can you help me reprofile fund? I am Ms Teresa Au, HSBC Hong Kong, head
of corporate sustainability Asia pacific region. A sum of (USD$23,200,000.00)
(Twenty three million, two Hundred Thousand dollars) Million was deposited by
our Late customer who died without declaring any
Hi all,
Changes since 20140514:
My fixes tree contains:
powerpc/ppc64: Allow allmodconfig to build (finally !)
The gpio tree still had its build failure for which I reverted 2 commits.
The clk tree gained a conflict against the renesas tree.
The akpm-current tree lost its build
On Wed, May 14, 2014 at 08:59:41PM +0200, Richard Weinberger wrote:
It is no longer needed to define them on our own.
Looks good!
Acked-by: Jesper Nilsson jesper.nils...@axis.com
Cc: Mikael Starvik star...@axis.com
Cc: Richard Weinberger rich...@nod.at
Cc: linux-cris-ker...@axis.com
Cc:
On Wed, May 14, 2014 at 11:45:57PM +0200, ste...@agner.ch wrote:
From: Stefan Agner ste...@agner.ch
This panels are sold by Toradex for Colibri T20/T30 and Apalis T30
evaluation kits.
Signed-off-by: Stefan Agner ste...@agner.ch
Panel patches should go to the dri-devel mailing list as
On Thu, May 15, 2014 at 6:56 AM, Andrew Morton
a...@linux-foundation.org wrote:
On Wed, 14 May 2014 16:18:51 +0800 Richard Lee superlibj8...@gmail.com
wrote:
For the IO mapping, the same physical address space maybe
mapped more than one time, for example, in some SoCs:
- 0x20001000 ~
From 060757f81f85babf393cc76714d49af25af7791d Mon Sep 17 00:00:00 2001
From: Daeseok Youn daeseok.y...@gmail.com
Date: Thu, 15 May 2014 16:51:35 +0900
Subject: [PATCH] video : remove redundant error check
It doesn't need to check err for printing info.
And also use pr_info instead of printk.
On 14/05/2014 at 22:15:16 +0200, Sebastian Hesselbarth wrote :
+static u8 berlin2_div_get_parent(struct clk_hw *hw)
+{
+ struct berlin2_div *div = to_berlin2_div(hw);
+ struct berlin2_div_map *map = div-map;
+ u32 reg;
+ u8 index = 0;
+
+ if (div-lock)
+
A check for CONFIG_SDMA_IRAM was added in v2.6.34. But the Kconfig
symbol SDMA_IRAM was never added. Remove this check.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Untested.
Note that none of the MX51_MXC_DMA_CHANNEL_* macros are actually used.
Why are they needed?
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. In the PMIC there are subsystems for voltage regulation,
A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is called
Crystal Cove.
This patch adds support for the GPIO function in Crystal Cove.
On Wednesday 14 May 2014 14:26:12 Stephen Boyd wrote:
On 05/14, Maxime Ripard wrote:
On Tue, May 13, 2014 at 03:47:32PM -0700, Stephen Boyd wrote:
On 05/13, Matthias Brugger wrote:
+ mediatek,mt6589,
+ NULL,
+};
+
+DT_MACHINE_START(MEDIATEK_DT, Mediatek
On Tuesday 13 May 2014 13:30:30 Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of channels: NUM_DMACH
Number of regions: NUM_REGN
Number of slots (PaRAM sets): NUM_PAENTRY
Number of TC/EQ: NUM_EVQUE
The
Currently, we use a rwlock tb_lock to protect concurrent access to
the whole zram meta table. However, according to the actual access model,
there is only a small chance for upper user to access the same table[index],
so the current lock granularity is too big.
The idea of optimization is to
On Wed, May 14, 2014 at 12:02:55AM +0200, Alexis Berlemont wrote:
Hello,
A few months ago, I tried to make a proposal to introduce Kconfig in
perf's generation procedure.
(cf. https://lkml.org/lkml/2013/12/20/511)
I started from David Ahern's work; I was not aware that Jiri Olsa
pushed
On Wed, May 14, 2014 at 05:17:35PM -0400, Carlos O'Donell wrote:
No, its perfectly fine to have a lock sequence abort with -EDEADLK.
Userspace should release its locks and re-attempt.
I agree. If I can prove that it's actually a deadlock, and
that unlock/relock will work to fix it, then we
On Wed, May 14, 2014 at 04:23:38PM -0400, Carlos O'Donell wrote:
On 05/14/2014 03:03 PM, Michael Kerrisk (man-pages) wrote:
However, unless I'm sorely mistaken, the larger problem is that glibc
removed the futex() call entirely, so these man pages don't describe
I don't think futex()
On Wed, May 14, 2014 at 04:23:38PM -0400, Carlos O'Donell wrote:
There are other syscalls like gettid() that have a:
NOTE: There is no glibc wrapper for this system call; see NOTES.
Yes, can we finally fix that please? It gets tedious having to endlessly
copy/paste that thing around.
On Thu, May 15, 2014 at 02:14:22AM -0400, Tejun Heo wrote:
Hello, Fengguang.
On Thu, May 15, 2014 at 02:00:26PM +0800, Fengguang Wu wrote:
2074b6e38668e62 a0f9ec1f181534694cb5bf40b
--- -
2074b6e38668e62 is the base of comparison. So -4.3%
On Wednesday 14 May 2014 17:33:02 Andrew Bresticker wrote:
+
+int tegra_xhci_register_mbox_notifier(struct notifier_block *nb)
+{
+ int ret;
+
+ mutex_lock(tegra_xhci_mbox_lock);
+ ret = raw_notifier_chain_register(tegra_xhci_mbox_notifiers, nb);
+
On 15 May 2014 13:12, Thierry Reding thierry.red...@gmail.com wrote:
On Thu, May 15, 2014 at 10:49:37AM +0530, Rahul Sharma wrote:
Hi Thierry,
On 15 May 2014 03:44, Thierry Reding thierry.red...@gmail.com wrote:
On Thu, May 15, 2014 at 12:47:21AM +0530, Rahul Sharma wrote:
[...]
+#define
On 05/15/2014 11:01 AM, Arnd Bergmann wrote:
On Tuesday 13 May 2014 13:30:30 Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of channels: NUM_DMACH
Number of regions: NUM_REGN
Number of slots (PaRAM sets):
On Wed, May 14, 2014 at 10:21:52PM -0700, Darren Hart wrote:
On 5/14/14, 17:18, H. Peter Anvin h...@zytor.com wrote:
On 05/14/2014 09:18 AM, Darren Hart wrote:
However, unless I'm sorely mistaken, the larger problem is that glibc
removed the futex() call entirely, so these man pages
Hi Richard,
On Thursday 15 May 2014 12:29 AM, Richard Weinberger wrote:
It is no longer needed to define them on our own.
Cc: Vineet Gupta vgu...@synopsys.com
Cc: Richard Weinberger rich...@nod.at
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Richard Weinberger rich...@nod.at
Thx for
Hello,
On 14/05/14 - 21:55:36, Julian Kirsch wrote:
some of you might remember the proposal of a patch which implements a
variant of port-knocking that can be used to check the authenticity of
arbitrary TCP connections and even can do integrity checking of TCP
payload data by using a
On Wed, May 14, 2014 at 04:59:58PM -0400, Carlos O'Donell wrote:
I will make my personal opinion clear:
- Internal defects should raise immediate assertions.
- Real problems like resource availability, deadlocks, and
other recoverable errors should result in the API returning
an
Hi Thierry, hi Philipp,
Am 2014-05-15 09:51, schrieb Thierry Reding:
On Wed, May 14, 2014 at 11:45:57PM +0200, ste...@agner.ch wrote:
From: Stefan Agner ste...@agner.ch
This panels are sold by Toradex for Colibri T20/T30 and Apalis T30
evaluation kits.
Signed-off-by: Stefan Agner
Hi Ingo,
Do you have any comments for the latest version of the patchset. If
not, kindly can you pick it up as is.
With regards
Maddy
Kirill A. Shutemov with 8c6e50b029 commit introduced
vm_ops-map_pages() for mapping easy accessible pages around
fault address in hope to reduce
1 - 100 of 1731 matches
Mail list logo