FROM MRS LINAH
FROM MRS. LINAH MOHOHLO.pdf
Description: Adobe PDF document
From: Jing Xia
Writeback thread and fuse block each other.
Writeback thread waits fuse's reply with inode's I_SYNC being
held.Fuse enters the slowpath of memory allocation when handle
the request and has to wait the inode's I_SYNC is cleared.
writeback's backtrace
-
PID
FROM MRS LINAH
FROM MRS. LINAH MOHOHLO.pdf
Description: Adobe PDF document
h changes up to 79cd1762933153237731585f0901eec368e54bae:
ALSA: sparc: drop owner assignment from platform_drivers (2014-10-20 16:22:16
+0200)
Wolfram Sang (299):
ARM: common: drop owner assignment from platform_drivers
to 79cd1762933153237731585f0901eec368e54bae:
ALSA: sparc: drop owner assignment from platform_drivers (2014-10-20 16:22:16
+0200)
Wolfram Sang (299):
ARM: common: drop owner assignment from platform_drivers
ARM: mach
from V1:
Updated commit message
Changed Confidence comment to High on the semantic patch
scripts/coccinelle/misc/memcpy-assign.cocci | 103
1 file changed, 103 insertions(+)
create mode 100644 scripts/coccinelle/misc/memcpy-assign.cocci
diff --git a/scripts/coccinelle
Tschudin peter.se...@gmail.com
---
Changes from V1:
Updated commit message
Changed Confidence comment to High on the semantic patch
scripts/coccinelle/misc/memcpy-assign.cocci | 103
1 file changed, 103 insertions(+)
create mode 100644 scripts/coccinelle/misc/memcpy
2147483648 cannot be represented in type 'int':
CPU: 2 PID: 5637 Comm: fsck.ext4 Tainted: GW
4.8.0-rc7-00173-g142932f #25
Hardware name: SAMSUNG EXYNOS (Flattened Device Tree)
[] (unwind_backtrace) from [] (show_stack+0x20/0x24)
[] (show_stack) from [] (dump_stack+0x84/0xa0)
[] (dump_s
device in my case.
Everything works good after fixing this patch. I'll keep testing and
will be taking a closer look at the rest of the patches over this weekend.
For the record, here is a backtrace of the crash:
Unable to handle kernel NULL pointer dereference at virtual address 0016
...
2147483648 cannot be represented in type 'int':
CPU: 2 PID: 5637 Comm: fsck.ext4 Tainted: GW
4.8.0-rc7-00173-g142932f #25
Hardware name: SAMSUNG EXYNOS (Flattened Device Tree)
[] (unwind_backtrace) from [] (show_stack+0x20/0x24)
[] (show_stack) from [] (dump_stack+0x84/0xa0)
[] (dump_s
#308
[1.84] Workqueue: deferwq deferred_probe_work_func
[1.848728] mmcblk0boot0: unknown partition table
[1.853928] [] (unwind_backtrace) from []
(show_stack+0x10/0x14)
[1.862086] [] (show_stack) from []
(dump_stack+0x84/0x9c)
[1.869667] [] (dump_stack) from
, .owner: /-1,
.owner_cpu: 0
[ 6410.644836] CPU: 0 PID: 18947 Comm: kworker/u2:1 Not tainted
4.6.0-rc5-176732-g177b741-dirty #243
[ 6410.647949] Hardware name: Nokia RX-51 board
[ 6410.650909] Workqueue: phy1 wl1251_irq_work
[ 6410.653869] [] (unwind_backtrace) from []
(show_stack+0x10/0x14
:
-// Options: --no-includes --include-headers
-
-virtual patch
-virtual report
-virtual context
-virtual org
-
-@r1 depends on !patch@
-identifier struct_name;
-struct struct_name to;
-struct struct_name from;
-struct struct_name *top;
-struct struct_name *fromp;
-position p;
-@@
-memcpy@p
://coccinelle.lip6.fr/
+// Comments:
+// Options: --no-includes --include-headers
+
+virtual patch
+virtual report
+virtual context
+virtual org
+
+@r1 depends on !patch@
+identifier struct_name;
+struct struct_name to;
+struct struct_name from;
+struct struct_name *top;
+struct struct_name *fromp;
+position p
, .owner: /-1,
.owner_cpu: 0
[ 6410.644836] CPU: 0 PID: 18947 Comm: kworker/u2:1 Not tainted
4.6.0-rc5-176732-g177b741-dirty #243
[ 6410.647949] Hardware name: Nokia RX-51 board
[ 6410.650909] Workqueue: phy1 wl1251_irq_work
[ 6410.653869] [] (unwind_backtrace) from []
(show_stack+0x10/0x14
, INRIA/LIP6. GPLv2.
+// URL: http://coccinelle.lip6.fr/
+// Comments:
+// Options: --no-includes --include-headers
+
+virtual patch
+virtual report
+virtual context
+virtual org
+
+@r1 depends on !patch@
+identifier struct_name;
+struct struct_name to;
+struct struct_name from;
+struct struct_name *top
://coccinelle.lip6.fr/
-// Comments:
-// Options: --no-includes --include-headers
-
-virtual patch
-virtual report
-virtual context
-virtual org
-
-@r1 depends on !patch@
-identifier struct_name;
-struct struct_name to;
-struct struct_name from;
-struct struct_name *top;
-struct struct_name *fromp;
-position p
7.2.0
> reproduce:
> wget
> https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
> ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # save the attached .config to linux build tree
> make.cross ARCH=sparc
>
> All error/warnin
On Fri, Mar 02, 2018 at 04:28:31PM +0100, Takashi Iwai wrote:
> from docutils.parsers.rst import directives
> -from sphinx.util.compat import Directive
> +try:
> +from docutils.parsers.rst import directives, Directive
We also don't need 'directives' on this line as it
On Fri, Mar 02, 2018 at 04:28:31PM +0100, Takashi Iwai wrote:
> from docutils.parsers.rst import directives
> -from sphinx.util.compat import Directive
> +try:
> +from docutils.parsers.rst import directives, Directive
We also don't need 'directives' on this line as it
most
certainly going to be BS in the end, and a few years from now we'll
have big patches trying to merge it all back. But maybe it really
*was* different this time. Snicker.
- arm multiplatform code.
Finally. The ARM devicetree code stuff etc means that at least some
arm kernels can now
to be BS in the end, and a few years from now we'll
have big patches trying to merge it all back. But maybe it really
*was* different this time. Snicker.
- arm multiplatform code.
Finally. The ARM devicetree code stuff etc means that at least some
arm kernels can now be built to support multiple
, .magic: , .owner: /-1,
.owner_cpu: 0
[ 5668.772277] CPU: 0 PID: 9745 Comm: kworker/u2:3 Tainted: GW
4.12.0-03002-gec979a4-dirty #40
[ 5668.772796] Hardware name: Nokia RX-51 board
[ 5668.773071] Workqueue: phy1 wl1251_irq_work
[ 5668.773345] [] (unwind_backtrace) from []
(show_stack+0x10
Hi all,
After merging the bpf-next tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
In file included from include/linux/dma-mapping.h:5:0,
from include/linux/skbuff.h:34,
from include/linux/if_ether.h:23,
from include
Hi all,
After merging the bpf-next tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
In file included from include/linux/dma-mapping.h:5:0,
from include/linux/skbuff.h:34,
from include/linux/if_ether.h:23,
from include
, .magic: , .owner: /-1,
.owner_cpu: 0
[ 5668.772277] CPU: 0 PID: 9745 Comm: kworker/u2:3 Tainted: GW
4.12.0-03002-gec979a4-dirty #40
[ 5668.772796] Hardware name: Nokia RX-51 board
[ 5668.773071] Workqueue: phy1 wl1251_irq_work
[ 5668.773345] [] (unwind_backtrace) from []
(show_stack+0x10
e name: Rockchip (Device Tree)
[4.345411] Workqueue: deferwq deferred_probe_work_func
[4.345438] [] (unwind_backtrace) from []
(show_stack+0x20/0x24)
[4.345458] [] (show_stack) from []
(dump_stack+0x84/0xb8)
[4.345479] [] (dump_stack) from []
(warn_slowpath_common+0x9
Tree)
[4.345411] Workqueue: deferwq deferred_probe_work_func
[4.345438] [] (unwind_backtrace) from []
(show_stack+0x20/0x24)
[4.345458] [] (show_stack) from []
(dump_stack+0x84/0xb8)
[4.345479] [] (dump_stack) from []
(warn_slowpath_common+0x98/0xc4)
[4.345496
vice Tree)
[4.345411] Workqueue: deferwq deferred_probe_work_func
[4.345438] [] (unwind_backtrace) from []
(show_stack+0x20/0x24)
[4.345458] [] (show_stack) from []
(dump_stack+0x84/0xb8)
[4.345479] [] (dump_stack) from []
(warn_slowpath_common+0x98/0xc4)
[4.345496] [] (wa
Workqueue: deferwq deferred_probe_work_func
[4.345438] [] (unwind_backtrace) from []
(show_stack+0x20/0x24)
[4.345458] [] (show_stack) from []
(dump_stack+0x84/0xb8)
[4.345479] [] (dump_stack) from []
(warn_slowpath_common+0x98/0xc4)
[4.345496] [] (warn_slowpath_common) from []
(warn_
pointer from integer without a cast [enabled by default]
le16_to_cpus(range.x);
^
In file included from include/linux/swab.h:4:0,
from include/uapi/linux/byteorder/big_endian.h:12,
from include/linux/byteorder/big_endian.h:4,
from arch/powerpc
pointer from integer without a cast [enabled by default]
le16_to_cpus(range.x);
^
In file included from include/linux/swab.h:4:0,
from include/uapi/linux/byteorder/big_endian.h:12,
from include/linux/byteorder/big_endian.h:4,
from arch/powerpc
_dma
> > [ 774.995047] CPU: 1 PID: 10284 Comm: mount.nfs Not tainted 4.11.0-rc4+ #14
> > [ 774.995054] Hardware name: Allwinner sun7i (A20) Family
> > [ 774.995085] [] (unwind_backtrace) from []
> > (show_stack+0x10/0x14)
> > [ 774.995104] [] (show_stack) from []
_dma
> > [ 774.995047] CPU: 1 PID: 10284 Comm: mount.nfs Not tainted 4.11.0-rc4+ #14
> > [ 774.995054] Hardware name: Allwinner sun7i (A20) Family
> > [ 774.995085] [] (unwind_backtrace) from []
> > (show_stack+0x10/0x14)
> > [ 774.995104] [] (show_stack) from []
From: Al Viro <v...@zeniv.linux.org.uk>
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro <v...@zeniv.linux.org.uk>
Signed-off-by: Willy Tarreau <w...@1wt.eu>
---
arch/score/include/asm/uaccess.h | 41
From: Al Viro <v...@zeniv.linux.org.uk>
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro <v...@zeniv.linux.org.uk>
Signed-off-by: Jiri Slaby <jsl...@sus
> So after that the errors (x86_64 allmodconfig build) are only:
>
> In file included from include/linux/bitmap.h:8:0,
> from include/linux/cpumask.h:11,
> from arch/x86/include/asm/cpumask.h:4,
> from arch/x86/in
DR. WILSON ANDERSON.docx
Description: Binary data
I did another pass at this, reducing the overhead of the x32 magic
in common code down to renaming copy_siginfo_to_user32 to
copy_siginfo_to_user32 and having a conditional #define to give it
the old name back:
---
>From 45e5263d7c24d854bb446b7e69dc53729ed842bc Mon Sep 17 00:00:00 2001
F
> So after that the errors (x86_64 allmodconfig build) are only:
>
> In file included from include/linux/bitmap.h:8:0,
> from include/linux/cpumask.h:11,
> from arch/x86/include/asm/cpumask.h:4,
> from arch/x86/in
From: Al Viro
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro
Signed-off-by: Willy Tarreau
---
arch/score/include/asm/uaccess.h | 41
1 file changed, 20 insertions(+), 21 deletions(-)
diff --git a/arch/score/include
From: Al Viro
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro
Signed-off-by: Jiri Slaby
---
arch/score/include/asm/uaccess.h | 41
DR. WILSON ANDERSON.docx
Description: Binary data
Hi Christoph,
After merging the uuid tree, today's linux-next build (arm
multi_v7_defconfig and x86_64 allmodconfig) produced these warnings:
In file included from drivers/usb/dwc2/core.h:45:0,
from drivers/usb/dwc2/core_intr.c:53:
drivers/usb/dwc2/hw.h:230:0: warning: "
Hi Christoph,
After merging the uuid tree, today's linux-next build (arm
multi_v7_defconfig and x86_64 allmodconfig) produced these warnings:
In file included from drivers/usb/dwc2/core.h:45:0,
from drivers/usb/dwc2/core_intr.c:53:
drivers/usb/dwc2/hw.h:230:0: warning: "
Hi all,
After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
produced these warnings:
In file included from tools/include/linux/hashtable.h:12:0,
from elf.h:24,
from builtin-check.c:33:
tools/include/linux/bitops.h:12:0: error
e sure that it is not
> > NULL and then several instructions later it is NULL. It does appear
> > that someone is changing that member without taking the lock. In my
> > setup, I see
> >
> > crash> bt
> > PID: 72 TASK: e1f48640 CPU: 0 COMMAND: "mmcq
NULL. It does appear
> that someone is changing that member without taking the lock. In my
> setup, I see
>
> crash> bt
> PID: 72 TASK: e1f48640 CPU: 0 COMMAND: "mmcqd/1"
> #0 [] (__crash_kexec) from []
> #1 [] (panic) from []
> #2 [] (svcerr_panic) fro
NULL. It does appear
> that someone is changing that member without taking the lock. In my
> setup, I see
>
> crash> bt
> PID: 72 TASK: e1f48640 CPU: 0 COMMAND: "mmcqd/1"
> #0 [] (__crash_kexec) from []
> #1 [] (panic) from []
> #2 [] (svcerr_panic) fro
e sure that it is not
> > NULL and then several instructions later it is NULL. It does appear
> > that someone is changing that member without taking the lock. In my
> > setup, I see
> >
> > crash> bt
> > PID: 72 TASK: e1f48640 CPU: 0 COMMAND: "mmcq
Hi all,
After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
produced these warnings:
In file included from tools/include/linux/hashtable.h:12:0,
from elf.h:24,
from builtin-check.c:33:
tools/include/linux/bitops.h:12:0: error
2013/5/14 Neil Zhang :
> 2013/5/14 Greg Kroah-Hartman :
>> On Wed, May 01, 2013 at 09:56:13AM -0400, Robert Love wrote:
>>> Don't acquire ashmem_mutex in ashmem_shrink if we've somehow recursed
>>> into the
>>> shrinker code from within ashmem
On Tue, Apr 28, 2020 at 09:56:26PM +0200, Arnd Bergmann wrote:
> I think I found a way to improve the x32 handling:
>
> This is a simplification over Christoph's "[PATCH 2/7] signal: factor
> copy_siginfo_to_external32 from copy_siginfo_to_user32", reducing the
> x32 spe
Hi Alexandre,
On 2015-12-02 19:20, Alexandre Belloni wrote:
> Hi Peter,
>
> On 01/12/2015 at 18:17:16 +0100, Peter Rosin wrote :
>> [] (ohci_hcd_at91_overcurrent_irq) from []
>> (handle_irq_event_percpu+0x78/0x140)
>> [] (handle_irq_event_percpu) from []
>
Factor out a copy_siginfo_to_external32 helper from
copy_siginfo_to_user32 that fills out the compat_siginfo, but does so
on a kernel space data structure. With that we can let architectures
override copy_siginfo_to_user32 with their own implementations using
copy_siginfo_to_external32
On 12/1/2016 1:02 AM, Marek Szyprowski wrote:
> dwc2_hsotg_ep_enable can be called from interrupt context, so all
> allocations should be done with GFP_ATOMIC flags. This fixes following
> issue on ARM architecture:
>
> [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
> []
dwc2_hsotg_ep_enable can be called from interrupt context, so all
allocations should be done with GFP_ATOMIC flags. This fixes following
issue on ARM architecture:
[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[] (show_stack) from [] (dump_stack+0x74/0x94)
[] (dump_stack) from [] (__warn
sm.h
+++ b/arch/x86/include/asm/asm.h
@@ -118,36 +118,36 @@
#endif
/* Exception table entry */
-#ifdef __ASSEMBLY__
-# define _ASM_EXTABLE_HANDLE(from, to, handler)\
- .pushsection "__ex_table","a" ;
On 12/1/2016 1:02 AM, Marek Szyprowski wrote:
> dwc2_hsotg_ep_enable can be called from interrupt context, so all
> allocations should be done with GFP_ATOMIC flags. This fixes following
> issue on ARM architecture:
>
> [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
> []
dwc2_hsotg_ep_enable can be called from interrupt context, so all
allocations should be done with GFP_ATOMIC flags. This fixes following
issue on ARM architecture:
[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[] (show_stack) from [] (dump_stack+0x74/0x94)
[] (dump_stack) from [] (__warn
On 16/05/2016 20:50, Paul E. McKenney wrote:
>> stack backtrace:
>> CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.6.0-rc5-next-20160426+ #1114
>> Hardware name: Generic OMAP36xx (Flattened Device Tree)
>> [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
>> [] (s
On Wed, May 18, 2016 at 05:24:51PM +0200, Mason wrote:
> On 16/05/2016 20:50, Paul E. McKenney wrote:
>
> >> stack backtrace:
> >> CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.6.0-rc5-next-20160426+ #1114
> >> Hardware name: Generic OMAP36xx (Flattened Device Tree
On 16/05/2016 20:50, Paul E. McKenney wrote:
>> stack backtrace:
>> CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.6.0-rc5-next-20160426+ #1114
>> Hardware name: Generic OMAP36xx (Flattened Device Tree)
>> [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
>> [] (s
On Wed, May 18, 2016 at 05:24:51PM +0200, Mason wrote:
> On 16/05/2016 20:50, Paul E. McKenney wrote:
>
> >> stack backtrace:
> >> CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.6.0-rc5-next-20160426+ #1114
> >> Hardware name: Generic OMAP36xx (Flattened Device Tree
> check_flush_dependency+0x138/0x144()
> workqueue: WQ_MEM_RECLAIM deferwq:deferred_probe_work_func is flushing
> !WQ_MEM_RECLAIM events:lru_add_drain_per_cpu
> ...
> Workqueue: deferwq deferred_probe_work_func
> [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
>
4.7-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro <v...@zeniv.linux.org.uk>
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro <v...@zeniv.linux.org.uk>
Signed-off-by: Greg Kroah-
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro <v...@zeniv.linux.org.uk>
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro <v...@zeniv.linux.org.uk>
Signed-off-by: Greg Kroah-
3.16.39-rc1 review patch. If anyone has any objections, please let me know.
--
From: Al Viro <v...@zeniv.linux.org.uk>
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro <v...@zeniv.linux.org.uk>
Signed-off-by: Ben Hutchings <b...@
3.2.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Al Viro <v...@zeniv.linux.org.uk>
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro <v...@zeniv.linux.org.uk>
Signed-off-by: Ben Hutchings <b...@
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
In file included from include/net/sock.h:64:0,
from include/linux/tcp.h:23,
from include/linux/ipv6.h:83,
from include/net/ipv6.h:16
On 03/06/2017 07:07 PM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> In file included from include/net/sock.h:64:0,
> from include/linux/tcp.h:23,
>
st or I
> might be missing any config ?
It's surely not the config.
> inconsistent {IN-HARDIRQ-W} -> {HARDIRQ-ON-W} usage.
> [] (unwind_backtrace) from [] (show_stack+0x11/0x14)
> [] (show_stack) from [] (dump_stack+0x6d/0x78)
> [] (dump_stack) from [] (print_usage_bug+0x1d9/0
Hello Boris,
On Fri, Feb 06, 2015 at 04:22:23PM +0100, Boris Brezillon wrote:
> Convert the HLCDC driver to atomic mode-setting.
>
> Signed-off-by: Boris Brezillon
> ---
I am getting the following trace with this patch applied, which seems
pretty straightforward to fix.
4.7-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro
Signed-off-by: Greg Kroah-Hartman
---
arch/score/include/asm/uaccess.h | 41
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro
Signed-off-by: Greg Kroah-Hartman
---
arch/score/include/asm/uaccess.h | 41
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
In file included from include/net/sock.h:64:0,
from include/linux/tcp.h:23,
from include/linux/ipv6.h:83,
from include/net/ipv6.h:16
On 03/06/2017 07:07 PM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> In file included from include/net/sock.h:64:0,
> from include/linux/tcp.h:23,
>
3.2.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro
Signed-off-by: Ben Hutchings
---
arch/score/include/asm/uaccess.h | 41
3.16.39-rc1 review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream.
Signed-off-by: Al Viro
Signed-off-by: Ben Hutchings
---
arch/score/include/asm/uaccess.h | 41
> check_flush_dependency+0x138/0x144()
> workqueue: WQ_MEM_RECLAIM deferwq:deferred_probe_work_func is flushing
> !WQ_MEM_RECLAIM events:lru_add_drain_per_cpu
> ...
> Workqueue: deferwq deferred_probe_work_func
> [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
>
_task_timeout_secs" disables this message.
swapper/0 D c07daeac 0 1 0 0x0000
[] (__schedule) from [] (schedule+0x50/0xc0)
[] (schedule) from [] (schedule_preempt_disabled+0x24/0x40)
[] (schedule_preempt_disabled) from []
(__mutex_lock_slowpath+0x17c/0x3e4)
[] (__mutex_lock_slowpath)
> > - if (lbr_format == LBR_FORMAT_EIP_FLAGS) {
> > + if (lbr_format == LBR_FORMAT_EIP_FLAGS ||
> > + lbr_format == LBR_FORMAT_EIP_FLAGS2) {
> > mis = !!(from & LBR_FROM_FLAG_MISPRED);
> >
_task_timeout_secs" disables this message.
swapper/0 D c07daeac 0 1 0 0x0000
[] (__schedule) from [] (schedule+0x50/0xc0)
[] (schedule) from [] (schedule_preempt_disabled+0x24/0x40)
[] (schedule_preempt_disabled) from []
(__mutex_lock_slowpath+0x17c/0x3e4)
[] (__mutex_lock_slowpath)
- if (lbr_format == LBR_FORMAT_EIP_FLAGS) {
+ if (lbr_format == LBR_FORMAT_EIP_FLAGS ||
+ lbr_format == LBR_FORMAT_EIP_FLAGS2) {
mis = !!(from LBR_FROM_FLAG_MISPRED);
pred = !mis
not call an action
[2.640008] Modules linked in:
[2.647909] CPU: 0 PID: 92 Comm: ip Not tainted
4.8.0-rc1-00011-ga21e27b4cb66 #194
[2.647996] Hardware name: Generic DT based system
[2.655486] [] (unwind_backtrace) from []
(show_stack+0x10/0x14)
[2.660254] [] (show_stack) from
On Thu, Feb 21, 2019 at 05:13:32PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the xarray tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> In file included from include/linux/uio.h:12,
> from inc
.640008] Modules linked in:
[2.647909] CPU: 0 PID: 92 Comm: ip Not tainted
4.8.0-rc1-00011-ga21e27b4cb66 #194
[2.647996] Hardware name: Generic DT based system
[2.655486] [] (unwind_backtrace) from []
(show_stack+0x10/0x14)
[2.660254] [] (show_stack) from []
(dump_stack+0x78/0x8c)
[2
# save the attached .config to linux build tree
make.cross ARCH=m32r
All errors (new ones prefixed by >>):
In file included from arch/m32r/include/uapi/asm/byteorder.h:8:0,
from arch/m32r/include/asm/bitops.h:22,
from include/linux/bi
# save the attached .config to linux build tree
make.cross ARCH=m32r
All errors (new ones prefixed by >>):
In file included from arch/m32r/include/uapi/asm/byteorder.h:8:0,
from arch/m32r/include/asm/bitops.h:22,
from include/linux/bi
Btw. my build test machinery has reported this:
microblaze/allnoconfig
In file included from ./arch/microblaze/include/asm/pgtable.h:550:0,
from ./include/linux/mm.h:68,
from ./arch/microblaze/include/asm/io.h:17,
from ./include/linux/io.h:25
On Thu, Jul 23, 2015 at 10:02:32AM +0100, Viresh Kumar wrote:
> This file isn't getting removed while we unbind a device from thermal
> zone. And this causes following messages when the device is registered
> again:
>
> WARNING: CPU: 0 PID: 2228 at /home/viresh/linux/fs
On 23-07-15, 14:32, Viresh Kumar wrote:
> This file isn't getting removed while we unbind a device from thermal
> zone. And this causes following messages when the device is registered
> again:
>
> WARNING: CPU: 0 PID: 2228 at /home/viresh/linux/fs/sysfs/dir.c:31
> sysfs_
This file isn't getting removed while we unbind a device from thermal
zone. And this causes following messages when the device is registered
again:
WARNING: CPU: 0 PID: 2228 at /home/viresh/linux/fs/sysfs/dir.c:31
sysfs_warn_dup+0x60/0x70()
sysfs: cannot create duplicate filename
'/devices
Btw. my build test machinery has reported this:
microblaze/allnoconfig
In file included from ./arch/microblaze/include/asm/pgtable.h:550:0,
from ./include/linux/mm.h:68,
from ./arch/microblaze/include/asm/io.h:17,
from ./include/linux/io.h:25
Hi All,
Facing below warning backtrace during resume from suspend to disk. I
am using 4.1.15 freescale kernel. After this warning there is a huge
time gap (nearly 10 sec) between Enabling non-boot cpus and CPU1 being
up. Any pointers on this would be helpful.
[ 545.227081] Hardware name
* Randy Dunlap ([EMAIL PROTECTED]) wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Since Voyager and Visual WS already define ARCH_SETUP,
> it looks like PARAVIRT shouldn't be offered for them.
>
> In file included from arch/i386/kernel/setup.c:63:
> include/asm-i
Hi Dmitry,
On Mon, Feb 24, 2014 at 10:43:17PM +0100, Sebastian Reichel wrote:
> Move sysfs_notify and i2c_transfer calls from bq2415x_notifier_call
> to bq2415x_timer_work to avoid sleeping in atomic context.
>
> This fixes the following bug:
>
> [ 7.667449]
Hi,
On Mon, Feb 24, 2014 at 10:43:17PM +0100, Sebastian Reichel wrote:
> Move sysfs_notify and i2c_transfer calls from bq2415x_notifier_call
> to bq2415x_timer_work to avoid sleeping in atomic context.
>
> This fixes the following bug:
>
> [ 7.667449] Workqueue: events power_s
Hi All,
Facing below warning backtrace during resume from suspend to disk. I
am using 4.1.15 freescale kernel. After this warning there is a huge
time gap (nearly 10 sec) between Enabling non-boot cpus and CPU1 being
up. Any pointers on this would be helpful.
[ 545.227081] Hardware name
Hi,
Here is the backtrace of the process hanging in wait_rcu_gp,
PID: 247TASK: e16e7380 CPU: 4 COMMAND: "kworker/u16:5"
#0 [] (__schedule) from []
#1 [] (schedule_timeout) from []
#2 [] (wait_for_common) from []
#3 [] (wait_rcu_gp) from []
#4 [] (atomic_notifier_chain_
1 - 100 of 3268282 matches
Mail list logo
