linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* stack trace from matrox fb on 2.5.50
@ 2002-11-28 23:40 rwhron
  2002-12-01 20:35 ` Geert Uytterhoeven
  0 siblings, 1 reply; 3+ messages in thread
From: rwhron @ 2002-11-28 23:40 UTC (permalink / raw)
  To: linux-fbdev-devel

I saw the call trace below during 2.5.50 boot, but not on:
2.5.44-mm5
2.5.46-mm1
2.5.47-mm1
2.5.47-mm2
2.5.48-mm1
2.5.49
2.5.49-mm1

Invalid vesa mode 0x0000
matroxfb: Matrox G400 (AGP) detected
matroxfb: MTRR's turned on
matroxfb: 1920x1440x8bpp (virtual: 1920x8736)
matroxfb: framebuffer at 0xD4000000, mapped to 0xf8805000, size 33554432
Uninitialised timer!
This is just a warning.  Your computer is OK
function=0xc01c9050, data=0x0
Call Trace:
 [<c011c340>] check_timer_failed+0x40/0x50
 [<c01c9050>] cursor_timer_handler+0x0/0x30
 [<c011c37e>] add_timer+0x2e/0xf0
 [<c01c9383>] fbcon_startup+0x43/0x50
 [<c01a0267>] take_over_console+0x17/0x190
 [<c01c87ec>] register_framebuffer+0x11c/0x150
 [<c01cf441>] initMatrox2+0x8d1/0x9a0
 [<c01cf99d>] matroxfb_probe+0x24d/0x280
 [<c01872b1>] pci_device_probe+0x41/0x60
 [<c018dce7>] bus_match+0x37/0x70
 [<c018ddd3>] driver_attach+0x43/0x70
 [<c018e092>] bus_add_driver+0x92/0xc0
 [<c0117425>] printk+0x105/0x120
 [<c018e444>] driver_register+0x34/0x40
 [<c01873c2>] pci_register_driver+0x42/0x60
 [<c0105030>] init+0x0/0x140
 [<c010504f>] init+0x1f/0x140
 [<c0105030>] init+0x0/0x140
 [<c0106e5d>] kernel_thread_helper+0x5/0x18

Console: switching to colour frame buffer device 240x90
fb0: MATROX VGA frame buffer device

This is what's in .config:
CONFIG_FB=y
CONFIG_FB_MATROX=y
CONFIG_FB_MATROX_G450=y
CONFIG_FB_MATROX_G100=y
CONFIG_FBCON_ADVANCED=y
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_ACCEL=y

lilo append has this:
video=matrox:vesa:depth:8,fh:115,fv:92,xres:1920,yres:1440,left:392,right:124

So far, everything appears to be working okay.

-- 
Randy Hron
http://home.earthlink.net/~rwhron/kernel/bigbox.html



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

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: stack trace from matrox fb on 2.5.50
  2002-11-28 23:40 rwhron
@ 2002-12-01 20:35 ` Geert Uytterhoeven
  0 siblings, 0 replies; 3+ messages in thread
From: Geert Uytterhoeven @ 2002-12-01 20:35 UTC (permalink / raw)
  To: rwhron; +Cc: Linux Frame Buffer Device Development

On Thu, 28 Nov 2002 rwhron@earthlink.net wrote:
> I saw the call trace below during 2.5.50 boot, but not on:
> 2.5.44-mm5
> 2.5.46-mm1
> 2.5.47-mm1
> 2.5.47-mm2
> 2.5.48-mm1
> 2.5.49
> 2.5.49-mm1
> 
> Invalid vesa mode 0x0000
> matroxfb: Matrox G400 (AGP) detected
> matroxfb: MTRR's turned on
> matroxfb: 1920x1440x8bpp (virtual: 1920x8736)
> matroxfb: framebuffer at 0xD4000000, mapped to 0xf8805000, size 33554432
> Uninitialised timer!
> This is just a warning.  Your computer is OK
> function=0xc01c9050, data=0x0
> Call Trace:
>  [<c011c340>] check_timer_failed+0x40/0x50
>  [<c01c9050>] cursor_timer_handler+0x0/0x30

Yes, the timer initialization was reverted in 2.5.50. Please apply the patch
Mathijs Mohlmann send to this list.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds



-------------------------------------------------------
This SF.net email is sponsored by: Microsoft Visual Studio.NET 
comprehensive development tool, built to increase your 
productivity. Try a free online hosted session at:
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: stack trace from matrox fb on 2.5.50
@ 2002-12-01 22:22 rwhron
  0 siblings, 0 replies; 3+ messages in thread
From: rwhron @ 2002-12-01 22:22 UTC (permalink / raw)
  To: geert; +Cc: linux-fbdev-devel

>> Call Trace:
>>  [<c011c340>] check_timer_failed+0x40/0x50
>>  [<c01c9050>] cursor_timer_handler+0x0/0x30

> Yes, the timer initialization was reverted in 2.5.50. Please apply the patch
> Mathijs Mohlmann send to this list.

Yes, Mathijs' patch eliminates the call trace at boot time.
Thanks!

-- 
Randy Hron
http://home.earthlink.net/~rwhron/kernel/bigbox.html



-------------------------------------------------------
This SF.net email is sponsored by: Microsoft Visual Studio.NET 
comprehensive development tool, built to increase your 
productivity. Try a free online hosted session at:
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-12-01 22:17 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-12-01 22:22 stack trace from matrox fb on 2.5.50 rwhron
  -- strict thread matches above, loose matches on Subject: below --
2002-11-28 23:40 rwhron
2002-12-01 20:35 ` Geert Uytterhoeven

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).