On Mon, May 12, 2008 at 08:34:17PM +0200, Zbigniew Komarnicki wrote: > On Monday 12 of May 2008 16:24:44 Roland Smith wrote: > > How *exactly* did you upgrade your ports? Sometimes old libraries hang > > around causing trouble. > > I simply download the iso file for boot only: > 7.0-RELEASE-i386-bootonly.iso > > Then burn on CD and then install fresh 7.0-RELEASE on hard disk - minimal > system. Next I used portsnap to download ports: > portsnap fetch > [...]
Did you do a 'portsnap extract' as well? Fetching alone isn't enough. > got the first kernel panic. Then I used: > Xorg -configure > X -config /root/xorg.conf.new > > and again I got kernel panic, and also as mention previous, for drivers "ati" > and "radeon", too. You should definitely use the radeon driver for this hardware. > > > savecore: reboot after panic: vm_fault: fault on nofault entry, addr: > > > e56e8000 savecore: writing core to vmcore.2 > > Now I have vmcore.8 > > > This can also help you debug. Load it up in the kernel debugger; > > > > kgdb /boot/kernel/kernel.symbols vmcore.2 > > > > Then inside the debugger, give the 'bt' command. > > I coudn't do that because I obtain the following information (I do not > remember exactly) > Couldn't find file vmcore.2 > > I went to the "/boot/kernel/" and there really no such file. Saved cores are kept in /var/crash by default. See "dumpdir" in /etc/defaults/rc.conf. Try kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.8 > > What kind of graphics card do you have? What does 'pciconf -lv' say? > > I have: Radeon 9200 SE Series'. It is correctly recognized in xorg.conf.new, > but if I remember in 6.3 the driver was "ati" for such card not "radeon". > [EMAIL PROTECTED]:2:0:0: class=0x030000 card=0x596412ab chip=0x59641002 > rev=0x01 > hdr=0x00 > vendor = 'ATI Technologies Inc' > device = 'Radeon 9200 Radeon 9200 SE Series' > class = display > subclass = VGA > > > In file: "/var/log/dmesg.today" I found at the end of file the following > entries: > pid 23201 (conftest), uid 0: exited on signal 11 (core dumped) > pid 34580 (conftest), uid 0: exited on signal 12 (core dumped) Hmm. Signal 12 is "non-existant system call invoked". That's one I've never seen before. > This was when I run "startx" as normal user without file "xorg.conf" > in "/etc/X11/xorg.conf". So the Xorg server must such file generated on the > fly - and the result of course was kernel panic. > > Why Xorg do kernel panic? It has access to system internals via /dev/mem and /dev/io. So it can potentially screw things up pretty badly. It might also be a hardware problem. Testing the RAM would be a good place to start. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
pgp09RV72KXgN.pgp
Description: PGP signature