http://bugme.osdl.org/show_bug.cgi?id=2754
--- Additional Comments From [EMAIL PROTECTED] 2004-07-20 00:48 ---
Yes, this is exactly the problem now.
OK.
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
Okay my final attempt :-) is now checked in...
the last issue that register_chrdev returns a 0 when the fops is the same
caused your last problem.. hopefully this work..
if you can load/unload this module and see if it works... then I'll add
the couple of lines to hopefully avoid using the
On Mon, 19 Jul 2004 15:08:11 -0400
Alex Deucher [EMAIL PROTECTED] wrote:
On 19 Jul 2004 19:34:19 +0200, Juliusz Chroboczek [EMAIL PROTECTED] wrote:
[snip]
There are just two minor issues. I've managed to get it to lockup
twice (X server frozen with 100% cpu, the system can be rebooted
I know we spoke of this before and a big bunch of these just appeared in
the mainline tree and I want to merge them back into CVS...
For now my thinking is BSD doesn't use __user so we just go ahead and use
it and if later it stars being used for something else on another platform
we can
I have a working direct rendering mechanism in my 64-bit userland. However,
32-bit software running in a 32-bit chroot environment cannot operate with the
64-bit drm. I get the following error when executing the 32-bit glxinfo inside
the chroot:
# /usr/X11R6/bin/glxinfo
name of display: :0.0
ATI Rage 128 and Radeon DRM unconditionally depend on PCI
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
--- linux-2.6.8-rc2/drivers/char/drm/Kconfig2004-07-15 23:14:12.0 +0200
+++ linux-m68k-2.6.8-rc2/drivers/char/drm/Kconfig 2004-07-19 18:15:58.0
+0200
@@ -31,7
Dave Airlie wrote:
Okay my final attempt :-) is now checked in...
the last issue that register_chrdev returns a 0 when the fops is the same
caused your last problem.. hopefully this work..
if you can load/unload this module and see if it works... then I'll add
the couple of lines to
