public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Florian Mickler <florian@mickler.org>
To: "Justin P. Mattock" <justinmattock@gmail.com>
Cc: linux-kernel@vger.kernel.org,
	Steven Rostedt <rostedt@goodmis.org>,
	Manjunatha Halli <manjunatha_halli@ti.com>,
	Mauro Carvalho Chehab <mchehab@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@suse.de>
Subject: Re: [BUG] NULL pointer dereference in dev_get_drvdata
Date: Thu, 31 Mar 2011 11:16:59 +0200	[thread overview]
Message-ID: <20110331111659.0c77abbe@schatten.dmk.lab> (raw)
In-Reply-To: <4D93508D.30701@gmail.com>

On Wed, 30 Mar 2011 08:47:25 -0700
"Justin P. Mattock" <justinmattock@gmail.com> wrote:


> 
> strange thing with this, is one instance my screen went black, then 
> something similar showed up on screen but then the screen kind of went 
> back to normal(was able to move the mouse, but most of everything was 
> frozen), another instance was shutting down the system pics are here:
> 
> http://www.flickr.com/photos/44066293@N08/5573957179/
> http://www.flickr.com/photos/44066293@N08/5574543648/
> (not the best camara used)
> 
> this does not fire off all the time, but it does.
> (I will keep my eye out with this one).
> 
> Justin P. Mattock
> 

even with that resolution (240x320, that's a joke, right? do I need to
login or something like that?) I see that your stacktrace is
different. 

The stacktrace is the cascade of function-calls that lead to the
execution of the current code. A null-pointer in the driver-core
normally means that someone on the calling site did something wrong. 
So in order to fix the bug, you have to look at the stack trace and
check how that null pointer got handed down to that function. 

If you have 2 drivers. Both seperately calling the same function with a
nullpointer you have 2 seperate issues that trigger the same thing
(null pointer exception) in the same function. so it is not sufficient
to look at where the bug happened, you also need to check what is the
cause. 

Regards,
Flo

  reply	other threads:[~2011-03-31  9:17 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-30  1:28 [BUG] NULL pointer dereference in dev_get_drvdata Steven Rostedt
2011-03-30  1:59 ` Mauro Carvalho Chehab
2011-03-30  2:17   ` Steven Rostedt
2011-03-30 15:47 ` Justin P. Mattock
2011-03-31  9:16   ` Florian Mickler [this message]
2011-03-31 15:41     ` Justin P. Mattock
2011-03-31 17:15       ` Florian Mickler

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=20110331111659.0c77abbe@schatten.dmk.lab \
    --to=florian@mickler.org \
    --cc=akpm@linux-foundation.org \
    --cc=gregkh@suse.de \
    --cc=justinmattock@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=manjunatha_halli@ti.com \
    --cc=mchehab@redhat.com \
    --cc=rostedt@goodmis.org \
    /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