Date: Sun, 2 Jul 1995 14:14:17 -0500 (CDT) From: Mike Pritchard <mpp@legarto.minn.net> To: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports Message-ID: <199507021914.OAA01758@mpp.com> In-Reply-To: <199507011130.EAA16365@freefall.cdrom.com> from "GNU GNATS" at Jul 1, 95 04:30:26 am
next in thread | previous in thread | raw e-mail | index | archive | help
Here are some problem reports that can probably be closed: > This is the list of currently open problem reports [1994/11/18] kern/21 kernel panic. This should probably be closed, since it can't be reproduced with -current. [1995/01/14] bin/109 at command doesn't parse dates time and doesn't prom The at in -current correctly parses all of the examples given in this PR. At still doesn't issue a message when it is asking for commands, but that really isn't a bug, just a slight difference from other systems. [1995/01/23] kern/180 Fiddling with process stack and using scanf with inv The test program included with this PR dumps core instead of hanging when run under -current, so it looks like the problem has gone away. [1995/02/18] kern/225 Panic: invalid wire count when GDB kills stopped inf Test case doesn't panic machine under -current, and gdb does correctly cleanup the stopped process. [1995/03/18] kern/253 Tagged queuing with an Adaptec 2842 controller doesn I filed this report originally. This is working in -current (with AHC_TAGENABLE defined). I think that Justin Gibbs is still working on something to allow tagged queuing to be enabled/disabled on a device-by-device basis, so he might not want this closed yet. [1995/03/30] conf/286 'make depend' on GENERIC kernel stops Works on my machine, but it wasn't after a fresh install like the original poster was trying. This looks like it might have been related to the old "/sys" symlink problem? [1995/04/02] kern/294 Bootstrap has problems with -g compiled kernels Works under -current on my machine. In fact, the kernel I'm running right now was compiled with -g and then run through strip -x. [1995/04/11] kern/332 Incorrect routes can cause system to reset Another of my own PRs. This is fixed in -current. I think rev 1.22 of sys/net/route.c was the change that fixed this. [1995/05/22] kern/434 umapfs panics when mounting ufs over itself This looks like it is a duplicate of PR kern/472. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199507021914.OAA01758>