From owner-freebsd-fs Tue Jul 7 09:08:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19528 for freebsd-fs-outgoing; Tue, 7 Jul 1998 09:08:06 -0700 (PDT) (envelope-from owner-freebsd-fs@FreeBSD.ORG) Received: from gatewayb.anheuser-busch.com (gatewayb.anheuser-busch.com [151.145.250.253]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA19366; Tue, 7 Jul 1998 09:07:58 -0700 (PDT) (envelope-from Matthew.Alton@anheuser-busch.com) Received: by gatewayb.anheuser-busch.com; id KAA26310; Tue, 7 Jul 1998 10:54:54 -0500 Received: from stlabcexg006.anheuser-busch.com(unknown 151.145.37.158) by gatewayb via smap (V2.1) id xma025437; Tue, 7 Jul 98 10:54:28 -0500 Received: by stlabcexg006.anheuser-busch.com with Internet Mail Service (5.5.1960.3) id <3CRV7TST>; Tue, 7 Jul 1998 10:57:14 -0500 Message-ID: <31B3F0BF1C40D11192A700805FD48BF901776602@STLABCEXG011> From: "Alton, Matthew" To: "'Erick Engelke'" Cc: "'hackers@freebsd.org'" , "'freebsd-fs@freebsd.org'" , "Smallie, Scott" Subject: RE: lfs Date: Tue, 7 Jul 1998 10:57:45 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > -----Original Message----- > From: Erick Engelke [SMTP:erick@dark.uwaterloo.ca] > Sent: Tuesday, July 07, 1998 9:39 AM > To: Alton, Matthew > Cc: 'hackers@freebsd.org'; 'freebsd-fs@freebsd.org'; Smallie, Scott > Subject: RE: lfs > > > > The actual error is in the lfs_writeseg() of lfs_segment.c > where lfs is copying individual bufs into contiguous memory > for a big long write. (called from lfs_segwrite, from lfs_sync) > > It looks like I'm dying at ++cbp->b_vp->v_numoutput... and a quick > look > suggests it is possible the vnode points to garbage. I'll have to > verify > that with kdb and experiment some more. [Alton, Matthew] We need to know precisely where panic() is called and whether it is called there exclusively. The lfs code has been sitting stagnant for a good long time and changes made 'around' it in the rest of the system may be breaking some assumptions. I don't know how stable this code was ever considered to be, but it's surprisingly pre-alpha now. I'm looking into ways to do automated bounds checking for pointer arithmetic for another (rent- paying) project and we may be able to use them here. > While on the topic, LFS has a lot of hacks, many specifically about > bufferring. Some other PC OS's simply manipulate the page tables to > map > buffers into contiguous RAM... (and then instruct 3rd parties to never > do > the same). I don't imagine that pagetable fiddling practice is ever > used > with FreeBSD, is it? > > [Alton, Matthew] FreeBSD is, thank God, really anything but a PC OS. All our APIs are published and everything! 8^D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message