This adds binding documentation for Rockchip SoC VOP driver.
Signed-off-by: Mark Yao mark@rock-chips.com
---
changes in v2:
- rename lcdc to vop
- add vop reset
- add iommu node
- add port for display-subsystem
.../devicetree/bindings/video/rockchip-vop.txt | 58
Add binding documentation for Rockchip SoC EDP driver.
Signed-off-by: Jeff Chen jeff.c...@rock-chips.com
Signed-off-by: Mark Yao mark@rock-chips.com
---
changes in v2:
- add edp reset
- add panel node
- add port for display-subsystem
.../devicetree/bindings/video/rockchip-edp.txt | 50
On 09/10/2014 10:39 PM, Sebastian Andrzej Siewior wrote:
With 8250-dma, 8250-omap and am335x I observe the following:
- start a RX transfer which will finish once the FIFO has enough data
- The TX side starts a large TX transfer, say 1244 bytes. It takes approx
102ms for the transfer to
This adds support for Rockchip soc edp found on rk3288
Signed-off-by: Mark Yao mark@rock-chips.com
Signed-off-by: Jeff Chen jeff.c...@rock-chips.com
---
change in v2:
- fix code sytle
- use some define from drm_dp_helper.h
- use panel-simple driver for primary display.
- remove unnecessary
Hi Mika,
On Thu, Sep 18, 2014 at 10:49:43AM +0300, Mika Westerberg wrote:
On Wed, Sep 17, 2014 at 03:47:01PM +0200, Loic Poulain wrote:
Direct Irq En bit can be initialized to a bad value.
This bit has to be cleared for io access mode.
+Eric
I would like to have a bit better
it would be nice if you could submit a patch to remove the
drivers from ASoC, then we can see if anybody complains.
Same thing for v3.17-rc5 and next-20140918. Let's see if we can remove
the goni or aquila with wm8994 driver.
Done on top of next-20140918. Untested.
-8-
From: Paul
Recents commits for getting reg endianness causing NULL pointer
dereference if dev is passed NULL in regmap_init_mmio. This patch
fixes this issue, and allows to parse reg endianness only if dev
and dev-of_node exist.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
On Wed, Sep 17, 2014 at 05:41:44PM +0200, Alexander Gordeev wrote:
Hello,
As per Tejun's feedback I am sending v2.
This should have been v3, not v2.
Please, disregard this series if you see it.
Thanks!
Changes since v1:
- single patch split in a series of 5;
- changelog for patch 5
On Thu, Sep 18, 2014 at 11:31:35AM +0200, Loic Poulain wrote:
Warn seems necessary because we unconditionally change
the pin behavior, I didn't meet any case where direct irq is truly
used on our platform. But maybe it could happen?
Don't want to cause any hidden regression.
The datasheet
On Thu, Sep 18, 2014 at 11:41:13AM +0200, Samuel Ortiz wrote:
Hi Mika,
On Thu, Sep 18, 2014 at 10:49:43AM +0300, Mika Westerberg wrote:
On Wed, Sep 17, 2014 at 03:47:01PM +0200, Loic Poulain wrote:
Direct Irq En bit can be initialized to a bad value.
This bit has to be cleared for io
Hi Greg,
On 09/10/2014 10:34 PM, Greg KH wrote:
On Tue, Sep 09, 2014 at 10:44:51AM +0200, Robert Baldyga wrote:
Hi,
I have splitted my patchset usb: dwc2/gadget: fix series into two series.
This patch series contains improvements for dwc2/gadget driver. It's intended
for 3.18.
Andrzej
Hi Jonathan,
On 09/15/2014 07:11 PM, Jonathan Cameron wrote:
On September 15, 2014 3:12:50 PM GMT+01:00, Stanimir Varbanov
svarba...@mm-sol.com wrote:
Hi Jonathan,
Thanks for the review!
On 09/13/2014 08:27 PM, Jonathan Cameron wrote:
On 13/09/14 00:27, Hartmut Knaack wrote:
On Tue, Sep 16, 2014 at 04:45:25PM -0500, miny...@acm.org wrote:
From: Corey Minyard cminy...@mvista.com
The MIPS frame save code was just saving a few registers, enough to
do a backtrace if every function set up a frame. However, this is
not working if you are using DWARF unwinding,
On Thu, Sep 18, 2014 at 05:38:54PM +0800, Wang, Yalin wrote:
Hi Russell,
mm..
I see your meaning,
But how to debug reserved memory,
I mean how to know which physical memory are reserved in kernel if
Not use /sys/kernel/debug/memblock/reserved debug file ?
What are you trying to do when
Hi Mikey Ian,
Currently spu_handle_mm_fault() is in the cell platform.
This code is generically useful for other non-cell co-processors on powerpc.
This patch moves this function out of the cell platform into arch/powerpc/mm
so
that others may use it.
Makes sense.
Acked-by: Jeremy
On Thu 18-09-14 01:01:22, Andrew Vagin wrote:
From c7a79bccca1aac70f5e50fb145942b932eca79ba Mon Sep 17 00:00:00 2001
From: Andrey Vagin ava...@openvz.org
Date: Sat, 6 Sep 2014 08:35:24 +0400
Subject: [PATCH] fs: don't remove inotify watchers from alive inode-s (v2)
Currently watchers are
2014-09-18 09:19+0200, Borislav Petkov:
On Thu, Sep 18, 2014 at 02:29:54AM +0200, Radim Krčmář wrote:
I think you proposed to use magic constant in place of of MASK_FAM_X, so
Huh, what?
Your example. It cannot be verbatim MASK_FAM_X in real code.
I interpreted it to be a placeholder for
thanks for the review Rui
On Thursday 18 September 2014 06:27 AM, Zhang Rui wrote:
On Tue, 2014-09-16 at 16:27 +0530, Sanjay Singh Rawat wrote:
With knowledge of supported thermal policies from this attribute, it helps in
setting the policy without failure from the available ones.
Hmmm, I
On śro, 2014-09-17 at 20:42 +0200, Ulf Hansson wrote:
On 16 September 2014 10:51, Krzysztof Kozlowski k.kozlow...@samsung.com
wrote:
[...]
@@ -2585,6 +2620,34 @@ static int pl330_dma_device_slave_caps(struct
dma_chan *dchan,
return 0;
}
+/*
+ * Assume that IRQ safe
SCO connection cannot be setup to devices that do not support retransmission.
Patch based on http://permalink.gmane.org/gmane.linux.bluez.kernel/7779 and
adapted for this kernel version.
Code changed to check SCO/eSCO type before setting retransmission effort
and max. latency. The purpose of the
At Thu, 18 Sep 2014 14:51:26 +0530,
Sudip Mukherjee wrote:
On Mon, Sep 15, 2014 at 08:17:52PM +0200, Takashi Iwai wrote:
At Mon, 15 Sep 2014 20:55:54 +0530,
Sudip Mukherjee wrote:
On Mon, Sep 15, 2014 at 04:29:48PM +0200, Takashi Iwai wrote:
At Mon, 15 Sep 2014 19:39:41 +0530,
On Mon, Sep 15, 2014 at 03:35:08PM +0300, Heikki Krogerus wrote:
On Fri, Sep 12, 2014 at 08:16:01PM +0530, Kishon Vijay Abraham I wrote:
Assume you have 2 phys in your system..
static struct phy_lookup usb_lookup = {
.phy_name = phy-usb.0,
.dev_id = usb.0,
Hi Mikey Ian,
__spu_trap_data_seg() currently contains code to determine the VSID and ESID
required for a particular EA and mm struct.
This code is generically useful for other co-processors. This moves the code
of the cell platform so it can be used by other powerpc code.
OK, nice.
+
the
drivers from ASoC, then we can see if anybody complains.
Also the same thing for v3.17-rc5 and next-20140918. So let's see if we
can remove this driver too.
Done on top of next-20140918. Again untested.
8
From: Paul Bolle pebo...@tiscali.nl
Commit 28c8331d386a (ARM: S5PV210
On Thu, Sep 18, 2014 at 03:06:59PM +0530, Pankaj Dubey wrote:
Hi,
On September 18, 2014 1:26, Dong Aisheng wrote
On Thu, Sep 18, 2014 at 11:33:26AM +0530, Pankaj Dubey wrote:
Hi,
Adding CC to Xiubo Li, Geert Uytterhoeven and Stephen Warren.
On Thursday, September 18, 2014,
On Tue, Sep 09, 2014 at 10:24:46PM +0300, Octavian Purdila wrote:
snip
+#define DLN2_GPIO_DIRECTION_IN 0
+#define DLN2_GPIO_DIRECTION_OUT 1
+
+static int dln2_gpio_get_direction(struct gpio_chip *chip, unsigned offset)
+{
+ int ret;
+ struct dln2_gpio
On Wed, 17 Sep 2014 at 11:39:57 +0300, Jani Nikula wrote:
On Tue, 16 Sep 2014, Carlos R. Mafra crma...@gmail.com wrote:
Hi, the same happens with 3.17-rc5. The kernel is unfortunately
unusable with my external monitor because after some plug, unplug
and suspend to RAM cycles the behaviour
Only exchange source and destination filenames
if flags contain RENAME_EXCHANGE.
In case if executable file was running and replaced by
other file /proc/PID/exe should still show correct file name,
not the old name of the file by which it was replaced.
The scenario when this bug manifests itself
On Wed, Sep 17, 2014 at 04:49:03PM +0800, Chang Rebecca Swee Fun wrote:
Consolidating similar algorithms into common functions to make
GPIO SCH simpler and manageable.
Signed-off-by: Chang Rebecca Swee Fun rebecca.swee.fun.ch...@intel.com
---
drivers/gpio/gpio-sch.c | 95
On Thu, Sep 18, 2014 at 02:55:00PM +0400, Mikhail Efremov wrote:
Only exchange source and destination filenames
if flags contain RENAME_EXCHANGE.
But names are still exchanged without RENAME_EXCHANGE, provided they are
long enough.
da1ce0670c14 introduced this behaviour also for short names
On Wed, Sep 17, 2014 at 04:49:04PM +0800, Chang Rebecca Swee Fun wrote:
Intel Quark X1000 provides a total of 16 GPIOs. The GPIOs are split between
the legacy I/O bridge and the GPIO controller.
GPIO-SCH is the GPIO pins on legacy bridge for Intel Quark SoC.
Intel Quark X1000 has 2 GPIOs
On Thu, Sep 18, 2014 at 12:21:20PM +0200, Takashi Iwai wrote:
At Thu, 18 Sep 2014 14:51:26 +0530,
Sudip Mukherjee wrote:
On Mon, Sep 15, 2014 at 08:17:52PM +0200, Takashi Iwai wrote:
At Mon, 15 Sep 2014 20:55:54 +0530,
Sudip Mukherjee wrote:
On Mon, Sep 15, 2014 at 04:29:48PM
On Wed, Sep 17, 2014 at 04:49:05PM +0800, Chang Rebecca Swee Fun wrote:
Intel Quark X1000 GPIO controller supports interrupt handling for
both core power well and resume power well. This patch is to enable
the IRQ support and provide IRQ handling for Intel Quark X1000
GPIO-SCH device driver.
On Tue, Sep 09, 2014 at 10:24:44PM +0300, Octavian Purdila wrote:
+static int alloc_rx_slot(struct dln2_mod_rx_slots *rxs)
+{
+ int ret;
+ int slot;
+
+ /* No need to timeout here, the wait is bounded by the timeout
+ * in _dln2_transfer
+ */
+ ret =
On Thu, 18 Sep 2014, Carlos R. Mafra crma...@gmail.com wrote:
On Wed, 17 Sep 2014 at 11:39:57 +0300, Jani Nikula wrote:
On Tue, 16 Sep 2014, Carlos R. Mafra crma...@gmail.com wrote:
Hi, the same happens with 3.17-rc5. The kernel is unfortunately
unusable with my external monitor because
On Wed, Sep 17, Christoph Hellwig wrote:
Also the two patches at
http://thread.gmane.org/gmane.linux.drivers.driver-project.devel/56242/
Wasnt the outcome that this was a bad idea? Or at least doing it
globally is bad. In any case, its not something I can help with.
Olaf
--
To unsubscribe
There is a kernel version problem after patching the kernel. After
installing the kernel and the kernel modules, without patching the kernel,
then uname shows the right kernel version and in /lib/modules/ there
was the right directory created.
But after patching the kernel, installing it and the
Vybrid ADC peripheral includes a temperature sensor
which is connected to channel number 26. The patch
adds support for the sensor. The raw value is read
and the temperature calculated in milli degree Celsius,
which is returned using IIO_CHAN_INFO_PROCESSED option.
Sanchayan Maity (1):
ARM:
Vybrid ADC peripheral includes a temperature sensor
which is connected to channel number 26. This patch
adds support for the sensor. The raw value is read
and the temperature calculated in milli degree Celsius,
which is returned using IIO_CHAN_INFO_PROCESSED option.
Signed-off-by: Sanchayan Maity
On Wed 2014-09-17 11:47:24, Jonghwa Lee wrote:
Summit microelectronics' SMB358 charger chip has almost same register map
and functionality with SMB347. The voltage and current table are only
differed.
Thus, SMB347 driver can support SMB358 chip fully with few modifications.
Signed-off-by:
On Thursday 18 September 2014, r...@safe-mail.net wrote:
There is a kernel version problem after patching the kernel. After
installing the kernel and the kernel modules, without patching the
kernel, then uname shows the right kernel version and in
/lib/modules/ there was the right directory
Hi,
thanks for the submission.
On Tue, Jun 10, 2014 at 12:15:27AM +0530, Raghavendra Ganiga wrote:
This is a patch to add i2c algorith support for nxp sc18im700
master i2c bus controller with uart interface
Is this algorithm really shared between various controllers? If not, it
makes sense
Hi,
Here is the collection of testcases for ftrace version 4.
In this version, I moved all scripts under the
tools/testing/selftest :)
Updates are:
- Use errexit option to simplify tests.
- Use signal-based result notify for result codes (except PASS/FAIL).
- Fix README according to Steven's
Add basic testcases for kprobe dynamic events.
This also shows that the ftracetest accepts sub-directory
for new testcases.
Changes in v2:
- Change shell to sh instead of bash.
Signed-off-by: Masami Hiramatsu masami.hiramatsu...@hitachi.com
---
.../ftrace/test.d/kprobe/add_and_remove.tc
Add XFAIL and POSIX 1003.3 standard codes (UNRESOLVED/
UNTESTED/UNSUPPORTED) as result codes. These are used for the
results that test case is expected to fail or unsupported
feature (by config).
To return these result code, this introduces exit_unresolved,
exit_untested, exit_unsupported and
ftracetest is a collection of testcase shell-scripts for ftrace.
To avoid regressions of ftrace, these testcases check correct
ftrace behaviors. If someone would like to add any features on
ftrace, the patch series should have at least one testcase for
checking the new behavior.
Changes in v4:
-
Add ftrace basic testcases. This just checks ftrace debugfs
interface works as it is designed.
Changes in v2:
- Change shell to sh instead of bash.
Signed-off-by: Masami Hiramatsu masami.hiramatsu...@hitachi.com
---
.../selftests/ftrace/test.d/00basic/basic1.tc |3 +++
hi
(a)
We have pages which are allocated on demand, which are then marked with
the PG_reserved flag to indicate that they are something special. These
get counted in the statistics as reserved pages. These pages may be
freed at a later time. These never appear in memblock.
(b)
We have pages
On Thu, Sep 18, 2014 at 12:18:23PM +0930, Rusty Russell wrote:
current_rng holds one reference, and we bump it every time we want
to do a read from it.
This means we only hold the rng_mutex to grab or drop a reference,
so accessing /sys/devices/virtual/misc/hw_random/rng_current doesn't
From: Kweh, Hock Leong hock.leong.k...@intel.com
When the CONFIG_HAVE_CLK is selected for the system, the stmmac_pci_probe
will fail with dmesg:
[2.167225] stmmaceth :00:14.6: enabling device ( - 0002)
[2.178267] stmmaceth :00:14.6: enabling bus mastering
[2.178436]
On Wed, 17 Sep 2014 22:39:26 -0700
Lee Jones lee.jo...@linaro.org wrote:
On Tue, 16 Sep 2014, Jacob Pan wrote:
X-Powers AXP288 is a customized PMIC for Intel Baytrail-CR
platforms. Similar to AXP202/209, AXP288 comes with USB charger,
more LDO and BUCK channels, and AD converters. It
From: Rusty Russell ru...@rustcorp.com.au
Another interesting anti-pattern.
Signed-off-by: Rusty Russell ru...@rustcorp.com.au
---
drivers/char/hw_random/core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/char/hw_random/core.c b/drivers/char/hw_random/core.c
index
From: Rusty Russell ru...@rustcorp.com.au
Interesting anti-pattern.
Signed-off-by: Rusty Russell ru...@rustcorp.com.au
---
drivers/char/hw_random/core.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/char/hw_random/core.c b/drivers/char/hw_random/core.c
index
From: Rusty Russell ru...@rustcorp.com.au
current_rng holds one reference, and we bump it every time we want
to do a read from it.
This means we only hold the rng_mutex to grab or drop a reference,
so accessing /sys/devices/virtual/misc/hw_random/rng_current doesn't
block on read of /dev/hwrng.
When I hotunplug a busy virtio-rng device or try to access
hwrng attributes in non-smp guest, it gets stuck.
My original was pain, Rusty posted a real fix. This patchset
fixed two issue in v1, and tested by my 6+ cases.
| test 0:
| hotunplug rng device from qemu monitor
|
| test 1:
| guest)
On Thu, Sep 18, 2014 at 03:15:36PM +0800, Lan Tianyu wrote:
On 2014年09月17日 21:10, Paul E. McKenney wrote:
On Wed, Sep 17, 2014 at 03:11:42PM +0800, Lan Tianyu wrote:
On 2014年08月29日 03:47, Paul E. McKenney wrote:
Currently, the expedited grace-period primitives do get_online_cpus().
This
In next patch, we use reference counting for each struct hwrng,
changing reference count also needs to take mutex_lock. Before
releasing the lock, if we try to stop a kthread that waits to
take the lock to reduce the referencing count, deadlock will
occur.
Signed-off-by: Amos Kong
From: Rusty Russell ru...@rustcorp.com.au
The previous patch added one potential problem: we can still be
reading from a hwrng when it's unregistered. Add a wait for zero
in the hwrng_unregister path.
Signed-off-by: Rusty Russell ru...@rustcorp.com.au
---
drivers/char/hw_random/core.c | 2 ++
From: Rusty Russell ru...@rustcorp.com.au
There's currently a big lock around everything, and it means that we
can't query sysfs (eg /sys/devices/virtual/misc/hw_random/rng_current)
while the rng is reading. This is a real problem when the rng is slow,
or blocked (eg. virtio_rng with qemu's
On Thu, Sep 18, 2014 at 1:54 PM, Johan Hovold jo...@kernel.org wrote:
On Tue, Sep 09, 2014 at 10:24:46PM +0300, Octavian Purdila wrote:
snip
+#define DLN2_GPIO_DIRECTION_IN 0
+#define DLN2_GPIO_DIRECTION_OUT 1
+
+static int dln2_gpio_get_direction(struct
HI Steven,
On Wed, Sep 17, 2014 at 10:42:51AM -0400, Steven Rostedt wrote:
On Fri, 22 Aug 2014 19:43:02 +0800
Fengguang Wu fengguang...@intel.com wrote:
On Fri, Aug 22, 2014 at 10:32:57AM +0200, Petr Mládek wrote:
On Fri 2014-08-22 11:35:29, Fengguang Wu wrote:
Hi Petr,
On Thu, Sep 18, 2014 at 03:43:07PM +0300, Octavian Purdila wrote:
On Thu, Sep 18, 2014 at 1:54 PM, Johan Hovold jo...@kernel.org wrote:
On Tue, Sep 09, 2014 at 10:24:46PM +0300, Octavian Purdila wrote:
Either way, it looks like this could race with get_direction() if you
get a
On Thu, Sep 18, 2014 at 12:13:08PM +0930, Rusty Russell wrote:
Amos Kong ak...@redhat.com writes:
I started a QEMU (non-smp) guest with one virtio-rng device, and read
random data from /dev/hwrng by dd:
# dd if=/dev/hwrng of=/dev/null
In the same time, if I check hwrng attributes
Tejun,
Could you please merge Christoph's patch to your percpu tree
(the patch is attached below for your convenience, it is a fixup
for irqchips: Replace __this_cpu_ptr uses patch present in
for-3.18-consistent-ops and for-next branches)?
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung RD
On 09/18/2014 04:58 AM, Ralf Baechle wrote:
On Tue, Sep 16, 2014 at 04:45:25PM -0500, miny...@acm.org wrote:
From: Corey Minyard cminy...@mvista.com
The MIPS frame save code was just saving a few registers, enough to
do a backtrace if every function set up a frame. However, this is
not
Am 18.09.2014 um 02:20 schrieb German Rivera german.riv...@freescale.com:
On 09/15/2014 06:44 PM, Kim Phillips wrote:
On Thu, 11 Sep 2014 12:34:20 -0500
J. German Rivera german.riv...@freescale.com wrote:
This patch series introduces Linux support for the Freescale
Management Complex
On 17/09/14 16:24, Joe.C wrote:
From: Joe.C yingjoe.c...@mediatek.com
Enable low-level debug for Mediatek mt8127 mt8135 SoC.
Signed-off-by: Joe.C yingjoe.c...@mediatek.com
---
arch/arm/Kconfig.debug | 20
1 file changed, 20 insertions(+)
diff --git
Il 17/09/2014 16:06, Borislav Petkov ha scritto:
AFAIK backward compatibility is usually maintained in x86. I did not
see in Intel SDM anything that says this CPUID field means something
for CPU X and something else for CPU Y. Anyhow, it is not different
than bitmasks in this respect.
You
On 09/18/2014 06:04 AM, Masami Hiramatsu wrote:
ftracetest is a collection of testcase shell-scripts for ftrace.
To avoid regressions of ftrace, these testcases check correct
ftrace behaviors. If someone would like to add any features on
ftrace, the patch series should have at least one
Sorry I just saw some more issues:
On 17/09/14 16:24, Joe.C wrote:
From: Joe.C yingjoe.c...@mediatek.com
Add MT8127 MT8135 from Mediatek.
Signed-off-by: Joe.C yingjoe.c...@mediatek.com
---
Documentation/devicetree/bindings/arm/mediatek.txt | 9 ++---
1 file changed, 6
Am 18.09.2014 um 06:17 schrieb German Rivera german.riv...@freescale.com:
On 09/15/2014 06:44 PM, Kim Phillips wrote:
On Thu, 11 Sep 2014 12:34:21 -0500
J. German Rivera german.riv...@freescale.com wrote:
From: J. German Rivera german.riv...@freescale.com
APIs to access the
The current ADC is peripheral of Qualcomm SPMI PMIC chips. It has
16 bits resolution and register space inside PMIC accessible across
SPMI bus.
The driver registers itself through IIO interface.
Signed-off-by: Ivan T. Ivanov iiva...@mm-sol.com
---
The patch replaces legacy functions
drm_plane_init() / drm_crtc_init() with
drm_universal_plane_init() and drm_crtc_init_with_planes().
It allows to replace fake primary plane with the real one.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
---
Hi Inki,
I have tested this patch with trats
On Wed 2014-09-17 10:57:45, Paul Gortmaker wrote:
This reverts commit 4dfe694f616e00e6fd83e5bbcd7a3c4d7113493d.
This solves my problems, thanks.
Tested-by: Pavel Machek pa...@denx.de
Pavel
--
(english)
Hi Paul,
plymouth-upstart-bridge: ply-event-loop.c:497: ply_event_loop_new:
Assertion `loop-epoll_fd = 0' failed.
/etc/lsb-base-logging.sh: line 5: 2580 Aborted
plymouth --ping /dev/null 21
/etc/lsb-base-logging.sh: line 5: 2585 Aborted
dma_pool_create() needs to unlock the mutex in error case.
The bug has been present starting with v3.16-rc1 (cc6b664a).
Signed-off-by: Krzysztof Hałasa k...@piap.pl
Cc: sta...@vger.kernel.org
--- a/mm/dmapool.c
+++ b/mm/dmapool.c
@@ -174,11 +174,11 @@ struct dma_pool *dma_pool_create(const char
From: Bo Shen voice.s...@atmel.com
We set the DMA configuration on USARTs in the SoC DT in (ARM: at91: sama5d3:
add usart dma configurations). As the audio must work with DMA channels, we
reserve some dma channels for audio, or else audio won't work.
Signed-off-by: Bo Shen voice.s...@atmel.com
James Morris jmor...@namei.org wrote:
No, if they go direct to Linus, they don't go into -next.
Can you then sync your -next branch to Linus after Linus takes them please?
Nope, I only want to sync on point releases unless absolutely necessary.
In that case, can you please just pull
Tomeu,
在 2014年09月18日 17:27, Tomeu Vizoso 写道:
On 17 September 2014 05:59, Caesar Wang caesar.w...@rock-chips.com wrote:
This add the necessary binding documentation for the thermal
found on Rockchip SoCs
Hi Caesar,
is there any reason to not use the existing thermal bindings? You can
find a
On Thu, Sep 18, 2014 at 03:06:59PM +0200, Paolo Bonzini wrote:
The extra bit used to be reserved and thus will be zero on older
families. So, nothing?
thus will be zero is unfortunately simply not true.
From the SDM:
1.3.2 Reserved Bits and Software Compatibility
In many register and memory
With workload that spawns and destroys many threads and processes,
it was found that perf-mem could took a long time to post-process
the perf data after the target workload had completed its operation.
The performance bottleneck was found to be searching and insertion
of the new DSO structures
This patch changes the iteration process for DSOs from using the
list_head to rbtree. As a result, the node field in the DSO structure
can be eliminated. The user_dsos and kernel_dsos fields of the machine
structure are now rb_root.
The changes in this patch are mainly in one of the following 4
v2-v3:
- Move the rbtree linking operation from dso__set_long_name() to
dsos__add(), where the list_add() operation was done.
- Add a second patch to remove the linked list and iterates the
DSO structures by going through them in the rbtree. This requires
changes in quite a number
On Thu, Sep 18, 2014 at 2:46 AM, Oleg Nesterov o...@redhat.com wrote:
On 09/17, Roman Pen wrote:
+void wait_for_rootfs(void)
+{
+ /* Avoid waiting for ourselves */
+ if (is_global_init(current))
+ pr_warn(init: it is not a good idea to wait for the rootfs
mount from
The thing is that built-in modules are being inited before
rootfs mount. Some of the modules can request firmware loading
from another thread using async 'request_firmware_nowait' call
on inition, so we can catch this kind of race:
rootfs does not exist yet, but we are going to open and load
On Thu, Sep 18, 2014 at 05:23:22PM +0530, Sanchayan Maity wrote:
Vybrid ADC peripheral includes a temperature sensor
which is connected to channel number 26. The patch
adds support for the sensor. The raw value is read
and the temperature calculated in milli degree Celsius,
which is returned
Il 18/09/2014 15:26, Borislav Petkov ha scritto:
On Thu, Sep 18, 2014 at 03:06:59PM +0200, Paolo Bonzini wrote:
The extra bit used to be reserved and thus will be zero on older
families. So, nothing?
thus will be zero is unfortunately simply not true.
From the SDM:
1.3.2 Reserved Bits
On 2014-09-04 19:01:57 [+0200], Sebastian Andrzej Siewior wrote:
From: Jeff Lance j-lan...@ti.com
The logic in AFE_Pen_Ctrl bitmask in the CTRL register is different for five
wire versus four or eight wire touschscreens. This patch should fix this for
five-wire touch screens. There should be
On 09/17/2014 07:22 PM, Daniel Lezcano wrote:
On 09/17/2014 04:20 PM, Shilimkar, Santosh wrote:
[...]
Could you try a long run of this little program:
https://git.linaro.org/power/pm-qa.git/blob/HEAD:/cpuidle/cpuidle_killer.c
[Santosh] I am sure there will not be any issue with the long run
On Thu, 2014-09-18 at 14:23 +0100, David Howells wrote:
James Morris jmor...@namei.org wrote:
No, if they go direct to Linus, they don't go into -next.
Can you then sync your -next branch to Linus after Linus takes them
please?
Nope, I only want to sync on point releases
On Wed, Sep 17, 2014 at 01:53:16PM +0530, Sanchayan Maity wrote:
Enable ADC support for Colibri VF61 modules
Signed-off-by: Sanchayan Maity maitysancha...@gmail.com
---
arch/arm/boot/dts/vf610-colibri.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/regulator/fan53555.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/regulator/fan53555.c b/drivers/regulator/fan53555.c
index f2f5535..70b31bf 100644
--- a/drivers/regulator/fan53555.c
+++
Set di-regulator before dereference it.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/regulator/fan53555.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/fan53555.c b/drivers/regulator/fan53555.c
index 70b31bf..c82fb9e 100644
---
On 09/18/2014 08:41 AM, Nishanth Menon wrote:
On 09/17/2014 07:22 PM, Daniel Lezcano wrote:
On 09/17/2014 04:20 PM, Shilimkar, Santosh wrote:
[...]
Could you try a long run of this little program:
https://git.linaro.org/power/pm-qa.git/blob/HEAD:/cpuidle/cpuidle_killer.c
[Santosh] I am
The new Haswell microcode update[1] removes the hle (hardware lock
elision) processor capability. And it is not cosmetic, either: Intel TSX
opcodes will cause an illegal opcode trap after the microcode update[2].
This means cpu_info()-x86_capability becomes stale after the microcode
update.
We
On 09/08/2014 10:41 AM, Nishanth Menon wrote:
On 23:13-20140905, Thomas Gleixner wrote:
On Fri, 5 Sep 2014, Nishanth Menon wrote:
+ if (!palmas-wakeirq)
+ goto no_wake_irq;
+
+ ret = devm_request_irq(palmas-dev, palmas-wakeirq,
+ palmas_wake_irq,
+
Hello Maintainers:
Please help check when you have time. Thanks.
Chen Gang (3):
xen/xenbus: Correct the comments for xenbus_grant_ring()
xen/xenbus: Remove BUG_ON() when error string trucated
xen/xenbus: Improve failure processing code for __xenbus_switch_state()
A grant reference (which is a positive number) can indicate success, so
the original comments need be improved.
Signed-off-by: Chen Gang gang.chen.5...@gmail.com
---
drivers/xen/xenbus/xenbus_client.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
xenbus_va_dev_error() is for printing error, so when error string is
too long to be trancated, need not BUG_ON(), still return truncation
string is OK.
Signed-off-by: Chen Gang gang.chen.5...@gmail.com
---
drivers/xen/xenbus/xenbus_client.c | 5 +
1 file changed, 1 insertion(+), 4
When failure occurs, need return failure code instead of 0, or some of
indirect upper callers may misunderstand.
e.g. in block/xen-blkback/xenbus.c:
connect() - xenbus_switch_state() - __xenbus_switch_state().
Signed-off-by: Chen Gang gang.chen.5...@gmail.com
---
901 - 1000 of 1218 matches
Mail list logo
