Hi, I found this address in oops-tracing.txt and don't know where to send
this bug report otherwise.
Here is what I did:
- on my Intel Pentium 4 CPU 2.60GHz CPU I upgraded to kernel 2.6.15 (from
kernel.org, compiled with Debian's make-kpkg), .config attached
- I own an ATI Radeon 9000 card and am using the closed source driver
fglrx 8.20.8-i386 together with XFree86 (Debian 4.3.0.dfsg.1-14sarge1)
to be able to use OpenGL.
First everything was okay and just like with 2.6.13.4. Then I started a
OpenGL demo program (/usr/lib/xscreensaver/sballs). It ran nicely but when
I _closed_ it the machine just froze.
After a reboot I found "kernel BUG at mm/swap.c:215!" in the syslog.
I'll attach these syslog messages to this mail.
Now I am running 2.6.13.4 again (with the same modules and drivers)
and don't have this problem. So it must have to do with 2.6.15, right?
Probably in combination with fglrx. I'll report this to ATI, too.
Thanks,
Andy.
--
Fotos: francisco.spiegl.de o _ _ _
Infos: peru.spiegl.de __o /\_ _ \\o (_)\__/o (_) -o)
Andy, Heidi, Francisco _`\<,_ _>(_) (_)/<_ \_| \ _|/' \/ /\\
[email protected] (_)/ (_) (_) (_) (_) (_)' _\o_ _\_v
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Of all the people in the world, those who want the most
are those who have the most. -- David Grayson
Andy> - on my Intel Pentium 4 CPU 2.60GHz CPU I upgraded to kernel
Andy> 2.6.15 (from kernel.org, compiled with Debian's make-kpkg),
Andy> .config attached
Andy> - I own an ATI Radeon 9000 card and am using the closed source
Andy> driver fglrx 8.20.8-i386 together with XFree86 (Debian
Andy> 4.3.0.dfsg.1-14sarge1) to be able to use OpenGL.
Sorry, but unless you can reproduce this error WITHOUT the closed
source module, we cannot help you at all. Talk to ATI, it's their
code doing something wrong.
John
> Talk to ATI, it's their code doing something wrong.
Okay, knowing that for sure already helped me.
I thought that it's a bug in the kernel source because syslog says
"kernel BUG at mm/swap.c" and swap.c isn't part of fglrx.
Too bad there is no free OpenGL driver - I hate to use closed source stuff.
Thanks,
Andy.
--
Fotos: francisco.spiegl.de o _ _ _
Infos: peru.spiegl.de __o /\_ _ \\o (_)\__/o (_) -o)
Andy, Heidi, Francisco _`\<,_ _>(_) (_)/<_ \_| \ _|/' \/ /\\
[email protected] (_)/ (_) (_) (_) (_) (_)' _\o_ _\_v
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
I stand by all the misstatements that I've made. (Dan Quayle)
On 1/24/06, Andy Spiegl <[email protected]> wrote:
> Too bad there is no free OpenGL driver - I hate to use closed source stuff.
Radeon 9000 is supported in Xorg and as far as i know was already supported
in Xfree86. The open-source driver works fine for me (Radeon 9200SE).
regards,
Benoit
On 24/01/06, Andy Spiegl <[email protected]> wrote:
> > Talk to ATI, it's their code doing something wrong.
> Okay, knowing that for sure already helped me.
>
> I thought that it's a bug in the kernel source because syslog says
> "kernel BUG at mm/swap.c" and swap.c isn't part of fglrx.
>
> Too bad there is no free OpenGL driver - I hate to use closed source stuff.
There is something funny with your build - from the syslog:
Jan 13 11:51:43 condor kernel: Symbols match kernel version 2.6.15.
Jan 13 11:51:43 condor kernel: No module symbols loaded - kernel
modules not enabled.
So how can you use modules?
Nick
>> Talk to ATI, it's their code doing something wrong.
Andy> Okay, knowing that for sure already helped me.
Well, I can't say for sure the problem is with ATI's code, but since
we can't see their code to debug it, it's effectively their problem.
Andy> I thought that it's a bug in the kernel source because syslog
Andy> says "kernel BUG at mm/swap.c" and swap.c isn't part of fglrx.
That's doesn't matter, since the problem could be in the ATI code
which blows up in mm/swap.c
Andy> Too bad there is no free OpenGL driver - I hate to use closed
Andy> source stuff.
Umm... isn't there an MESA OpenGL driver stuff out there? Prboably
not for your ATI card though. If you can reproduce the crash without
any closed code, then people will try to help you.
John
On Tuesday 24 January 2006 15:13, Benoit Boissinot wrote:
> On 1/24/06, Andy Spiegl <[email protected]> wrote:
> > Too bad there is no free OpenGL driver - I hate to use closed source
> > stuff.
>
> Radeon 9000 is supported in Xorg and as far as i know was already supported
> in Xfree86. The open-source driver works fine for me (Radeon 9200SE).
Indeed. Mesa will provide direct render acceleration on these cards without
using the proprietary driver. Since the 9000 is really too old to run modern
games, I suspect it will be more than adequate.
I'd investigate the open source solution, because ATI's proprietary driver is
poor quality, even for your average binary vendor.
--
Cheers,
Alistair.
'No sense being pessimistic, it probably wouldn't work anyway.'
Third year Computer Science undergraduate.
1F2 55 South Clerk Street, Edinburgh, UK.
> There is something funny with your build - from the syslog:
>
> Jan 13 11:51:43 condor kernel: Symbols match kernel version 2.6.15.
> Jan 13 11:51:43 condor kernel: No module symbols loaded - kernel
> modules not enabled.
>
> So how can you use modules?
Good question! I had never noticed this strange line!
But loading (and unloading) modules works just fine.
Example further down:
Jan 13 11:51:44 condor kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
and
Jan 13 11:51:44 condor kernel: Linux video capture interface: v1.00
Jan 13 11:51:44 condor kernel: saa7146: register extension 'budget_av'.
Yesterday I tried with 2.6.15.1 - same behaviour!
Very strange! How can that be?
Thanks for pointing this out,
Andy.
--
Fotos: francisco.spiegl.de o _ _ _
Infos: peru.spiegl.de __o /\_ _ \\o (_)\__/o (_) -o)
Andy, Heidi, Francisco _`\<,_ _>(_) (_)/<_ \_| \ _|/' \/ /\\
[email protected] (_)/ (_) (_) (_) (_) (_)' _\o_ _\_v
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Banging your head against a wall uses 150 calories an hour.
> > Radeon 9000 is supported in Xorg and as far as i know was already supported
> > in Xfree86. The open-source driver works fine for me (Radeon 9200SE).
>
> Indeed. Mesa will provide direct render acceleration on these cards without
> using the proprietary driver. Since the 9000 is really too old to run modern
> games, I suspect it will be more than adequate.
Maybe I am doing something wrong but Mesa is awfully slow.
I don't need highend acceleration but I can't even play tuxracer.
Maybe I missed something???
gl-info says:
GL_VENDOR = "Mesa project: http://www.mesa3d.org"
GL_RENDERER = "Mesa GLX Indirect"
GL_VERSION = "1.3 Mesa 4.0.4"
GL_EXTENSIONS = "GL_ARB_imaging GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_transpose_matrix GL_EXT_abgr GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_lod_bias "
> I'd investigate the open source solution, because ATI's proprietary driver is
> poor quality, even for your average binary vendor.
yep, just like nvidias drivers. I had very bad experiences with them.
Thanks,
Andy.
--
Fotos: francisco.spiegl.de o _ _ _
Infos: peru.spiegl.de __o /\_ _ \\o (_)\__/o (_) -o)
Andy, Heidi, Francisco _`\<,_ _>(_) (_)/<_ \_| \ _|/' \/ /\\
[email protected] (_)/ (_) (_) (_) (_) (_)' _\o_ _\_v
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Use the Source, Luke!
On 1/27/06, Andy Spiegl <[email protected]> wrote:
> Maybe I am doing something wrong but Mesa is awfully slow.
> I don't need highend acceleration but I can't even play tuxracer.
>
> Maybe I missed something???
>
> gl-info says:
> GL_VENDOR = "Mesa project: http://www.mesa3d.org"
> GL_RENDERER = "Mesa GLX Indirect"
> GL_VERSION = "1.3 Mesa 4.0.4"
> GL_EXTENSIONS = "GL_ARB_imaging GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_transpose_matrix GL_EXT_abgr GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_lod_bias "
>
You should be looking for
"direct rendering: Yes"
in glxinfo
You can check your X logs to see why you don't get the acceleration
(and you have to compile drm/radeon in your kernel).
regards,
Benoit
> You should be looking for
> "direct rendering: Yes"
> in glxinfo
>
> You can check your X logs to see why you don't get the acceleration
> (and you have to compile drm/radeon in your kernel).
Yes, I've got drm/radeon.
But X complains:
(WW) RADEON(0): Direct rendering is not supported when Xinerama is enabled
But I can't get Xinerama to work either with the "normal" driver.
Bad luck I guess :-(
Andy.
--
Fotos: francisco.spiegl.de o _ _ _
Infos: peru.spiegl.de __o /\_ _ \\o (_)\__/o (_) -o)
Andy, Heidi, Francisco _`\<,_ _>(_) (_)/<_ \_| \ _|/' \/ /\\
[email protected] (_)/ (_) (_) (_) (_) (_)' _\o_ _\_v
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
If you keep doing what you've always done,
you'll get what you've always gotten.