On 06/20/2014 07:16 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Fri, Jun 20, 2014 at 02:26:43PM +0900, Alexandre Courbot wrote:
So I can see three questions here:
1) Why does _regulator_enable() on vdd_1v8 return 0 while everything
suggests that it is enabled (this regulator pow
Hi Daniel,
On 18.06.2014 18:17, Daniel Drake wrote:
> Hi Tomasz,
>
> On Tue, May 20, 2014 at 5:43 PM, Tomasz Figa wrote:
>> Since the block responsible for handling the pin is PMU, not CMU,
>> a separate driver, that binds to PMU node is required and acquires
>> all input clocks by standard DT c
On 06/20/14 12:54, James Hogan wrote:
On 20/06/14 08:53, Sorin Dumitru wrote:
Signed-off-by: Sorin Dumitru
A little more commit message wouldn't hurt. Did it break a particular
program?
Yes, it was found by an internal program trying to get IP_PKTOPTIONS on
a cavium octeon board.
Shoul
The architected timer on Rockchip's RK3288 SoCs needs a bit of special handling
to start.
This seems to be similar to a recent discussion about the Exynos arch-timer
that also seems to need similar special handling (and mct timer running).
And, the arch-timer on recent Mediatek SoCs also uses thi
There exist SoCs that need some special setup procedure for their
architected-timer
to work. Therefore allow arch_timer_init to be called from such specialized
clocksources.
Signed-off-by: Heiko Stuebner
---
drivers/clocksource/arm_arch_timer.c | 2 +-
drivers/clocksource/arm_arch_timer.h | 7 +
The armv7-timer on Rockchip RK3288 SoCs needs an underlying timer to run.
Therefore the special rockchip,rk3288-armv7-timer does this setup and
then initializes the architected timer using the new locally exposed
arch_timer_init.
Suggested-by: Arnd Bergmann
Signed-off-by: Heiko Stuebner
---
...
Hi
It's a bit confusing with this, I have received a lot of complaints
that I have not had a cover letter.
When should I include it? In an obvious patching. But where there's a
need to explain anything further should have a cover letter.
In this case, I suspected that there is a missed special ca
I don't like to do this but I rebased my for-next branch to have
the first (for stable) patch not break other archs. This set passed my
cross compile test as well as my normal tests.
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 0f6af1fe54b371ab6dfc05
From: Oleg Nesterov
syscall_regfunc() ignores the kernel threads because "it has no effect",
see cc3b13c1 "Don't trace kernel thread syscalls" which added this check.
However, this means that a user-space task spawned by call_usermodehelper()
will run without TIF_SYSCALL_TRACEPOINT if sys_tracep
On 2014/6/20 7:42, Luck, Tony wrote:
>> BTW, I note that "extern struct pstore_info *psinfo" locates in
>> fs/pstore/internal.h. So users out of directory "fs/pstore/" can not use
>> pstore to
>> record messages. We do not want other kernel users to use pstore, right?
>> And can we
>> break thi
From: Oleg Nesterov
1. Remove _irqsafe from syscall_regfunc/syscall_unregfunc,
read_lock(tasklist) doesn't need to disable irqs.
2. Change this code to avoid the deprecated do_each_thread()
and use for_each_process_thread() (stolen from the patch
from Frederic).
3. Change syscall_regfu
From: Oleg Nesterov
syscall_regfunc() and syscall_unregfunc() should set/clear
TIF_SYSCALL_TRACEPOINT system-wide, but do_each_thread() can race
with copy_process() and miss the new child which was not added to
the process/thread lists yet.
Change copy_process() to update the child's TIF_SYSCALL
It will be reused by perf trace in the following commit.
Signed-off-by: Stanislav Fomichev
---
tools/perf/builtin-kvm.c | 88 +++
tools/perf/util/session.c | 85 +
tools/perf/util/session.h | 5 +++
3 files
On 20/06/14 11:40, Sorin Dumitru wrote:
> On 06/20/14 12:54, James Hogan wrote:
>> On 20/06/14 08:53, Sorin Dumitru wrote:
>>> Signed-off-by: Sorin Dumitru
>>
>> A little more commit message wouldn't hurt. Did it break a particular
>> program?
>
> Yes, it was found by an internal program trying t
'perf trace' can show summary of events using -S option. This commit
also reports number of major/minor pagefault events in this summary.
Signed-off-by: Stanislav Fomichev
---
tools/perf/builtin-trace.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/tools/perf/builtin-trace.c b
This patch adds optional pagefault tracing support to 'perf trace'.
Using -F/--pf option user can specify whether he wants minor, major or
all pagefault events to be traced. This patch adds only live mode,
record and replace will come in a separate patch.
Example output:
1756272.905 ( 0.000 ms): c
It will be used by next pagefault tracing patches in the series.
Signed-off-by: Stanislav Fomichev
---
tools/perf/builtin-trace.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/tools/perf/builtin-trace.c b/tools/perf/builtin-trace.c
index f954c26de231..a9b542918d
Previous commit added live pagefault trace support, this one adds
record and replay support.
Signed-off-by: Stanislav Fomichev
---
tools/perf/builtin-trace.c | 63 +-
1 file changed, 45 insertions(+), 18 deletions(-)
diff --git a/tools/perf/builtin-tr
Currently, we may either trace syscalls or syscalls+pagefaults. We'd
like to be able to trace *only* pagefaults and this commit implements
this feature.
Signed-off-by: Stanislav Fomichev
---
tools/perf/Documentation/perf-trace.txt | 7
tools/perf/builtin-trace.c | 58 +
On Fri, Jun 20, 2014 at 11:44:49AM +0100, Heiko Stübner wrote:
> The armv7-timer on Rockchip RK3288 SoCs needs an underlying timer to run.
> Therefore the special rockchip,rk3288-armv7-timer does this setup and
> then initializes the architected timer using the new locally exposed
> arch_timer_init
This patch series adds support for pagefaults tracing to 'perf trace' command.
It seems this feature was planned by Namhyung Kim
(http://events.linuxfoundation.org/images/stories/pdf/klf2012_n_kim.pdf page
17/28)
but I couldn't find any prior patches/discussion and started from scratch.
First th
Use session to cache and order events from all CPUs so we get
correct ordering of comms/mmaps and faults.
Signed-off-by: Stanislav Fomichev
---
tools/perf/builtin-trace.c | 117 ++---
1 file changed, 46 insertions(+), 71 deletions(-)
diff --git a/tools/pe
On Fri, Jun 20, 2014 at 11:44:11AM +0100, Heiko Stübner wrote:
> There exist SoCs that need some special setup procedure for their
> architected-timer
> to work. Therefore allow arch_timer_init to be called from such specialized
> clocksources.
>
> Signed-off-by: Heiko Stuebner
> ---
> drivers/
Fixed: ERROR: do not use assignment in if condition
Fixed: WARNING: EXPORT_SYMBOL should immediately follow its function
Fixed: WARNING: line over 80 characters in a comment
CC: Rafael J. Wysocki
CC: Daniel Lezcano
Signed-off-by: Pramod Gurav
---
drivers/cpuidle/cpuidle.c | 18 -
+linux-pm
On Fri, Jun 20, 2014 at 4:27 PM, Pramod Gurav
wrote:
> Fixed: ERROR: do not use assignment in if condition
> Fixed: WARNING: EXPORT_SYMBOL should immediately follow its function
> Fixed: WARNING: line over 80 characters in a comment
>
> CC: Rafael J. Wysocki
> CC: Daniel Lezcano
>
> S
On 06/19/2014 06:52 PM, Kirill A. Shutemov wrote:
http://marc.info/?l=linux-kernel&m=140319579508104&w=2
Yes, those symptoms look very familiar. The patch should really go in stable
3.15.y.
Thanks.
Ortwin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Fri, Jun 20, 2014 at 12:46:33PM +0200, Rickard Strandqvist wrote:
> Hi
>
> It's a bit confusing with this, I have received a lot of complaints
> that I have not had a cover letter.
> When should I include it? In an obvious patching. But where there's a
> need to explain anything further should
Am 20.06.2014 12:18, schrieb Chen Hanxiao:
> We need a direct method of getting the pid inside containers.
> If some issues occurred inside container guest, host user
> could not know which process is in trouble just by guest pid:
> the users of container guest only knew the pid inside containers.
commit 9c340ac934dbbfd46e776465b08391baac32d486
Author: H Hartley Sweeten
Date: Thu May 29 10:56:32 2014 -0700
staging: comedi: ni_stc.h: add read/write callbacks to struct ni_private
--- a/drivers/staging/comedi/drivers/ni_stc.h
+++ b/drivers/staging/comedi/drivers/ni_stc.h
@@ -1421,6 +14
In original code, zone_movable_is_highmem() assumes ZONE_MOVABLE not
highmem if CONFIG_HAVE_MEMBLOCK_NODE_MAP is not set. In online_pages, it
extracts pages from the previous zone before ZONE_MOVABLE. Which is
logically inconsistent:
If HAVE_MEMBLOCK_NODE_MAP is turned off but HIGHMEM is on,
zone_
Hi Vincent,
Thank you for the patch.
On Thursday 19 June 2014 11:31:10 Vincent Stehlé wrote:
> Commit 5ea3b1b2f8ad 'cma: add placement specifier for "cma=" kernel
> parameter' adds a new 'fixed' parameter to dma_contiguous_reserve_area().
> Update rcar_gen2_reserve() accordingly.
>
> This fixes
On 2014-06-20 12:07, Geert Uytterhoeven wrote:
commit 9c340ac934dbbfd46e776465b08391baac32d486
Author: H Hartley Sweeten
Date: Thu May 29 10:56:32 2014 -0700
staging: comedi: ni_stc.h: add read/write callbacks to struct ni_private
--- a/drivers/staging/comedi/drivers/ni_stc.h
+++ b/driv
With current 3.10.y, if kernel is booted with init=/bin/sh and then nfs mount
is attempted (without portmap or rpcbind running) using busybox mount, following
OOPS happen:
# mount -t nfs 10.30.130.21:/opt /mnt
svc: failed to register lockdv1 RPC service (errno 111).
lockd_up: makesock failed, erro
On Thu, Jun 19, 2014 at 04:00:24PM -0300, Marcelo Tosatti wrote:
> On Thu, Jun 19, 2014 at 12:20:32PM +0300, Gleb Natapov wrote:
> > CCing Marcelo,
> >
> > On Wed, Jun 18, 2014 at 02:50:44PM +0800, Tang Chen wrote:
> > > Hi Gleb,
> > >
> > > Thanks for the quick reply. Please see below.
> > >
>
Fixes the following sparse warnings:
crystalhd/crystalhd_lnx.c:227:61: warning: incorrect type in argument 3
(different base types)
crystalhd/crystalhd_lnx.c:227:61:expected unsigned long [unsigned] ua
crystalhd/crystalhd_lnx.c:227:61:got void [noderef] *ua
crystalhd/crystalhd_lnx
On Fri, Jun 20, 2014 at 1:45 PM, Will Deacon wrote:
> On Thu, Jun 19, 2014 at 05:40:49PM +0100, Tomasz Figa wrote:
>> On 19.06.2014 18:31, Doug Anderson wrote:
>> >>> My personal vote would be to submit a patch to change "cycles_t" to
>> >>> always be 32-bits. Given that 32-bits was fine for udel
On Thursday 19 June 2014 11:18 AM, Paul Walmsley wrote:
> On Wed, 18 Jun 2014, Roger Quadros wrote:
>
>> This module is needed for the SATA and PCIe PHYs.
>>
>> Signed-off-by: Roger Quadros
>> Tested-by: Roger Quadros
>
> Is this one a fix? It looks to me like a new IP block addition.
This is
Hi Ian,
On Fri, Jun 20, 2014 at 1:12 PM, Ian Abbott wrote:
>> drivers/staging/comedi/drivers/ni_atmio.c:318:38: error: macro
>> "writew" passed 3 arguments, but takes just 2
> Thanks, but Hartley has already fixed it and Greg has applied it to his
> staging-next branch. It should wend it's merr
Hi
The mainline form about Jun 6.
And now it is in drivers/gpu/ipu-v3/ipu-common.c
Still with the same error.
Sorry, I have started to compare to linux-next, but I do it as:
diff `find . ../linux-next/ -name ipu-common.c`
So missed that the file had moved :-/
Ok, I send a new patch then..
Kin
The IP_PKTOPTIONS sockopt puts control messages
in option_values, these need to be handled
differently in the compat case. This is already
done through the MSG_CMSG_COMPAT flag, we just
need to use compat_sys_getsockopt which sets that
flag.
Signed-off-by: Sorin Dumitru
---
arch/mips/kernel/scal
Am Freitag, 20. Juni 2014, 11:51:23 schrieb Mark Rutland:
> On Fri, Jun 20, 2014 at 11:44:49AM +0100, Heiko Stübner wrote:
> > The armv7-timer on Rockchip RK3288 SoCs needs an underlying timer to run.
> > Therefore the special rockchip,rk3288-armv7-timer does this setup and
> > then initializes the
On Thu, Jun 19, 2014 at 02:38:44PM -0400, Jeff Moyer wrote:
> Mel Gorman writes:
>
> > The existing CFQ default target_latency results in very poor performance
> > for larger numbers of threads doing sequential reads. While this can be
> > easily described as a tuning problem for users, it is on
On Fri, Jun 20, 2014 at 07:42:14AM +1000, Dave Chinner wrote:
> On Thu, Jun 19, 2014 at 02:38:44PM -0400, Jeff Moyer wrote:
> > Mel Gorman writes:
> >
> > > The existing CFQ default target_latency results in very poor performance
> > > for larger numbers of threads doing sequential reads. While
On Fri, Jun 20, 2014 at 01:16:17PM +0200, Lubomir Rintel wrote:
> Fixes the following sparse warnings:
>
> crystalhd/crystalhd_lnx.c:227:61: warning: incorrect type in argument 3
> (different base types)
> crystalhd/crystalhd_lnx.c:227:61:expected unsigned long [unsigned] ua
> crystalhd
st_gpio_irqmux_handler() reads the status register to find out
which banks inside the controller have pending IRQs.
For each banks having pending IRQs, it calls the corresponding handler.
Problem is that current code restricts the number of possible banks inside the
controller to ST_GPIO_PINS_PER_
On 20/06/14 12:34, Maxime COQUELIN wrote:
st_gpio_irqmux_handler() reads the status register to find out
which banks inside the controller have pending IRQs.
For each banks having pending IRQs, it calls the corresponding handler.
Problem is that current code restricts the number of possible ba
This patch enables irqfd and irq routing on ARM.
It turns CONFIG_HAVE_KVM_EVENTFD and CONFIG_HAVE_KVM_IRQ_ROUTING on.
irqfd framework enables to inject a virtual IRQ into a guest upon an
eventfd trigger.
1) user-side first needs to setup a GSI routing table using
KVM_SET_GSI_ROUTING ioctl. A rou
On Thu, Jun 19, 2014 at 05:02:57PM +0100, Chris Wilson wrote:
> Maybe it should hook the invalidate_page notifier. I picked
> invalidate_range() as it seemed to be called first and seemed to cover
> all operations that affected an mm's addr range. The invalidate_page
> seemed to be only called dur
On 06/13/2014 04:40 AM, Minchan Kim wrote:
> On Thu, Jun 12, 2014 at 04:02:04PM +0200, Vlastimil Babka wrote:
>> On 06/12/2014 01:49 AM, Minchan Kim wrote:
>> >On Wed, Jun 11, 2014 at 02:22:30PM +0200, Vlastimil Babka wrote:
>> >>On 06/11/2014 03:10 AM, Minchan Kim wrote:
>> >>>On Mon, Jun 09, 2014
This patch adds a clock source and clock event for the timer found
on the Mediatek SoCs.
The Mediatek General Purpose Timer block provides five 32 bit timers and
one 64 bit timer.
Two 32 bit timers are used by this driver:
TIMER1: clock events supporting periodic and oneshot events
TIMER2: clock
From: Matthias Brugger
A call to of_iomap does not request the memory region.
This patch adds the function of_io_request_and_map which requests
the memory region before mapping it.
Signed-off-by: Matthias Brugger
Suggested-by: Thomas Gleixner
Suggested-by: Rob Herring
Acked-by: Grant Likely
Add binding documentation for the General Porpose Timer driver of
the Mediatek SoCs.
Signed-off-by: Matthias Brugger
Acked-by: Sören Brinkmann
Acked-by: Rob Herring
---
.../bindings/timer/mediatek,mtk-timer.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 1
This patch series includes just the patches for the timer driver.
They are rebased against tip/timers/core from the tip repository [0].
The only change applied are line shifts in the OF patch.
I will send the rest of the series as a pull-request.
[0] git://git.kernel.org/pub/scm/linux/kernel/git
From: Fred Brooks
Add support for switching the input range and the single-ended/
differential input mode for the AI subdevice. We needed to clear the
FIFO of data before the conversion to handle card mode switching
glitches.
[ Minor whitespace fixes and driver comment reformatting. - Ian ]
S
From: "Lad, Prabhakar"
this patch uses devm_* APIs as they are device managed
and make code simpler.
Signed-off-by: Lad, Prabhakar
---
Note: This patch is compile tested only.
drivers/net/can/c_can/c_can_platform.c | 41 --
1 file changed, 9 insertions(+), 32
Here we're providing dereference protection for i2c_match_id(), which
saves us having to do it each time it's called. We're also stripping
out the (now) needless checks in i2c_device_match(). This patch paves
the way for other, similar code trimming.
Acked-by: Grant Likely
Signed-off-by: Lee Jo
This function provides a single call for all I2C devices which need to
match firstly using traditional OF means i.e by of_node, then if that
fails we attempt to match using the supplied I2C client name with a
list of supplied compatible strings with the ',' string
removed. The latter is required d
When there was no other way to match a I2C device to driver i2c_match_id()
was exclusively used. However, now there are other types of tables which
are commonly supplied, matching on an i2c_device_id table is used less
frequently. Instead of _always_ calling i2c_match_id() from within the
framewo
Also remove unused second probe() parameter 'i2c_device_id'.
Acked-by: Grant Likely
Signed-off-by: Lee Jones
---
drivers/mfd/as3722.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/drivers/mfd/as3722.c b/drivers/mfd/as3722.c
index 39fa554..cb2fcf9 100644
--- a
As part of an effort to rid the mostly unused second parameter for I2C
related .probe() functions and to conform to other existing frameworks
we're moving over to a temporary replacement .probe() call-back.
Acked-by: Grant Likely
Signed-off-by: Lee Jones
---
drivers/mfd/88pm860x-core.c | 5 ++--
Currently the I2C framework insists on devices supplying an I2C ID
table. Many of the devices which do so unnecessarily adding quite a
few wasted lines to kernel code. This patch allows drivers a means
to 'not' supply the aforementioned table and match on DT match tables
instead.
Acked-by: Grant
This will aid the seamless removal of the current probe()'s, more
commonly unused than used second parameter. Most I2C drivers can
simply switch over to the new interface, others which have DT
support can use its own matching instead and others can call
i2c_match_id() themselves. This brings I2C'
On 2014-06-20 12:53, Ian Abbott wrote:
From: Fred Brooks
Add support for switching the input range and the single-ended/
differential input mode for the AI subdevice. We needed to clear the
FIFO of data before the conversion to handle card mode switching
glitches.
[ Minor whitespace fixes and
A great deal of I2C devices are currently matched via DT node name, and
as such the compatible naming convention of ',' has gone
somewhat awry - some nodes don't supply one, some supply an arbitrary
string and others the correct device name with an arbitrary vendor prefix.
In an effort to correct
Signed-off-by: Lee Jones
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 91af0a9..57335e1 100644
--- a/arch/arm/configs/multi_v7_defconfig
+++ b/arch/arm/configs/multi_v7_d
Hi Wolfram,
As previously discussed I believe it should be okay for an I2C device
driver _not_ supply an I2C ID table to match to. The I2C subsystem
should be able to match via other means, such as via OF tables. The
blocking factor during our previous conversation was to keep
registering via s
drivers/gpio/gpio-crystalcove.c: In function 'crystalcove_gpio_dbg_show':
drivers/gpio/gpio-crystalcove.c:286:3: error: implicit declaration of function
'seq_printf'
seq_printf(s, " gpio-%-2d %s %s %s %s ctlo=%2x,%s %s %s\n",
Reported-by: Stephen Rothwell
Signed-off-by: Lee Jones
---
driver
On Fri, Jun 20, 2014 at 7:59 AM, Siarhei Siamashka
wrote:
>
> On Fri, 4 Apr 2014 17:22:01 +0800
> Daniel Kurtz wrote:
>
> > Kernel access to the eyxnos fbdev framebuffer is via its gem object's
> > kernel mapping (kvaddr, stored in info->screen_base).
> >
> > User space access is provided by mma
On Fri, Jun 20, 2014 at 12:27:26PM +0100, Heiko Stübner wrote:
> Am Freitag, 20. Juni 2014, 11:51:23 schrieb Mark Rutland:
> > On Fri, Jun 20, 2014 at 11:44:49AM +0100, Heiko Stübner wrote:
> > > The armv7-timer on Rockchip RK3288 SoCs needs an underlying timer to run.
> > > Therefore the special r
On Thursday 19 June 2014 13:43:46 Bjorn Andersson wrote:
> diff --git a/Documentation/devicetree/bindings/mfd/syscon.txt
> b/Documentation/devicetree/bindings/mfd/syscon.txt
> index fe8150b..163325af0 100644
> --- a/Documentation/devicetree/bindings/mfd/syscon.txt
> +++ b/Documentation/devicetree/
The lustre virtual block device cannot handle 64K pages and fails at compile
time. To avoid running into this error, let's disable the Kconfig option
for this driver in cases it doesn't support.
Reported-by: Dann Frazier
Signed-off-by: Arnd Bergmann
---
On Thursday 19 June 2014 12:10:51 Greg KH
Hang is observed on virtual machines during CPU hotplug,
especially in big guests with many CPUs. (It reproducible
more often if host is over-committed).
It happens because master CPU gives up waiting on
secondary CPU and allows it to run wild. As result
AP causes locking or crashing system. For e
On Fri, Jun 20, 2014 at 03:08:06PM +0800, Jiang Liu wrote:
> Function dmar_iommu_notify_scope_dev() makes a wrong assumption that
> there's one RMRR for each PCI device at most, which causes DMA failure
> on some HP platforms. So enhance dmar_iommu_notify_scope_dev() to
> handle multiple RMRRs for
A call to of_iomap does not request the memory region.
This patch adds the function of_io_request_and_map which requests
the memory region before mapping it.
Signed-off-by: Matthias Brugger
Suggested-by: Thomas Gleixner
Suggested-by: Rob Herring
Acked-by: Grant Likely
---
Changes for v9.1:
- f
Well I have no clue about forwarding the intel gpu to virtualized
hosts and also no idea who could review this really. There's been a
bit a discussion around the iommu mapping forwarding and similar
topics though. So I really wonder how well our driver works in this
use case ...
-Daniel
On Fri, Ju
Signed-off-by: Geert Uytterhoeven
---
arch/arm/mach-shmobile/dma-register.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-shmobile/dma-register.h
b/arch/arm/mach-shmobile/dma-register.h
index 97c40bd9b94f..52a2f66e600f 100644
--- a/arch/arm/mach-shmobile/d
This patch series adds more register documentation for shdma, and replaces
some hardcoded numbers by defines.
[1/4] dmaengine: shdma: Add more register documentation
[2/4] ARM: shmobile: dma: Use defines instead of hardcoded numbers
[3/4] sh: dma: Use defines instead of hardcoded numbers
[
Also add a few definitions that were missing.
Signed-off-by: Geert Uytterhoeven
---
arch/sh/include/asm/dma-register.h | 36 +++-
drivers/dma/sh/shdmac.c| 12 ++--
include/linux/sh_dma.h | 24 +---
3 files change
Signed-off-by: Geert Uytterhoeven
---
drivers/dma/sh/shdma-arm.h | 4 ++--
drivers/dma/sh/shdmac.c| 3 +--
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/dma/sh/shdma-arm.h b/drivers/dma/sh/shdma-arm.h
index a2b8258426c9..a1b0ef45d6a2 100644
--- a/drivers/dma/sh/shdma-
Signed-off-by: Geert Uytterhoeven
---
arch/sh/drivers/dma/dma-sh.c | 2 +-
arch/sh/kernel/cpu/sh4a/setup-sh7722.c | 24 ++---
arch/sh/kernel/cpu/sh4a/setup-sh7724.c | 48 -
arch/sh/kernel/cpu/sh4a/setup-sh7757.c | 64 +-
4
Il 19/06/2014 11:53, Tiejun Chen ha scritto:
so this mean that isa bridge is still represented with Dev31:Func0
like the native OS. Furthermore, currently we're pushing VGA
passthrough support into qemu upstream, and with some discussion,
we wouldn't set the bridge class type and just expose this
On Fri, Jun 20, 2014 at 02:15:10PM +0300, Gleb Natapov wrote:
> On Thu, Jun 19, 2014 at 04:00:24PM -0300, Marcelo Tosatti wrote:
> > On Thu, Jun 19, 2014 at 12:20:32PM +0300, Gleb Natapov wrote:
> > > CCing Marcelo,
> > >
> > > On Wed, Jun 18, 2014 at 02:50:44PM +0800, Tang Chen wrote:
> > > > Hi
On Thursday, June 19, 2014 04:13:07 PM Alan Stern wrote:
> On Thu, 19 Jun 2014, Kevin Hilman wrote:
>
> > Alan Stern writes:
> >
> > > On Thu, 19 Jun 2014, Allen Yu wrote:
> > >
> > >> So what's the exact state of device if dev->power.is_suspended flag
> > >> is set and runtime_status is RPM_ACT
This is a patch to the serqt_usb2.c file that fixes the following
warning:
WARNING: Missing a blank line after declarations
Signed-off-by: Vincent Heuken
---
drivers/staging/serqt_usb2/serqt_usb2.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/serqt_usb2/serqt_usb2.c
b/dri
On Fri, Jun 20, 2014 at 09:09:24AM +1000, Dave Chinner wrote:
> On Thu, Jun 19, 2014 at 02:19:50PM -0700, Andrew Morton wrote:
> > On Wed, 18 Jun 2014 18:12:44 +0200 Philippe De Muyter
> > wrote:
> >
> > > some combinations of filesystem and block device (at least vfat on mmc)
> > > yield -EROFS
Describe `struct comedi_async` in kerneldoc format. Expand on the
members involved in reading/writing the buffer.
Signed-off-by: Ian Abbott
---
This replaces a previous patch titled "staging: comedi: describe members
involved when reading/writing buffer", Message-ID:
<1401970286-32676-1-git-send
A hajhullás egy globális probléma, kortól függetlenül.
Ez érinti a férfiakat és a nőkket egyaránt. Most van
egy módja, hogy megakadályozzák és megjavítsák a haj
minőségét természetes módon.
Nézze meg, hogyan >> http://rosisemail.info
Feltaláltak egy módot annak hogy megoldja ezeket a
do
On Thursday, June 19, 2014 10:34:01 AM Alan Stern wrote:
> On Thu, 19 Jun 2014, Rafael J. Wysocki wrote:
>
> > Well, we used to have the notion that runtime_status is not meaningful for
> > devices with dev->power.disable_depth greater than 0 (except for the special
> > case in the suspend code pa
On 20 June 2014 10:47, Bjorn Andersson wrote:
> On Wed, Jun 18, 2014 at 9:44 AM, Kevin Hilman wrote:
> [...]
>> Thinking more about what this RPM driver actually does, and since you
>> mentioned patterns across SoCs, it seems to me the RPM driver bascially
>> just doing the IPC.
>>
>
> Yes, techn
I have just created since-3.15 branch in mm git tree
(http://git.kernel.org/?p=linux/kernel/git/mhocko/mm.git;a=summary). It
is based on v3.15 tag in Linus tree and mmotm-2014-06-19-16-33.
I have pulled some cgroup wide changes from Tejun and tree wide barriers
change by Peter.
As usual mmotm tr
Em Fri, Jun 20, 2014 at 02:49:42PM +0400, Stanislav Fomichev escreveu:
> This patch series adds support for pagefaults tracing to 'perf trace' command.
> It seems this feature was planned by Namhyung Kim
> (http://events.linuxfoundation.org/images/stories/pdf/klf2012_n_kim.pdf page
> 17/28)
> but
This is a patch to the serqt_usb2.c file that fixes two instances
of the following checkpatch.pl warning:
WARNING: else is not generally useful after a break or return
Signed-off-by: Vincent Heuken
---
drivers/staging/serqt_usb2/serqt_usb2.c | 44 -
1 file changed
+ l-o,
http://marc.info/?t=14031642754&r=1&w=2 full thread
Minor change in subject to indicate palmas regulator fail
On 18:49-20140620, Alexandre Courbot wrote:
> On 06/20/2014 06:41 PM, Mark Brown wrote:
> >* PGP Signed by an unknown key
> >
> >On Fr
Before when there was an error a uninitialized variable would be returnd.
Now it returns -ENODEV
This was found using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/ipu-v3/ipu-common.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(
On Fri, Jun 20, 2014 at 10:28:48AM +0100, Catalin Marinas wrote:
> On Fri, Jun 20, 2014 at 10:00:08AM +0100, Matt Fleming wrote:
> > Please pull the following compiler warning fix. Sorry, I've been pretty
> > slow in getting this pull request sent. Multiple people have reported
> > hitting it and I
On Thu, Jun 19, 2014 at 10:45 PM, Stephane Eranian wrote:
> On Thu, Jun 19, 2014 at 10:40 PM, Andi Kleen wrote:
>> On Thu, Jun 19, 2014 at 10:31:29PM +0200, Stephane Eranian wrote:
>>> On Thu, Jun 19, 2014 at 10:18 PM, Andi Kleen wrote:
>>> >> I don't quite understand that.
>>> >> You need to kn
On Thursday, June 19, 2014 10:34:51 PM Allen Yu wrote:
> On Thursday, June 19, 2014, Rafael J. Wysocki wrote:
> > On Thursday, June 19, 2014 04:23:29 PM Allen Yu wrote:
> > > On Thursday, June 19, 2014, Rafael J. Wysocki wrote:
[cut]
> > > > Well, we used to have the notion that runtime_status is
On Sun, Jun 15, 2014 at 02:47:07PM +0200, Peter Zijlstra wrote:
> Add minimal paravirt support.
>
> The code aims for minimal impact on the native case.
Woot!
>
> On the lock side we add one jump label (asm_goto) and 4 paravirt
> callee saved calls that default to NOPs. The only effects are the
On Fri, 20 Jun, at 02:39:19PM, Leif Lindholm wrote:
>
> I did post an alternative patch for one half of this a week before
> anyone else, but that one seems to have been ignored, even by gmane:
> http://www.spinics.net/lists/linux-efi/msg03924.html
Sorry Leif, I don't know why I didn't pick that
The kmalloc/kzalloc/kfree functions are declared in linux/slab.h,
so we have to explicitly include that header to avoid build failures
on ARM and other architectures that don't include these implicitly
through another header.
Signed-off-by: Arnd Bergmann
---
drivers/thunderbolt/eeprom.c | 1 +
d
101 - 200 of 767 matches
Mail list logo
