kernel panic FreeBSD 7.0 - Xorg

[Roland Smith]

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".

> vgapci0 at pci0: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)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20080512/9d89c362/attachment.pgp