From: Andrew Morton <akpm@digeo.com>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: jt@hpl.hp.com,
Linux kernel mailing list <linux-kernel@vger.kernel.org>,
Benjamin Reed <breed@users.sourceforge.net>,
Jeff Garzik <jgarzik@mandrakesoft.com>,
dahinds@users.sourceforge.net
Subject: Re: Status new-modules + 802.11b/IrDA
Date: Wed, 11 Dec 2002 16:50:59 -0800 [thread overview]
Message-ID: <3DF7DD73.182E44E2@digeo.com> (raw)
In-Reply-To: 20021212003733.2AF922C0E0@lists.samba.org
Rusty Russell wrote:
>
> In message <20021211174305.GB11264@bougret.hpl.hp.com> you write:
> > On Wed, Dec 11, 2002 at 07:34:53PM +1100, Rusty Russell wrote:
> > > > o removal of airo_cs : "Uninitialised timer!/nThis is a
> > > > warning. Your computer is OK". Call trace on demand. Also, the module
> > > > airo not removed (probably due to problem with airo_cs).
> > >
> > > That, in itself, should be harmless.
> >
> > Yes, but this is new and I don't really like it. I suspect
> > something is wrong in the Pcmcia code itself. Last I tried was 2.5.46
> > and I see some suspicious init_timer() added where I would not expect,
> > and some missing where they would be needed.
> > Hum... Who is in charge ?
>
> Well, Andrew Morton made the change that required timers to be
> initialized, and the check which locates ones which are not. As to
> who is responsible for airo_cs, I'm guessing Ben Reed, as author.
wakes up.
> > I personally believe the timer thingy is important and cause
> > of problems.
>
> I disagree: the warning is supposed to silently fix it up.
>
yes. It goes like this:
1: The new super-scalable SMP timers code had a locking problem which
made 8-ways go oops.
2: The fix was to add a spinlock to struct timer_list.
3: spinlocks need to be initialised.
3a: struct timer_list needs to be initialised.
This is a problem, because it has traditionally been the case that
an all-zeroes struct timer_list is "initialised". That is no longer
the case. All timers must now be prepared with init_timer() or
TIMER_INITIALIZER()
So debugging code was added to the timer layer to detect when someone
passes an uninitialised timer into the core timer functions. That debug
code generates a warning, a backtrace and then initialises the timer
for you, so things run happily.
I did an audit and fixed up probably a hundred or so uninitialised timers,
but there will be a few leftovers.
The intent is that people will report these leftovers, they get fixed up
and then one day we pull out the debug code.
next prev parent reply other threads:[~2002-12-12 0:43 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-11 1:05 Status new-modules + 802.11b/IrDA Jean Tourrilhes
2002-12-11 8:34 ` Rusty Russell
2002-12-11 17:40 ` Jeff Garzik
2002-12-11 22:41 ` Rusty Russell
2002-12-11 17:43 ` Jean Tourrilhes
2002-12-11 22:46 ` Rusty Russell
2002-12-12 0:50 ` Andrew Morton [this message]
2002-12-12 21:51 ` Benjamin Reed
2002-12-13 0:22 ` Jean Tourrilhes
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3DF7DD73.182E44E2@digeo.com \
--to=akpm@digeo.com \
--cc=breed@users.sourceforge.net \
--cc=dahinds@users.sourceforge.net \
--cc=jgarzik@mandrakesoft.com \
--cc=jt@hpl.hp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rusty@rustcorp.com.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox