On "missed ABBA deadlock" abba.result is read, but not initialized
in all situations.
Detected by CoverityScan, CID#1402035 ("Uninitialized scalar variable")
Signed-off-by: Robert Foss
---
kernel/locking/test-ww_mutex.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/
On 03/14/2017 07:47 AM, Benjamin Gaignard wrote:
> 2017-03-13 22:09 GMT+01:00 Laura Abbott :
>> On 03/12/2017 12:05 PM, Daniel Vetter wrote:
>>> On Sun, Mar 12, 2017 at 2:34 PM, Benjamin Gaignard
>>> wrote:
2017-03-09 18:38 GMT+01:00 Laura Abbott :
> On 03/09/2017 02:00 AM, Benjamin Gaign
On Tue, Mar 14, 2017 at 06:56:26PM +0100, Thomas Gleixner wrote:
> On Tue, 14 Mar 2017, Andi Kleen wrote:
> > The other option is to simply make it unconditional. That would
> > be even simpler, but it is a bit more risky. Hmm, I suppose may
> > be worth trying to find out what Windows uses. If the
On Tue, Mar 14, 2017 at 08:17:35PM +0100, Tobias Jakobi wrote:
> Krzysztof Kozlowski wrote:
> > On Tue, Mar 14, 2017 at 08:01:41PM +0100, Tobias Jakobi wrote:
> >> Hello Krzysztof,
> >>
> >> I was wondering about the benefit of this. From a quick look these are
> >> all messages that end up in the
On Tue, Mar 14, 2017 at 11:06:52AM -0700, Hoan Tran wrote:
> This patch adds support for SoC-wide (AKA uncore) Performance Monitoring
> Unit in the next generation of X-Gene SoC.
>
> Signed-off-by: Hoan Tran
> ---
> drivers/perf/xgene_pmu.c | 645
> ++
dma-buf is designed to share buffers. Sharing means that there needs to
be another subsystem to accept those buffers. Introduce a simple test
module to act as a dummy system to accept dma_bufs from elsewhere. The
goal is to provide a very simple interface to validate exported buffers
do something
Hello, Linus.
percpu changes for v4.11-rc2.
* The allocation path was updating pcpu_nr_empty_pop_pages without the
required locking which can lead to incorrect handling of empty
chunks (e.g. keeping too many around), which is buggy but shouldn't
lead to critical failures. Fixed by adding t
This patch fixes the case where meson_mmc_probe function fails before
core_clk is enabled.
Originally, that would result in a try to disable the core clock, and if
it was not already enabled, it would result in a kernel warning.
This issue is similar to the one with div_clk.
Fix it by introducing a
On Mon, Mar 13, 2017 at 10:10:22PM -0700, Cameron Gutman wrote:
> > Compared to hid-multitouch, the RMI stack seems to have
> > completely broken palm rejection and introduced some random
> > jumpiness during fine pointing motions. I don't know if these
> > issues are caused by the
On Sat, 11 Mar 2017, Kyle Huey wrote:
> arch_prctl arbitrarily changed prctl's 'option' to 'code'. Now that we're
> adding additional options, fix that.
And why is that at the end of the series instead of being the first patch?
Thanks,
tglx
On 03/14/17 12:08, Kyle Huey wrote:
>
> That's largely what we ended up doing. See
> https://lkml.org/lkml/2017/2/14/80 and the latest version of this
> patch, https://lkml.org/lkml/2017/3/11/197.
>
Yes, as I said, my mistake.
I would still like to see an early-out when none of these flags are
Hello,
* If a delayed work is queued with NULL @wq, workqueue code explodes
after the timer expires at which point it's difficult to tell who
the culprit was. This actually happened and the offender was
net/smc this time. Add an explicit sanity check for it in the
queueing path.
Thanks.
On Tue, Mar 14, 2017 at 01:04:19PM -0700, Laura Abbott wrote:
>
> dma-buf is designed to share buffers. Sharing means that there needs to
> be another subsystem to accept those buffers. Introduce a simple test
> module to act as a dummy system to accept dma_bufs from elsewhere. The
> goal is to pr
write_used was introduced with commit 884b600f63dc ("[PATCH] USB: fix acm
trouble with terminals") but never used since.
Signed-off-by: Tobias Herzog
---
drivers/usb/class/cdc-acm.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/class/cdc-acm.h b/drivers/usb/class/cdc-acm.h
index
Adds a similar log message to USB_CDC_NOTIFY_SERIAL_STATE as it is
already done with USB_CDC_NOTIFY_NETWORK_CONNECTION.
Signed-off-by: Tobias Herzog
---
drivers/usb/class/cdc-acm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/class/cdc-acm.c b/drivers/usb/class/cdc-acm.c
ind
USB devices may have very limitited endpoint packet sizes, so that
notifications can not be transferred within one single usb packet.
Reassembling of multiple packages may be necessary.
Signed-off-by: Tobias Herzog
---
drivers/usb/class/cdc-acm.c | 102 +++
Notifications may only be 8 bytes so long. Accessing the 9th and
10th byte of unimplemented/unknown notifications may be insecure.
Also check the length of known notifications before accessing anything
behind the 8th byte.
Signed-off-by: Tobias Herzog
---
drivers/usb/class/cdc-acm.c | 11 +++
On Tue, Mar 14, 2017 at 02:30:05PM -0500, Bjorn Helgaas wrote:
> On Tue, Mar 14, 2017 at 12:08:51PM -0700, Stephen Boyd wrote:
> > This code assigns variables that are never used. Remove them.
> >
> > Reported-by: Srinivas Kandagatla
> > Cc: Thomas Petazzoni
> > Signed-off-by: Stephen Boyd
>
>
From: Markus Mayer
This series contains a patch that was originally submitted by Mike
Turquette in August 2013, but never merged.[1] Although I didn't see
any comments rejecting it.
We have been using this code for our STB platform for quite some time
and wouldn't mind seeing it upstream. What a
From: Mike Turquette
Devicetree binding for the basic clock divider, plus the setup function
to register the clock. Based on the existing fixed-clock binding.
Tero Kristo contributed helpful bug fixes to this patch.
Signed-off-by: Mike Turquette
Tested-by: Heiko Stuebner
Reviewed-by: Heiko S
From: Markus Mayer
These changes were applied on top of the original commit[1]. Some
changes are more stylistic in nature, others were necessary due to
changes in the clock framework.
- make of_clk_get_div_table() static
- turn "u32 table_size" into "unsigned int table_size"
- wrap two over-long
On Tue, 14 Mar 2017, Juergen Gross wrote:
> On 14/03/17 00:50, Stefano Stabellini wrote:
> > Introduce the Xen 9pfs transport driver: add struct xenbus_driver to
> > register as a xenbus driver and add struct p9_trans_module to register
> > as v9fs driver.
> >
> > All functions are empty stubs for
Hello,
On Tue, 14 Mar 2017 14:30:05 -0500, Bjorn Helgaas wrote:
> On Tue, Mar 14, 2017 at 12:08:51PM -0700, Stephen Boyd wrote:
> > This code assigns variables that are never used. Remove them.
> >
> > Reported-by: Srinivas Kandagatla
> > Cc: Thomas Petazzoni
> > Signed-off-by: Stephen Boyd
Le mardi 14 mars 2017 à 15:47 +0100, Benjamin Gaignard a écrit :
> Should we use /devi/ion/$heap instead of /dev/ion_$heap ?
> I think it would be easier for user to look into one directory rather
> then in whole /dev to find the heaps
>
> > is that we don't have to worry about a limit of 32 possi
2017-03-10 12:47+0100, David Hildenbrand:
> vmm_exclusive=0 leads to KVM setting X86_CR4_VMXE always and calling
> VMXON only when the vcpu is loaded. X86_CR4_VMXE is used as an
> indication in cpu_emergency_vmxoff() (called on kdump) if VMXOFF has to be
> called. This is obviously not the case if
On 03/14/2017 01:13 PM, Daniel Vetter wrote:
> On Tue, Mar 14, 2017 at 01:04:19PM -0700, Laura Abbott wrote:
>>
>> dma-buf is designed to share buffers. Sharing means that there needs to
>> be another subsystem to accept those buffers. Introduce a simple test
>> module to act as a dummy system to a
On Tue, 14 Mar 2017, Juergen Gross wrote:
> On 14/03/17 00:50, Stefano Stabellini wrote:
> > Upon receiving a notification from the backend, schedule the
> > p9_xen_response work_struct. p9_xen_response checks if any responses are
> > available, if so, it reads them one by one, calling p9_client_cb
On Tue, Mar 14, 2017 at 04:12:31PM +0100, Shiva Kerdel wrote:
> Hello Tobin,
>
> I missed the other files because they did not show up using the checkpatch
> script.
> Next time I will do a recursive search through the files before committing
> the changes to avoid this situation.
>
> Before I
2017-03-10 19:56+0100, Dmitry Vyukov:
> On Sun, Jan 15, 2017 at 8:18 PM, Dmitry Vyukov wrote:
> >> 2017-01-02 11:23+0100, Dmitry Vyukov:
> >>> Hello,
> >>>
> >>> I've got the following warning while running syzkaller fuzzer:
> >>>
> >>> WARNING: CPU: 2 PID: 13257 at arch/x86/kvm/vmx.c:8633
> >>> v
On Sat, 11 Mar 2017, Kyle Huey wrote:
> static void init_intel_misc_features(struct cpuinfo_x86 *c)
> {
> u64 msr;
>
> + if (rdmsrl_safe(MSR_MISC_FEATURES_ENABLES, &msr))
> + return;
> +
> + msr = 0;
> + wrmsrl(MSR_MISC_FEATURES_ENABLES, msr);
> + this_cpu_writ
2017-03-12 00:53-0800, Wanpeng Li:
> From: Wanpeng Li
>
> kvm mmu is reset once successfully loading CR3 as part of emulating vmentry
> in nested_vmx_load_cr3(). We should not reset kvm mmu twice.
>
> Cc: Paolo Bonzini
> Cc: Radim Krčmář
> Signed-off-by: Wanpeng Li
> ---
Queued, thanks.
>
Krzysztof Kozlowski wrote:
> On Tue, Mar 14, 2017 at 08:17:35PM +0100, Tobias Jakobi wrote:
>> Krzysztof Kozlowski wrote:
>>> On Tue, Mar 14, 2017 at 08:01:41PM +0100, Tobias Jakobi wrote:
Hello Krzysztof,
I was wondering about the benefit of this. From a quick look these are
al
This isn't just Lenovo,
My Dell laptop experiences same problem, there is bugzilla:
https://bugzilla.kernel.org/show_bug.cgi?id=194801
Thanks,
Shawn
On 02/25/2017 04:53 AM, Shawn Starr wrote:
Hello kernel devs,
Hibernation appears broken for me in 4.10, I notice the e1000e does not resume
o
Explicit sync was renamed to CONFIG_SYNC_FILE when it was destaged, but
the Android config fragment still tries to use the old name.
Signed-off-by: Greg Hackmann
---
kernel/configs/android-base.config | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/configs/android-base
On Tue, Mar 14, 2017 at 4:16 PM, Javier Martinez Canillas
wrote:
> +static const struct of_device_id ds1682_of_match[] = {
> + { .compatible = "dallas,ds1682", },
> + {}
> +};
> +MODULE_DEVICE_TABLE(of, ds1682_of_match);
> +
> static struct i2c_driver ds1682_driver = {
> .dri
Commit-ID: c236c8e95a3d395b0494e7108f0d41cf36ec107c
Gitweb: http://git.kernel.org/tip/c236c8e95a3d395b0494e7108f0d41cf36ec107c
Author: Peter Zijlstra
AuthorDate: Sat, 4 Mar 2017 10:27:18 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 14 Mar 2017 21:45:36 +0100
futex: Fix potential u
Commit-ID: 9bbb25afeb182502ca4f2c4f3f88af0681b34cae
Gitweb: http://git.kernel.org/tip/9bbb25afeb182502ca4f2c4f3f88af0681b34cae
Author: Peter Zijlstra
AuthorDate: Sat, 4 Mar 2017 10:27:19 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 14 Mar 2017 21:45:36 +0100
futex: Add missing err
On Tue, Mar 14, 2017 at 5:17 PM, Masahiro Yamada
wrote:
> Hi Arnd,
>
> 2017-01-14 0:40 GMT+09:00 Arnd Bergmann :
>> In commit a76bcf557ef4 ("Kbuild: enable -Wmaybe-uninitialized warning
>> for "make W=1""), I reverted another change that happened to fix a problem
>> with old compilers, and now we
\
> static struct i2c_driver tsl2550_driver = {
> .driver = {
> .name = TSL2550_DRV_NAME,
> + .of_match_table = of_match_ptr(tsl2550_of_match),
> .pm = TSL2550_PM_OPS,
> },
Please drop the incorrect of_match_ptr().
Arnd
Commit-ID: 87a6b2975f0d340c75b7488d22d61d2f98fb8abf
Gitweb: http://git.kernel.org/tip/87a6b2975f0d340c75b7488d22d61d2f98fb8abf
Author: Josh Poimboeuf
AuthorDate: Mon, 13 Mar 2017 23:27:47 -0500
Committer: Thomas Gleixner
CommitDate: Tue, 14 Mar 2017 21:51:57 +0100
x86/unwind: Fix last
From: "Edward A. James"
This patchset adds a hwmon driver to support the OCC (On-Chip Controller)
on the IBM POWER8 and POWER9 processors, from a BMC (Baseboard Management
Controller). The OCC is an embedded processor that provides real time
power and thermal monitoring.
The driver provides an i
From: "Edward A. James"
Add a generic mechanism to expose the sensors provided by the OCC in
sysfs.
Signed-off-by: Edward A. James
Signed-off-by: Andrew Jeffery
---
Documentation/hwmon/occ | 62 +++
drivers/hwmon/occ/Makefile| 2 +-
drivers/hwmon/occ/occ_sysfs.c | 253 +++
From: "Edward A. James"
Add functions to parse the data structures that are specific to the OCC
on the POWER8 processor. These are the sensor data structures, including
temperature, frequency, power, and "caps."
Signed-off-by: Edward A. James
Signed-off-by: Andrew Jeffery
---
Documentation/hw
From: "Edward A. James"
Add code to tie the hwmon sysfs code and the POWER8 OCC code together,
as well as probe the entire driver from the I2C bus. I2C is the
communication method between the BMC and the P8 OCC.
Signed-off-by: Edward A. James
Signed-off-by: Andrew Jeffery
Acked-by: Rob Herring
From: "Edward A. James"
Add functions to send SCOM operations over I2C bus. The BMC can
communicate with the Power8 host processor over I2C, but needs to use
SCOM operations in order to access the OCC register space.
Signed-off-by: Edward A. James
Signed-off-by: Andrew Jeffery
---
drivers/hwm
Commit-ID: 49ec8f5b6ae3ab60385492cad900ffc8a523c895
Gitweb: http://git.kernel.org/tip/49ec8f5b6ae3ab60385492cad900ffc8a523c895
Author: Jiri Olsa
AuthorDate: Tue, 14 Mar 2017 15:20:53 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 14 Mar 2017 21:51:58 +0100
x86/intel_rdt: Put group n
From: "Edward A. James"
Add core support for polling the OCC for it's sensor data and parsing
that data into sensor-specific information.
Signed-off-by: Edward A. James
Signed-off-by: Andrew Jeffery
---
Documentation/hwmon/occ| 42 +
MAINTAINERS| 7 +
drivers/hwmon/
Hello,
Three libata fixes.
* Fix for a circular reference bug in sysfs code which prevented
pata_legacy devices from being released after probe failure, which
in turn prevented devres from releasing the associated resources.
* Drop spurious WARN in the command issue path which can be trigger
Hi Chris,
On Fri, Mar 03, 2017 at 09:01:48AM +0800, Chris Zhong wrote:
> The Innolux P079ZCA is a 7.85" panel with a 768X1024 resolution and
> connected to DSI using four lanes.
>
> Signed-off-by: Chris Zhong
> ---
>
> .../bindings/display/panel/innolux,p079zca.txt | 22
>
On Wed, 15 Mar 2017 02:45:48 +0900
Masahiro Yamada wrote:
> The nand_default_block_markbad() is the default implementation of
> chip->block_markbad(). This is called for marking a block as bad.
> It invokes nand_do_write_oob(), then calls a higher level accessor
> ecc->write_oob().
>
> On the o
Em Tue, Mar 14, 2017 at 08:36:53PM +0530, Ravi Bangoria escreveu:
> Add an option macro that is the same as OPT_CALLBACK_OPTARG except
> that the argument is not optional.
Not 'perf tool:', adjusted to 'tools lib subcmd:' as this is not perf
specific at all, tools/lib/subcmd/ is by other tools, su
Hello, Linus.
Three cgroup fixes. Nothing critical.
* The pids controller could trigger suspicious RCU warning spuriously.
Fixed.
* In the debug controller, %p -> %pK to protect kernel pointer from
getting exposed.
* Documentation formatting fix.
Thanks.
The following changes since commi
> Jean-Baptiste Abbadie hat am 14. März 2017 um 20:14
> geschrieben:
>
>
> These four functions are not used and report errors with sparse.
>
> Signed-off-by: Jean-Baptiste Abbadie
Acked-by: Stefan Wahren
On Tue 2017-03-14 10:05:08, Thomas Garnier wrote:
> This patch makes the GDT remapped pages read-only to prevent corruption.
> This change is done only on 64-bit.
>
> The native_load_tr_desc function was adapted to correctly handle a
> read-only GDT. The LTR instruction always writes to the GDT TS
gcc-7 warns about slightly suspicious code in vmw_cmd_invalid:
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c: In function 'vmw_cmd_invalid':
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c:522:23: error: the omitted middle
operand in ?: will always be 'true', suggest explicit middle operand
[-Werror=parenthes
gcc-7 notices that the length we pass to strncat is wrong:
drivers/firmware/ti_sci.c: In function 'ti_sci_probe':
drivers/firmware/ti_sci.c:204:32: error: specified bound 50 equals the size of
the destination [-Werror=stringop-overflow=]
Instead of the total length, we must pass the length of th
On 3/14/17 2:11 PM, Arnd Bergmann wrote:
gcc-7 notices that the length we pass to strncat is wrong:
drivers/firmware/ti_sci.c: In function 'ti_sci_probe':
drivers/firmware/ti_sci.c:204:32: error: specified bound 50 equals the size of
the destination [-Werror=stringop-overflow=]
Instead of the
Hi Naoya,
[auto build test WARNING on mmotm/master]
[also build test WARNING on next-20170310]
[cannot apply to v4.11-rc2]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Zi-Yan/mm-page-migration
The drbd code causes warnings that we cannot easily disable when building with
clang:
In file included from drivers/block/drbd/drbd_debugfs.c:10:
In file included from drivers/block/drbd/drbd_int.h:48:
In file included from include/linux/drbd_genl_api.h:53:
In file included from include/linux/gen
On Tue, Mar 14, 2017 at 5:45 PM, David Daney wrote:
> On 03/14/2017 07:53 AM, Linus Walleij wrote:
>>
>> On Wed, Mar 1, 2017 at 2:48 AM, David Daney
>> wrote:
>>
>>> Signed-off-by: David Daney
>>> Acked-by: Rob Herring
>>
>>
>> This patch applied to the GPIO tree, really simplistic so why not
>
If bpf_needs_clear_a() returns true, only actually clear it if it is
ever used. If it is not used, we don't save and restore it, so the
clearing has the nasty side effect of clobbering caller state.
Also, don't emit stack pointer adjustment instructions if the
adjustment amount is zero.
Signed-o
o Socket data is unsigned, so use unsigned accessors instructions.
o Fix path result pointer generation arithmetic.
o Fix half-word byte swapping code for unsigned semantics.
Signed-off-by: David Daney
---
arch/mips/net/bpf_jit_asm.S | 23 ---
1 file changed, 12 insertio
The SKB vlan_tci and queue_mapping fields are unsigned, don't sign
extend these in the BPF JIT. In the vlan_tci case, the value gets
masked so the change is not needed for correctness, but do it anyway
for agreement with the types defined in struct sk_buff.
Signed-off-by: David Daney
---
arch/m
The follow-on BPF JIT patches use the LHU instruction, so add it.
Signed-off-by: David Daney
---
arch/mips/include/asm/uasm.h | 1 +
arch/mips/mm/uasm-mips.c | 1 +
arch/mips/mm/uasm.c | 3 ++-
3 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/mips/include/asm/uasm.
Changes from v1:
- Use unsigned access for SKF_AD_HATYPE
- Added three more patches for other problems found.
Testing the BPF JIT on Cavium OCTEON (mips64) with the test-bpf module
identified some failures and unimplemented features.
With this patch set we get:
test_bpf: Summary: 305
The function gem_begin_auto_negotiation dereference
the pointer ep before testing if it's null. This
patch add a check on ep before dereferencing it.
This issue was added by the patch 92552fdd557:
"net: sun: sungem: use new api ethtool_{get|set}_link_ksettings".
Reported-by: Dan Carpenter
Signed
Hi Juergen,
thank you for the review!
On Tue, 14 Mar 2017, Juergen Gross wrote:
> On 14/03/17 00:50, Stefano Stabellini wrote:
> > Implement functions to handle the xenbus handshake. Upon connection,
> > allocate the rings according to the protocol specification.
> >
> > Initialize a work_struct
This let's us pass some additional "modprobe test-bpf" tests with JIT
enabled.
Reuse the code for SKF_AD_IFINDEX, but substitute the offset and size
of the "type" field.
Signed-off-by: David Daney
---
arch/mips/net/bpf_jit.c | 21 +
1 file changed, 17 insertions(+), 4 deleti
Am 14.03.2017 um 19:08 schrieb Wolfgang Grandegger:
Hello Akshay,
Am 14.03.2017 um 17:20 schrieb Akshay Bhat:
Hi Wolfgang,
On 03/14/2017 08:11 AM, Wolfgang Grandegger wrote:
... snip ...
A few other things to check:
Run "cangen" and monitor the message with "candump -e
any,0:0,#FFF".
T
On Tue, Mar 14, 2017 at 07:58:37PM +0100, Peter Huewe wrote:
> >In practice, I suspect that a single user space application won't
> >support both TPMs.
> Think of init scripts.
> Which daemon should it start?
Right, ideally we'd have a udev rule that triggers systemd to start
the userspace daemo
I found this section mismatch when building with an older
compiler release:
WARNING: vmlinux.o(.text+0x3051c): Section mismatch in reference from the
function omap_init_rng() to the function .init.text:omap_device_build()
Obviously this one function should be __init as well. Normally
we don't ge
Hi Naoya,
[auto build test ERROR on mmotm/master]
[also build test ERROR on next-20170310]
[cannot apply to v4.11-rc2]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Zi-Yan/mm-page-migration-enh
* Arnd Bergmann [170314 14:27]:
> I found this section mismatch when building with an older
> compiler release:
>
> WARNING: vmlinux.o(.text+0x3051c): Section mismatch in reference from the
> function omap_init_rng() to the function .init.text:omap_device_build()
>
> Obviously this one function
The AMD ACP driver adds "-I../acp -I../acp/include" to the gcc command
line, which makes no sense, since these are evaluated relative to the
build directory. When we build with "make W=1", they instead cause
a warning:
cc1: error: ../acp/: No such file or directory [-Werror=missing-include-dirs]
c
When ftrace is enabled and we build with gcc-4.7 or older, we
get a warning for each file on architectures that select
CONFIG_LD_DEAD_CODE_DATA_ELIMINATION:
warning: -ffunction-sections disabled; it makes profiling impossible [enabled
by default]
This turns off function sections in that specific
Try improve multi-core scaling.
The changes are experimental - the fix works
but possible regressions are unknown.
Please read the orginal author's paper to understand
the overall problem this patch tries to solve.
See the orignal patches at:
https://github.com/jplozi/wastedcores/tree/master/pat
When ftrace is enabled and we build with gcc-4.7 or older, we
get a warning for each file on architectures that select
CONFIG_LD_DEAD_CODE_DATA_ELIMINATION:
warning: -ffunction-sections disabled; it makes profiling impossible [enabled
by default]
This turns off function sections in that specific
When ftrace is enabled and we build with gcc-4.7 or older, we
get a warning for each file on architectures that select
CONFIG_LD_DEAD_CODE_DATA_ELIMINATION:
warning: -ffunction-sections disabled; it makes profiling impossible [enabled
by default]
This turns off function sections in that specific
This mirrors commit e9c38ceba8d9 ("ARM: 8455/1: define __BUG as
asm(BUG_INSTR) without CONFIG_BUG") to make the behavior of
arm64 consistent with arm and x86, and avoids lots of warnings in
randconfig builds, such as:
kernel/seccomp.c: In function '__seccomp_filter':
kernel/seccomp.c:666:1: error:
As we need the CRYPTO_HASH_INFO implementation, we should also
select CRYPTO itself to avoid this build warning:
warning: (TCG_TPM && TRUSTED_KEYS && IMA) selects CRYPTO_HASH_INFO which has
unmet direct dependencies (CRYPTO)
Fixes: c1f92b4b04ad ("tpm: enhance TPM 2.0 PCR extend to support multip
On Tue, 2017-03-14 at 15:24 -0600, Jason Gunthorpe wrote:
> On Tue, Mar 14, 2017 at 07:58:37PM +0100, Peter Huewe wrote:
>
> > > In practice, I suspect that a single user space application won't
> > > support both TPMs.
> > Think of init scripts.
> > Which daemon should it start?
>
> Right, idea
The newly added broadcom qspi driver in drivers/spi produces a build
warning when CONFIG_MTD is disabled:
include/linux/mtd/cfi.h:76:2: #warning No CONFIG_MTD_CFI_Ix selected. No NOR
chip support can work. [-Werror=cpp]
Since drivers like this one don't actually need the cfi.h header,
we can jus
Kyle,
your patch format is really odd.
You seem to have *eight* lines of context rather than the regular 3.
Is there any reason for that oddity?
It basically means that a one-line hunk ends up being 17 lines of
unified diff rather than 7.
Example appended,
Linus
On Sat, Mar
On Tue, Mar 14, 2017 at 03:44:02PM -0400, Robert Foss wrote:
> On "missed ABBA deadlock" abba.result is read, but not initialized
> in all situations.
>
> Detected by CoverityScan, CID#1402035 ("Uninitialized scalar variable")
It's unconditionally set by the worker, and only accessed by the paren
sys_newlstat is a system call implementation that is meant for user
space, and that copies kernel-internal data structure to the user
format, which is not needed for in-kernel users.
Further, as we rearrange the system call implementation so we can
extend it with 64-bit time_t, the prototype for s
commit 354ae7432ee8 ("dax: add tracepoints to dax_writeback_mapping_range()")
in the -next tree, which appears in next-20170310, inadvertently changed
dax_writeback_mapping_range() so that it could end up returning a positive
value: the number of bytes flushed, as returned by dax_writeback_one().
T
Hello all,
I wanted to find out if udev is involved in loading of the firmware
during the booting up of the kernel.
Usually firmware download is done during the bootup of the kernel. In
that case, the udev monitors are not running. How do the firmware get
downloaded?
Thanks,
ryan
On 03/14/2017 04:19 PM, kbuild test robot wrote:
> Hi Naoya,
>
> [auto build test WARNING on mmotm/master]
> [also build test WARNING on next-20170310]
> [cannot apply to v4.11-rc2]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
On Tue, Mar 14, 2017 at 04:25:30PM +0100, Geert Uytterhoeven wrote:
> Hi Stafford,
>
> On Tue, Mar 14, 2017 at 3:56 PM, Stafford Horne wrote:
> > This was detected by allmodconfig, errors reported:
> >
> > ERROR: "empty_zero_page" [net/ceph/libceph.ko] undefined!
> > ERROR: "__ucmpdi2" [lib/842
Hi,
I was debugging some mysterious high CPU usage and tracked it down to
monitoring daemon regularly calling stat*() on an NFS automount
directory. The problem is triggered when mount.nfs passes mount() an
addr= that points to an unreachable address (i.e. connecting fails
immediately).
One way t
On 03/14/2017 10:21 PM, David Daney wrote:
Changes from v1:
- Use unsigned access for SKF_AD_HATYPE
- Added three more patches for other problems found.
Testing the BPF JIT on Cavium OCTEON (mips64) with the test-bpf module
identified some failures and unimplemented features.
Nice, th
On Tue, Mar 14, 2017 at 4:48 PM, Filip Štědronský wrote:
> Hi,
>
> On Tue, Mar 14, 2017 at 03:55:19PM +0200, Amir Goldstein wrote:
>> Please let me know if that is sufficient for your needs
>> or if you need me to prepare a version that delivers filename events
>> without filename info, therefore
Hi!
> > > Even if they were merged, if we keep the same mean time to develop a
> > > libv4l plugin, that would mean that a plugin for i.MX6 could take 2-3
> > > years to be developed.
> > >
> > > There's a clear message on it:
> > > - we shouldn't keep pushing for a solution via libv4l.
> >
On 03/14/2017 03:29 PM, Daniel Borkmann wrote:
On 03/14/2017 10:21 PM, David Daney wrote:
Changes from v1:
- Use unsigned access for SKF_AD_HATYPE
- Added three more patches for other problems found.
Testing the BPF JIT on Cavium OCTEON (mips64) with the test-bpf module
identified some
The mm-of-the-moment snapshot 2017-03-14-15-41 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On Wed, 2017-03-08 at 13:52 -0700, Jason Gunthorpe wrote:
> On Wed, Mar 08, 2017 at 03:28:11PM -0500, Hon Ching(Vicky) Lo wrote:
> > On Wed, 2017-03-08 at 10:17 -0700, Jason Gunthorpe wrote:
> > > On Tue, Mar 07, 2017 at 11:12:43PM -0500, Hon Ching(Vicky) Lo wrote:
> > > > On Mon, 2017-03-06 at 16:
,"Luis R . Rodriguez" ,Stanislaw Gruszka
,Peter Zijlstra ,Josh Poimboeuf
,Vitaly Kuznetsov ,Tim Chen
,Joerg Roedel
, TF-8?B?UmFkaW0gS3LEjW3DocWZ?From: h...@zytor.com
Message-ID: <550f6209-025a-45e2-84e2-f00a3771c...@zytor.com>
On March 14, 2017 2:20:19 PM PDT, Thomas Garnier wrote:
>On Tue, M
On Tue, Mar 14, 2017 at 02:21:39PM -0700, David Daney wrote:
> Changes from v1:
>
> - Use unsigned access for SKF_AD_HATYPE
>
> - Added three more patches for other problems found.
>
>
> Testing the BPF JIT on Cavium OCTEON (mips64) with the test-bpf module
> identified some failures and un
On Tue, 2017-03-14 at 23:15 +0100, Sebastian Schmidt wrote:
> Hi,
>
> I was debugging some mysterious high CPU usage and tracked it down to
> monitoring daemon regularly calling stat*() on an NFS automount
> directory. The problem is triggered when mount.nfs passes mount() an
> addr= that points t
On 03/14/2017 03:49 PM, Alexei Starovoitov wrote:
On Tue, Mar 14, 2017 at 02:21:39PM -0700, David Daney wrote:
Changes from v1:
- Use unsigned access for SKF_AD_HATYPE
- Added three more patches for other problems found.
Testing the BPF JIT on Cavium OCTEON (mips64) with the test-bpf mod
1 - 100 of 1088 matches
Mail list logo
