From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@bugzilla.kernel.org
Subject: [Bug 35192] BUG() in radeon driver with ATI Technologies Inc RV515
[Radeon X1300]
Date: Wed, 18 May 2011 21:53:02 GMT
Message-ID: <201105182153.p4ILr2eI016074@demeter2.kernel.org>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path:
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
To: dri-devel@lists.sourceforge.net
List-Id: dri-devel@lists.freedesktop.org
https://bugzilla.kernel.org/show_bug.cgi?id=35192
Andrew Morton changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |akpm@linux-foundation.org,
| |greg@kroah.com
--- Comment #2 from Andrew Morton 2011-05-18 21:52:58 ---
OK, this is a bit strange.
I can see that Greg's 737a3bb9416ce2a7c7a4170852473a4fcc9 would cause
radeon_cp_init() to crash when it is called via ioctl. It calls
platform_device_register_resndata(), but platform_device_register_resndata()
got unloaded from kernel memory.
But that will only happen if CONFIG_MODULES=n, and in the config attached to
the gentto report, CONFIG_MODULES=y. So platform_device_register_resndata()
won't have been unloaded!
Still, we should revert 737a3bb9416ce2a7c7a4170852473a4fcc9, as its assumptions
are wrong in this case.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel