into the
shrinker code from within ashmem. Just bail out, avoiding a deadlock.
This is
fine, as ashmem cache pruning is advisory anyhow.
Signed-off-by: Robert Love rl...@google.com
---
drivers/staging/android/ashmem.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
Based on Andrew's
2013/5/14 Neil Zhang glacier1...@gmail.com:
2013/5/14 Greg Kroah-Hartman gre...@linuxfoundation.org:
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. Just bail out
guess Tony might as well handle 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]
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 []
>
cy_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
o work. What remains that free_irq() thingy:
|WARNING: CPU: 0 PID: 0 at kernel/irq/manage.c:1541 __free_irq+0xb4/0x2e0()
|Trying to free already-free IRQ 16
|CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.4-rt10+ #219
|Hardware name: Atmel SAMA5
|[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
|[] (show
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Viresh Kumar <viresh.ku...@linaro.org>
commit c88c395f4a6485f23f81e385c79945d68bcd5c5d upstream.
We kept u_volt_min/max initialized to 0, when only the target voltage is
present in DT, i
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Viresh Kumar <viresh.ku...@linaro.org>
commit c88c395f4a6485f23f81e385c79945d68bcd5c5d upstream.
We kept u_volt_min/max initialized to 0, when only the target voltage is
present in DT, i
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 causes a warning from debug
> objects when we remove an
2013/5/14 Raul Xiong
>
> 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
> >
[6.194686] [] (unwind_backtrace) from []
(show_stack+0x10/0x14)
[6.202438] [] (show_stack) from []
(dump_stack+0x98/0xac)
[6.209666] [] (dump_stack) from [] (__warn+0xc0/0xd8)
[6.216545] [] (__warn) from []
(warn_slowpath_fmt+0x98/0xc0)
[6.224030] [] (warn_slowpath_fmt) from
2-gf3788af62cfe #399
> [6.184984] Hardware name: Allwinner A83t board
> [6.189517] Workqueue: events deferred_probe_work_func
> [6.194686] [] (unwind_backtrace) from []
> (show_stack+0x10/0x14)
> [6.202438] [] (show_stack) from []
> (dump_stack+0x98/0xac)
>
From: Vladimir Oltean
[ Upstream commit d6530e5ad45089c018c3cc5b5957a34721249f6f ]
Otherwise, with CONFIG_DEBUG_SPINLOCK=y, this stack trace gets printed
when enabling RX timestamping and receiving a PTP frame:
[ 318.537078] INFO: trying to register non-static key.
[ 318.542040] the code
3.16-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Reichel
commit 3c0185046c0ee49a6e55c714612ef3bcd5385df3 upstream.
Move sysfs_notify and i2c_transfer calls from bq2415x_notifier_call
to bq2415x_timer_work to avoid sleeping
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Reichel
commit 3c0185046c0ee49a6e55c714612ef3bcd5385df3 upstream.
Move sysfs_notify and i2c_transfer calls from bq2415x_notifier_call
to bq2415x_timer_work to avoid sleeping
Looks good,
but what's up with your From lines:
On Mon, Jul 20, 2015 at 04:29:49PM -0700, Spencer Baugh wrote:
> From: Spencer Baugh
>
> From: Chris Zankel
plus another address for you in the actual email From line. Who
did actually write this patch?
--
To unsubscribe from this l
-
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
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_stack+0x70/0x8c) [ 27.110246] []
> (dump_stack) from [] (bad_page+0xfc/0x12c) [ 27.143958]
> [] (bad_page) from []
> (get_page_f
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Viresh Kumar
commit c88c395f4a6485f23f81e385c79945d68bcd5c5d upstream.
We kept u_volt_min/max initialized to 0, when only the target voltage is
present in DT, instead of the target/min/max
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Viresh Kumar
commit c88c395f4a6485f23f81e385c79945d68bcd5c5d upstream.
We kept u_volt_min/max initialized to 0, when only the target voltage is
present in DT, instead of the target/min/max
o work. What remains that free_irq() thingy:
|WARNING: CPU: 0 PID: 0 at kernel/irq/manage.c:1541 __free_irq+0xb4/0x2e0()
|Trying to free already-free IRQ 16
|CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.4-rt10+ #219
|Hardware name: Atmel SAMA5
|[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
|[] (show
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 changes fr
cy_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 all,
After merging the pinctrl tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from include/linux/wait.h:9,
from include/linux/pid.h:6,
from include/linux/sched.h:14,
from include/linux/ratelimit.h:6
cluded from drivers/iio/magnetometer/yamaha-yas530.c:35:
>> include/linux/unaligned/be_byteshift.h:41:19: error: redefinition of
>> 'get_unaligned_be16'
41 | static inline u16 get_unaligned_be16(const void *p)
| ^~
In file included from
()
sysfs: cannot create duplicate filename '/class/gpio/gpiochip0'
Modules linked in:
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.17.0-rc2-00012-g7ad6a41 #1
[c0014ab4] (unwind_backtrace) from [c0011684] (show_stack+0x10/0x14)
[c0011684] (show_stack) from [c03d3d80] (dump_stack+0x74/0x90)
[c03d3d80
2] INFO: rcu_preempt detected stalls on CPUs/tasks: { 0}
> (detected by 1, t=12003 jiffies, g=172, c=171, q=0)
> [ 130.132285] Task dump for CPU 0:
> [ 130.135496] swapper/0 R running 0 0 0 0x1000
> [ 130.141983] [] (__schedule+0x3bc/0x80c) from []
>
e filename '/class/gpio/gpiochip0'
Modules linked in:
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.17.0-rc2-00012-g7ad6a41 #1
[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[] (show_stack) from [] (dump_stack+0x74/0x90)
[] (dump_stack) from [] (warn_slowpath_common+0x68/0x8
a/arch/x86/kernel/signal_compat.c
+++ b/arch/x86/kernel/signal_compat.c
@@ -1,95 +1,214 @@
#include
#include
-int copy_siginfo_to_user32(compat_siginfo_t __user *to, const siginfo_t *from)
+int copy_siginfo_to_user32(struct compat_siginfo __user *to, const siginfo_t
*from)
{
- int e
fo_to_user32(compat_siginfo_t __user *to, const siginfo_t *from);
+int copy_siginfo_from_user32(siginfo_t *to, compat_siginfo_t __user *from);
+
+#endif /* CONFIG_COMPAT*/
+
+#endif /* __KERNEL__ */
+#endif /* __ASM_SIGNAL32_COMMON_H */
+
diff --git a/arch/arm64/kernel/Makefile b/arch/arm64/kernel/Ma
/signal_compat.c
+++ b/arch/x86/kernel/signal_compat.c
@@ -1,95 +1,214 @@
#include
#include
-int copy_siginfo_to_user32(compat_siginfo_t __user *to, const siginfo_t *from)
+int copy_siginfo_to_user32(struct compat_siginfo __user *to, const siginfo_t
*from)
{
- int err = 0;
+ int err
__user *to, const siginfo_t *from);
+int copy_siginfo_from_user32(siginfo_t *to, compat_siginfo_t __user *from);
+
+#endif /* CONFIG_COMPAT*/
+
+#endif /* __KERNEL__ */
+#endif /* __ASM_SIGNAL32_COMMON_H */
+
diff --git a/arch/arm64/kernel/Makefile b/arch/arm64/kernel/Makefile
index 94b8b84..f90fb08
This if from todays git (2006-12-08):
CC arch/ppc/kernel/asm-offsets.s
In file included from arch/ppc/include/asm/bug.h:97,
from include/linux/kernel.h:18,
from include/asm/system.h:7,
from include/linux/list.h:9,
from
FROM MRS.SUSAN SHABANGU.docx
Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
FROM MRS.SUSAN SHABANGU.docx
Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
FROM MS. LIRA MANDOZA..rtf
Description: Binary data
FROM MS. LIRA MANDOZA..rtf
Description: Binary data
Workqueue: deferwq deferred_probe_work_func
[c0014cbc] (unwind_backtrace) from [c001191c] (show_stack+0x10/0x14)
[c001191c] (show_stack) from [c0566ae0] (dump_stack+0x80/0x9c)
[c0566ae0] (dump_stack) from [c003f61c] (warn_slowpath_common+0x68/0x8c)
[c003f61c] (warn_slowpath_common) from
I NEED YOUR HELP.
From Grace Manda.pdf
Description: Adobe PDF document
Hi Mike,
After merging the clk tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from arch/x86/include/asm/bug.h:35:0,
from include/linux/bug.h:4,
from include/linux/cpumask.h:12,
from arch/x86/include/asm
Hi Mike,
On Mon, 15 Dec 2014 23:20:34 -0800 Mike Turquette mturque...@linaro.org wrote:
Quoting Stephen Rothwell (2014-12-15 19:45:36)
Hi Mike,
After merging the clk tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from arch/x86/include/asm
)
[1.883478] [c00164b8] (unwind_backtrace) from [c00135e8]
(show_stack+0x20/0x24)
[1.891307] [c00135e8] (show_stack) from [c091f7a0]
(dump_stack+0x24/0x28)
[1.898602] [c091f7a0] (dump_stack) from [c003dff4]
(warn_slowpath_common+0x94/0xc0)
[1.906753] [c003dff4
FROM MRS SUSAN SHABANGU.docx
Description: MS-Word 2007 document
Christoph Hellwig h...@infradead.org writes:
Looks good,
but what's up with your From lines:
On Mon, Jul 20, 2015 at 04:29:49PM -0700, Spencer Baugh wrote:
From: Spencer Baugh sba...@catern.com
From: Chris Zankel czan...@purestorage.com
plus another address for you in the actual email
a copy of the GNU General Public 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
a copy of the GNU General Public 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
a copy of the GNU General Public 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
.
[] (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
fix up the:
Regmap lock is taken in regmap_update_bits_base() and then
regcache_drop_region() tries to take it again.
which added in commit 815806e39bf6
("regmap: drop cache if the bus transfer error")
Backtrace:
[<8068ab7c>] (__schedule) from [<8068b1c4>] (schedule
From: Niklas Cassel <niklas.cas...@axis.com>
>From what I can tell, spin_lock(>lock) is not needed, since the
phy_ethtool_ksettings_set call is not given the priv struct.
phy_start_aneg takes the phydev->lock. Calls to phy_adjust_link
from phy_state_machine also takes t
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Cartwright <jo...@ni.com>
commit 04da73803c05dc1150ccc31cbf93e8cd56679c09 upstream.
The use of IRQF_ONESHOT when registering an interrupt handler with
request_irq() is non-se
4.8-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Cartwright <jo...@ni.com>
commit 04da73803c05dc1150ccc31cbf93e8cd56679c09 upstream.
The use of IRQF_ONESHOT when registering an interrupt handler with
request_irq() is non-se
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Cartwright <jo...@ni.com>
commit 04da73803c05dc1150ccc31cbf93e8cd56679c09 upstream.
The use of IRQF_ONESHOT when registering an interrupt handler with
request_irq() is non-se
"lbug_with_loc"
> > + "lbug_with_loc",
> > + "fortify_panic",
> > };
> >
> > if (func->bind == STB_WEAK)
> > --
> > 2.7.4
>
> OK, I have added this to the end of linux-next today
Hi Daniel,
On Thu, 15 Jun 2017 00:49:21 -0400 Daniel Micay <danielmi...@gmail.com> 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/cpumas
This fixes splat like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y on
Tegra30.
BUG: sleeping function called from invalid context at
drivers/soc/tegra/pmc.c:301
in_atomic(): 1, irqs_disabled(): 0, pid: 1, name: swapper/0
CPU: 0 PID: 1 Comm: swapper/0 Not tainted
4.18.0-next-20180821-00176
HOSTCC usr/gen_init_cpio
UPD include/generated/compile.h
CC init/main.o
In file included from ./include/linux/cpumask.h:12:0,
from ./arch/x86/include/asm/cpumask.h:5,
from ./arch/x86/include/asm/msr.h:11,
from ./arch/x86/include/asm/pr
The sphinx.util.compat Directive stuff was deprecated in the recent
Sphinx version, and now we get a build error.
Let's take a fallback to the newer one, from docutils.parsers.rst.
Bugzilla: https://bugzilla.opensuse.org/show_bug.cgi?id=1083694
Signed-off-by: Takashi Iwai <ti...@suse
This if from todays git (2006-12-08):
CC arch/ppc/kernel/asm-offsets.s
In file included from arch/ppc/include/asm/bug.h:97,
from include/linux/kernel.h:18,
from include/asm/system.h:7,
from include/linux/list.h:9,
from
FROM MRS.SUSAN SHABANGU.docx
Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
FROM MRS.SUSAN SHABANGU.docx
Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
FROM MS. LIRA MANDOZA..rtf
Description: Binary data
FROM MS. LIRA MANDOZA..rtf
Description: Binary data
Workqueue: deferwq deferred_probe_work_func
[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[] (show_stack) from [] (dump_stack+0x80/0x9c)
[] (dump_stack) from [] (warn_slowpath_common+0x68/0x8c)
[] (warn_slowpath_common) from []
(warn_slowpath_null+0x1c/0x24)
[] (warn_slowpath_null) from
nted 3.15.0-rc4-12393-gcde9f4e #400
> Workqueue: deferwq deferred_probe_work_func
> [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
> [] (show_stack) from [] (dump_stack+0x80/0x9c)
> [] (dump_stack) from [] (warn_slowpath_common+0x68/0x8c)
> [] (warn_slowpath_common) from
The sphinx.util.compat Directive stuff was deprecated in the recent
Sphinx version, and now we get a build error.
Let's take a fallback to the newer one, from docutils.parsers.rst.
Bugzilla: https://bugzilla.opensuse.org/show_bug.cgi?id=1083694
Signed-off-by: Takashi Iwai
---
I'm no expert
On Fri, Aug 28, 2020 at 02:13:43PM +, albert.li...@gmail.com wrote:
> @@ -82,6 +83,8 @@ __copy_from_user_inatomic(void *to, const void __user
> *from, unsigned long n)
> static __always_inline __must_check unsigned long
> __copy_from_user(void *to, const void __user *from, uns
From: Jaegeuk Kim
[ Upstream commit b0f3b87fb3abc42c81d76c6c5795f26dbdb2f04b ]
https://bugzilla.kernel.org/show_bug.cgi?id=208565
PID: 257TASK: ecdd CPU: 0 COMMAND: "init"
#0 [] (__schedule) from []
#1 [] (schedule) from []
#2 [] (rwsem_down_read_failed) fr
From: Jaegeuk Kim
[ Upstream commit b0f3b87fb3abc42c81d76c6c5795f26dbdb2f04b ]
https://bugzilla.kernel.org/show_bug.cgi?id=208565
PID: 257TASK: ecdd CPU: 0 COMMAND: "init"
#0 [] (__schedule) from []
#1 [] (schedule) from []
#2 [] (rwsem_down_read_failed) fr
Hi all,
After merging the printk tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from include/linux/printk.h:10,
from include/linux/kernel.h:15,
from include/linux/list.h:9,
from include/linux/lockdep.h:43
A donation of 2 Million British Pounds to you in good faith from Ade
Goodchild Charity Donation
A donation of 2 Million British Pounds to you in good faith from Ade
Goodchild Charity Donation
Please find the patch below.
Thanks and regards,
Gaurav.
>From Gaurav Singh # This line is ignored.
From: Gaurav Singh
Reply-To:
Subject:
In-Reply-To:
From: Zeng Tao
[ Upstream commit 88b1bb1f3b88e0bf20b05d543a53a5b99bd7ceb6 ]
Currently the link_state is uninitialized and the default value is 0(U0)
before the first time we start the udc, and after we start the udc then
stop the udc, the link_state will be undefined.
We may have the following
This fixes splat like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y on
Tegra30.
BUG: sleeping function called from invalid context at
drivers/soc/tegra/pmc.c:301
in_atomic(): 1, irqs_disabled(): 0, pid: 1, name: swapper/0
CPU: 0 PID: 1 Comm: swapper/0 Not tainted
4.18.0-next-20180821-00176
From: Dmitry Osipenko
[ Upstream commit b6e1fd17a38bd1d97c11d69fd3207b3ef9bfa4b3 ]
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.
BUG
From: Dmitry Osipenko
[ Upstream commit b6e1fd17a38bd1d97c11d69fd3207b3ef9bfa4b3 ]
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.
BUG
From: Dmitry Osipenko
[ Upstream commit b6e1fd17a38bd1d97c11d69fd3207b3ef9bfa4b3 ]
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.
BUG
From: Zeng Tao
[ Upstream commit 88b1bb1f3b88e0bf20b05d543a53a5b99bd7ceb6 ]
Currently the link_state is uninitialized and the default value is 0(U0)
before the first time we start the udc, and after we start the udc then
stop the udc, the link_state will be undefined.
We may have the following
From: Zeng Tao
[ Upstream commit 88b1bb1f3b88e0bf20b05d543a53a5b99bd7ceb6 ]
Currently the link_state is uninitialized and the default value is 0(U0)
before the first time we start the udc, and after we start the udc then
stop the udc, the link_state will be undefined.
We may have the following
From: Zeng Tao
[ Upstream commit 88b1bb1f3b88e0bf20b05d543a53a5b99bd7ceb6 ]
Currently the link_state is uninitialized and the default value is 0(U0)
before the first time we start the udc, and after we start the udc then
stop the udc, the link_state will be undefined.
We may have the following
From: Zeng Tao
[ Upstream commit 88b1bb1f3b88e0bf20b05d543a53a5b99bd7ceb6 ]
Currently the link_state is uninitialized and the default value is 0(U0)
before the first time we start the udc, and after we start the udc then
stop the udc, the link_state will be undefined.
We may have the following
From: Zeng Tao
[ Upstream commit 88b1bb1f3b88e0bf20b05d543a53a5b99bd7ceb6 ]
Currently the link_state is uninitialized and the default value is 0(U0)
before the first time we start the udc, and after we start the udc then
stop the udc, the link_state will be undefined.
We may have the following
HOSTCC usr/gen_init_cpio
UPD include/generated/compile.h
CC init/main.o
In file included from ./include/linux/cpumask.h:12:0,
from ./arch/x86/include/asm/cpumask.h:5,
from ./arch/x86/include/asm/msr.h:11,
from ./arch/x86/include/asm/pr
Hi Mike,
On Mon, 15 Dec 2014 23:20:34 -0800 Mike Turquette wrote:
>
> Quoting Stephen Rothwell (2014-12-15 19:45:36)
> > Hi Mike,
> >
> > After merging the clk tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > In file i
>> > [1.848374] WARNING: CPU: 0 PID: 1 at
>> > /home/peter/src/kernels/mainline/drivers/dma/dmaengine.c:863
>> > dma_async_device_register+0xe0/0x540()
>> > [1.860798] this driver doesn't support generic slave capabilities
>> > reporting
>> >
Christoph Hellwig writes:
> Looks good,
>
> but what's up with your From lines:
>
> On Mon, Jul 20, 2015 at 04:29:49PM -0700, Spencer Baugh wrote:
>> From: Spencer Baugh
>>
>> From: Chris Zankel
>
> plus another address for you in the actual ema
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ronald Wahl
commit 4f031fa9f188b2b0641ac20087d9e16bcfb4e49d upstream.
Commit 7ec7c4a9a686c608315739ab6a2b0527a240883c (mac80211: port CCMP to
cryptoapi's CCM driver) introduced a regression
Hi Mike,
After merging the clk tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from arch/x86/include/asm/bug.h:35:0,
from include/linux/bug.h:4,
from include/linux/cpumask.h:12,
from arch/x86/include/asm
FROM MRS SUSAN SHABANGU.docx
Description: MS-Word 2007 document
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Ronald Wahl
commit 4f031fa9f188b2b0641ac20087d9e16bcfb4e49d upstream.
Commit 7ec7c4a9a686c608315739ab6a2b0527a240883c (mac80211: port CCMP to
cryptoapi's CCM driver) introduced a regression
reporting
[1.867893] Modules linked in:
[1.870993] CPU: 0 PID: 1 Comm: swapper Not tainted 4.0.0-rc2+ #115
[1.877302] Hardware name: Generic AM33XX (Flattened Device Tree)
[1.883478] [] (unwind_backtrace) from []
(show_stack+0x20/0x24)
[1.891307] [] (show_stack) from
98] this driver doesn't support generic slave capabilities
> reporting
> [1.867893] Modules linked in:
> [1.870993] CPU: 0 PID: 1 Comm: swapper Not tainted 4.0.0-rc2+ #115
> [1.877302] Hardware name: Generic AM33XX (Flattened Device Tree)
> [ 1.883478] [] (unwind_bac
From: Niklas Cassel
>From what I can tell, spin_lock(>lock) is not needed, since the
phy_ethtool_ksettings_set call is not given the priv struct.
phy_start_aneg takes the phydev->lock. Calls to phy_adjust_link
from phy_state_machine also takes the phydev->lock.
[ 13.718319] B
fix up the:
Regmap lock is taken in regmap_update_bits_base() and then
regcache_drop_region() tries to take it again.
which added in commit 815806e39bf6
("regmap: drop cache if the bus transfer error")
Backtrace:
[<8068ab7c>] (__schedule) from [<8068b1c4>] (schedule
Looks fine:
Reviewed-by: Christoph Hellwig
(but I agree with the bracing nitpick from Gavin)
4.8-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Cartwright
commit 04da73803c05dc1150ccc31cbf93e8cd56679c09 upstream.
The use of IRQF_ONESHOT when registering an interrupt handler with
request_irq() is non-sensical.
Not only
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Cartwright
commit 04da73803c05dc1150ccc31cbf93e8cd56679c09 upstream.
The use of IRQF_ONESHOT when registering an interrupt handler with
request_irq() is non-sensical.
Not only
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Cartwright
commit 04da73803c05dc1150ccc31cbf93e8cd56679c09 upstream.
The use of IRQF_ONESHOT when registering an interrupt handler with
request_irq() is non-sensical.
Not only
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:
---
301 - 400 of 3269157 matches
Mail list logo