Subject: kern/12284: vnd.c / UBC inconsistencies ?
To: None <gnats-bugs@gnats.netbsd.org>
From: None <kardel@acm.org>
List: netbsd-bugs
Date: 02/25/2001 21:21:42
>Number: 12284
>Category: kern
>Synopsis: boot-big.fs is all zeroes - changes via vnd do not show up in file immediately on system with large memory
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: kern-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sun Feb 25 12:22:03 PST 2001
>Closed-Date:
>Last-Modified:
>Originator: Frank Kardel
>Release: current-20010224-224643
>Organization:
>Environment:
System: NetBSD pip 1.5S NetBSD 1.5S (PIP) #9: Sun Feb 25 20:05:35 MET 2001 kardel@pip:/src/NetBSD/netbsd/sys/arch/i386/compile/PIP i386
Architecture: i386
Machine: i386
>Description:
Here is what i experience:
Since the integration of UBC the creation of floppy images (e.g. boot-big.fs) generates files with all zeroes
in the file. After some time the images "improve" - showing the expected data, but the INSTALL krnel still fails
with "cannot mount root". The md memory image seems corrupted (also generated via vnd device as is boot-big.fs).
This happens on a machine with 256Mb or more (384Mb) (everything is in memory).
>How-To-Repeat:
Do a "make release" with suitable paths. Look into <RELEASEDIR>/installation/floppy and find short(!) .gz files and .fs
files with zeroes.
>Fix:
A quick glance at vnd.c revealed, that vnd.c seems to works VOP_STRATEGY() interface, while dd, cp and
mdsetimage make use of the UBC interface. Maybe this is the area where the problem can be found/solved.
>Release-Note:
>Audit-Trail:
>Unformatted: