eneric AM33XX (Flattened Device Tree)
> [3.806920] [] (unwind_backtrace) from []
> (show_stack+0x10/0x14)
> [3.817762] [] (show_stack) from []
> (dump_stack+0x84/0x9c)
> [3.828071] [] (dump_stack) from []
> (warn_slowpath_common+0x7c/0xb8)
> [3.839284] [] (war
On Tue 2020-06-23 10:26:55, Stephen Rothwell wrote:
> Hi Stephen,
>
> On Sun, 21 Jun 2020 13:15:54 +1000 Stephen Rothwell
> wrote:
> >
> > Hi all,
> >
> > After merging the printk tree, today's linux-next build (x86_64
> > allmodconfig) failed li
Debian
unstable, up to date.
> Well, latest change of namei_vfat.c is Sep, 2016. And I can't reproduce
> it by "gcc version 6.3.0 20170516 (Debian 6.3.0-18)".
>
> > CC [M] fs/fat/namei_vfat.o
> > In file included from ./arch/x86/include/asm/str
ag set
[ 26.919179] bad because of flags:
[ 26.948917] page flags: 0x200(arch_1)
[ 26.979100] Modules linked in:
[ 27.008401] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G W3.14.0 #17
[ 27.041816] [] (unwind_backtrace) from []
(show_stack+0x20/0x24)
[ 27.076108] [] (show_stack) from []
(dump
From: Rouven Czerwinski
commit dcb3b06d9c34f33a249f65c08805461fb0c4325b upstream.
might_sleep() is a debugging aid and triggers rescheduling only for
certain kernel configurations. Replace with an explicit check and
reschedule to work for all kernel configurations. Fixes the following
trace
Not tainted 3.12.15-rt25+ #52
> [ 11.797630] [] (unwind_backtrace+0x0/0xf4) from []
> (show_stack+0x10/0x14)
> [ 11.797691] [] (show_stack+0x10/0x14) from []
> (do_raw_spin_trylock+0x4c/0x58)
> [ 11.797748] [] (do_raw_spin_trylock+0x4c/0x58) from []
> (_raw_spin_trylock+0
3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Vladimir Zapolskiy
commit 01bb70ae0b98d266fa3e860482c7ce22fa482a6e upstream.
If common clock framework is configured, the driver generates a warning,
which is fixed by this change
3.13.11-ckt32 -stable review patch. If anyone has any objections, please let
me know.
--
From: Vladimir Zapolskiy
commit 01bb70ae0b98d266fa3e860482c7ce22fa482a6e upstream.
If common clock framework is configured, the driver generates a warning,
which is fixed by this change
modeset_state+0x6c/0x200() [ 20.576991]
> > Modules linked in:
> > [ 20.580175] CPU: 3 PID: 74 Comm: irq/51-ff98 Not tainted 4.4.0-rc5+
> > #2787 [ 20.587502] Hardware name: Rockchip (Device Tree)
> > [ 20.592347] [] (unwind_backtrace) from []
> > (show_sta
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 []
> (handle_irq_event+0x2c/0x40)
> [] (handle_irq_event) from []
> (handle_si
-
omap2/omap_hwmod.c:2182 _idle+0x28/0x64()
[ 37.668762] omap_hwmod: aes: idle state can only be entered
from enabled state
[ 37.672271] Modules linked in: omap_aes(+)
[ 37.675933] CPU: 0 PID: 173 Comm: modprobe Not tainted 3.19.0-
rc5+ #299
[ 37.679534] Hardware name: Nokia RX-51 board
ndle it and
> send through arm-soc, especially since the regression won't be fixed
> within my mmc tree anyway.
>
> So, I am going to leave my next branch as is - and thus relying on
> teet the regression for OMAP will be fixed in some the 4.3 rc[n].
I'm picking up the .dts
3.16.7-ckt22 -stable review patch. If anyone has any objections, please let me
know.
--
From: Vladimir Zapolskiy
commit 01bb70ae0b98d266fa3e860482c7ce22fa482a6e upstream.
If common clock framework is configured, the driver generates a warning,
which is fixed by this change
,25 @@ int copy_siginfo_to_user32(compat_siginfo_t __user *to,
const siginfo_t *from)
*/
err = __put_user(from->si_signo, &to->si_signo);
err |= __put_user(from->si_errno, &to->si_errno);
- err |= __put_user((short)from->si_code, &to->si_code);
+
signal32.c
index c747a0fc5d7d..9b95a935c21d 100644
--- a/arch/arm64/kernel/signal32.c
+++ b/arch/arm64/kernel/signal32.c
@@ -142,25 +142,25 @@ int copy_siginfo_to_user32(compat_siginfo_t __user *to,
const siginfo_t *from)
*/
err = __put_user(from->si_signo, &to->si
,68 +181,6 @@ SYSCALL_DEFINE3(32_sigaction, long, sig, const struct
compat_sigaction __user *,
return ret;
}
-int copy_siginfo_to_user32(compat_siginfo_t __user *to, const siginfo_t *from)
-{
- int err;
-
- if (!access_ok (VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
- retu
From: Chen-Yu Tsai
The custom regulatory ruleset in the rtl8723bs driver lists an incorrect
number of rules: one too many. This results in an out-of-bounds access,
as detected by KASAN. This was possible thanks to the newly added support
for KASAN on ARMv7.
Fix this by filling in the correct
ex){..}, at: [] __driver_attach+0x58/0xa8
> #1: (&dev->mutex){..}, at: [] __driver_attach+0x68/0xa8
> #2: (&rdev->mutex){+.+.+.}, at: []
> regulator_set_voltage+0x50/0x168
>
> stack backtrace:
> CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.2.0-rc5-dir
signal32.c
@@ -181,68 +181,6 @@ SYSCALL_DEFINE3(32_sigaction, long, sig, const struct
compat_sigaction __user *,
return ret;
}
-int copy_siginfo_to_user32(compat_siginfo_t __user *to, const siginfo_t *from)
-{
- int err;
-
- if (!access_ok (VERIFY_WRITE, to, sizeof(compat
Hi all,
After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
produced these warnings:
In file included from arch/x86/include/asm/paravirt_types.h:44:0,
from arch/x86/include/asm/ptrace.h:71,
from arch/x86/include/asm/math_em
itethrough
cma: Reserved 16 MiB at 0x86c0
DaVinci dm355 variant 0x0
random: get_random_bytes called from start_kernel+0x88/0x3f4 with crng_init=0
Built 1 zonelists, mobility grouping on. Total pages: 32512
Kernel command line: console=ttyS0,115200n8 root=/dev/nfs rw
nfsroot=172.24.210.141:/
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Lauri Hintsala
commit 1af36b2a993dddfa3d6860ec4879c9e8abc9b976 upstream.
Release the lock before mmc_signal_sdio_irq is called by mxs_mmc_irq_handler.
Backtrace:
[ 79.66
d Device Tree)
> [ 2.599892] [] (unwind_backtrace) from []
> (show_stack+0x10/0x14)
> [2.607612] [] (show_stack) from []
> (dump_stack+0x70/0xbc)
> [2.614822] [] (dump_stack) from []
> (warn_slowpath_common+0x74/0xb0)
> [2.622885] [] (warn_slowpath_common) from
2-g4ff197fc1902-dirty #1318
> [2.593796] Hardware name: SAMSUNG EXYNOS (Flattened Device Tree)
> [ 2.599892] [] (unwind_backtrace) from []
> (show_stack+0x10/0x14)
> [2.607612] [] (show_stack) from []
> (dump_stack+0x70/0xbc)
> [2.614822] [] (dump_stack) from []
>
d Device Tree)
> [ 2.599892] [] (unwind_backtrace) from []
> (show_stack+0x10/0x14)
> [2.607612] [] (show_stack) from []
> (dump_stack+0x70/0xbc)
> [2.614822] [] (dump_stack) from []
> (warn_slowpath_common+0x74/0xb0)
> [2.622885] [] (warn_slowpath_common) from
warnings (new ones prefixed by >>):
In file included from arch/x86/include/asm/cpumask.h:5:0,
from arch/x86/include/asm/msr.h:11,
from arch/x86/include/asm/processor.h:21,
from arch/x86/include/asm/cpufeature.h:5,
s `li
>> a1,CONFIG_PAGE_OFFSET'
clang-12: error: assembler command failed with exit code 1 (use -v to see
invocation)
--
In file included from arch/riscv/kernel/soc.c:7:
In file included from include/linux/pgtable.h:6:
In file included from arch/riscv/include/asm/pgtable.h:64:
>> a
ed .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=riscv
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
All errors (new ones prefixed by >>):
In file included from include/linux/hardirq.
Hi, Jeff!
I used today's linus-tree and defconfig to compile uml, but it failed. Error
messages are
things like:
In file included from include/asm/processor-generic.h:13,
from include/asm/processor.h:77,
from include/asm/thread_info.h:11,
) from []
(show_stack+0xb/0xc)
[8.842841] [] (show_stack) from []
(dump_stack+0x6d/0x98)
[8.842849] [] (dump_stack) from []
(kobject_put+0x93/0x140)
[8.842935] [] (kobject_put) from []
(omapdss_of_find_source_for_first_ep+0x2e/0x58 [omapdss])
[8.843014
This fixes splats like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y
and machine (Tegra30) booted with SMP=n or all secondary CPU's are put
offline. Locking isn't needed because it protects atomic operation.
# echo 0 | tee /sys/devices/system/cpu/cpu[1-3]/online
BUG: sleeping function c
.c: In function ‘nfnl_cthelper_from_nlattr’:
> net/netfilter/nfnetlink_cthelper.c:97:9: warning: passing argument 1 o
> ‘memcpy’ discards ‘const’ qualifier from pointer target type
> [-Wdiscarded-array-qualifiers]
> memcpy(&help->data, nla_data(attr), help->helper->data_len);
>
8/0x24c()
[0.731475] enable GPMC debug to configure .dts timings for CS1
[0.731781] Modules linked in:
[0.732086] CPU: 0 PID: 31 Comm: kworker/u2:1 Not tainted 3.19.0-rc5+ #234
[0.732391] Hardware name: Nokia RX-51 board
[0.732757] Workqueue: deferwq deferred_probe_work_f
The use of IRQF_ONESHOT when registering an interrupt handler with
request_irq() is non-sensical.
Not only that, it also prevents the handler from being threaded when it
otherwise should be w/ IRQ_FORCED_THREADING is enabled. This causes the
following deadlock observed by Sean Nyekjaer on -rt
---
1 file changed, 84 insertions(+), 57 deletions(-)
diff --git a/kernel/signal.c b/kernel/signal.c
index 1c2dd117fee0..2bffc5a50183 100644
--- a/kernel/signal.c
+++ b/kernel/signal.c
@@ -2925,11 +2925,10 @@ int copy_siginfo_to_user(siginfo_t __user *to, const
kern
, kindly add following tag as appropriate
Reported-by: kernel test robot
All warnings (new ones prefixed by >>):
In file included from include/linux/interrupt.h:8:
In file included from include/linux/cpumask.h:13:
In file included from include/linux/atomic.h:7:
arch/mips/inclu
11 minutes.
>
> The fine grained second attempt schedules to the desired update point with
> a timer expiring less than a second from now. Depending on the actual delta
> and the HZ setting even the second attempt can end up in outer wheel levels
> which have a large enough granularity
From: Rabin Vincent
[ Upstream commit 8a1435880f452430b41374d27ac4a33e7bd381ea ]
Booting with UBI fastmap and SLUB debugging enabled results in the
following splats. The problem is that ubi_scan_fastmap() moves the
fastmap blocks from the scan_ai (allocated in scan_fast()) to the ai
allocated
: "kworker/u:0"
#0 [] (__schedule) from []
#1 [] (schedule_timeout) from []
#2 [] (wait_for_common) from []
#3 [] (kthread_create_on_node) from []
#4 [] (cpu_stop_cpu_callback) from []
#5 [] (notifier_call_chain) from []
#6 [] (__cpu_notify) from []
#7 [] (_cpu_up) from []
#8 [] (cp
On 09/30/14 03:12, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20140926:
>
uml defconfig on i386 and x86_64:
In file included from ../arch/x86/um/asm/processor.h:31:0,
from ../arch/um/include/asm/uaccess.h:16,
from ../arch/um/include/asm/t
6.4.0-9) 6.4.0 20171026
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All warnings (new ones prefixed by >>):
In file included from drivers/staging/rtl8723bs/include/drv_types.h:33:0,
from drivers/staging/rtl8723bs/hal/rtl8723
ter): interface not active
> >> > device hsr_slave_0 entered promiscuous mode
> >> > device hsr_slave_1 entered promiscuous mode
> >> >
> >> > INFO: trying to register non-static key.
> >> > the code is fine but needs lockdep annot
27;s definitely worth discussing. Because
our current memcpy_{to,from}io() is truly broken garbage.
Linus
arch/x86/include/asm/io.h | 6 ++
include/linux/io.h| 2 +
lib/iomap_copy.c | 153 ++
3 files changed, 161
RNING: CPU: 0 PID: 31 at drivers/gpu/drm/drm_atomic_helper.c:1429
> > > > drm_atomic_helper_wait_for_vblanks.part.1+0x298/0x2a0
> > > > [CRTC:46:crtc-0] vblank wait timed out
> > > > Modules linked in:
> > > > CPU: 0 PID: 31 Comm: kwo
> >> > > 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
> >> > &g
On 09/26/2018 12:12 PM, Tony Lindgren wrote:
> * Grygorii Strashko [180925 19:19]:
>> The PM runtime management can be delegated from OMAP GPIO driver to the IRQ
>> chip core, since commit be45beb2df69 ("genirq: Add runtime power management
>> support for IRQ chips&
not work on RT. Reported by Arnaldo Carvalho de Melo.
>
> Known issues
> - A warning triggered in "rcu_note_context_switch" originated from
> SyS_timer_gettime(). The issue was always there, it is now
> visible. Reported by Grygorii Strashko and Daniel
Hi,
I get these messages, the majority of which seem to be false-positives:
MODPOST vmlinux.o
WARNING: vmlinux.o(.text+0x8fef): Section mismatch in reference from the
function arch_register_cpu() to the function .devinit.text:register_cpu()
WARNING: vmlinux.o(.text+0x1115f): Section mismatch
4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Tamizh Chelvam
[ Upstream commit 4b190675ad06f5a6ecbeef0b01890c5fb372e3eb ]
When attempt to read tpc_stats for the chipsets which support
more than 3 tx chain will trigger kernel panic(kernel
5 #2
[ 161.604512] Workqueue: pm pm_runtime_work
[ 161.616572] [] (unwind_backtrace) from []
(show_stack+0x10/0x14)
[ 161.639794] [] (show_stack) from []
(dump_stack+0x88/0x98)
[ 161.661449] [] (dump_stack) from []
(sysrq_handle_showallcpus+0x5c/0x64)
[ 161.686744] [] (sysrq_handle_showallcpus) fr
it/torvalds/linux.git/tree/arch/arm/boot/dts/exynos4412-odroidu3.dts
>
> I got a report of this issue to another odroid :
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/exynos4412-odroidx2.dts
>
>
>
> they both get their settings
ed in:
[] (unwind_backtrace+0x0/0xf0) from []
(warn_slowpath_common+0x4c/0x64)
[] (warn_slowpath_common+0x4c/0x64) from []
(warn_slowpath_null+0x1c/0x24)
[] (warn_slowpath_null+0x1c/0x24) from []
(uart_get_baud_rate+0xe8/0x14c)
[] (uart_get_baud_rate+0xe8/0x14c) from []
(pl011_set_termios+0x48/
ed in:
[] (unwind_backtrace+0x0/0xf0) from []
(warn_slowpath_common+0x4c/0x64)
[] (warn_slowpath_common+0x4c/0x64) from []
(warn_slowpath_null+0x1c/0x24)
[] (warn_slowpath_null+0x1c/0x24) from []
(uart_get_baud_rate+0xe8/0x14c)
[] (uart_get_baud_rate+0xe8/0x14c) from []
(pl011_set_termios+0x48/
ed in:
[] (unwind_backtrace+0x0/0xf0) from []
(warn_slowpath_common+0x4c/0x64)
[] (warn_slowpath_common+0x4c/0x64) from []
(warn_slowpath_null+0x1c/0x24)
[] (warn_slowpath_null+0x1c/0x24) from []
(uart_get_baud_rate+0xe8/0x14c)
[] (uart_get_baud_rate+0xe8/0x14c) from []
(pl011_set_termios+0x48/
CPU: 0 PID: 2715 Comm: rmmod Not tainted 5.0.0-rc8+ #14
> > [ 230.834540] Hardware name: Allwinner sun8i Family
> > [ 230.839266] [] (unwind_backtrace) from []
> > (show_stack+0x11/0x14)
> > [ 230.847014] [] (show_stack) from []
> > (dump_stack
CC arch/x86/kvm/svm/avic.o
CC arch/x86/kvm/svm/sev.o
In file included from ./include/linux/cpum
g to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=mips
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
All warnings (new ones prefixed by >>):
In file included from fs/xfs/xfs_trace.c:38:
>> f
3.678052] 4400.ocp:L3 Custom Error: MASTER MPU TARGET L4_CFG
>> (Read): Data Access in User mode during Functional access
>> [3.689330] Modules linked in:
>> [3.692426] CPU: 0 PID: 1 Comm: swapper/0 Not tainted
>> 4.18.0-rc1-next-20180619 #1
>> [
x27c/0x39c
>> [3.678052] 4400.ocp:L3 Custom Error: MASTER MPU TARGET L4_CFG
>> (Read): Data Access in User mode during Functional access
>> [3.689330] Modules linked in:
>> [3.692426] CPU: 0 PID: 1 Comm: swapper/0 Not tainted
>> 4.18.0-rc1-next-
> -Original Message-
> From: Greg KH [mailto:g...@kroah.com]
> Sent: Monday, April 13, 2015 13:43
> To: Stephen Rothwell
> Cc: Arnd Bergmann; Steven Rostedt; linux-n...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Winkler, Tomas
> Subject: Re: linux-next: build
Hi All,
I am observing this deadlock or warning on my Odroid XU4.
I thinks the is related to clk from exynos5_i2c_xfer clk_prepare_enable
but I am not able to figure out which clk.
[ 11.640221] ==
[ 11.646343] [ INFO: possible circular
From: Suniel Mahesh
ti-cpufreq and cpufreq-dt-platdev drivers are registering platform-device
with same name "cpufreq-dt" using platform_device_register_*() routines.
This is leading to build warnings appended below.
Providing hardware information to OPP framework along with th
# save the attached .config to linux build tree
make.cross ARCH=microblaze
All errors (new ones prefixed by >>):
In file included from arch/microblaze/include/uapi/asm/byteorder.h:7:0,
from include/asm-generic/bitops/le.h:5,
from include/asm-g
/cpu1/online
> [ 31.032562] CPU1: Booted secondary processor
[hung]
> [ 240.300393] INFO: task ondemand:678 blocked for more than 120 seconds.
> [ 240.312842] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables
> this message.
> [ 240.326658] ondemand
.
Error looked like this:
Division by zero in kernel.
[<8001618c>] (unwind_backtrace+0x0/0xec) from [<8046cfac>]
(dump_stack+0x20/0x24)
[<8046cfac>] (dump_stack+0x20/0x24) from [<80012bf0>] (__div0+0x20/0x28)
[<80012bf0>] (__div0+0x20/0x28) from [<80224c24>]
rivers/clk/clk-zynq.c:159 zynq_periph_clk_setup+0x190/0x248()
>[] (unwind_backtrace+0x0/0xf8) from []
> (warn_slowpath_common+0x50/0x60)
>[] (warn_slowpath_common+0x50/0x60) from []
> (warn_slowpath_null+0x1c/0x24)
>[] (warn_slowpath_null+0x1c/0x24) from []
> (zyn
-
> [ 41.407714] 1 lock held by mount.nfs/643:
> [ 41.411956] #0: (nfs_clid_init_mutex){+.+...}, at: []
> nfs4_discover_server_trunking+0x60/0x1d4
> [ 41.422363]
> [ 41.422363] stack backtrace:
> [ 41.427032] [] (unwind_backtrace+0x0/0xe0) from
On Fri, Jul 29, 2016 at 7:12 AM, David Ahern wrote:
> On 7/28/16 10:20 PM, David Miller wrote:
>>
>> From: John Stultz
>> Date: Thu, 28 Jul 2016 21:18:16 -0700
>>
>>> After moving my HiKey tree to pre-v4.8-rc, I noticed when using
>>> Android tha
[6.171300] Modules linked in: sha256_generic libsha256
> > [6.176553] CPU: 2 PID: 57 Comm: kworker/2:1 Not tainted
> > 5.11.0-rc1-00042-gf3788af62cfe #399
> > [6.184984] Hardware name: Allwinner A83t board
> > [6.189517] Workqueue: events deferred_probe_work
On 02/12/2014 11:50 PM, Viresh Kumar wrote:
> This patchset creates/calls cpufreq suspend/resume callbacks from
> dpm_{suspend|resume}()
> for handling suspend/resume of cpufreq governors and core.
Are these patches for 3.14 or 3.15?
I ask because I just tested Linus's master f
> [ 20.564412] WARNING: CPU: 3 PID: 74 at
> > > drivers/gpu/drm/drm_atomic_helper.c:682
> > > drm_atomic_helper_update_legacy_modeset_state+0x6c/0x200() [ 20.576991]
> > > Modules linked in:
> > > [ 20.580175] CPU: 3 PID: 74 Comm: irq/51-ff98 Not ta
---[ cut here ]
> [ 37.663940] WARNING: CPU: 0 PID: 173 at arch/arm/mach-
> omap2/omap_hwmod.c:2182 _idle+0x28/0x64()
> [ 37.668762] omap_hwmod: aes: idle state can only be entered
> from enabled state
> [ 37.672271] Modules linked in: omap_aes(+)
> [ 37.675
From: Yunzhi Li
When dwc2_hsotg_handle_unaligned_buf_complete() hs_req->req.buf
already destroyed, in dwc2_hsotg_unmap_dma(), it touches
hs_req->req.dma again, so dwc2_hsotg_unmap_dma() should be called
before dwc2_hsotg_handle_unaligned_buf_complete(). Otherwise, it
will cause a bad_pa
build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross
ARCH=ia64
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
All errors (new ones prefixed by >>):
In file included from include/linux/iommu.h:16,
from include/li
If I add "video=imxfb:SVGA-16@60" to kernel command line, then there are
new messages when init fb within BSP file:
Division by zero in kernel.
[<80019ba4>] (unwind_backtrace+0x0/0xf4) from [<8022accc>] (Ldiv0+0x8/0x10)
[<8022accc>] (Ldiv0+0x8/0x10) from [<8022ac
.org.tr/~caglar/dmesg.1st
> [2] http://cekirdek.pardus.org.tr/~caglar/dmesg.2nd
thanks, these seem to be mostly normal wakeups from standard tasks:
IPI from task kdm_greet:2118 on CPU#0:
IPI from task X:2079 on CPU#1:
IPI from task kdm_greet:2118 on CPU#0:
IPI from task hald-addon-inpu:2009 o
On Tue, Jul 10, 2018 at 11:33:42AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the rdma tree, today's linux-next build (x86_64
> allmodconfig) produced these warnings:
>
> In file included from include/linux/printk.h:336:0,
> from
: kernel test robot
Still doesn't build here:
In file included from ../arch/x86/include/asm/page_32.h:35,
from ../arch/x86/include/asm/page.h:14,
from ../arch/x86/include/asm/processor.h:19,
from ../arch/x86/include/asm/timex.h:5,
sysfs_warn_dup+0x68/0x84()
sysfs: cannot create duplicate filename '/devices/system/cpu/cpu1/cpufreq'
Modules linked in: brcmfmac brcmutil
CPU: 0 PID: 877 Comm: test-rtc-resume Not tainted
3.14.0-rc2-00259-g9398a10cd964 #12
[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[] (show_s
3.16-stable review patch. If anyone has any objections, please let me know.
--
From: Stephen Boyd
commit 3c5445ce3a0c6d6935911212b735772af5115517 upstream.
We allocate the cpufreq table after calling rcu_read_lock(),
which disables preemption. This causes scheduling while
Hi!
We're facing this issue from 2014 on UBIFS:
http://www.spinics.net/lists/linux-fsdevel/msg79941.html
So sum up:
UBIFS does not allow pages directly marked as dirty. It want's everyone to do
it via UBIFS's
->wirte_end() and ->page_mkwirte() functions.
This assumption *
at s5p_mfc_get_min_scratch_buf_size+0x30/0x3c
LR is at s5p_mfc_get_min_scratch_buf_size+0x28/0x3c
...
[] (s5p_mfc_get_min_scratch_buf_size) from []
(s5p_mfc_irq+0x814/0xa5c)
[] (s5p_mfc_irq) from []
(__handle_irq_event_percpu+0x64/0x3f8)
[] (__handle_irq_event_percpu) from []
(handle_irq_event_percpu+0
at s5p_mfc_get_min_scratch_buf_size+0x30/0x3c
LR is at s5p_mfc_get_min_scratch_buf_size+0x28/0x3c
...
[] (s5p_mfc_get_min_scratch_buf_size) from []
(s5p_mfc_irq+0x814/0xa5c)
[] (s5p_mfc_irq) from []
(__handle_irq_event_percpu+0x64/0x3f8)
[] (__handle_irq_event_percpu) from []
(handle_irq_event_percpu+0
at s5p_mfc_get_min_scratch_buf_size+0x30/0x3c
LR is at s5p_mfc_get_min_scratch_buf_size+0x28/0x3c
...
[] (s5p_mfc_get_min_scratch_buf_size) from []
(s5p_mfc_irq+0x814/0xa5c)
[] (s5p_mfc_irq) from []
(__handle_irq_event_percpu+0x64/0x3f8)
[] (__handle_irq_event_percpu) from []
(handle_irq_event_percpu+0
r taking so long to get back to you. Can you confirm you had
> lockdep turned on.
Yes, this is from the config I used:
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_LOCKDEP=y
# CONFIG_DEBUG_LOCKDEP is not set
Best regards,
Bartosz Golaszewski
> Thanks
> Andrew
>
>>
>> # echo 2
1.086165] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.9.23-1-rc4 #13
> [1.092723] Hardware name: Sigma Tango DT
> [1.096765] [] (unwind_backtrace) from []
> (show_stack+0x10/0x14)
> [1.104558] [] (show_stack) from []
> (dump_stack+0x98/0xc4)
> [1.111823] [] (dum
/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
GCC_VERSION=7.2.0 make.cross ARCH=parisc
All warnings (new ones prefixed by >>):
from include/linux/bitops.h:19,
from include/linux/kerne
366c, .magic: dead4ead, .owner: swapper/0/0, .owner_cpu: 0
CPU: 1 PID: 774 Comm: iperf Tainted: GW
3.14.0-rc6-next-20140312-xilinx-dirty #41
[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[] (show_stack) from [] (dump_stack+0x80/0xcc)
[] (dump_stack) fr
02
> [2.504030] caller is __mod_zone_page_state+0x20/0xc8
> [2.509094] CPU: 1 PID: 202 Comm: khubd Not tainted
> 3.15.0-rc1-00015-ge521fa3-dirty #55
> [2.517122] [] (unwind_backtrace) from []
> (show_stack+0x10/0x14)
> [2.524854] [] (show_stack) from []
> (dum
- ^ right here
>
> after this change:
> - suspend_enter()
>
> dpm_resume_noirq()
> - resume_device_irqs()
> ^ here
>
> Correct? And as for me this is more safe.
I think there's more to it though. With both applied, it produces this on
coming back u
ua #1
> Hardware name: Freescale i.MX6 Quad/DualLite (Device Tree)
> Workqueue: events deferred_probe_work_func
> [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
> [] (show_stack) from [] (dump_stack+0x90/0xa4)
> [] (dump_stack) from [] (new_slab+0x20c/0x214)
> [] (n
ware name: Kyoto Microcomputer Co., Ltd. KZM-ARM11-01
> [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
> [] (show_stack) from [] (dump_stack+0xe8/0x120)
> [] (dump_stack) from [] (__warn+0xe4/0x108)
> [] (__warn) from [] (warn_slowpath_fmt+0x74/0xbc)
> [] (warn_slowpath_fmt) from []
> (platf
-- a/arch/x86/lib/iomem.c
+++ b/arch/x86/lib/iomem.c
@@ -3,7 +3,7 @@
#include
/* Originally from i386/string.h */
-static __always_inline void __iomem_memcpy(void *to, const void *from, size_t n)
+static __always_inline void rep_movs(void *to, const void *from, size_t n)
{
unsigned long d0,
les linked in:
[ 1.051971] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.13.0-letux+ #1360
[ 1.052001] Hardware name: Generic OMAP3 (Flattened Device Tree)
[ 1.052062] [] (unwind_backtrace) from []
(show_stack+0x10/0x14)
[ 1.052124] [] (show_stack) from []
(dump_stack+0x98/0xd0)
[
On Fri, 2017-06-16 at 11:30 +1000, Stephen Rothwell wrote:
> Hi Kees,
>
> After merging the kspp tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> In file included from include/linux/bitmap.h:8:0,
> from
/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
make.cross ARCH=xtensa
All errors (new ones prefixed by >>):
In file included from arch/xtensa/include/asm/unaligned.h:22:0,
from i
/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
make.cross ARCH=openrisc
All errors (new ones prefixed by >>):
In file included from arch/openrisc/include/asm/unaligned.h:42:0,
t;):
In file included from include/asm-generic/bug.h:5,
from arch/m68k/include/asm/bug.h:32,
from include/linux/bug.h:5,
from include/linux/thread_info.h:12,
from arch/m68k/include/asm/current.h:16,
make.cross ARCH=frv
All warnings (new ones prefixed by >>):
frv-linux-ld: Warning: size of symbol `sys_setuid' changed from 272 in
kernel/sys.o to 8 in kernel/sys_ni.o
frv-linux-ld: Warning: size of symbol `sys_setregid' changed from 308 in
kernel/sys.o to 8 in kernel/sys_n
.817691] mmcblk0boot1: unknown partition table
> > [1.830601] Modules linked in:
> > [1.833827] CPU: 0 PID: 6 Comm: kworker/u4:0 Tainted: GW
> > 3.15.0-rc2-00041-g3019b77 #308
> > [1.84] Workqueue: deferwq deferred_probe_work_fun
701 - 800 of 743869 matches
Mail list logo
