Bus 0, device 15, function 0:
VGA compatible controller: NVidia / SGS Thomson (Joint Venture) Riva128 (rev 16).
IRQ 19.
Master Capable. Latency=64. Min Gnt=3.Max Lat=1.
Non-prefetchable 32 bit memory at 0xef000000 [0xefffffff].
Prefetchable 32 bit memory at 0xee000000 [0xeeffffff].
When I boot up 2.4.19-pre1 with the rivafb driver compiled into the kernel
I get the following:
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS not found.
Starting kswapd
rivafb: RIVA MTRR set to ON
fbcon_setup: No support for fontwidth 8
fbcon_setup: type 0 (aux 0, depth 15) not supported
Console: switching to colour frame buffer device 160x64
rivafb: PCI nVidia NV3 framebuffer ver 0.9.2a (RIVA-128, 4MB @ 0xEE000000)
This is with a append line in lilo.conf as
video=riva:1280x1024-15@74
If I boot into 2.4.19-pre2 when the rivag=fb is also compiled into the kernel
the systems locks up hard after:
Initializing RT netlink socket
apm: BIOS not found.
Starting kswapd
rivafb: RIVA MTRR set to ON
I found this much by altering the append line to send the comsole to the
serial port.
Even if I remove the "video=blah" line from lilo.conf the system still locks
hard if the rivafb driver is present. System boots fine if the frame buffer
stuff is disabled.
I traced this down to the change between 2.4.19-pre1 and 2.4.19-pre2 because
the same hard lock up happened with 2.4.19-pre4-ac3 earlier today.
Thing is there is no change to the rivafb code in 2.4.19-pre2
Any ideas about wehat could cause this or what I should try?
-- Steven A. DuChene linux-clusters@mindspring.com sduchene@mindspring.comhttp://www.mindspring.com/~sduchene/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/