- Mail original -
> On Tue, Jan 30, 2018 at 10:12:51AM +0100, Marta Rybczynska wrote:
>> Hello Mellanox maintainers,
>> I'd like to ask you to OK backporting two patches in mlx5 driver to 4.9
>> stable
>> tree (they're in master for some time already).
>>
>> We have multiple deployment in
Add an optional kernel module (or command line) parameter
using the following syntax:
[qemu_fw_cfg.]ioport=@[::[:]]
or
[qemu_fw_cfg.]mmio=@[::[:]]
and initializes the register address using given or default offset.
Signed-off-by: Marc-André Lureau
Reviewed-by: Gabriel Somlo
---
Modify fw_cfg_read_blob() to use DMA if the device supports it.
Return errors, because the operation may fail.
The DMA operation is expected to run synchronously with today qemu,
but the specification states that it may become async, so we run
"control" field check in a loop for eventual changes.
The following patch is going to use the symbol from the fw_cfg module,
to call the function and write the note location details in the
vmcoreinfo entry, so qemu can produce dumps with the vmcoreinfo note.
CC: Andrew Morton
CC: Baoquan He
CC: Dave Young
CC: Dave Young
CC: Hari Bathini
CC: Tony
If the "etc/vmcoreinfo" fw_cfg file is present and we are not running
the kdump kernel, write the addr/size of the vmcoreinfo ELF note.
Signed-off-by: Marc-André Lureau
Reviewed-by: Gabriel Somlo
---
drivers/firmware/qemu_fw_cfg.c | 84 ++
1 file changed,
On 29/01/18 16:49, Stephen Boyd wrote:
> On some platforms there's an ITS available but it's not enabled
> because reading or writing the registers is denied by the
> firmware. In fact, reading or writing them will cause the system
> to reset.
Wow. Funky.
> We could remove the node from DT in su
[CC Kees and Linus - for your background, we are talking about failures
http://lkml.kernel.org/r/20180107090229.gb24...@dhcp22.suse.cz
introduced by http://lkml.kernel.org/r/20171213092550.2774-3-mho...@kernel.org
Debugging has shown that load_elf_binary tries to map elf segment over
an existin
On Thu, 2018-02-01 at 10:11 +0100, Peter Zijlstra wrote:
> On Thu, Feb 01, 2018 at 08:50:28AM +0100, Rafael J. Wysocki wrote:
> >
> > On Wednesday, January 31, 2018 11:17:10 AM CET Peter Zijlstra
> > wrote:
> > >
> > > On Wed, Jan 31, 2018 at 10:22:49AM +0100, Rafael J. Wysocki
> > > wrote:
> > >
On Thu, Feb 1, 2018 at 11:05 AM, Daniel Baluta wrote:
>> > Signed-off-by: Junichi Wakasugi
>> > Signed-off-by: Mihai Serban
>> > Signed-off-by: Shengjiu Wang
>> > Signed-off-by: Daniel Baluta
>> 4 authors of the code?!
>
> The code has a very long history. I will add under each SoB the specif
hello,
On 02/01/2018 10:10 AM, Ladislav Michl wrote:
> On Thu, Feb 01, 2018 at 09:54:41AM +0100, Olivier Moysan wrote:
>> Add of dependency for STM32 ASoC drivers.
>> DFSDM of dependency is already inherited
>> from STM32_DFSDM_ADC dependency.
>>
>> Signed-off-by: olivier moysan
>> ---
>> sound
Hi Christoffer,
On Thu, 1 Feb 2018 11:47:07 +0100 Christoffer Dall
wrote:
>
> While the suggested fix is functional it does result in some code
> duplication, and the better resolution is the following:
OK, I will use that resolution form tomorrow on.
Someone needs to remember to let Linus kno
On 01/02/18 12:55, Shanker Donthineni wrote:
> Hi Will, Thanks for your quick reply.
>
> On 02/01/2018 04:33 AM, Will Deacon wrote:
>> Hi Shanker,
>>
>> On Wed, Jan 31, 2018 at 06:03:42PM -0600, Shanker Donthineni wrote:
>>> A DMB instruction can be used to ensure the relative order of only
>>> me
On Wed, 2018-01-31 at 23:26 -0500, Konrad Rzeszutek Wilk wrote:
>
> > diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
> > index 6a9f4ec..bfc80ff 100644
> > --- a/arch/x86/kvm/vmx.c
> > +++ b/arch/x86/kvm/vmx.c
> > @@ -594,6 +594,14 @@ struct vcpu_vmx {
> > #endif
> >
> > u64
On Thu, Feb 01, 2018 at 09:27:50PM +0900, Stafford Horne wrote:
> I tried to clarify some of this in the spec v1.2 [0] which help formalize
> some of
> the techniques we used for the SMP implementation. Its probably not perfect,
> but I added a section "10. Multicore support" and tried to clarify
On Thu, Feb 01, 2018 at 02:29:09PM +0100, Peter Zijlstra wrote:
> On Thu, Feb 01, 2018 at 09:27:50PM +0900, Stafford Horne wrote:
> > I tried to clarify some of this in the spec v1.2 [0] which help formalize
> > some of
> > the techniques we used for the SMP implementation. Its probably not
> >
Add documentation for core and hardware specific infiniband interfaces.
The descriptions have been collected from git commit logs, reading
through code and data sheets. Some drivers have incomplete doc and are
annotated with the comment '[to be documented]'.
Signed-off-by: Aishwarya Pant
---
Doc
On Thu, Feb 01, 2018 at 01:33:35PM +0100, Peter Zijlstra wrote:
> I think you want to go allocate sched_domain_shared for the MC level and
> use that, much like sd_llc_shared.
Also, you'd want to try and get performance numbers for something like
Power8, which has SMT8 and fairly expensive atomic
On 01/02/18 11:46, Marc Zyngier wrote:
One of the major improvement of SMCCC v1.1 is that it only clobbers
the first 4 registers, both on 32 and 64bit. This means that it
becomes very easy to provide an inline version of the SMC call
primitive, and avoid performing a function call to stash the
re
On Thu, Feb 01, 2018 at 01:03:29PM +0100, Andrea Parri wrote:
> Ingo pointed out that:
>
> "The "memory model" name is overly generic, ambiguous and somewhat
>misleading, as we usually mean the virtual memory layout/model
>when we say "memory model". GCC too uses it in that sense [...]"
On Thu 01-02-18 14:10:07, Michal Hocko wrote:
> [CC Kees and Linus - for your background, we are talking about failures
> http://lkml.kernel.org/r/20180107090229.gb24...@dhcp22.suse.cz
> introduced by
> http://lkml.kernel.org/r/20171213092550.2774-3-mho...@kernel.org
> Debugging has shown that
On 2018/2/1 5:57, Jaegeuk Kim wrote:
> On 01/31, Chao Yu wrote:
>> On 2018/1/31 11:49, Jaegeuk Kim wrote:
>>> On 01/31, Chao Yu wrote:
On 2018/1/31 10:36, Jaegeuk Kim wrote:
> On 01/31, Chao Yu wrote:
>> On 2018/1/31 9:35, Jaegeuk Kim wrote:
>>> On 01/29, Chao Yu wrote:
Ad
On Wed 2018-01-31 17:09:21, Joe Lawrence wrote:
> On 01/30/2018 09:03 AM, Petr Mladek wrote:
> > On Fri 2018-01-26 14:29:36, Evgenii Shatokhin wrote:
> >>
> >> In my experience, it was quite convenient sometimes to just "replace all
> >> binary patches the user currently has loaded with this single
On 2/1/2018 8:24 AM, Marc Zyngier wrote:
> On 01/02/18 12:55, Shanker Donthineni wrote:
>> Hi Will, Thanks for your quick reply.
>>
>> On 02/01/2018 04:33 AM, Will Deacon wrote:
>>> Hi Shanker,
>>>
>>> On Wed, Jan 31, 2018 at 06:03:42PM -0600, Shanker Donthineni wrote:
A DMB instruction can be
On Thu, Feb 01, 2018 at 01:04:26PM +0100, Andrea Parri wrote:
> Integrate (and then remove) tools/memory-model/MAINTAINERS into the
> main MAINTAINERS file. This way get_maintainer.pl can give a "right
> answer" for tools/memory-model/.
>
> Suggested-by: Ingo Molnar
> Signed-off-by: Andrea Parri
LPTimer pwm cells should be updated to 3, to allow initialization of
channel, period and polarity.
Signed-off-by: Fabrice Gasnier
---
arch/arm/boot/dts/stm32h743.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/stm32h743.dtsi b/arch/arm/boot/dts/stm32h743.dtsi
inde
Add missing generic #pwm-cells on STM32 LPTimer to allow initialization
of channel, period and polarity.
Fabrice Gasnier (1):
ARM: dts: stm32: update pwm-cells for LPTimer on stm32h743
Gerald Baeza (2):
dt-bindings: pwm-stm32-lp: add #pwm-cells
pwm: stm32: LPTimer: use 3 cells xlate
Docum
From: Gerald Baeza
STM32 Low-Power Timer supports generic 3 cells pwm to encode
PWM number, period and polarity.
Signed-off-by: Gerald Baeza
Signed-off-by: Fabrice Gasnier
---
Documentation/devicetree/bindings/pwm/pwm-stm32-lp.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documen
From: Gerald Baeza
STM32 Low-Power Timer supports generic 3 cells pwm to encode
PWM number, period and polarity.
Signed-off-by: Gerald Baeza
Signed-off-by: Fabrice Gasnier
---
drivers/pwm/pwm-stm32-lp.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/pwm/pwm-stm32-lp.c b/drivers
On Thu, 25 Jan 2018, Petr Mladek wrote:
> Hi,
>
> the atomic replace allows to create cumulative patches. They
> are useful when you maintain many livepatches and want to remove
> one that is lower on the stack. In addition it is very useful when
> more patches touch the same function and there a
On Thu 01-02-18 08:43:34, Anshuman Khandual wrote:
[...]
> $dmesg | grep elf_brk
> [9.571192] elf_brk 10030328 elf_bss 1003
>
> static int load_elf_binary(struct linux_binprm *bprm)
> -
>
> if (unlikely (elf_brk > elf_bss)) {
> unsigned long
On Thu, Feb 01, 2018 at 03:20:38PM +0200, Andy Shevchenko wrote:
> On Thu, Feb 1, 2018 at 11:05 AM, Daniel Baluta wrote:
> >> > Signed-off-by: Junichi Wakasugi
> >> > Signed-off-by: Mihai Serban
> >> > Signed-off-by: Shengjiu Wang
> >> > Signed-off-by: Daniel Baluta
> >> 4 authors of the code
> -struct klp_object *klp_get_or_add_object(struct klp_patch *patch,
> +static struct klp_object *klp_get_or_add_object(struct klp_patch *patch,
> struct klp_object *old_obj)
A nit, but this change belongs to 3/6, doesn't it?
> {
> struct klp_
On 02/01/2018 02:16 AM, Kirill A. Shutemov wrote:
> On Thu, Feb 01, 2018 at 03:19:56PM +0800, Baoquan He wrote:
>> In sparse_init(), we allocate usemap_map and map_map which are pointer
>> array with the size of NR_MEM_SECTIONS. The memory consumption can be
>> ignorable in 4-level paging mode. Whi
On Thu, Feb 01, 2018 at 01:32:30PM +, Will Deacon wrote:
> On Thu, Feb 01, 2018 at 02:29:09PM +0100, Peter Zijlstra wrote:
> > On Thu, Feb 01, 2018 at 09:27:50PM +0900, Stafford Horne wrote:
> > > I tried to clarify some of this in the spec v1.2 [0] which help formalize
> > > some of
> > > the
On 01/02/18 13:34, Robin Murphy wrote:
> On 01/02/18 11:46, Marc Zyngier wrote:
>> One of the major improvement of SMCCC v1.1 is that it only clobbers
>> the first 4 registers, both on 32 and 64bit. This means that it
>> becomes very easy to provide an inline version of the SMC call
>> primitive, a
On 1 February 2018 at 11:46, Marc Zyngier wrote:
> ARM has recently published a SMC Calling Convention (SMCCC)
> specification update[1] that provides an optimised calling convention
> and optional, discoverable support for mitigating CVE-2017-5715. ARM
> Trusted Firmware (ATF) has already gained
Fix typo in error message. s/deb_base2/dbi_base2/
Signed-off-by: Niklas Cassel
---
drivers/pci/dwc/pcie-designware-ep.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/dwc/pcie-designware-ep.c
b/drivers/pci/dwc/pcie-designware-ep.c
index 3a6feeff5f5b..9236b998327
Hi,
After enabling DEBUG_INFO in kernel I still get this error for BPF test.
Please help.
# perf test BPF -v
.
Looking at the vmlinux_path (8 entries long)
Using /usr/lib/debug/boot/vmlinux-4.9.00--amd-x86-64-00071-gd94c220-dirty
for symbols
Open Debuginfo file:
/usr/lib/debug/boot/vmlinu
On Fri, Feb 02, 2018 at 12:22:27AM +1100, Stephen Rothwell wrote:
> Hi Christoffer,
>
> On Thu, 1 Feb 2018 11:47:07 +0100 Christoffer Dall
> wrote:
> >
> > While the suggested fix is functional it does result in some code
> > duplication, and the better resolution is the following:
>
> OK, I wi
On 31/01/2018 16:59, David Woodhouse wrote:
>
>
> On Wed, 2018-01-31 at 13:53 -0800, Jim Mattson wrote:
>> On Wed, Jan 31, 2018 at 1:42 PM, Paolo Bonzini wrote:
>>
>>> Can we just say it sucks to be L2 too? :) Because in the end as long as
>>> no one ever writes to spec_ctrl, everybody is happy
On 01/31/2018 11:19 PM, Baoquan He wrote:
> for_each_present_section_nr(0, pnum) {
> + struct mem_section *ms;
> + ms = __nr_to_section(pnum);
> usemap = usemap_map[pnum];
> - if (!usemap)
> + if (!usemap) {
> +#ifdef CONFIG_SPARSE
On 01/02/18 13:54, Marc Zyngier wrote:
On 01/02/18 13:34, Robin Murphy wrote:
On 01/02/18 11:46, Marc Zyngier wrote:
One of the major improvement of SMCCC v1.1 is that it only clobbers
the first 4 registers, both on 32 and 64bit. This means that it
becomes very easy to provide an inline version
On 02/01/18 at 05:49am, Dave Hansen wrote:
> On 02/01/2018 02:16 AM, Kirill A. Shutemov wrote:
> > On Thu, Feb 01, 2018 at 03:19:56PM +0800, Baoquan He wrote:
> >> In sparse_init(), we allocate usemap_map and map_map which are pointer
> >> array with the size of NR_MEM_SECTIONS. The memory consumpt
On Thu, 01 Feb 2018 13:59:45 +,
Ard Biesheuvel wrote:
>
> On 1 February 2018 at 11:46, Marc Zyngier wrote:
> > ARM has recently published a SMC Calling Convention (SMCCC)
> > specification update[1] that provides an optimised calling convention
> > and optional, discoverable support for mitig
On 2018/2/1 6:15, Jaegeuk Kim wrote:
> On 01/31, Chao Yu wrote:
>> On 2018/1/31 10:02, Jaegeuk Kim wrote:
>>> What if we want to add more entries in addition to node_checksum? Do we have
>>> to add a new feature flag at every time? How about adding a layout value
>>> instead
>>
>> Hmm.. for prev
On 01/02/2018 08:22, Stephen Rothwell wrote:
> Hi Christoffer,
>
> On Thu, 1 Feb 2018 11:47:07 +0100 Christoffer Dall
> wrote:
>>
>> While the suggested fix is functional it does result in some code
>> duplication, and the better resolution is the following:
>
> OK, I will use that resolution f
.snip..
> > +/* Is SPEC_CTRL intercepted for the currently running vCPU? */
> > +static bool spec_ctrl_intercepted(struct kvm_vcpu *vcpu)
> > +{
> > + unsigned long *msr_bitmap;
> > + int f = sizeof(unsigned long);
> > +
> > + if (!cpu_has_vmx_msr_bitmap())
> > + return true;
> > +
On 02/01/2018 06:19 AM, Baoquan He wrote:
>
> I suppose these functions changed here are only called during system
> bootup, namely in paging_init(). Hot-add memory goes in a different
> path, __add_section() -> sparse_add_one_section(), different called
> functions.
But does this keep those sect
On Wed, Jan 31, 2018 at 3:43 PM, Frank Rowand wrote:
> On 01/31/18 12:05, frowand.l...@gmail.com wrote:
>> From: Frank Rowand
>>
>> Create a cache of the nodes that contain a phandle property. Use this
>> cache to find the node for a given phandle value instead of scanning
>> the devicetree to f
On 01/25/2018 11:01 AM, Petr Mladek wrote:
> We are going to add a feature called atomic replace. It will allow to
> create a patch that would replace all already registered patches.
> For this, we will need to dynamically create funcs' and objects'
> for functions that are not longer patched.
Sup
On Thu, Feb 01, 2018 at 01:19:28PM +, Olivier MOYSAN wrote:
> On 02/01/2018 10:10 AM, Ladislav Michl wrote:
> > depends on (ARCH_STM32 && OF) || COMPILE_TEST ?
> I can find in many configs "depends on OF && (ARCH_X || COMPILE_TEST)"
> This seems reasonable to me, as the driver always requires
On Thu, Feb 1, 2018 at 8:24 AM, Rob Herring wrote:
> On Wed, Jan 31, 2018 at 3:43 PM, Frank Rowand wrote:
>> On 01/31/18 12:05, frowand.l...@gmail.com wrote:
>>> From: Frank Rowand
>>>
>>> Create a cache of the nodes that contain a phandle property. Use this
>>> cache to find the node for a giv
On 02/01/2018 08:49 AM, Miroslav Benes wrote:
>
> Well, one more thing. I think there is a problem with shadow variables.
> Similar to callbacks situation. Shadow variables cannot be destroyed the
> way it is shown in our samples. Cumulative patches want to preserve
> everything as much as poss
On 02/01/2018 03:19 PM, Konrad Rzeszutek Wilk wrote:
.snip..
+/* Is SPEC_CTRL intercepted for the currently running vCPU? */
+static bool spec_ctrl_intercepted(struct kvm_vcpu *vcpu)
+{
+ unsigned long *msr_bitmap;
+ int f = sizeof(unsigned long);
+
+ if (!cpu_has_vmx_msr_bitma
Hello dear
My name is abudul Ahassan, I work with one of the leading Banks here in Africa.
I have a business proposal worth 18$million dollars for more information
contact me
on my private email
(maliahassan57@gmail. com)
I urgently hope to get your response as soon as possible.
Yours Sinc
On 02/01/18 at 06:23am, Dave Hansen wrote:
> On 02/01/2018 06:19 AM, Baoquan He wrote:
> >
> > I suppose these functions changed here are only called during system
> > bootup, namely in paging_init(). Hot-add memory goes in a different
> > path, __add_section() -> sparse_add_one_section(), differe
On Wed, Jan 31, 2018 at 8:27 AM, Eric Biggers wrote:
>
> Also Dmitry, syzbot seems to be grouping together unrelated bugs under the
> refcount_t WARNINGs; maybe those should be on a blacklist?
Not a blacklist, we need a proper way of extracting the offending
caller like it's done for reports from
On Wed, Jan 31, 2018 at 2:05 PM, wrote:
> From: Frank Rowand
>
> Create a cache of the nodes that contain a phandle property. Use this
> cache to find the node for a given phandle value instead of scanning
> the devicetree to find the node. If the phandle value is not found
> in the cache, of_
On Thu, 2018-02-01 at 13:37 +0100, Sergio Lopez wrote:
> "restrict_smt" is an optional security feature that, when enabled,
> automatically adjusts the cpus_allowed mask of user tasks with CFS
> policies, forcing them to run on the first SMT thread of each core.
>
> This security feature prevents
On 02/01/18 at 06:15am, Dave Hansen wrote:
> On 01/31/2018 11:19 PM, Baoquan He wrote:
> > for_each_present_section_nr(0, pnum) {
> > + struct mem_section *ms;
> > + ms = __nr_to_section(pnum);
> > usemap = usemap_map[pnum];
> > - if (!usemap)
> > +
On 2018-01-29 18:38, Adrian Fiergolski wrote:
>>> On 22.01.2018 at 12:36, Peter Rosin wrote:
This series tries to check the I2C device id, but instead of open
coding the check in the pca954x driver, I have a new function in
the core doing the work.
The code is only compile-
This guide is an adapted version of the more general "Protecting Code
Integrity" guide written and maintained by The Linux Foundation IT for
use with open-source projects. It provides the oft-lacking guidance on
the following topics:
- how to properly protect one's PGP keys to minimize the risks
From: Colin King
Date: Wed, 31 Jan 2018 16:14:25 +
> From: Colin Ian King
>
> Variable head is initialized to a value that is never read and is
> being updated to a new value a few lines later, hence this
> initialization is redundant and can be safely removed as well
> as the now unused po
Em Tue, Jan 30, 2018 at 10:28:13PM -0500, William Cohen escreveu:
> Add JSON metrics for ARM Cortex-A53 Processor
Hi Will, would it be possible to you include an URL for the document
that served as a reference to you to write these files? Did you use some
script?
- Arnaldo
> Signed-off-by: Will
From: "Gustavo A. R. Silva"
Date: Wed, 31 Jan 2018 18:24:07 -0600
> Cast to s64 some variables and a macro in order to give the
> compiler complete information about the proper arithmetic to
> use. Notice that these elements are used in contexts that
> expect expressions of type s64 (64 bits, sig
On Wed, Jan 31, 2018 at 09:18:11AM +0200, Jani Nikula wrote:
Just one nit, I think it would be better to move the Maintainer: bit
from the end near the top as a reStructuredText field list. See 'git
grep :Author:' under Documentation for examples. Could even add a
MAINTAINERS entry to improve you
On Thu, Feb 1, 2018 at 3:48 PM, Mark Brown wrote:
> On Thu, Feb 01, 2018 at 03:20:38PM +0200, Andy Shevchenko wrote:
>> On Thu, Feb 1, 2018 at 11:05 AM, Daniel Baluta wrote:
>
>> >> > Signed-off-by: Junichi Wakasugi
>> >> > Signed-off-by: Mihai Serban
>> >> > Signed-off-by: Shengjiu Wang
>> >>
From: Geert Uytterhoeven
Date: Thu, 1 Feb 2018 11:25:27 +0100
> With gcc-4.1.2.:
>
> net/bridge/br_fdb.c: In function ‘br_fdb_sync_static’:
> net/bridge/br_fdb.c:996: warning: ‘err’ may be used uninitialized in this
> function
>
> Indeed, if the list is empty, err will be uninitialize
The objtool retpoline validation found this indirect jump. Seeing how
it's on CPU bringup before we run userspace it should be safe, annotate
it.
Reviewed-by: David Woodhouse
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/kernel/head_64.S |2 ++
1 file changed, 2 insertions(+)
--- a/ar
Use the existing global variables instead of passing them around and
creating duplicate global variables.
Signed-off-by: Peter Zijlstra (Intel)
---
tools/objtool/builtin-check.c |2 +-
tools/objtool/builtin-orc.c |6 +-
tools/objtool/builtin.h |5 +
tools/objtool/chec
This is boot code, we run this _way_ before userspace comes along to
poison our branch predictor.
Cc: Tom Lendacky
Cc: Borislav Petkov
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/mm/mem_encrypt_boot.S |2 ++
1 file changed, 2 insertions(+)
--- a/arch/x86/mm/mem_encrypt_boot.S
+++ b
There are the retpoline validation patches; they work with the __noretpoline
thing from David.
Paravirt emits indirect calls which get flagged by objtool retpoline
checks, annotate it away because all these indirect calls will be
patched out before we start userspace.
This patching happens through alternative_instructions() ->
apply_paravirt() -> pv_init_ops.patch() which will eventually en
David requested a objtool validation pass for RETPOLINE enabled
builds, where it validates no unannotated indirect jumps or calls are
left.
Add an additional .discard.retpoline_safe section to allow annotating
the few indirect sites that are required and safe.
Reviewed-by: David Woodhouse
Reque
David wanted to not use retpolines in .init.text but that will trip up
objtool retpoline validation, fix that.
Requested-by: David Woodhouse
Signed-off-by: Peter Zijlstra (Intel)
---
scripts/Makefile.build|2 ++
tools/objtool/builtin-check.c |3 ++-
tools/objtool/builtin.h
From: Geert Uytterhoeven
Date: Thu, 1 Feb 2018 11:26:23 +0100
> With gcc-4.1.2:
>
> net/ipv4/inet_hashtables.c: In function ‘inet_unhash’:
> net/ipv4/inet_hashtables.c:628: warning: ‘ilb’ may be used uninitialized
> in this function
>
> While this is a false positive, it can easily be
Annotate the indirect calls/jumps in the CALL_NOSPEC/JUMP_NOSPEC
alternatives.
Reviewed-by: David Woodhouse
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/include/asm/nospec-branch.h | 27 +++
1 file changed, 23 insertions(+), 4 deletions(-)
--- a/arch/x86/include
> -Original Message-
> From: Ming Lei [mailto:ming@redhat.com]
> Sent: Thursday, February 01, 2018 4:37 AM
> To: Don Brace
> Cc: Laurence Oberman ; Thomas Gleixner
> ; Christoph Hellwig ; Jens Axboe
> ; linux-bl...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Mike Snitzer
> Subjec
On Wed, Jan 31, 2018 at 12:00 AM, Bryan O'Donoghue
wrote:
> From: Rui Miguel Silva
>
> Add CAAM clock so that we could use the Cryptographic Acceleration and
> Assurance Module (CAAM) hardware block.
>
> Signed-off-by: Rui Miguel Silva
> Cc: Michael Turquette
> Cc: Stephen Boyd
> Cc: linux-...
On Thu, 2018-02-01 at 15:34 +0100, Peter Zijlstra wrote:
>
> * These are the bare retpoline primitives for indirect jmp and call.
> * Do not use these directly; they only exist to make the ALTERNATIVE
> * invocation below less ugly.
> @@ -102,9 +114,9 @@
> .macro JMP_NOSPEC reg:req
> #if
On 01/02/18 11:00, Himanshu Jha wrote:
In scpsys_probe function, return value of of_match_device function which
returns null is dereferenced without checking. Therefore, add a check for
potential null dereference.
Detected by CoverityScan, CID#1424087 "Dereference null return value"
Fixes: comm
On Thu, Feb 01, 2018 at 02:53:35PM +, Don Brace wrote:
> > -Original Message-
> > From: Ming Lei [mailto:ming@redhat.com]
> > Sent: Thursday, February 01, 2018 4:37 AM
> > To: Don Brace
> > Cc: Laurence Oberman ; Thomas Gleixner
> > ; Christoph Hellwig ; Jens Axboe
> > ; linux-bl..
On Thu, 1 Feb 2018, Joe Lawrence wrote:
> On 02/01/2018 08:49 AM, Miroslav Benes wrote:
> >
> > Well, one more thing. I think there is a problem with shadow variables.
> > Similar to callbacks situation. Shadow variables cannot be destroyed the
> > way it is shown in our samples. Cumulative pat
On Thu, Feb 1, 2018 at 4:02 PM, Robin Murphy wrote:
> On 01/02/18 11:00, Himanshu Jha wrote:
>> In scpsys_probe function, return value of of_match_device function which
>> returns null is dereferenced without checking. Therefore, add a check for
>> potential null dereference.
>>
>> Detected by Cov
Hi Hao,
On Thu, Feb 01, 2018 at 01:15:43PM +0800, Wu Hao wrote:
> On Wed, Jan 31, 2018 at 09:16:58AM -0600, Alan Tull wrote:
> > On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote:
> >
> > Hi Hao,
> >
> > One fix below. Besides that, please add my ack.
> >
> > > This patch adds fpga bridge platfo
From: Christian Brauner
Date: Thu, 1 Feb 2018 12:56:00 +0100
> RTM_NEWLINK supports the IFLA_IF_NETNSID property since
> 5bb8ed075428b71492734af66230aa0c07fcc515 so we should not error out
> when it is passed.
>
> Signed-off-by: Christian Brauner
Applied, thanks Christian.
On Wed, Jan 31, 2018 at 12:03 PM, Jolly Shah wrote:
> Hi Rob,
> Thanks for the review,
>
>> -Original Message-
>> From: Rob Herring [mailto:r...@kernel.org]
>> Sent: Tuesday, January 30, 2018 9:08 AM
>> To: Jolly Shah
>> Cc: ard.biesheu...@linaro.org; mi...@kernel.org;
>> gre...@linuxfoun
On Thu, Feb 01, 2018 at 02:55:26PM +, David Woodhouse wrote:
>
>
> On Thu, 2018-02-01 at 15:34 +0100, Peter Zijlstra wrote:
> >
> > * These are the bare retpoline primitives for indirect jmp and call.
> > * Do not use these directly; they only exist to make the ALTERNATIVE
> > * invoca
On Thu, Feb 01, 2018 at 01:11:07PM +0800, Wu Hao wrote:
> On Wed, Jan 31, 2018 at 09:31:59AM -0600, Alan Tull wrote:
> > On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote:
> >
> > Hi Hao,
> >
> > One fix again, otherwise please add my ack to subsequent versions.
>
> Sure. Thanks for the review.
>
On Thu, Feb 1, 2018 at 2:22 PM, Marcus Folkesson
wrote:
> On Thu, Feb 01, 2018 at 11:08:46AM +0800, Baolin Wang wrote:
> Then you could replace
> +subsys_initcall(sprd_gpio_init);
> module_platform_driver(sprd_gpio_driver);
It's not an equivalent when built-in
--
With Best Regards,
Andy She
On 02/01/2018 09:43 AM, Arnaldo Carvalho de Melo wrote:
> Em Tue, Jan 30, 2018 at 10:28:13PM -0500, William Cohen escreveu:
>> Add JSON metrics for ARM Cortex-A53 Processor
>
> Hi Will, would it be possible to you include an URL for the document
> that served as a reference to you to write these f
On Thu, Feb 01, 2018 at 01:23:45PM +0800, Wu Hao wrote:
> On Wed, Jan 31, 2018 at 02:46:28PM -0600, Alan Tull wrote:
> > On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote:
> >
> > Hi Hao,
> >
> > Just fix the SPDX, otherwise it looks good.
>
> Sure, will fix it. Thanks for the review. :)
>
> Than
On Thu, Feb 01, 2018 at 04:11:36PM +0100, Peter Zijlstra wrote:
> On Thu, Feb 01, 2018 at 02:55:26PM +, David Woodhouse wrote:
> >
> >
> > On Thu, 2018-02-01 at 15:34 +0100, Peter Zijlstra wrote:
> > >
> > > * These are the bare retpoline primitives for indirect jmp and call.
> > > * Do
On Thu, Feb 01, 2018 at 01:16:25PM +0800, Wu Hao wrote:
> On Wed, Jan 31, 2018 at 08:52:36AM -0600, Alan Tull wrote:
> > On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote:
> >
> > Hi Hao,
> >
> > I'm adding my "Acked-by' below. When you post v4, please add it so
> > that we can keep track of what
On 01/02/18 15:09, Geert Uytterhoeven wrote:
On Thu, Feb 1, 2018 at 4:02 PM, Robin Murphy wrote:
On 01/02/18 11:00, Himanshu Jha wrote:
In scpsys_probe function, return value of of_match_device function which
returns null is dereferenced without checking. Therefore, add a check for
potential n
Hi Maxime,
On Thu, 2018-01-04 at 16:03 +0100, Maxime Ripard wrote:
> On Fri, Dec 22, 2017 at 10:57:37PM +0200, Tuomas Tynkkynen wrote:
> > Using the cd-inverted property is not useful when GPIOs are used as
> > card
> > detects since the polarity can be specified with the usual
> > GPIO_ACTIVE_(HI
From: Roman Gushchin
Date: Wed, 31 Jan 2018 21:54:08 +
> So I really start thinking that reverting 9f1c2674b328
> ("net: memcontrol: defer call to mem_cgroup_sk_alloc()")
> and fixing the original issue differently might be easier
> and a proper way to go. Does it makes sense?
You'll need to
On Thu, Feb 01, 2018 at 04:08:14PM +0100, Miroslav Benes wrote:
> On Thu, 1 Feb 2018, Joe Lawrence wrote:
>
> > On 02/01/2018 08:49 AM, Miroslav Benes wrote:
> > >
> > > Well, one more thing. I think there is a problem with shadow variables.
> > > Similar to callbacks situation. Shadow variables
On 02/01/2018 11:12 AM, sean.w...@mediatek.com wrote:
> From: Sean Wang
>
> Add SCPSYS power domain driver for MT7623A SoC. The MT7623A's power
> domains are the subset of MT7623 SoC's ones. As MT7623 SoC has full
> features whereas MT7623A is being designed just for router applications.
> Thus
Hi,
On Wed, Jan 31, 2018 at 08:31:26PM +0100, Giulio Benetti wrote:
> Include correct clock header sun7i-a20-ccu.h
> instead of sun4i-a20-ccu.h.
You should wrap at 72 characters.
> Including sun4i header instead of sun7i
> prevents using sun7i specific defines.
>
> Substitute header inclusion i
201 - 300 of 788 matches
Mail list logo
