Date: Mon, 23 Aug 2010 16:25:51 +0300 From: Kostik Belousov <kostikbel@gmail.com> To: Ian FREISLICH <ianf@clue.co.za> Cc: freebsd-current@freebsd.org Subject: Re: fusefs-kmod broken? Message-ID: <20100823132551.GE2396@deviant.kiev.zoral.com.ua> In-Reply-To: <E1OnWc7-0001Kv-47@clue.co.za> References: <201008230826.49509.jhb@freebsd.org> <E1OmUBI-0000Oy-J5@clue.co.za> <E1OnWc7-0001Kv-47@clue.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
--C5mNXtOYtedg0se9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Aug 23, 2010 at 02:58:59PM +0200, Ian FREISLICH wrote:
> John Baldwin wrote:
> > The uart thing is a red herring, notice the actual PC value is '0'. So=
mething
> > in kern_open() invoked a NULL function pointer. Doing 'l *kern_open+0x=
35' in
> > kgdb would be a good start of where to look.
>=20
> (kgdb) l *kern_open+0x35
> 0xc0649ce5 is in kern_open (/usr/src/sys/kern/vfs_syscalls.c:1040).
> 1035 kern_open(struct thread *td, char *path, enum uio_seg pathseg, in=
t flags,
> 1036 int mode)
> 1037 {
> 1038
> 1039 return (kern_openat(td, AT_FDCWD, path, pathseg, flags, m=
ode));
> 1040 }
> 1041
> 1042 int
> 1043 kern_openat(struct thread *td, int fd, char *path, enum uio_seg p=
athseg,
> 1044 int flags, int mode)
>=20
> That's what my reading seemed indicate. I had to downgrade the
> system back to 8.0-STABLE at around 21 April 2010, to get the system
> working.
>=20
> I'm currently doing a binary search to find offending commit, since
> CURRENT and STABLE panic reliably, and in the same way I'm sure
> that the problem is common to both.
>=20
> I'm down to a window of 9 hours. My money is currently on:
>=20
> Working file: sys/kern/vfs_syscalls.c
> Approved by: re (bz)
> ----------------------------
> revision 1.487.2.7
> date: 2010/04/27 10:47:54; author: kib; state: Exp; lines: +2 -15
> SVN rev 207270 on 2010-04-27 10:47:54Z by kib
>=20
> MFC r206547:
> Handle a case in kern_openat() when vn_open() change file type from
> DTYPE_VNODE.
> ----------------------------
Which most likely means that fusesfs filled its own struct fileops
without properly initializing fo_truncate member.
--C5mNXtOYtedg0se9
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (FreeBSD)
iEYEARECAAYFAkxydt8ACgkQC3+MBN1Mb4iNywCgsQTc+2NQ9opXPQK8pqpHduxc
XVoAn2Gmn9rw/4OShipmoOoYq+Z0Td+W
=Zbnq
-----END PGP SIGNATURE-----
--C5mNXtOYtedg0se9--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100823132551.GE2396>