4.8-stable review patch. If anyone has any objections, please let me know.
--
From: Alexandre Belloni
commit bbe097f092b0d13e9736bd2794d0ab24547d0e5d upstream.
Since commit c32b5bcfa3c4 ("ARM: dts: at91: Fix USB endpoint nodes"),
atmel_usba_udc fails with:
---
; >
> > if (func->bind == STB_WEAK)
> > --
> > 2.7.4
>
> OK, I have added this to the end of linux-next today (in the part of
> Andrew's tree afte the linux-next merge). I also move the fortify
> string patch to after it (but I assume I w
Hi Daniel,
On Thu, 15 Jun 2017 00:49:21 -0400 Daniel Micay wrote:
>
> > 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,
> >
License
+ * along with this program. If not, see <http://www.gnu.org/licenses/>.
+ */
+#ifndef __ASM_SIGNAL32_COMMON_H
+#define __ASM_SIGNAL32_COMMON_H
+
+#ifdef CONFIG_COMPAT
+
+int copy_siginfo_to_user32(compat_siginfo_t __user *to, const siginfo_t *from);
+int copy_siginfo_from_user32(sig
License
+ * along with this program. If not, see <http://www.gnu.org/licenses/>.
+ */
+#ifndef __ASM_SIGNAL32_COMMON_H
+#define __ASM_SIGNAL32_COMMON_H
+
+#ifdef CONFIG_COMPAT
+
+int copy_siginfo_to_user32(compat_siginfo_t __user *to, const siginfo_t *from);
+int copy_siginfo_from_user32(sig
License
+ * along with this program. If not, see <http://www.gnu.org/licenses/>.
+ */
+#ifndef __ASM_SIGNAL32_COMMON_H
+#define __ASM_SIGNAL32_COMMON_H
+
+#ifdef CONFIG_COMPAT
+
+int copy_siginfo_to_user32(compat_siginfo_t __user *to, const siginfo_t *from);
+int copy_siginfo_from_user32(sig
.
[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[] (show_stack) from [] (dump_stack+0xb4/0xe0)
[] (dump_stack) from [] (__lock_acquire+0x1f58/0x2060)
[] (__lock_acquire) from [] (lock_acquire+0xa4/0xd0)
[] (lock_acquire) from [] (_raw_spin_lock_irqsave+0x54/0x68)
[] (_raw_spin_lock_irqsave) from
I NEED YOUR HELP.
From Grace Manda.pdf
Description: Adobe PDF document
Hi Martin,
After merging the scsi-mkp tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/scsi/qedf/qedf_io.c: In function 'qedf_trace_io':
drivers/scsi/qedf/qedf_io.c:1001:33: error: passing argument 1 of 'atomic_read'
from incompatible pointer type [-Werror
hen I get the following output:
[0.00] earlycon: palmchip0 at MMIO 0x00010700 (options '115200n8')
[ 0.00] CPU: 0 PID: 0 Comm: swapper Not tainted 4.9.20-1-rc3 #18
[0.00] Hardware name: Sigma Tango DT
[0.00] [] (unwind_backtrace) from []
(show_stack+0x10/0x1
Hi Martin,
After merging the scsi-mkp tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/scsi/qedf/qedf_io.c: In function 'qedf_trace_io':
drivers/scsi/qedf/qedf_io.c:1001:33: error: passing argument 1 of 'atomic_read'
from incompatible pointer type [-Werror
0.00] earlycon: palmchip0 at MMIO 0x00010700 (options '115200n8')
[0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.9.20-1-rc3 #18
[0.00] Hardware name: Sigma Tango DT
[0.00] [] (unwind_backtrace) from []
(show_stack+0x10/0x14)
[0.00] [] (show_stack)
) from []
(cpu_idle_force_poll+0x0/0x4)
List corruption:
[ 4244.528166] [ cut here ]
[ 4244.528507] WARNING: at lib/list_debug.c:33 __list_add+0xa8/0xbc()
[ 4244.533418] list_add corruption. prev->next should be next (c08864b0), but
was (null). (prev=c1105
ted-by: Marc Gonzalez
> Fixes: a390d1f379cf ("phylib: convert state_queue work to delayed_work")
> Signed-off-by: Florian Fainelli
> ---
> David, this dates back from before the commit mentioned in Fixes but it would
> be hard to backport to earlier kernels if we flagged
gt; Reported-by: Marc Gonzalez <marc_gonza...@sigmadesigns.com>
> Fixes: a390d1f379cf ("phylib: convert state_queue work to delayed_work")
> Signed-off-by: Florian Fainelli <f.faine...@gmail.com>
> ---
> David, this dates back from before the commit mentioned in Fixes but
:
[17629.455963] perf_fuzzer R running 0 4985 4228 0x
[17629.459411] [] (__schedule+0x4c4/0x748) from []
(no_work_pending+0x8/0x2c)
... repeated several hundred times over the course of a few hours
[79294.544586] INFO: rcu_sched detected stalls on CPUs/tasks: { 0} (detected
4, q=10)
> [17629.455963] Task dump for CPU 0:
> [17629.455963] perf_fuzzer R running 0 4985 4228 0x0000
> [17629.459411] [] (__schedule+0x4c4/0x748) from []
> (no_work_pending+0x8/0x2c)
>
> ... repeated several hundred times over the course of a few hours
>
&
invalidated.
Call stack taken while the allocated pages in add_disk are getting invalidated.
[ 157.862294] [] (show_stack+0x18/0x1c) from []
(block_invalidatepage+0x1f4/0x228)
[ 157.871428] [] (block_invalidatepage+0x1f4/0x228) from
[] (truncate_inode_page+0xb0/0xb8)
[ 157.881346
/3.3.4/include -D__KERNEL__ -Iinclude -S -o
arch/um/kernel-offsets.s arch/um/sys-i386/kernel-offsets.c
In file included from include/asm/ptrace-generic.h:17,
from include/asm/ptrace.h:12,
from include/asm/processor-generic.h:14,
from include/asm
c-lib/i486-linux/3.3.4/include -D__KERNEL__ -Iinclude -S -o
arch/um/kernel-offsets.s arch/um/sys-i386/kernel-offsets.c
In file included from include/asm/ptrace-generic.h:17,
from include/asm/ptrace.h:12,
from include/asm/processor-generic.h:14,
from i
hi Tarek;
> > However there seem to be some issues with virq allocations, like this:
> >
> >
> > Starting kernel ...
> >
> > [0.000000] [] (unwind_backtrace+0x0/0xf8) from []
> > (show_stack+0x10/0x14)
> &g
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
commit c5340bd14336b902604ab95212a8877de109d9ae upstream.
So I captured this:
|WARNING: CPU: 0 PID: 2078 at
/home/bigeasy/work/new/TI/linux/lib/debugobjects.c:260
On 10/29/13 13:48, Borislav Petkov wrote:
> On Mon, Oct 28, 2013 at 05:31:25PM -0700, Stephen Boyd wrote:
>> We only setup a workqueue for edac devices that use the polling
>> method. We still try to cancel the workqueue if an edac_device
>> uses the irq method though. This
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_supply_changed_work
[ 7.673034] [] (unwind_backtrace+0x0/0xe0) from []
(show_stack+0x10/0x14
while atomic: swapper/0/0/0x00010007
CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.2.0-rc7-00133-geb63b34 #1073
Hardware name: Rockchip (Device Tree)
(unwind_backtrace) from [c00133d4] (show_stack+0x20/0x24)
(show_stack) from [c05400e8] (dump_stack+0x84/0xb8)
(dump_stack) from [c004913c
From: Vladimir Zapolskiy <v...@mleia.com>
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 01bb70ae0b98d266fa3e860482c7ce22fa482a6e upstream.
If common clock framework is configured, the driver generates a warning,
which is
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Vladimir Zapolskiy <v...@mleia.com>
commit 01bb70ae0b98d266fa3e860482c7ce22fa482a6e upstream.
If common clock framework is configured, the driver generates a warning,
which is
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Vladimir Zapolskiy <v...@mleia.com>
commit 01bb70ae0b98d266fa3e860482c7ce22fa482a6e upstream.
If common clock framework is configured, the driver generates a warning,
which is
:
kernel BUG at ../drivers/regulator/core.c:216!
[] (regulator_check_voltage) from []
(regulator_set_voltage_unlocked+0x58/0x230)
[] (regulator_set_voltage_unlocked) from []
(regulator_set_voltage+0x28/0x54)
[] (regulator_set_voltage) from []
(_set_opp_voltage+0x30/0x98)
[] (_set_opp_voltage) from
This commit fixes the RCU use-from-idle bug corresponding the following
splat:
> [ INFO: suspicious RCU usage. ]
> 4.6.0-rc5-next-20160426+ #1127 Not tainted
> ---
> include/trace/events/clk.h:45 suspicious rcu_dereference_check() usage!
>
> other in
This commit fixes the RCU use-from-idle bug corresponding the following
splat:
> [ INFO: suspicious RCU usage. ]
> 4.6.0-rc5-next-20160426+ #1127 Not tainted
> ---
> include/trace/events/clk.h:45 suspicious rcu_dereference_check() usage!
>
> other in
On 7/29/16 10:57 AM, John Stultz wrote:
I take Android userspace inserts the same rule multiple times? (ip rule ls)
With the patch reverted, and the system working, I see:
# ip rule ls
0: from all lookup local
1: from all fwmark 0xc/0xd lookup legacy_system
13000: from all
From: Vladimir Zapolskiy <v...@mleia.com>
3.4.113-rc1 review patch. If anyone has any objections, please let me know.
--
commit 01bb70ae0b98d266fa3e860482c7ce22fa482a6e upstream.
If common clock framework is configured, the driver generates a warning,
which is
From: Marek Szyprowski
[ Upstream commit be22203aec440c1761ce8542c2636ac6c8951e3a ]
MFC v6 and v7 has no register to read min scratch buffer size, so it has
to be read conditionally only if hardware supports it. This fixes following
NULL pointer exception on SoCs with MFC v6/v7:
8<--- cut h
From: Marek Szyprowski
[ Upstream commit be22203aec440c1761ce8542c2636ac6c8951e3a ]
MFC v6 and v7 has no register to read min scratch buffer size, so it has
to be read conditionally only if hardware supports it. This fixes following
NULL pointer exception on SoCs with MFC v6/v7:
8<--- cut h
From: Marek Szyprowski
[ Upstream commit be22203aec440c1761ce8542c2636ac6c8951e3a ]
MFC v6 and v7 has no register to read min scratch buffer size, so it has
to be read conditionally only if hardware supports it. This fixes following
NULL pointer exception on SoCs with MFC v6/v7:
8<--- cut h
oked something like:
>
> BUG: scheduling while atomic: swapper/0/0/0x00010007
> CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.2.0-rc7-00133-geb63b34 #1073
> Hardware name: Rockchip (Device Tree)
> (unwind_backtrace) from [] (show_stack+0x20/0x24)
> (show_stack) from
From: Vladimir Zapolskiy
3.4.113-rc1 review patch. If anyone has any objections, please let me know.
--
commit 01bb70ae0b98d266fa3e860482c7ce22fa482a6e upstream.
If common clock framework is configured, the driver generates a warning,
which is fixed by this change:
root
This commit fixes the RCU use-from-idle bug corresponding the following
splat:
> [ INFO: suspicious RCU usage. ]
> 4.6.0-rc5-next-20160426+ #1127 Not tainted
> ---
> include/trace/events/clk.h:45 suspicious rcu_dereference_check() usage!
>
> other in
This commit fixes the RCU use-from-idle bug corresponding the following
splat:
> [ INFO: suspicious RCU usage. ]
> 4.6.0-rc5-next-20160426+ #1127 Not tainted
> ---
> include/trace/events/clk.h:45 suspicious rcu_dereference_check() usage!
>
> other in
On 7/29/16 10:57 AM, John Stultz wrote:
I take Android userspace inserts the same rule multiple times? (ip rule ls)
With the patch reverted, and the system working, I see:
# ip rule ls
0: from all lookup local
1: from all fwmark 0xc/0xd lookup legacy_system
13000: from all
3.10-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:
root
3.14-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:
root
From: Vladimir Zapolskiy
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 01bb70ae0b98d266fa3e860482c7ce22fa482a6e upstream.
If common clock framework is configured, the driver generates a warning,
which is fixed by this change:
root
:
kernel BUG at ../drivers/regulator/core.c:216!
[] (regulator_check_voltage) from []
(regulator_set_voltage_unlocked+0x58/0x230)
[] (regulator_set_voltage_unlocked) from []
(regulator_set_voltage+0x28/0x54)
[] (regulator_set_voltage) from []
(_set_opp_voltage+0x30/0x98)
[] (_set_opp_voltage) from
modeset_enables+0x134/0x268
[6.643768] Modules linked in:
[6.647033] CPU: 0 PID: 18 Comm: kworker/0:1 Tainted: G U
5.8.0-omap3-los_16068+-4-g2e7d4a7efefd-dirty #2
[6.658966] Hardware name: Nokia RX-51 board
[6.663635] Workqueue: events deferred_probe_w
3-gf4bddbc #6
[] (unwind_backtrace+0x0/0xf8) from []
(show_stack+0x10/0x14)
[] (show_stack+0x10/0x14) from [] (dump_stack+0x6c/0xac)
[] (dump_stack+0x6c/0xac) from []
(warn_slowpath_common+0x64/0x88)
[] (warn_slowpath_common+0x64/0x88) from []
(warn_slowpath_null+0x1c/0x24)
[] (warn_slowpath_null+0x
/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
make.cross ARCH=sparc
All error/warnings (new ones prefixed by >>):
In file included from arch/sparc/include/asm/io.h:6:0,
from include/linux/i
is useful as well.
See the announcement for more details:
https://lkml.org/lkml/2017/2/8/564
The Git tree can be found at:
git git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core
Thanks,
Ingo
Ingo Molnar (35):
sched/headers: Remove from
sched/headers: Remove
/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
make.cross ARCH=sparc
All error/warnings (new ones prefixed by >>):
In file included from arch/sparc/include/asm/io.h:6:0,
from include/linux/i
> All error/warnings (new ones prefixed by >>):
>
>In file included from arch/sparc/include/asm/io.h:6:0,
> from include/linux/io.h:25,
> from include/linux/irq.h:24,
> from include/asm-generic/hardirq.h:12,
&g
is useful as well.
See the announcement for more details:
https://lkml.org/lkml/2017/2/8/564
The Git tree can be found at:
git git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core
Thanks,
Ingo
Ingo Molnar (35):
sched/headers: Remove from
sched/headers: Remove
e in process ccrt pfn:8fba4
[ 13.329525] page:c0cb9480 count:0 mapcount:1 mapping: (null) index:0x49
[ 13.336623] page flags: 0x80008(uptodate|swapbacked)
[ 13.341908] [] (unwind_backtrace+0x0/0xf8) from []
(bad_page+0xa8/0x108)
[ 13.350794] [] (bad_page+0xa8/0x108) from []
(free_pages_
Add a missing space which seemed not to affect PostgreSQL but upsets
SQLite.
Signed-off-by: Adrian Hunter
---
tools/perf/scripts/python/call-graph-from-postgresql.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/scripts/python/call-graph-from-postgresql.py
b
=$HOME/0day COMPILER=clang make.cross ARCH=x86_64
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 arch/x86/kernel/asm-offsets.c:13:
In file included from include/linux/suspe
From: Christoph Hellwig
> Sent: 31 July 2020 13:22
>
> Fold the misaligned u64 workarounds into the main quotactl flow instead
> of implementing a separate compat syscall handler.
>
...
> +static int compat_copy_fs_quota_stat(struct compat_fs_quota_stat __user *to,
>
On Fri, Aug 07, 2020 at 07:35:08PM +0900, Tetsuo Handa wrote:
> syzbot is reporting hung task at pipe_release() [1], for for_each_bvec() from
> iterate_bvec() from iterate_all_kinds() from iov_iter_alignment() from
> ext4_unaligned_io() from ext4_dio_write_iter() from ext4_file_w
From: Nicolai Stange nicsta...@gmail.com
Date: Sun, 21 Jun 2015 21:41:03 +0200
Fix compilation failer with allmodconfig on ARCH=um:
lib/test_bpf.c:50:0: warning: R8 redefined
#define R8 BPF_REG_8
^
In file included from arch/um/include/asm/ptrace-generic.h:11:0
during suspend which will exercise the same code but I did not
trigger this either. However, from looking at the code it does appear
that we could hit this.
As I wrote before, it's quite difficult to reproduce.
So far I have been unable to reproduce this. I did noticed that in the
upstream kernel we
Hm, the objtool build broke:
GEN arch/x86/insn/inat-tables.c
CC arch/x86/decode.o
In file included from /home/mingo/tip/tools/include/linux/hashtable.h:12:0,
from arch/x86/../../elf.h:24,
from arch/x86/decode.c:26:
/home/mingo/tip/tools/include
On 07/01/2016 01:55 PM, Kuthonuzo Luruo wrote:
> On Fri, Jul 1, 2016 at 1:41 PM, Andrey Ryabinin <aryabi...@virtuozzo.com>
> wrote:
>>
>>
>> On 07/01/2016 10:53 AM, js1...@gmail.com wrote:
>>> From: Joonsoo Kim <iamjoonsoo@lge.com>
>&g
Add a missing space which seemed not to affect PostgreSQL but upsets
SQLite.
Signed-off-by: Adrian Hunter <adrian.hun...@intel.com>
---
tools/perf/scripts/python/call-graph-from-postgresql.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/scripts/python/call
On Mon, 27 Aug 2018, Meelis Roos wrote:
> While trying to compile v4.18-13105-gaba16dc5cf93 with gcc 5.3.1 on a
> 32-bit x86 configured for AMD K6:
I tried to get hold of that debian gcc 5.3.1 compiler, but no luck so far.
> CC mm/slub.o
> In file included from ./arch/x86
Hi all,
After merging the nfsd tree, today's linux-next build (x86_64
allmodconfig) failed like this:
fs/nfs/dns_resolve.c: In function 'nfs_dns_ent_put':
fs/nfs/dns_resolve.c:119:11: error: passing argument 1 of 'call_rcu_sched' from
incompatible pointer type [-Werror=incompatible-pointer
From: Qian Cai
Date: Thu, 20 Jun 2019 10:52:40 -0400
> The linux-next commit "inet: fix various use-after-free in defrags
> units" [1] introduced compilation warnings,
>
> ./include/net/inet_frag.h:117:1: warning: 'inline' is not at beginning
> of declaration [-Wold-sty
off, heap free:off
Memory: 121352K/131072K available (5826K kernel code, 199K rwdata,
1892K rodata, 232K init, 125K bss, 9720K reserved, 0K cma-reserved)
NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
random: get_random_bytes called from start_kernel+0x294/0x
Hi all,
After merging the nfsd tree, today's linux-next build (x86_64
allmodconfig) failed like this:
fs/nfs/dns_resolve.c: In function 'nfs_dns_ent_put':
fs/nfs/dns_resolve.c:119:11: error: passing argument 1 of 'call_rcu_sched' from
incompatible pointer type [-Werror=incompatible-pointer
On Mon, 27 Aug 2018, Meelis Roos wrote:
> While trying to compile v4.18-13105-gaba16dc5cf93 with gcc 5.3.1 on a
> 32-bit x86 configured for AMD K6:
I tried to get hold of that debian gcc 5.3.1 compiler, but no luck so far.
> CC mm/slub.o
> In file included from ./arch/x86
From: Nicolai Stange
Date: Sun, 21 Jun 2015 21:41:03 +0200
> Fix compilation failer with allmodconfig on ARCH=um:
> lib/test_bpf.c:50:0: warning: "R8" redefined
>#define R8 BPF_REG_8
>^
> In file included from arch/um/include/asm/ptrace-generic.h:11:0,
>
On 07/01/2016 01:55 PM, Kuthonuzo Luruo wrote:
> On Fri, Jul 1, 2016 at 1:41 PM, Andrey Ryabinin
> wrote:
>>
>>
>> On 07/01/2016 10:53 AM, js1...@gmail.com wrote:
>>> From: Joonsoo Kim
>>>
>>> If we move an item on qlist's tail, we need
Hm, the objtool build broke:
GEN arch/x86/insn/inat-tables.c
CC arch/x86/decode.o
In file included from /home/mingo/tip/tools/include/linux/hashtable.h:12:0,
from arch/x86/../../elf.h:24,
from arch/x86/decode.c:26:
/home/mingo/tip/tools/include
during suspend which will exercise the same code but I did not
trigger this either. However, from looking at the code it does appear
that we could hit this.
As I wrote before, it's quite difficult to reproduce.
So far I have been unable to reproduce this. I did noticed that in the
upstream kernel we
Hi,
I got below messages while booting.
Testing on a nommu platform with 3.13.0-rc2 + patches for this SoC.
VFS: Mounted root (jffs2 filesystem) on device 31:1.
devtmpfs: mounted
Freeing unused kernel memory: 92K (003a4000 - 003bb000)
BUG: sleeping function called from invalid context at kernel
Hi,
I got below messages while booting.
Testing on a nommu platform with 3.13.0-rc2 + patches for this SoC.
VFS: Mounted root (jffs2 filesystem) on device 31:1.
devtmpfs: mounted
Freeing unused kernel memory: 92K (003a4000 - 003bb000)
BUG: sleeping function called from invalid context at kernel
Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=athlon-c -o init/main.o init/main.c
In file included from /usr/src/linux/include/linux/irq.h:58,
from /usr/src/linux/include/asm/hardirq.h:7,
from /usr/src/l
Hi,
Current git head doesn't compile. Looks like fall-out from the x86 merge?
[EMAIL PROTECTED]:~/src/linux/uml-2.6$ make ARCH=um
SYMLINK arch/um/include/kern_constants.h
SYMLINK arch/um/include/sysdep
make[1]: `arch/um/sys-i386/user-offsets.s' is up to date.
CHK arch/um/include
From: Randy Dunlap [EMAIL PROTECTED]
Keep lguest from being enabled on VISWS or VOYAGER configs, just as is
already done for VMI and XEN. Otherwise randconfigs with VISWS and
LGUEST have this problem:
In file included from arch/x86/kernel/setup_32.c:61:
include/asm-x86/mach-visws/setup_arch.h:8
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
On Tue, Nov 06, 2007 at 07:46:02PM +0800, WANG Cong wrote:
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
Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=athlon-c -o init/main.o init/main.c
In file included from /usr/src/linux/include/linux/irq.h:58,
from /usr/src/linux/include/asm/hardirq.h:7,
from /usr/src/l
Hi,
Current git head doesn't compile. Looks like fall-out from the x86 merge?
[EMAIL PROTECTED]:~/src/linux/uml-2.6$ make ARCH=um
SYMLINK arch/um/include/kern_constants.h
SYMLINK arch/um/include/sysdep
make[1]: `arch/um/sys-i386/user-offsets.s' is up to date.
CHK arch/um/include
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
On Tue, Nov 06, 2007 at 07:46:02PM +0800, WANG Cong wrote:
>
> 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,
> f
dfc0:
dfe0: 0013 0000
[] (omap_gpio_get_direction) from []
(gpiochip_lock_as_irq+0x98/0xe4)
[] (gpiochip_lock_as_irq) from []
(gpioc
ay already or still be suspended, triggering a WARNING
during suspend or resume from s2ram:
WARNING: CPU: 0 PID: 124 at drivers/i2c/i2c-core.h:54
__i2c_transfer+0x634/0x680
i2c i2c-6: Transfer while suspended
[...]
Workqueue: events_power_efficient syn
In file included from ./include/linux/bitmap.h:9,
from ./include/linux/cpumask.h:12,
from ./arch/x86/include/asm/cpumask.h:5,
from ./arch/x86/include/asm/msr.h:11,
from ./arch/x86/include/asm/processor.h:21,
from
From: Randy Dunlap <[EMAIL PROTECTED]>
Keep lguest from being enabled on VISWS or VOYAGER configs, just as is
already done for VMI and XEN. Otherwise randconfigs with VISWS and
LGUEST have this problem:
In file included from arch/x86/kernel/setup_32.c:61:
include/asm-x86/mach-visws/setup_
’:
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);
^
In file included from include/linux/string.h:17:0
On 06/23, Gabriel Fernandez wrote:
From: Giuseppe Cavallaro peppe.cavall...@st.com
While proving lock, the following warning happens
and it is fixed after initializing lock in the setup
function
INFO: trying to register non-static key.
the code is fine but needs lockdep annotation
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
On 2016-02-18 18:26, Josh Cartwright wrote:
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
re.c:4072
> regulator_unregister+0xc8/0xd0
> [2.170806] Modules linked in:
> [2.173793] CPU: 1 PID: 1 Comm: swapper/0 Not tainted
> 4.8.0-rc4-00085-g32f3101535ae-dirty #20
> [2.182310] Hardware name: SAMSUNG EXYNOS (Flattened Device Tree)
> [2.188396] [] (unwind
5
Hardware name: Atmel SAMA5
[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[] (show_stack) from [] (__warn+0xe4/0xfc)
[] (__warn) from [] (warn_slowpath_null+0x20/0x28)
[] (warn_slowpath_null) from [] (ecm_do_notify+0x188/0x1a0)
[] (ecm_do_notify) from [] (ecm_set_alt+0x74/0x1ac)
[] (ecm_set
Device Tree)
[2.188396] [] (unwind_backtrace) from []
(show_stack+0x10/0x14)
[2.196120] [] (show_stack) from []
(dump_stack+0x88/0x9c)
[2.203321] [] (dump_stack) from [] (__warn+0xe8/0x100)
[2.210255] [] (__warn) from []
(warn_slowpath_null+0x20/0x28)
[2.217815
),
> >> atmel_usba_udc fails with:
> >>
> >> [ cut here ]
> >> WARNING: CPU: 0 PID: 0 at include/linux/usb/gadget.h:405
> >> ecm_do_notify+0x188/0x1a0
> >> Modules linked in:
> >> CPU: 0 PID: 0 Comm: swapper Not tainted 4.7.0+ #
) 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
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
0 c01077d0
dfc0:
dfe0: 0013
[] (omap_gpio_get_direction) from []
(gpiochip_lock_as_irq+0x98/0xe4)
[] (gpiochip_lock_as_irq) fro
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 called from
/devices/system/cpu/cpu[1-3]/online
>
> BUG: sleeping function called from invalid context at
> kernel/locking/mutex.c:254
> in_atomic(): 1, irqs_disabled(): 128, pid: 0, name: swapper/0
> CPU: 0 PID: 0 Comm: swapper/0 Tainted: G C
> 4.18.0-next-20180821-00180-gc
401 - 500 of 3269027 matches
Mail list logo