Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS?

From: Alexander Leidinger <Alexander_at_Leidinger.net>
Date: Sat, 15 Jun 2013 22:57:29 +0200
On Sat, 15 Jun 2013 11:17:07 +0300
Mikolaj Golub <trociny_at_FreeBSD.org> wrote:

> On Fri, Jun 14, 2013 at 11:07:02PM +0200, Alexander Leidinger wrote:
> 
> > db> bt
> > Tracing pid 2356
> > uart_sab82532_class() at 0
> > devfs_ioctl_f() at devfs_ioctl_f+0xf0
> > kern_ioctl() at kern_ioctl+0x1d7
> > sys_ioctl() at sys_ioctl+0x142
> > ---snip---
> > 
> > Anyone with a pointer to an explanation how to convert those
> > pointers into source locations?
> 
> kgdb
> l *devfs_ioctl_f+0xf0

I have the old kernel loaded and have the new one in kgdb. It seems it
is loading the symbols of the modules for the old kernel. As devfs is
not a module, it shouldn't matter here.
---snip---
(kgdb) l *devfs_ioctl_f+0xf0
0xffffffff80346dd0 is in devfs_ioctl_f
(/space/system/usr_src/sys/fs/devfs/devfs_vnops.c:757).
752                             error = copyout(p, fgn->buf, i);
753                     td->td_fpop = fpop;
754                     dev_relthread(dev, ref);
755                     return (error);
756             }
757             error = dsw->d_ioctl(dev, com, data, fp->f_flag, td);
758             td->td_fpop = NULL;
759             dev_relthread(dev, ref);
760             if (error == ENOIOCTL)
761                     error = ENOTTY;
---snip---

I would assume I can not print anything from there with my core-dump,
as the backtrace is not usable.

Bye,
Alexander.

-- 
http://www.Leidinger.net    Alexander _at_ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org       netchild _at_ FreeBSD.org  : PGP ID = 72077137
Received on Sat Jun 15 2013 - 18:57:47 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:38 UTC