Re: Matrox Oopsed when using kernel with ACPI support...

On  7 Aug 02 at 10:57, Dawid Kuroczko wrote:

No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file?
Aug  7 02:08:34 atlantis kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000200
Aug  7 02:08:34 atlantis kernel: c024d739
Aug  7 02:08:34 atlantis kernel: *pde = 00000000

quoted

quoted

EIP; c024d739 <matrox_cfbX_putcs+189/280>   <=====

Trace; c024d88d <matrox_cfb8_putcs+5d/70>
Trace; c0246f44 <fbcon_putcs+94/100>
Trace; c0205257 <do_update_region+127/190>

Code;  c024d739 <matrox_cfbX_putcs+189/280>   <=====
   0:   f3 a5                     repz movsl %ds:(%esi),%es:(%edi)   <=====

Uh-oh. Impossible. Do you use multihead, or do all your ttyS belong
to /dev/fb0? If you are using /dev/fb1 (but you should do it anyway...)
please apply patch from
ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/fbset-through-vt-2.4.19-rc5.gz
to your kernel. Besides that it fixes (oopses|kernel corruption) if you do 
'fbset -fb /dev/fb0' while you are watching console on /dev/fb1, it also
allows you to do 'fbset -fb /dev/tty*' - this could simplify your
script a lot. And no, patch is not going to the kernel. James vetoed it
years ago...

And while you are on it, please try
ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/mga-2.4.19-rc5-tvout.gz
too. But I believe that fbset-through-vt patch will fix your oopses, and
this mga patch will not bring any new feature to your old MGA.
                                                Petr Vandrovec
                                                vandrove@vc.cvut.cz
                                                


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

On Wed, 7 Aug 2002, Petr Vandrovec wrote:

quoted

Code;  c024d739 <matrox_cfbX_putcs+189/280>   <=====
   0:   f3 a5                     repz movsl %ds:(%esi),%es:(%edi)   <=====

Uh-oh. Impossible. Do you use multihead, or do all your ttyS belong
to /dev/fb0? If you are using /dev/fb1 (but you should do it anyway...)
please apply patch from
ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/fbset-through-vt-2.4.19-rc5.gz
to your kernel. Besides that it fixes (oopses|kernel corruption) if you do 
'fbset -fb /dev/fb0' while you are watching console on /dev/fb1, it also
allows you to do 'fbset -fb /dev/tty*' - this could simplify your

Actually I have only one fbdev:
[root@atlantis ~]# cat /proc/fb
0 MATROX VGA

...the trick with open/fbdev pair might

script a lot. And no, patch is not going to the kernel. James vetoed it
years ago...

Oh [ anyways the patch is great! and I runned the "ugly old script" and
it works fine too :) ]

And while you are on it, please try
ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/mga-2.4.19-rc5-tvout.gz
too. But I believe that fbset-through-vt patch will fix your oopses, and
this mga patch will not bring any new feature to your old MGA.

I applied it and appears to be rock solid.  If I experience any problems,
I'll write.  The card has no TV out, so only new feature are new things
in /proc:

[root@atlantis ~]# cat /proc/driver/mga/fb0/bios                                              
BIOS:   0.0.0
Output: 0x00
TVOut:  no
PINS:   found
Info:   c03f2a0c
[root@atlantis ~]# hexdump -c /proc/driver/mga/fb0/pins
0000000   .   A   @   ÿ  \0 002   .   Ä 003  \0  \0 021   A   B   C   1
0000010   7   3   5   1  \0 213   X  \0   4 213   X  \0   2   0   7  \0
0000020  \0  \0   ¢   &   ÿ   ÿ   ÿ   ÿ  \0   F   F   <   ÿ   <   2   7
0000030   ÿ   ÿ   ÿ   ÿ   î   ÿ   ÿ   ÿ   ÿ   ÿ   ÿ   ÿ   ÿ   ÿ   ÿ   à
0000040

And once again lots of thanks for quick response and solving my
problem (and for fbset-through-vt which is defenatley going to stay
in my copy of kernel :)).

   Regards,
      Dawid



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf