On Tue 2015-02-24 11:23:29, Ingo Molnar wrote:
> What gradual improvements in live upgrade latency am I
> talking about?
>
> - For example the majority of pure user-space process
>pages in RAM could be saved from the old kernel over
>into the new kernel - i.e. they'd stay in place in R
On Monday 23 February 2015 10:07 PM, Ingo Molnar wrote:>
> * Viresh Kumar wrote:
> Ok, could we rename it to something like DETACHED?
>
> 'UNUSED' really gives me the wrong impression - it's what
> we do for unused fields, unused ABI enumertion constants,
> etc.
Sure.
>>> Also, I'd suggest to r
From: Borislav Petkov
Up until now we have always paid attention to make sure the length of
the new instruction replacing the old one is at least less or equal to
the length of the old instruction. If the new instruction is longer, at
the time it replaces the old instruction it will overwrite the
From: Borislav Petkov
Make it pass __func__ implicitly. Also, dump info about each replacing
we're doing. Fixup comments and style while at it.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/alternative.c | 41 +
1 file changed, 25 insertions(+), 16
From: Borislav Petkov
... now that we have it.
Acked-by: Andy Lutomirski
Cc: Richard Weinberger
Signed-off-by: Borislav Petkov
---
arch/x86/include/asm/barrier.h | 6 ++
arch/x86/um/asm/barrier.h | 4 ++--
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/x86/inclu
From: Borislav Petkov
Make REP_GOOD variant the default after alternatives have run.
Signed-off-by: Borislav Petkov
---
arch/x86/lib/memcpy_64.S | 68 +++-
1 file changed, 21 insertions(+), 47 deletions(-)
diff --git a/arch/x86/lib/memcpy_64.S b/arc
From: Borislav Petkov
Up until now we had to pay attention to relative JMPs in alternatives
about how their relative offset gets computed so that the jump target
is still correct. Or, as it is the case for near CALLs (opcode e8), we
still have to go and readjust the offset at patching time.
What
From: Borislav Petkov
Make alternatives replace single JMPs instead of whole memset functions,
thus decreasing the amount of instructions copied during patching time
at boot.
While at it, make it use the REP_GOOD version by default which means
alternatives NOP out the JMP to the other versions,
From: Borislav Petkov
Make it execute the ERMS version if support is present and we're in the
forward memmove() part and remove the unfolded alternatives section
definition.
Signed-off-by: Borislav Petkov
---
arch/x86/lib/memmove_64.S | 19 ++-
1 file changed, 2 insertions(+),
From: Borislav Petkov
This is based on a patch originally by hpa.
With the current improvements to the alternatives, we can simply use %P1
as a mem8 operand constraint and rely on the toolchain to generate the
proper instruction sizes. For example, on 32-bit, where we use an empty
old instructio
From: Borislav Petkov
... and drop unfolded version. No need for ASM_NOP3 anymore either as
the alternatives do the proper padding at build time and insert proper
NOPs at boot time.
There should be no apparent operational change from this patch.
Signed-off-by: Borislav Petkov
---
arch/x86/inc
From: Borislav Petkov
Use the asm macro and drop the locally grown version.
Signed-off-by: Borislav Petkov
---
arch/x86/lib/copy_user_64.S | 40 ++--
1 file changed, 10 insertions(+), 30 deletions(-)
diff --git a/arch/x86/lib/copy_user_64.S b/arch/x86/lib/c
From: Borislav Petkov
Alternatives allow now for an empty old instruction. In this case we go
and pad the space with NOPs at assembly time. However, there are the
optimal, longer NOPs which should be used. Do that at patching time by
adding alt_instr.padlen-sized NOPs at the old instruction addre
From: Borislav Petkov
It is unconditionally enabled so remove it. No object file change.
Signed-off-by: Borislav Petkov
---
arch/x86/lib/copy_user_64.S | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/x86/lib/copy_user_64.S b/arch/x86/lib/copy_user_64.S
index dee945d55594..1530ec2c
From: Borislav Petkov
... instead of the semi-version with the spelled out sections.
What is more, make the REP_GOOD version be the default copy_page()
version as the majority of the relevant x86 CPUs do set
X86_FEATURE_REP_GOOD. Thus, copy_page gets compiled to:
8130af80 :
From: Borislav Petkov
Booting a 486 kernel on an AMD guest with this patch applied, says:
apply_alternatives: feat: 0*32+25, old: (c160a475, len: 5), repl: (c19557d4,
len: 5)
c160a475: alt_insn: 68 10 35 00 c1
c19557d4: rpl_insn: 68 80 39 00 c1
which is:
old insn VA: 0xc160a475, CPU f
From: Borislav Petkov
Move clear_page() up so that we can get 2-byte forward JMPs when
patching:
apply_alternatives: feat: 3*32+16, old: (8130adb0, len: 5), repl:
(81d0b859, len: 5)
8130adb0: alt_insn: 90 90 90 90 90
recompute_jump: new_displ: 0x003e
From: Borislav Petkov
[ Changelog is in version-increasing number so that one can follow the
evolution of the patch set in a more natural way (i.e., latest version
comes at the end. ]
v0:
this is something which hpa and I talked about recently: the ability for
the alternatives code to
Hello Doug,
On 02/23/2015 08:45 PM, Doug Anderson wrote:
> On Mon, Feb 23, 2015 at 8:33 AM, Javier Martinez Canillas
> wrote:
>>
>> Addy's "mmc: dw_mmc: fix bug that cause 'Timeout sending command" [0] patch
>> reset the controller if it was busy for more than 500ms while your patch
>> doesn't. I
On 02/24/2015 12:34 AM, Benjamin Tissoires wrote:
On Feb 23 2015 or thereabouts, Peter Hutterer wrote:
yeah, but the thing is: those emails are only necessary _once_ per tablet.
if they're not in the database, you'll get those questions for the lifetime
of the tablet :)
Also note that libwacom
Hi everyone,
On Tue, Feb 24, 2015 at 11:32:30AM +0100, Vlastimil Babka wrote:
> I would suspect mmap_sem being held during whole THP page fault
> (including the needed reclaim and compaction), which I forgot to mention
> in the first e-mail - it's not just the problem page fault latency, but
>
On 02/24/2015 12:44 AM, Benjamin Tissoires wrote:
On Feb 19 2015 or thereabouts, Nikolai Kondrashov wrote:
On 02/18/2015 10:04 PM, Benjamin Tissoires wrote:
On Feb 18 2015 or thereabouts, Nikolai Kondrashov wrote:
[snipped]
OK, will respin the patches for your out of the tree driver.
Thank
(2015/02/13 23:41), Josh Poimboeuf wrote:
> On Fri, Feb 13, 2015 at 03:22:15PM +0100, Jiri Kosina wrote:
>> On Fri, 13 Feb 2015, Josh Poimboeuf wrote:
>>
How about we take a slightly different aproach -- put a probe (or ftrace)
on __switch_to() during a klp transition period, and examine
On Tue, Feb 24, 2015 at 10:38:29AM +, Vincent Guittot wrote:
> On 23 February 2015 at 16:45, Morten Rasmussen
> wrote:
> > On Fri, Feb 20, 2015 at 02:54:09PM +, Vincent Guittot wrote:
> >> On 20 February 2015 at 15:35, Morten Rasmussen
> >> wrote:
> >> > On Fri, Feb 20, 2015 at 02:13:21
On 19/02/15 19:28, Adrian Hunter wrote:
> On 19/02/2015 6:22 p.m., David Ahern wrote:
>> On 2/19/15 9:17 AM, Adrian Hunter wrote:
>>> Yes, I am sorry it is a pain. I don't know why I didn't add a comment
>>> to the code :-(. Using -1 for the pid is a workaround to avoid gratuitous
>>> jump label ch
On 24/02/15 10:21, Vincent Guittot wrote:
> On 19 February 2015 at 18:18, Morten Rasmussen
> wrote:
>> On Thu, Feb 19, 2015 at 04:52:41PM +, Peter Zijlstra wrote:
>>> On Thu, Jan 15, 2015 at 11:09:25AM +0100, Vincent Guittot wrote:
[...]
>> Agreed. I think it is reasonable to assume that th
Davidlohr Bueso wrote:
> On Fri, 2015-02-20 at 07:11 +0900, Tetsuo Handa wrote:
> > Davidlohr Bueso wrote:
> > > On Thu, 2015-02-19 at 20:07 +0900, Tetsuo Handa wrote:
> > > > Why do we need to let the caller call path_put() ?
> > > > There is no need to do like proc_exe_link() does, for
> > > > to
Hi Sakari,
Thanks for the review.
On Tue, Feb 24, 2015 at 11:09 AM, Sakari Ailus wrote:
> Hi Prabhakar,
>
> Thanks for the patch!
>
> On Sat, Feb 21, 2015 at 03:22:47PM +, Lad Prabhakar wrote:
>> From: Benoit Parrot
>>
>> this patch adds support for omnivision's ov2659
>> sensor, the driver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
stable/for-linus-4.0-rc1-tag
xen: regression and bug fixes for 4.0-rc1
- - Fix two regression introduced in 4.0-rc1 affecting PV/PVH guests in
c
On Monday 23 February 2015 09:21 PM, Michal Marek wrote:
> On 2015-02-23 15:30, Lucas De Marchi wrote:
>> This could be particularly bad if in a kernel version an option was
>> tristate and in a new version it changed to boolean. I'm not sure if
>> this is common to happen in kernel. Any code that
On 02/24/2015 12:58 AM, Andy Lutomirski wrote:
>> - Next possible change is to use PUSH insns to build the stack. Something
>> along the lines of
>> swapgs
>> mov %rsp,%gs:old_rsp
>> mov %gs:kernel_stack,%rsp
>> sti
>> push$__USER_DS /* pt_regs
Hi,
GCC fixincludes always change that header to comply with C standard.
Here is the comment from fixincludes code:
/* Fix for machine name #ifdefs that are not in the namespace reserved
by the C standard. They won't be defined if compiling with -ansi,
and the headers will break. We go to
On Tue, Feb 24, 2015 at 12:24:12PM +0100, Andrea Arcangeli wrote:
> I would advise not to make changes for app that are already the
> biggest users ever of hugetlbfs (like Oracle). Those already are
> optimized by other means. THP target are apps that have several
Before somebody risks to misunder
(2015/02/24 17:52), Petr Mladek wrote:
> On Tue 2015-02-24 16:38:18, Masami Hiramatsu wrote:
>> Hi Petr,
>>
>> Sorry I missed this mail.
>
> Thanks a lot for answering it with many valuable information.
>
>> (2015/01/27 1:14), Petr Mladek wrote:> On Fri 2014-11-21 05:25:30, Masami
>> Hiramatsu
Commit 83a712e0afef ("sunrpc: add some tracepoints around enqueue and
dequeue of svc_xprt") merged in v3.19-rc1 added some new trace events,
however a couple of them printed data from dereferenced pointers rather
than storing the data in the struct. In general this isn't safe as the
print may not h
Yannick Guerrini [mailto:yguerr...@tomshardware.fr]
Sent: Tuesday, February 24, 2015 3:49 PM
To: nic_swsd
Cc: triv...@kernel.org; linux-kernel@vger.kernel.org; Yannick Guerrini
Subject: [PATCH] drivers, realtek: Fix trivial typo in rtl_check_firmware
Change 'firwmare' to 'firmware'
Signed-off
Currently, of_get_child_count() is called in each iteration of the for loop in
miphy28lp_xlate(). This patch stores the return value of of_get_child_count()
in miphy_dev->nphys and call of_get_child_count() once in miphy28lp_probe().
Signed-off-by: Axel Lin
---
drivers/phy/phy-miphy28lp.c | 11 +
On 23/02/15 23:38, Robert Abel wrote:
> On Tue, Feb 17, 2015 at 3:25 PM, Roger Quadros wrote:
>> one more thing to note is that just specifying sync-clk-ps in DT is not
>> enough for
>> asynchronous devices.
>>
>> The driver doesn't set gpmc_t->sync_clk if "gpmc,sync-read" or
>> "gpmc,sync-write
Currently, of_get_child_count() is called in each iteration of the for loop in
miphy365x_xlate(). This patch stores the return value of of_get_child_count()
in miphy_dev->nphys and call of_get_child_count() once in miphy365x_probe().
Signed-off-by: Axel Lin
---
drivers/phy/phy-miphy365x.c | 11 +
Hi Vineet,
On 12/02/15 07:10, Vineet Gupta wrote:
> Hi,
>
> Is KSTK_ESP supposed to return the kernel mode SP of a sleeping task or is it
> supposed to provide the user mode SP at the time of last kernel entry ?
>
> The 2 non arch users of the API expect the user mode SP semantics:
> * vm_is_st
Change 'firwmare' to 'firmware'
Signed-off-by: Yannick Guerrini
---
v2: replace "drivers, realtek" of the subject with "r8169" and cc
net...@vger.kernel.org,
as suggested by Hayes Wang
drivers/net/ethernet/realtek/r8169.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On 02/22/2015, 10:46 AM, Ingo Molnar wrote:
> Arbitrary live kernel upgrades could be achieved by
> starting with the 'simple method' I outlined in earlier
> mails, using some of the methods that kpatch and kGraft are
> both utilizing or planning to utilize:
>
> - implement user task and kthr
On Tue, Feb 24, 2015 at 10:44:05AM +0100, Ingo Molnar wrote:
> > This is the most common argument that's raised when live
> > patching is discussed. "Why do need live patching when we
> > have redundancy?"
>
> My argument is that if we start off with a latency of 10
> seconds and improve that
Fixes: 817bd7253291 ("dma-buf: cleanup dma_buf_export() to make it
easily extensible")
Stupid copy-paste from me in the above patch leads to the following static
checker warning:
drivers/staging/android/ion/ion.c:1112 ion_share_dma_buf()
error: potentially dereferencing uninitiali
On 02/24/2015 06:50 PM, Arnd Bergmann wrote:
> On Tuesday 24 February 2015 18:01:27 Chanwoo Choi wrote:
>> On 02/24/2015 05:33 PM, Arnd Bergmann wrote:
>>> On Tuesday 24 February 2015 14:16:45 Chanwoo Choi wrote:
This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based
On 24 February 2015 at 12:29, Morten Rasmussen wrote:
> On Tue, Feb 24, 2015 at 10:38:29AM +, Vincent Guittot wrote:
>> On 23 February 2015 at 16:45, Morten Rasmussen
>> wrote:
>> > On Fri, Feb 20, 2015 at 02:54:09PM +, Vincent Guittot wrote:
>> >> On 20 February 2015 at 15:35, Morten Ra
On Tue, Feb 24, 2015 at 11:53:28AM +0100, Ingo Molnar wrote:
>
> * Jiri Kosina wrote:
>
> > [...] We could optimize the kernel the craziest way we
> > can, but hardware takes its time to reinitialize. And in
> > most cases, you'd really need to reinitalize it; [...]
>
> If we want to reinitia
Hello MyungJoo!
On 2015-02-24 02:22, MyungJoo Ham wrote:
Unless you are willing to wait for 2 minutes after the kernal hangs,
you may want to adjust "DEFAULT_HUNG_TASK_TIMEOUT" to shorter value
(120 --> 5 for 5 seconds). It seems that you've cut it off in the
middle
of that "120 sec" wait.
Th
On 2015.02.20 at 11:09 +0100, Markus Trippelsdorf wrote:
>
> I get the following warnings during Firefox LTO build. lto1-wpa-stream
> outputs the final object files in parallel and therefore stresses the
> filessystem.
> These warnings started with the git merge above.
>
> The disk is a conventio
On 02/24/2015, 10:16 AM, Ingo Molnar wrote:
> and we don't design the Linux kernel for weird, extreme
> cases, we design for the common, sane case that has the
> broadest appeal, and we hope that the feature garners
> enough interest to be maintainable.
Hello,
oh, so why do we have NR_CPUS up
On Tue, Feb 24, 2015 at 11:23:29AM +0100, Ingo Molnar wrote:
> > Your upgrade proposal is an *enormous* disruption to the
> > system:
> >
> > - a latency of "well below 10" seconds is completely
> > unacceptable to most users who want to patch the kernel
> > of a production system _while_ i
> -Original Message-
> From: Kweh, Hock Leong
> Sent: Tuesday, February 24, 2015 6:54 PM
>
> In callbackfn_efi_capsule, you call request_firmware_nowait. When that
> callback is invoked, I think that the /sys/class/firmware/efi-capsule-file
> directory doesn't exist at all.
> If the callb
No code changes.
Changes since v1: added comments as requested by Steven Rostedt
Signed-off-by: Denys Vlasenko
CC: Linus Torvalds
CC: Oleg Nesterov
CC: Borislav Petkov
CC: "H. Peter Anvin"
CC: Andy Lutomirski
CC: Frederic Weisbecker
CC: X86 ML
CC: Alexei Starovoitov
CC: Will Drewry
CC:
This patch set implements the APM X-Gene SoC DMA driver
support to offload the DMA operations such as memory copy(memcpy),
scatter gather memory copy.
v6 changes:
1. Maintained sw queue for pending, running, and completed
requests. Used link list as queue.
2. Fixed issue
This patch adds device tree binding for APM X-Gene SoC DMA engine driver.
Signed-off-by: Rameshwar Prasad Sahu
Signed-off-by: Loc Ho
---
.../devicetree/bindings/dma/apm-xgene-dma.txt | 49 ++
1 file changed, 49 insertions(+)
create mode 100644 Documentation/devicetree/
This patch implements the APM X-Gene SoC DMA engine driver. The APM X-Gene
SoC DMA engine consists of 4 DMA channels for performing DMA operations.
These DMA operations include memory copy and scatter-gather memory copy
offloading.
Signed-off-by: Rameshwar Prasad Sahu
Signed-off-by: Loc Ho
---
This patch adds the device tree node for APM X-Gene SoC
DMA controller and DMA clock.
Signed-off-by: Rameshwar Prasad Sahu
Signed-off-by: Loc Ho
---
arch/arm64/boot/dts/apm/apm-storm.dtsi | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm64/boot/dts/apm/apm
Le 24/02/2015 08:39, Arun Chandran a écrit :
> This patch converts all __raw_readl and __raw_writel function calls
> to their corresponding readl_relaxed and writel_relaxed variants.
>
> It also tells the driver to set ahb_endian_swp_mgmt_en bit in dma_cfg
> when the cpu is configured in big endia
commit 6d2be915e589 ("mm/readahead.c: fix readahead failure for memoryless NUMA
nodes and limit readahead pages")[1] imposed 2 mB hard limits to readahead by
changing max_sane_readahead() to sort out a corner case where a thread runs on
amemoryless NUMA node and it would have its readahead capabi
On 02/23/2015 11:26 AM, Rusty Russell wrote:
> Andrey Ryabinin writes:
>> On 02/20/2015 03:15 AM, Rusty Russell wrote:
>>> Andrey Ryabinin writes:
On 02/19/2015 02:10 AM, Rusty Russell wrote:
> This is not portable. Other archs don't use vmalloc, or don't use
> (or define) MODULES_V
From: Andy Gross
This patch adds DMA capabilities to the spi-qup driver. If DMA channels are
present, the QUP will use DMA instead of block mode for transfers to/from SPI
peripherals for transactions larger than the length of a block.
Signed-off-by: Andy Gross
Signed-off-by: Stanimir Varbanov
On Tuesday 24 February 2015 16:50:18 Mark Brown wrote:
> On Mon, Feb 23, 2015 at 11:01:18PM +0100, Arnd Bergmann wrote:
> > On Saturday 21 February 2015 18:44:58 Mark Brown wrote:
>
> > > In that case a dependency seems wrong, I'd expect to see a select - it's
> > > a bit obscure to have to grovel
On Tue 2015-02-24 20:47:06, Masami Hiramatsu wrote:
> (2015/02/24 17:52), Petr Mladek wrote:
> > On Tue 2015-02-24 16:38:18, Masami Hiramatsu wrote:
> >> Hi Petr,
> >>
> >> Sorry I missed this mail.
> >
> > Thanks a lot for answering it with many valuable information.
> >
> >> (2015/01/27 1:14),
From: "Suzuki K. Poulose"
Avoid secure transactions while probing the CCI PMU. The
existing code makes use of the Peripheral ID2 (PID2) register
to determine the revision of the CCI400, which requires a
secure transaction. This puts a limitation on the usage of the
driver on systems running non-s
From: "Suzuki K. Poulose"
This series enables the PMU monitoring support for CCI400 on ARM64.
The existing CCI400 driver code is a mix of PMU driver and the MCPM
driver code. The MCPM driver is only used on ARM(32) and contains
arm32 assembly and hence can't be built on ARM64. This patch splits
t
From: "Suzuki K. Poulose"
This patch separates the PMU driver code from the low level
CCI driver code, and enables the CCI400-PMU for ARM64.
Introduces config options for both.
- ARM_CCI400_MCPM - controls the low level MCPM driver code for CCI
- ARM_CCI400_PMU - controls the PMU d
From: "Suzuki K. Poulose"
We mask the event with the CCI_PMU_EVENT_MASK, before passing
the config to pmu_validate_hw_event(), which causes extra bits
to be ignored and qualifies an invalid event code as valid.
e.g,
$ perf stat -a -C 0 -e CCI_400/config=0x1ff,name=cycles/ sleep 1
Performance
On 02/24/2015 03:11 PM, Jiri Slaby wrote:
> On 02/22/2015, 10:46 AM, Ingo Molnar wrote:
>> Arbitrary live kernel upgrades could be achieved by
>> starting with the 'simple method' I outlined in earlier
>> mails, using some of the methods that kpatch and kGraft are
>> both utilizing or planning t
From: "Suzuki K. Poulose"
No functional changes, only code re-arrangements for easier split of the
PMU code vs low level driver code. Extracts the port handling code
to cci_probe_ports().
Signed-off-by: Suzuki K. Poulose
---
drivers/bus/arm-cci.c | 330 +---
On Tue, Feb 24, 2015 at 09:23:29AM +0100, Michal Simek wrote:
> On 02/24/2015 09:08 AM, Mark Brown wrote:
> > On Tue, Feb 24, 2015 at 08:44:01AM +0100, Michal Simek wrote:
> >> This driver is used on new Xilinx ZynqMP SoC.
> > Why does this have an architecture dependence at all?
> Let me push th
2015-02-24 12:03 GMT+01:00 Jörg Otte :
> 2015-02-24 0:24 GMT+01:00 Rafael J. Wysocki :
>> On Sunday, February 22, 2015 01:33:09 PM Jörg Otte wrote:
>>> Starting with kernel 3.19.0-05184-g18320f2, I often find my notebook
>>> running with 'powersave' policy even if it is on AC.
>>>
>>> It turned out
On Tue, Feb 24, 2015 at 5:46 AM, Adrian Hunter wrote:
> Feature detection for pthread_attr_setaffinity_np was failing,
> producing this error:
>
> In file included from bench/futex-hash.c:17:0:
> bench/futex.h:73:19: error: conflicting types for
> 'pthread_attr_setaffinity_np'
> static inline in
On Tuesday 24 February 2015 18:56:44 Chen-Yu Tsai wrote:
> > --- a/drivers/net/ethernet/stmicro/stmmac/Kconfig
> > +++ b/drivers/net/ethernet/stmicro/stmmac/Kconfig
> > @@ -1,11 +1,11 @@
> > config STMMAC_ETH
> > tristate "STMicroelectronics 10/100/1000 Ethernet driver"
> > depends
On Tue, Feb 24, 2015 at 9:34 PM, Arnd Bergmann wrote:
> On Tuesday 24 February 2015 18:56:44 Chen-Yu Tsai wrote:
>> > --- a/drivers/net/ethernet/stmicro/stmmac/Kconfig
>> > +++ b/drivers/net/ethernet/stmicro/stmmac/Kconfig
>> > @@ -1,11 +1,11 @@
>> > config STMMAC_ETH
>> > tristate "STMic
On Tue, Feb 24, 2015 at 6:47 AM, James Hogan wrote:
> Commit 83a712e0afef ("sunrpc: add some tracepoints around enqueue and
> dequeue of svc_xprt") merged in v3.19-rc1 added some new trace events,
> however a couple of them printed data from dereferenced pointers rather
> than storing the data in
On Mon, 2015-02-23 at 10:06 +0100, Sebastian Andrzej Siewior wrote:
> - a patch to properly use the rtmutex deadlock detector in ww-mutex
> which seems to cure a nouveau deadlock (Gustavo Bittencourt)
How about the below instead. In 4.0.0-rt, i915 deadlocked, and the
below fixed that. DRM doe
Hi Trond,
On 24/02/15 13:36, Trond Myklebust wrote:
> On Tue, Feb 24, 2015 at 6:47 AM, James Hogan wrote:
>> Commit 83a712e0afef ("sunrpc: add some tracepoints around enqueue and
>> dequeue of svc_xprt") merged in v3.19-rc1 added some new trace events,
>> however a couple of them printed data fro
Hi,
On Tuesday 24 February 2015 05:22 PM, Axel Lin wrote:
Currently, of_get_child_count() is called in each iteration of the for loop in
miphy28lp_xlate(). This patch stores the return value of of_get_child_count()
in miphy_dev->nphys and call of_get_child_count() once in miphy28lp_probe().
Sig
2015-02-24 21:47 GMT+08:00 Kishon Vijay Abraham I :
> Hi,
>
> On Tuesday 24 February 2015 05:22 PM, Axel Lin wrote:
>>
>> Currently, of_get_child_count() is called in each iteration of the for
>> loop in
>> miphy28lp_xlate(). This patch stores the return value of
>> of_get_child_count()
>> in miphy
On 24/02/15 15:32, Josh Boyer wrote:
> On Tue, Feb 24, 2015 at 5:46 AM, Adrian Hunter
> wrote:
>> Feature detection for pthread_attr_setaffinity_np was failing,
>> producing this error:
>>
>> In file included from bench/futex-hash.c:17:0:
>> bench/futex.h:73:19: error: conflicting types for
>> '
On Tue, Feb 24, 2015 at 03:00:03PM +0200, Stanimir Varbanov wrote:
> +static void spi_qup_dma_done(void *data)
> +{
> + struct spi_qup *qup = data;
> +
> + if (atomic_dec_and_test(&qup->dma_outstanding))
> + complete(&qup->done);
> +}
I'm finding it hard to be thrilled about t
On Tue, Feb 24, 2015 at 6:37 PM, Arnd Bergmann wrote:
> On Tuesday 24 February 2015 18:29:02 Chen-Yu Tsai wrote:
>>
>> + rsb@01f03400 {
>> + compatible = "allwinner,sun8i-a23-rsb";
>> + reg = <0x01f03400 0x400>;
>> + interrupts = <0 39 4>;
>> +
On 02/24/2015 01:12 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>
>> On Feb 24, 2015, at 3:45 PM, Michal Simek wrote:
>>
>> This driver is used on new Xilinx ZynqMP SoC.
>>
>> Signed-off-by: Michal Simek
>> Acked-by: Sören Brinkmann
>> ---
>>
>> drivers/net/ethernet/cadence/Kconfig | 4 ++--
>>
On Tue, 24 Feb 2015 11:47:56 +
James Hogan wrote:
> TP_printk("xprt=0x%p addr=%pIScp pid=%d flags=%s", __entry->xprt,
> - (struct sockaddr *)&__entry->xprt->xpt_remote,
There's actually nothing wrong with the above even if xprt is NULL.
It's not dereferencing the structur
On Thu, Feb 19, 2015 at 01:32:33PM -0800, Mike Turquette wrote:
> Quoting Stephen Boyd (2015-02-06 11:30:18)
> > On 02/06/15 05:39, Russell King - ARM Linux wrote:
> > > On Thu, Feb 05, 2015 at 05:35:28PM -0800, Stephen Boyd wrote:
> > >
> > >> From what I can tell this code is
> > >> now broken be
This patch fix spelling typo in printk messages.
Signed-off-by: Masanari Iida
Acked-by: Randy Dunlap
---
arch/powerpc/perf/hv-24x7.c | 2 +-
drivers/clk/samsung/clk.c| 2 +-
drivers/gpu/drm/drm_atomic.c | 4 ++--
drivers/mfd/si476x-i2c.c
Signed-off-by: Axel Lin
---
drivers/phy/phy-armada375-usb2.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/phy/phy-armada375-usb2.c b/drivers/phy/phy-armada375-usb2.c
index 7c99ca2..8ccc395 100644
--- a/drivers/phy/phy-armada375-usb2.c
+++ b/drivers/phy/phy-armada3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/23/2015 09:18 PM, Mike Galbraith wrote:
> On Mon, 2015-02-23 at 16:45 -0500, r...@redhat.com wrote:
>> Ensure that cpus specified with the isolcpus= boot commandline
>> option stay outside of the load balancing in the kernel
>> scheduler.
>>
>>
On Tue, 2015-02-24 at 14:41 +0100, Mike Galbraith wrote:
> On Mon, 2015-02-23 at 10:06 +0100, Sebastian Andrzej Siewior wrote:
>
> > - a patch to properly use the rtmutex deadlock detector in ww-mutex
> > which seems to cure a nouveau deadlock (Gustavo Bittencourt)
>
> How about the below inste
Is support for this in upstream binutils and gcc? What's the preferred target
tuple? I'll add support to Fedora's cross-binutils and cross-gcc sets if I
can.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
On Mon, Feb 23, 2015 at 09:03:33PM +0100, Peter Rosin wrote:
> From: Peter Rosin
>
> When using non-standard rates, a relatively small amount of overclocking
> can make a big difference to a number of cases.
Applied, thanks.
signature.asc
Description: Digital signature
On Sun, Feb 15, 2015 at 03:49:30PM +0800, Wan Zongshun wrote:
> + /* SP Class-D mute control */
> + SOC_DOUBLE("HP Playback Switch", NAU8824_HP_MUTE, NAU8824_L_MUTE_SFT,
> + NAU8824_R_MUTE_SFT, 1, 1),
> + SOC_SINGLE_TLV("HP Left Volume", NAU8824_HP_VOL, NAU8
The work performed by wmi_gtoa is equivalent to simply sprintf(out,
"%pUL", in), so one could replace its body by this. However, most
users feed the result directly as a %s argument to some other function
which also understands the %p extensions (they all ultimately use
vsnprintf), so we can elimin
> > + if (msgs[i].flags & I2C_M_RD) {
> > + if (i2c_quirk_exceeded(len, max_read))
> > + return i2c_quirk_error(adap, &msgs[i], "msg
> > too long");
> > + } else {
> > + if (i2c_quirk_exceeded(le
On Tue, Feb 24, 2015 at 02:54:59PM +0530, Raghavendra K T wrote:
> Paravirt spinlock clears slowpath flag after doing unlock.
> As explained by Linus currently it does:
> prev = *lock;
> add_smp(&lock->tickets.head, TICKET_LOCK_INC);
>
> /* add_smp()
On Tuesday 24 February 2015 22:01:26 Chen-Yu Tsai wrote:
> On Tue, Feb 24, 2015 at 6:37 PM, Arnd Bergmann wrote:
> > On Tuesday 24 February 2015 18:29:02 Chen-Yu Tsai wrote:
> >>
> >> + rsb@01f03400 {
> >> + compatible = "allwinner,sun8i-a23-rsb";
> >> + reg = <0x
Hi Steven,
On 24/02/15 14:09, Steven Rostedt wrote:
> On Tue, 24 Feb 2015 11:47:56 +
> James Hogan wrote:
>
>
>
>> TP_printk("xprt=0x%p addr=%pIScp pid=%d flags=%s", __entry->xprt,
>> -(struct sockaddr *)&__entry->xprt->xpt_remote,
>
> There's actually nothing wrong with
On Tue, 2015-02-24 at 09:13 -0500, Rik van Riel wrote:
> On 02/23/2015 09:18 PM, Mike Galbraith wrote:
> > On Mon, 2015-02-23 at 16:45 -0500, r...@redhat.com wrote:
> >> Ensure that cpus specified with the isolcpus= boot commandline
> >> option stay outside of the load balancing in the kernel
> >>
The sDMA requests are routed through the DMA crossbar and without the
crossbar only peripherals using DMA request 0-127 can be used.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7.dtsi | 57 ++---
1 file changed, 33 insertions(+), 24 deletions(-)
Do not direct map the virtual channels to sDMA request number. When the
sDMA is behind of a crossbar this direct mapping can cause situations when
certain channel can not be requested since the crossbar request number
will no longer match with the sDMA request line.
The direct mapping for virtual c
201 - 300 of 923 matches
Mail list logo
