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>] [<thread-prev] [day] [month] [year] [list]
Date:	Wed, 01 May 2013 11:01:51 -0400
From:	Steven Rostedt <rostedt@...dmis.org>
To:	Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>
Cc:	ard@...egraafnet.nl, akpm@...ux-foundation.org, hpa@...or.com,
	len.brown@...el.com, linux-kernel@...r.kernel.org,
	mchehab@...hat.com, rjw@...k.pl
Subject: Re: initcall ffh_cstate_init+0x0/0x2a returned with error code -1
 throws WARN

On Wed, 2013-05-01 at 10:58 -0400, Konrad Rzeszutek Wilk wrote:
> On Wed, May 01, 2013 at 10:09:41AM -0400, Steven Rostedt wrote:
> > On Wed, 2013-05-01 at 09:48 -0400, Konrad Rzeszutek Wilk wrote:
> > > Now with the git commit f91eb62f71b31e69e405663ff8d047bc3b9f7525
> > > (init: scream bloody murder if interrupts are enabled too early)
> > 
> > Perhaps I got a little too aggressive with that patch. The warnings look
> > to be caused by:
> > 
> > @@ -702,9 +697,7 @@ int __init_or_module do_one_initcall(initcall_t fn)
> >                 strlcat(msgbuf, "disabled interrupts ", sizeof(msgbuf));
> >                 local_irq_enable();
> >         }
> > -       if (msgbuf[0]) {
> > -               printk("initcall %pF returned with %s\n", fn, msgbuf);
> > -       }
> > +       WARN(msgbuf[0], "initcall %pF returned with %s\n", fn, msgbuf);
> >  
> >         return ret;
> >  }
> > 
> > I'll just revert that part of the patch, and send that in.
> 
> Thank you!

No prob, actually, I'm changing it to be specific. That is, it will
still warn if there's an imbalance of preempt_disable or irqs_disable,
but it won't warn on initcall returning non-zero.

-- Steve


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ