Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Cyrill Gorcunov
Date: Sunday, September 21, 2008 - 1:35 pm

[Evgeniy Polyakov - Mon, Sep 22, 2008 at 12:26:56AM +0400]
| On Mon, Sep 22, 2008 at 12:05:18AM +0400, Cyrill Gorcunov (gorcunov@gmail.com) wrote:
| > Since it's that serious maybe we should change
| > 
| > 		IPW_DEBUG_INFO("%s: Fatal error value: 0x%08X\n",
| > 			       priv->net_dev->name, priv->fatal_error);
| > 
| > to printk(KERN_WARN)? And here is why - as I see now we can't say what
| > exactly is wrong - Evgeniy said he has a suspicious about firmware so
| > this WARNS will be collected by Arjan thru kerneloops and we could not
| > ask users to change debug level and repost problem - oops will have it
| > by default - and if it really firmware problem - firmware engineers could
| > find this _additional_ info usefull and resolve it (probably).
| 
| The only reason for this change is to make a mark at the kerneloops.
| I.e. users know, there is a bug. Developers know, there is a bug.
| Everyone knows that there is a bug, but until it is at the special place
| we look to each other just like there is no bug.
| 
| Here are dumps for example:
| http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=245
| 
| Bug existed even with 1.2 firmware and .11 kernel.
| Intel, that's a great marketing slogan: stability everywhere!
| 
| -- 
| 	Evgeniy Polyakov
| 

From dump:

yes Evgeniy - all could know that but this register info could help
firmware engineers to distinguish problems (without additional efforts
like ask users to pass debug argument - kerneloops will have it
by default) if there not only one exist. I mean I don't think anyone
would reject additional info about problem ever :)

		- Cyrill -
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmwa ..., Evgeniy Polyakov, (Sun Sep 21, 10:23 am)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Evgeniy Polyakov, (Sun Sep 21, 10:38 am)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Arjan van de Ven, (Sun Sep 21, 11:04 am)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Evgeniy Polyakov, (Sun Sep 21, 11:28 am)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Arjan van de Ven, (Sun Sep 21, 11:35 am)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Evgeniy Polyakov, (Sun Sep 21, 12:00 pm)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Arjan van de Ven, (Sun Sep 21, 12:20 pm)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Evgeniy Polyakov, (Sun Sep 21, 12:38 pm)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Arjan van de Ven, (Sun Sep 21, 12:43 pm)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Cyrill Gorcunov, (Sun Sep 21, 1:35 pm)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Denys Fedoryshchenko, (Sun Sep 21, 2:43 pm)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Denys Fedoryshchenko, (Sun Sep 21, 3:15 pm)
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling fi ..., Evgeniy Polyakov, (Thu Sep 25, 10:56 pm)