They make an absolutely horrid mess of things.
Signed-off-by: Peter Zijlstra (Intel)
---
scripts/Makefile.build|9 +
tools/objtool/builtin-check.c |3 ++-
tools/objtool/builtin.h |2 +-
tools/objtool/check.c |3 +++
4 files changed, 15 insertions(+),
Note on testing: I've tested this on several ARM64 and x86 boxes (only
earlycon, console=ttyS0,115200, and with both options), verified that
functionality on ARM64 has not changed (ie, CONFIG_ACPI_SPCR_TABLE is
always =y), and verified functionality when !CONFIG_ACPI_SPCR_TABLE on
x86.
P.
8<
Now that we have objtool to validate the correctness of asm-goto
constructs we can start using it to guarantee the absence of dynamic
branches (and thus speculation).
A primary prerequisite for this is of course that the compiler
supports asm-goto. This effecively lifts the minimum GCC version to
From: Paolo Bonzini
Direct access to MSR_IA32_SPEC_CTRL is important
for performance. Allow load/store of MSR_IA32_SPEC_CTRL, restore guest
IBRS on VM entry and set restore host values on VM exit.
it yet).
TBD: need to check msr's can be passed through even if feature is not
emuerated by the CP
On January 17, 2018 11:31:23 PM PST, Christoph Hellwig wrote:
>On Wed, Jan 17, 2018 at 08:15:33PM -0600, Rob Herring wrote:
>> > (a) overriding/redefining the dma_to_phys() and phys_to_dma() calls
>> > that are used by the dma_ops routines. This is the approach of
>> >
>> > arch/mips/cavi
On Thu, 2018-01-18 at 10:08 -0500, Christopher Díaz Riveros wrote:
> Fixes the following sparse warning:
>
> mm/memcontrol.c:1097:14: warning:
> symbol 'memcg1_stats' was not declared. Should it be static?
>
> Signed-off-by: Christopher Díaz Riveros
> ---
> mm/memcontrol.c | 2 +-
> 1 file ch
On Thu, Jan 18, 2018 at 3:59 PM, Marco Martin wrote:
> Dell laptops send events to intel-vbtn.c
> 0xCC when the laptop enters in tablet mode and
> 0xCD when the laptop goes out of it
>
> This has been confirmed working on a Dell Inspiron 13-7352
> and an Inspiron 13-7000
>
> I'm not sure intel-vbt
From: Thomas Gleixner
Indirect Branch Speculation (IBS) is controlled per physical core. If one
thread disables it then it's disabled for the core. If a thread enters idle
it makes sense to reenable IBS so the sibling thread can run with full
speculation enabled in user space.
This makes only se
On Thu, Jan 18, 2018 at 12:21:12PM +0100, Borislav Petkov wrote:
> On Tue, Jan 16, 2018 at 03:28:27PM +0100, Peter Zijlstra wrote:
>
> C'mon... you can do it... I believe in you..., you can give me that commit
> message, even if it is a single sentence...
You mean the subject alone don't count?
On Thu, Jan 18, 2018 at 11:16:44AM +0100, Linus Walleij wrote:
> Hi Ludovic, thanks for your patches!
>
> On Mon, Jan 15, 2018 at 5:24 PM, Ludovic Desroches
> wrote:
>
> > A few weeks ago, I have sent an RFC about adding bias support for GPIOs [1].
>
> I was confused I think, because the issue
On Thu, 18 Jan 2018, Peter Zijlstra wrote:
> On Thu, Jan 18, 2018 at 10:02:25AM +0100, Thomas Gleixner wrote:
> > > > 2) We can do a cond_resched() if not in atomic context and interrupts
> > > > are
> > > > enabled.
> > >
> > > I did try this before I went with touching softlockup watchd
On Monday 08 January 2018 07:47 AM, David Lechner wrote:
> +int __init da8xx_register_usb20_phy_clk(bool use_usb_refclkin)
> +{
> + struct regmap *cfgchip;
> + struct clk *usb0_psc_clk, *clk;
> + struct clk_hw *parent;
> +
> + cfgchip = syscon_regmap_lookup_by_compatible("ti,da830-c
Aslam Alaikum!
Hi friend I am a staff in the bank, I want to transfer an abandoned sum of
USD15.5 Million to your Bank account. 40/percent will be your share.
No risk involved but keep it as secret. Contact me for more details.
Thanks
MR.SALLM --SALIF
On Wed, Jan 17, 2018 at 11:53:35AM +0100, Johannes Thumshirn wrote:
> +nvme-core-y := trace.o core.o
trace.o should be conditional on CONFIG_TRACEPOINTS.
> +TRACE_EVENT(nvme_setup_cmd,
> + TP_PROTO(struct nvme_command *cmd),
> + TP_ARGS(cmd),
> + T
On Thu, 18 Jan 2018 13:01:46 +0900
Byungchul Park wrote:
> > I disagree. It is like a spinlock. You can say a spinlock() that is
> > blocked is also waiting for an event. That event being the owner does a
> > spin_unlock().
>
> That's exactly what I was saying. Excuse me but, I don't understan
On Thu, 18 Jan 2018 13:31:16 +0900
Sergey Senozhatsky wrote:
> d'oh... indeed, I copy-pasted the wrong URL... it should
> have been lkml.kernel.org/r/ [and it actually was].
I've learned to do a copy after entering the lkml.kernel.org link into
the browser url, and before hitting enter. The redi
On 1/13/18 4:05 AM, Paolo Valente wrote:
> Hi Jens,
> here are again the two pending patches you asked me to resend [1]. One
> of them, fixing read-starvation problems, was accompanied by a cover
> letter. I'm pasting the content of that cover letter below.
>
> The patch addresses (serious) starva
On Thu, Jan 18, 2018 at 11:30:00AM +0100, Linus Walleij wrote:
> On Mon, Jan 15, 2018 at 5:24 PM, Ludovic Desroches
> wrote:
>
> > It can be useful for the pinmuxing layer to know which device is
> > requesting a GPIO. Add a consumer variant for gpiod_request to
> > reach this goal.
> >
> > GPIO
> -Original Message-
> From: platform-driver-x86-ow...@vger.kernel.org [mailto:platform-driver-x86-
> ow...@vger.kernel.org] On Behalf Of Andy Shevchenko
> Sent: Thursday, January 18, 2018 9:13 AM
> To: Marco Martin ; Limonciello, Mario
>
> Cc: Linux Kernel Mailing List ; Matthew Garrett
>
On Thu, Jan 18, 2018 at 07:09:23AM -0800, Florian Fainelli wrote:
> >But in this case it actually is the example to follow as told
> >previously.
> >
> >NAK again for these chained dma ops that only create problems.
>
> Care to explain what should be done instead?
Override phys_to_dma and dma_to_
On 1/18/2018 2:10 AM, Jianchao Wang wrote:
After Sagi's commit (nvme-rdma: fix concurrent reset and reconnect),
both nvme-fc/rdma have following pattern:
RESETTING- quiesce blk-mq queues, teardown and delete queues/
connections, clear out outstanding IO requests...
RECONNECTIN
On Thu, Jan 18, 2018 at 04:09:40PM +0100, Peter Zijlstra wrote:
> You mean the subject alone don't count?
Yeah. Those empty commit messages make it look like a private repo with
WIP patches. The crap I have here.
:-)
--
Regards/Gruss,
Boris.
Good mailing practices for 400: avoid top-postin
On Monday 08 January 2018 07:47 AM, David Lechner wrote:
> +#ifndef CONFIG_COMMON_CLK
> static int da850_set_armrate(struct clk *clk, unsigned long rate);
> static int da850_round_armrate(struct clk *clk, unsigned long rate);
> static int da850_set_pll0rate(struct clk *clk, unsigned long armrat
On 18/01/2018 13:08, Jerome Brunet wrote:
> There is no remove callbacks in meson's clock controllers and
> of_clk_del_provider is never called if of_clk_add_hw_provider has been
> executed, introducing a potential memory leak.
> Fixing this by the using the devm variant.
>
> In reality, the leak
On 18/01/2018 13:08, Jerome Brunet wrote:
> The 'dev' pointer is directly available in gxbb and axg clock
> controller, so consistently use it instead of going the through the
> 'pdev' pointer once in while
>
> Signed-off-by: Jerome Brunet
> ---
> drivers/clk/meson/axg.c | 8
> drivers
On Monday 08 January 2018 07:53 AM, David Lechner wrote:
> diff --git a/arch/arm/mach-davinci/Makefile b/arch/arm/mach-davinci/Makefile
> index 4e81780..8a8f413 100644
> --- a/arch/arm/mach-davinci/Makefile
> +++ b/arch/arm/mach-davinci/Makefile
> @@ -5,7 +5,7 @@
> #
>
> # Common objects
> -obj
The machine check idtentry uses an indirect branch directly from the low
level code. This evades the speculation protection.
Replace it by a direct call into C code and issue the indirect call there
so the compiler can apply the proper speculation protection.
Signed-off-by: Thomas Gleixner
---
On Monday 08 January 2018 07:55 AM, David Lechner wrote:
> This removes all of the clock init code from da8xx-dt.c. This includes
> all of the OF_DEV_AUXDATA that was just used for looking up clocks.
>
> Note: You need to have clocks defined in your device tree or your system
> won't boot after th
On Thu, Jan 18, 2018 at 02:33:22PM +0100, Borislav Petkov wrote:
> On Tue, Jan 16, 2018 at 03:28:32PM +0100, Peter Zijlstra wrote:
> > Implement the static (branch) assertion. It simply emits the address
> > of the next instruction into a special section which objtool will read
> > and validate aga
On 18/01/2018 14:48, Peter Zijlstra wrote:
> From: Ashok Raj
>
> Add MSR passthrough for MSR_IA32_PRED_CMD and place branch predictor
> barriers on switching between VMs to avoid inter VM specte-v2 attacks.
>
> [peterz: rebase and changelog rewrite]
>
> Cc: Asit Mallick
> Cc: Dave Hansen
> Cc
On Thu, Jan 18, 2018 at 04:21:34PM +0100, Christoph Hellwig wrote:
> On Wed, Jan 17, 2018 at 11:53:35AM +0100, Johannes Thumshirn wrote:
> > +nvme-core-y:= trace.o core.o
>
> trace.o should be conditional on CONFIG_TRACEPOINTS.
Doesn't do too much of a difference
On Thu, 18 Jan 2018 12:06:10 +
"Woodhouse, David" wrote:
> On Thu, 2018-01-18 at 21:01 +0900, Masami Hiramatsu wrote:
> >
> > +#define X86_INDIRECT_THUNK(reg)\
> > + *(.text.__x86.indirect_thunk.##reg)
>
> Note that we don't actually care about those being in their own
Jianchao,
This looks very coherent to me. Thank You.
-- james
On 1/18/2018 2:10 AM, Jianchao Wang wrote:
Hello
Please consider the following scenario.
nvme_reset_ctrl
-> set state to RESETTING
-> queue reset_work
(scheduling)
nvme_reset_work
-> nvme_dev_disable
-> quiesce
c = aeb->ec;
> > > @@ -1637,8 +1639,10 @@ int ubi_wl_init(struct ubi_device *ubi, struct
> > > ubi_attach_info *ai)
> > > cond_resched();
> > >
> > > e = kmem_cache_alloc(ubi_wl_entry_slab, GFP_KERNEL);
> > > -
On Thu, 18 Jan 2018 05:01:57 -0800
Andi Kleen wrote:
> > Side effect: [1/3] will move __x86_indirect_thunk_* functions
> > in kernel text area. Of course those functions were in the
> > .text area, but placed in right after _etext. This just moves
> > it right before the _etext.
>
> I assume you
This patch properly left aligns all member identifiers in every
struct defined in obd_class.h for better readability.
Signed-off-by: Fabian Huegel
Signed-off-by: Christoph Volkert
---
drivers/staging/lustre/lustre/include/obd_class.h | 44 +++
1 file changed, 22 insertions(+
Cc: Greentime Hu
Signed-off-by: Alan Kao
---
arch/riscv/Kconfig | 1 +
arch/riscv/kernel/ftrace.c | 17 ++
arch/riscv/kernel/mcount-dyn.S | 124 +
3 files changed, 142 insertions(+)
diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconf
On Thursday 18 January 2018 14:59:50 Marco Martin wrote:
> - if (!sparse_keymap_report_event(priv->input_dev, event, 1, true))
> + if (event == 0xCC) {
> + input_report_switch(priv->input_dev, SW_TABLET_MODE, 1);
> + input_sync(priv->input_dev);
> + } else if (ev
Boris, Wei Yongjun,
Am Donnerstag, 18. Januar 2018, 16:34:45 CET schrieb Boris Brezillon:
> On Thu, 18 Jan 2018 15:11:32 +0100
>
> Boris Brezillon wrote:
> > On Thu, 18 Jan 2018 15:08:01 +0100
> >
> > Boris Brezillon wrote:
> > > On Thu, 18 Jan 2018 14:05:05 +
> > >
> > > Wei Yongjun wro
From: Vadim Lomovtsev
It was found that ethtool provides unexisting module name while
it queries the specified network device for associated driver
information.
This patch is to correct Cavium CN88xx Thunder nicvf/nicpf modules
names 'nicvf' to 'thunder_nicvf' and 'nicpf' to 'thunder_nicpf'.
Si
Most multi-line comments started on the first line, but the preferred
linux kernel style is to start multi-line comments on the second line.
Some comments became less readable after the change, so we changed them
to single-line comments.
Signed-off-by: Fabian Huegel
Signed-off-by: Christoph Volke
This patch set includes the building blocks of dynamic ftrace features
for RISC-V machines.
Changes in v3:
- Replace the nops at the tracer call sites into a "call ftrace_stub"
instruction for better understanding (1/6 and 2/6)
Changes in v2:
- Fix the return value as writing to kernel text
Cc: Greentime Hu
Signed-off-by: Alan Kao
---
arch/riscv/include/asm/ftrace.h | 1 +
arch/riscv/kernel/mcount-dyn.S | 3 +++
2 files changed, 4 insertions(+)
diff --git a/arch/riscv/include/asm/ftrace.h b/arch/riscv/include/asm/ftrace.h
index acf0c7d001f3..429a6a156645 100644
--- a/arch/riscv/i
On Wed, Jan 17, 2018 at 05:55:39PM +0100, Marcin Wojtas wrote:
> Hi,
>
> This is a third version of the patchset introducing mvpp2 driver ability
> to operate with ACPI. Until follow-up generic MDIO is introduced
> it can using the link interrupt capability (a.k.a. in-band management)
> on all por
From: Vadim Lomovtsev
It was found that ethtool provides unexisting module name while
it queries the specified network device for associated driver
information.
This patch is to correct Cavium CN88xx Thunder nicvf/nicpf modules
names 'nicvf' to 'thunder_nicvf' and 'nicpf' to 'thunder_nicpf'.
Si
In walk_stackframe, the pc now receives the address from calling
ftrace_graph_ret_addr instead of manual calculation.
Note that the original calculation,
pc = frame->ra - 4
is buggy when the instruction at the return address happened to be a
compressed inst. But since it is not a critical
On Thu, Jan 18, 2018 at 04:28:26PM +0100, Thomas Gleixner wrote:
> The machine check idtentry uses an indirect branch directly from the low
> level code. This evades the speculation protection.
>
> Replace it by a direct call into C code and issue the indirect call there
> so the compiler can appl
Once the function_graph tracer is enabled, a filtered function has the
following call sequence:
* ftracer_caller ==> on/off by ftrace_make_call/ftrace_make_nop
* ftrace_graph_caller
* ftrace_graph_call ==> on/off by ftrace_en/disable_ftrace_graph_caller
* prepare_ftrace_return
Consid
On Thu, 2018-01-18 at 16:28 +0100, Thomas Gleixner wrote:
> The machine check idtentry uses an indirect branch directly from the low
> level code. This evades the speculation protection.
>
> Replace it by a direct call into C code and issue the indirect call there
> so the compiler can apply the p
On 18/01/18 15:43, Jan Kiszka wrote:
> On 2018-01-18 22:01, Xi Kangjie wrote:
>> Since kernel 4.9, the thread_info has been moved into task_struct,
>> no longer locates at the bottom of kernel stack.
>>
>> See commits:
>> - commit c65eacbe290b ("sched/core: Allow putting thread_info into
>> task_s
Here are the remaining patches rebased on the current staging-testing.
Self NACK to this one, subject line typo, sorry.
Vadim
On Thu, Jan 18, 2018 at 07:42:40AM -0800, Vadim Lomovtsev wrote:
> From: Vadim Lomovtsev
>
> It was found that ethtool provides unexisting module name while
> it queries the specified network device for associated driver
> information.
>
FYI, this kernel has issues. It will boot up, but I don't have
networking, and even rebooting doesn't succeed. I'm looking into it.
-Jeff
Christoph Hellwig writes:
> Hi all,
>
> this series adds support for the IOCB_CMD_POLL operation to poll for the
> readyness of file descriptors using the
Now recordmcount.pl recognizes RISC-V object files. For the mechanism to
work, we have to disable the linker relaxation.
Cc: Greentime Hu
Signed-off-by: Alan Kao
---
arch/riscv/Kconfig | 1 +
arch/riscv/Makefile | 3 +++
scripts/recordmcount.pl | 5 +
3 files changed, 9 insertions(
We now have dynamic ftrace with the following added items:
* ftrace_make_call, ftrace_make_nop (in kernel/ftrace.c)
The two functions turns any recorded call site of filtered functions
into a call to ftrace_caller or nops
* ftracce_update_ftrace_func (in kernel/ftrace.c)
turns the stub call
On Wed, Jan 17, 2018 at 10:50 PM, Benjamin Poirier wrote:
> It was reported that emulated e1000e devices in vmware esxi 6.5 Build
> 7526125 do not link up after commit 4aea7a5c5e94 ("e1000e: Avoid receiver
> overrun interrupt bursts", v4.15-rc1). Some tracing shows that after
> e1000e_trigger_lsc(
On Thu, Jan 18, 2018 at 4:23 PM, wrote:
> AFAIK we don't have a public specification for the ACPI interface
> that intel-vbtn uses, it's all reverse engineered.
>
> I think the appropriate thing to do would be open a kernel Bugzilla for your
> issue and attach:
> 1) kernel log without your patch
Add support for the drive-strength property. Usually its value is
expressed in mA. Since the numeric value depends on VDDIOP voltage,
the controller uses low, medium and high to define the drive-strengh.
The PIO controller accepts two values for the low drive: 0 or 1. Most
of the time, we don't ca
On Wed, 17 Jan 2018 05:34:18 PST (-0800), antonynpav...@gmail.com wrote:
On Wed, 17 Jan 2018 09:03:48 +
Matt Redfearn wrote:
Hi,
On Wed, Jan 17, 2018 at 09:51:21AM +0300, Antony Pavlov wrote:
> The commit b35cd9884fa5 ("lib: Add shared copies of
> some GCC library routines") makes it poss
On Wed, 17 Jan 2018 01:03:48 PST (-0800), matt.redfe...@mips.com wrote:
Hi,
On Wed, Jan 17, 2018 at 09:51:21AM +0300, Antony Pavlov wrote:
The commit b35cd9884fa5 ("lib: Add shared copies of
some GCC library routines") makes it possible
to share generic GCC library routines by several
architect
On Thu, Jan 18, 2018 at 06:45:00AM -0800, Dave Hansen wrote:
> On 01/18/2018 04:25 AM, Kirill A. Shutemov wrote:
> > [ 10.084024] diff: -858690919
> > [ 10.084258] hpage_nr_pages: 1
> > [ 10.084386] check1: 0
> > [ 10.084478] check2: 0
> ...
> > diff --git a/mm/page_vma_mapped.c b/mm/page_v
On 2018-01-18 16:47, Kieran Bingham wrote:
>
> On 18/01/18 15:43, Jan Kiszka wrote:
>> On 2018-01-18 22:01, Xi Kangjie wrote:
>>> Since kernel 4.9, the thread_info has been moved into task_struct,
>>> no longer locates at the bottom of kernel stack.
>>>
>>> See commits:
>>> - commit c65eacbe290b (
On Thu, Jan 18, 2018 at 04:28:26PM +0100, Thomas Gleixner wrote:
> The machine check idtentry uses an indirect branch directly from the low
> level code. This evades the speculation protection.
>
> Replace it by a direct call into C code and issue the indirect call there
> so the compiler can appl
I think this should not be asm-generic and lib, but kernel/irq/handle.c
and include/linux/irq.h, under the CONFIG_MULTI_IRQ_HANDLER symbol
already used by arm.
Also for completeness of the series please convert arm, arm64 and
openrisc over to the generic version. Last but not least I think
handle
From: Palmer Dabbelt
I've copied this from arm64, but it appears to be the same code that's
in arm and openrisc. I wanted to use it for RISC-V's interrupt handler
as well, so despite this only being a handful of lines of code it seems
worth having a generic version -- if it existed when we creat
On Wed, Jan 17, 2018 at 12:20:24PM -0800, Matthew Wilcox wrote:
> From: Matthew Wilcox
>
> This version of the XArray has no known bugs.
I've booted this patchset on 2 boxes, both had random problems during
boot. On one I was not able to diagnose what went wrong. On the other
one the system boot
The old mechanism for handling IRQs on RISC-V was pretty ugly: the arch
code looked at the Kconfig entry for our first-level irqchip driver and
called into it directly.
This patch uses the new asm-generic IRQ handling infastructure, which
essentially just deletes a bunch of code. This does add an
This patch set has been sitting around for a while, but it got a bit lost in
the shuffle. In RISC-V land we currently couple do_IRQ (the C entry point for
interrupt handling) to our first-level interrupt controller. While this isn't
completely crazy (as the first-level interrupt controller is spe
Another attempt to solve softirq deferring problems.
There are at least two problems, AFAIK:
o deferring one softirq to ksoftirqd results in latencies for other
(different type) softirqs by the reason of ksoftirqd_running()
decision for deferring/servicing.
o The logic in __do_softirq() that ch
__do_softirq() serves all pending softirqs.
As we need to separate softirqs by different groups, we need to serve
softirqs from one group and deffer softirqs from the other.
Change __do_softirq() so it'll have a mask of softirqs it needs to
serve instead of servicing all pending softirqs.
Signed-o
Running one ksoftirqd per-cpu allows to defer processing softirqs under
storm. But having only one ksoftirqd thread for that make it worse for
other kinds of softirqs. As we check if (ksoftirqd_running()) and defer
all softirqs till ksoftirqd time-slice it introduces latencies.
While it's acceptabl
Warning: non-merge-ready in any sense
Under CONFIG_FAIR_SOFTIRQ_SCHEDULE each sched tick will account cpu time
spent on processing softirqs to ksoftirqd of the softirq's group.
Update then ksoftirqd->se.sum_exec_runtime and recalculate
ksoftirqd->se.vruntime.
Use CFS's vrutime to decide if softir
Warning: not a merge-ready in any sense
As discussed, softirqs will be deferred or processed right away
according to how much time this type of softirq spent on CPU.
This will improve e.g. handling of net-rx softirqs during packet storm
and also give fair slice of cpu time for a userspace process
For faster operation with pending mask:
pending &= group_to_softirq[group_nr];
Signed-off-by: Dmitry Safonov
---
kernel/softirq.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/kernel/softirq.c b/kernel/softirq.c
index ca8c3db4570d..7de5791c08f9 100644
--- a/kernel/softi
ksoftirqd thread allows to defer softirqs if the system is under storm.
While it prevents userspace from cpu-time starving, it increases
latencies for other softirqs (that are not raised under storm).
As creation of one ksoftirqd thread per-each-softirq-per-cpu will be
insane on a huge machines, s
Hi,
This is the 2nd version of the series to fix kprobes issues
on the kernel with CONFIG_RETPOLINE=y.
- [1/3]: This introduces __x86_indirect_thunk_* boundary
symbols so that kprobes easily identify those functions.
- [2/3]: Mark __x86_indirect_thunk_* as blacklisted function
f
Introduce start/end markers of __x86_indirect_thunk_* functions.
To make it easy, consolidate .text.__x86.indirect_thunk.* sections
to one .text.__x86.indirect_thunk section and put it in the
end of kernel text section and adds __indirect_thunk_start/end
so that other subsystem (e.g. kprobes) can i
Mark __x86_indirect_thunk_* functions as blacklist for kprobes
because those functions can be called from anywhere in the kernel
including blacklist functions of kprobes.
Signed-off-by: Masami Hiramatsu
---
arch/x86/lib/retpoline.S |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
Since indirect jump instructions will be replaced by jump
to __x86_indirect_thunk_*, those jmp instruction must be
treated as an indirect jump. Since optprobe prohibits to
optimize probes in the function which uses an indirect jump,
it also needs to find out the function which jump to
__x86_indirec
On 2018-01-18 22:01, Xi Kangjie wrote:
> Since kernel 4.9, the thread_info has been moved into task_struct,
> no longer locates at the bottom of kernel stack.
>
> See commits:
> - commit c65eacbe290b ("sched/core: Allow putting thread_info into
> task_struct")
> - commit 15f4eae70d36 ("x86: Move t
merged into cifs-2.6.git for-next
thx
On Wed, Jan 17, 2018 at 5:11 PM, Ronnie Sahlberg wrote:
> Reviewed-by: Ronnie Sahlberg
>
>
> - Original Message -
> From: "Colin King"
> To: "Steve French" , linux-c...@vger.kernel.org,
> samba-techni...@lists.samba.org
> Cc: kernel-janit...@vger.
Hi,
Dne četrtek, 18. januar 2018 ob 11:58:41 CET je Maxime Ripard napisal(a):
> Hi,
>
> On Wed, Jan 17, 2018 at 09:14:11PM +0100, Jernej Skrabec wrote:
> > This commit changes formula from this:
> >
> > Freq = (parent_freq * N * K) / (M * P)
> >
> > to this:
> >
> > Freq = (parent_freq / M) *
On Wed, Jan 17, 2018 at 07:43:51PM +0530, PrasannaKumar Muralidharan wrote:
> Hi Jarkko,
>
> On 14 November 2017 at 20:02, Jarkko Sakkinen
> wrote:
> > On Sun, Nov 12, 2017 at 10:53:35AM +0530, PrasannaKumar Muralidharan wrote:
> >> Did basic check on tpm rng patch, it works fine. As it depends o
From: Markus Elfring
Date: Thu, 18 Jan 2018 17:17:34 +0100
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (5):
Delete an error message for a failed memory allocation in gicv2m_init_one()
Improve a size determination in gicv2m_init_one()
Ma
On Thu, Jan 18, 2018 at 02:48:29PM +0100, Peter Zijlstra wrote:
> From: Thomas Gleixner
>
> Signed-off-by: Thomas Gleixner
> Signed-off-by: Peter Zijlstra (Intel)
s/IPBP/IBPB/ in subject.
--
Josh
From: Markus Elfring
Date: Thu, 18 Jan 2018 15:44:01 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/irqchip/irq-gic-v2m.c | 4 +---
1 file changed, 1 insertion(+)
From: Markus Elfring
Date: Thu, 18 Jan 2018 16:07:41 +0100
Replace the specification of a data structure by a pointer dereference
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was det
On Thu, 2018-01-18 at 14:48 +0100, Peter Zijlstra wrote:
> Now that we have objtool to validate the correctness of asm-goto
> constructs we can start using it to guarantee the absence of dynamic
> branches (and thus speculation).
>
> A primary prerequisite for this is of course that the compiler
>
From: Markus Elfring
Date: Thu, 18 Jan 2018 16:33:43 +0100
The script "checkpatch.pl" pointed information out like the following.
WARNING: struct of_device_id should normally be const
Thus fix the affected source code place.
Signed-off-by: Markus Elfring
---
drivers/irqchip/irq-gic-v2m.c | 2
From: Markus Elfring
Date: Thu, 18 Jan 2018 16:54:16 +0100
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/irqchip/irq-gic-v3-its.c | 8 ++--
1 file changed, 2 ins
Em Wed, Jan 10, 2018 at 01:31:52PM -0700, Mathieu Poirier escreveu:
> Commit (93d10af26bb7 perf tools: Optimize sample parsing for ordered
> events) breaks intelPT trace decoding by invariably returning an error if
> the event type isn't a PERF_SAMPLE_TIME.
Thanks, applied.
> With this patch the
From: Markus Elfring
Date: Thu, 18 Jan 2018 17:05:34 +0100
The script "checkpatch.pl" pointed information out like the following.
WARNING: static const char * array should probably be
static const char * const
Thus fix the affected source code place.
Signed-off-by: Markus Elfring
---
drivers
> We could turn ->msg_control/->msg_controllen into another
> iov_iter, but seeing that we never do scatter-gather for those
> IMO that would be a massive overkill. A flag controlling whether
> ->msg_control is kernel or userland pointer would do, especially
> since we already have a flag fo
Em Wed, Jan 10, 2018 at 01:31:52PM -0700, Mathieu Poirier escreveu:
> Commit (93d10af26bb7 perf tools: Optimize sample parsing for ordered
> events) breaks intelPT trace decoding by invariably returning an error if
> the event type isn't a PERF_SAMPLE_TIME.
Adrian, have you had the chance of looki
On 1/18/2018 12:57 AM, p...@codeaurora.org wrote:
> On 2018-01-18 10:47, p...@codeaurora.org wrote:
>> On 2018-01-17 22:16, Sinan Kaya wrote:
>>> On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
+++ b/include/linux/dpc.h
@@ -0,0 +1,9 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+
+
On Thu, Jan 18, 2018 at 02:48:23PM +0100, Peter Zijlstra wrote:
> From: Thomas Gleixner
>
> Add the minimal infrastructure to control the speculation control feature.
>
> - Integrate it into the spectre_v2 coammand line parser and the mitigation
>selector function. The conditional selector
On 1/18/2018 12:32 AM, p...@codeaurora.org wrote:
> On 2018-01-18 08:26, Keith Busch wrote:
>> On Wed, Jan 17, 2018 at 08:27:39AM -0800, Sinan Kaya wrote:
>>> On 1/17/2018 5:37 AM, Oza Pawandeep wrote:
>>> > +static bool dpc_wait_link_active(struct pci_dev *pdev)
>>> > +{
>>>
>>> I think you can al
On Wed, Jan 17, 2018 at 11:26:08AM -0800, Linus Torvalds wrote:
> But there are about ~100 set_fs() calls in generic code, and some of
> those really are pretty fundamental. Doing things like "kernel_read()"
> without set_fs() is basically impossible.
Not if we move to iov_iter or iov_iter-like be
Hi Gabriel,
Tested successfully on f469 disco board.
Tested-by: Philippe Cornu
Many thanks,
Philippe :-)
On 01/18/2018 03:49 PM, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> Update of END_PRIMARY_CLK was missed, it should be after CLK_SYSCLK
> hsi and sysclk are overwritten
Hi Gabriel,
Tested successfully on f469 disco board.
Tested-by: Philippe Cornu
Many thanks,
Philippe :-)
On 01/18/2018 03:49 PM, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> This patch adds DSI clock for STM32F469 board
>
> Signed-off-by: Gabriel Fernandez
> ---
> driver
1 - 100 of 981 matches
Mail list logo
