Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 18 Sep 2005 20:41:12 -0400
From:      Kris Kennaway <kris@obsecurity.org>
To:        Kris Kennaway <kris@obsecurity.org>
Cc:        sparc64@FreeBSD.org
Subject:   Re: [kris@obsecurity.org: Re: panic: uma_small_alloc: free page still has mappings!]
Message-ID:  <20050919004112.GA83991@xor.obsecurity.org>
In-Reply-To: <20050915010548.GA73597@xor.obsecurity.org>
References:  <20050915010548.GA73597@xor.obsecurity.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--DocE+STaALJfprDB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Sep 14, 2005 at 09:05:48PM -0400, Kris Kennaway wrote:
> This is apparently a sparc-specific problem - can someone please look
> into it?  Cores are available.

This is now my #1 panic on sparc (every couple of days).  Is anyone
able to look into it?

Kris

>=20
> Kris
>=20
> ----- Forwarded message from Kris Kennaway <kris@obsecurity.org> -----
>=20
> Date: Wed, 14 Sep 2005 16:59:48 -0400
> From: Kris Kennaway <kris@obsecurity.org>
> To: Kris Kennaway <kris@obsecurity.org>
> Cc: current@FreeBSD.org
> Subject: Re: panic: uma_small_alloc: free page still has mappings!
> In-Reply-To: <20050910201924.GA96706@xor.obsecurity.org>
> User-Agent: Mutt/1.4.2.1i
>=20
> On Sat, Sep 10, 2005 at 04:19:25PM -0400, Kris Kennaway wrote:
> > sparc64 SMP machine running 7.0 panicked a few minutes after adding
> > load with:
> >=20
> > panic: uma_small_alloc: free page still has mappings!
> > cpuid =3D 0
> > KDB: enter: panic
> > [thread pid 9124 tid 100318 ]
> > Stopped at      kdb_enter+0x3c: ta              %xcc, 1
> > db> wh
> > Tracing pid 9124 tid 100318 td 0xfffff800f6fb2720
> > panic() at panic+0x164
> > uma_small_alloc() at uma_small_alloc+0x9c
> > slab_zalloc() at slab_zalloc+0x98
> > uma_zone_slab() at uma_zone_slab+0x12c
> > uma_zalloc_bucket() at uma_zalloc_bucket+0x16c
> > uma_zalloc_arg() at uma_zalloc_arg+0x374
> > malloc() at malloc+0x114
> > allocbuf() at allocbuf+0x208
> > getblk() at getblk+0x598
> > breadn() at breadn+0x58
> > bread() at bread+0x20
> > ffs_blkatoff() at ffs_blkatoff+0x64
> > ufs_direnter() at ufs_direnter+0x444
> > ufs_makeinode() at ufs_makeinode+0x460
> > ufs_create() at ufs_create+0x30
> > VOP_CREATE_APV() at VOP_CREATE_APV+0xb4
> > vn_open_cred() at vn_open_cred+0x188
> > vn_open() at vn_open+0x18
> > kern_open() at kern_open+0x8c
> > open() at open+0x14
> > syscall() at syscall+0x2dc
> > -- syscall (5, FreeBSD ELF64, open) %o7=3D0x4034d5b8 --
>=20
> Another one:
>=20
> panic: uma_small_alloc: free page still has mappings!
> db> wh
> Tracing pid 19131 tid 100434 td 0xfffff800cf40a000
> panic() at panic+0x164
> uma_small_alloc() at uma_small_alloc+0x9c
> slab_zalloc() at slab_zalloc+0x98
> uma_zone_slab() at uma_zone_slab+0x12c
> uma_zalloc_bucket() at uma_zalloc_bucket+0x16c
> uma_zalloc_arg() at uma_zalloc_arg+0x374
> malloc() at malloc+0x114
> sigacts_alloc() at sigacts_alloc+0x10
> fork1() at fork1+0x5dc
> fork() at fork+0x10
> syscall() at syscall+0x2dc
> -- syscall (2, FreeBSD ELF64, fork) %o7=3D0x40481bc8 --
>=20
> Kris
>=20
>=20
>=20
>=20
> ----- End forwarded message -----



--DocE+STaALJfprDB
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (FreeBSD)

iD8DBQFDLgknWry0BWjoQKURAsFXAJsHgAVAv9NfevEcqKUiQjuWvnTLhACeK5Z4
YhnbE+HMuMDkLepi2Eew860=
=jbS7
-----END PGP SIGNATURE-----

--DocE+STaALJfprDB--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050919004112.GA83991>