linux-kernel - Re: 4.9-rc7: (forcedeth?) BUG: sleeping function called from invalid context at kernel/irq/manage.c:110

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <alpine.LRH.2.20.1611292352270.31348@math.ut.ee>
Date:   Tue, 29 Nov 2016 23:55:12 +0200 (EET)
From:   Meelis Roos <mroos@...ux.ee>
To:     Linus Torvalds <torvalds@...ux-foundation.org>
cc:     Eric Dumazet <eric.dumazet@...il.com>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        Network Development <netdev@...r.kernel.org>
Subject: Re: 4.9-rc7: (forcedeth?) BUG: sleeping function called from invalid
 context at kernel/irq/manage.c:110

> On Nov 29, 2016 11:58 AM, "Eric Dumazet" <eric.dumazet@...il.com> wrote:
> >
> > nv_do_nic_poll() is simply buggy and needs a fix.
> >
> > synchronize_irq() can sleep.
> 
> Yes, but why did it start showing up now? None of this has changed as far as I can see?

Found one thing that changed - compiler from 6.2.0-9 to 6.2.1-5 and 
binutils too in debian unstable (explicitly upgraded to get fix to the 
binutils bug that broke 64-bit kernels).

> Is it just timing and the transmit queue being busy? Perhaps due to the sheer size of messages? Meelis does seem to have a ton of debugging enabled..

Well, the dmesg is not too verbose but when I debugged some earlier 
problem, netconsole and many other debugging options were left on.

-- 
Meelis Roos (mroos@...ux.ee)