dogan | 1 Apr 03:31 2004
Picon

kern/25002: Intel if_fxp update requested


>Number:         25002
>Category:       kern
>Synopsis:       Newer Intel ethernet chips doesn't work (not configured).
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Wed Mar 31 22:34:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     
>Release:        NetBSD 1.6.2_STABLE
>Organization:
	
>Environment:
	
	
System: NetBSD md.politics.ankara.edu.tr 1.6.2_STABLE NetBSD 1.6.2_STABLE (MuDo) #3: Wed Mar 17
23:59:47 UTC 2004 root <at> md.politics.ankara.edu.tr:/usr/src/sys/arch/i386/compile/MuDo i386
Architecture: i386
Machine: i386
>Description:
	When installing NetBSD 1.6.2 (or one of previous version) to a computer 
	with Intel ethernet, which has i82562EZ chip, if_fxp doesn't work.
	This is because of not recognizing card's PCI ID. Older versions of
	this chip are working well. Maybe some of newer versions would be 
(Continue reading)

John Kohl | 1 Apr 03:23 2004
Picon

lib/25003: missing copyrights on RPC library source files


>Number:         25003
>Category:       lib
>Synopsis:       missing copyrights on RPC library source files
>Confidential:   no
>Severity:       non-critical
>Priority:       high
>Responsible:    lib-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Apr 01 01:24:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     John Kohl
>Release:        NetBSD 1.6.2
>Organization:
NetBSD Kernel Hackers `R` Us
>Environment:
	
	
System: NetBSD desktop.john.kohl.name 1.6.2 NetBSD 1.6.2 (KOLVIR-$Revision: 1.55 $) #4: Sun Feb 22
21:48:53 EST 2004
jtk <at> kolvir.arlington.ma.us:/usr/users/jtk/sandbox/src/sys/arch/i386/compile/KOLVIR i386
Architecture: i386
Machine: i386
>Description:
	These files have no copyright/license notice on them:
./lib/libc/rpc/mt_misc.c
./lib/libc/rpc/rpc_internal.h
(Continue reading)

ctribo | 1 Apr 08:02 2004

kern/25004: sys/dev/pci/pcidevs ID 0x11af is listed as PROCOM but should be AVID


>Number:         25004
>Category:       kern
>Synopsis:       sys/dev/pci/pcidevs ID 0x11af is listed as PROCOM but should be AVID
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    kern-bug-people
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Thu Apr 01 06:03:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Chris Tribo
>Release:        1.6ZL
>Organization:
>Environment:
NetBSD 8500. 1.6ZL NetBSD 1.6ZL (GENERIC) #0: Sun Mar 28 05:50:32 UTC 2004 
autobuild <at> tgm.netbsd.org:/autobuild/HEAD/macppc/OBJ/autobuild/HEAD/src/sys/arch/macppc/compile/GENERIC macppc
>Description:
AVID is the rightful owner of this PCI ID it would appear.

http://www.pcidatabase.com/vendor_details.php?id=961
http://www.pcisig.com/reflector/msg02428.html
>How-To-Repeat:

>Fix:
--- /m/src/sys/dev/pci/pcidevs  2004-03-31 23:02:37.000000000 -0500
+++ pcidevs     2004-04-01 00:58:00.000000000 -0500
(Continue reading)

Fabian.Duelli | 1 Apr 11:03 2004
Picon

misc/25006: ipmon | '-D' command argument in /etc/rc.d/ipmon


>Number:         25006
>Category:       misc
>Synopsis:       ipmon | '-D' command argument in /etc/rc.d/ipmon
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    misc-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Apr 01 09:04:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Fabian Duelli
>Release:        NetBSD 1.6.2
>Organization:
-
>Environment:
System: NetBSD compaq.home.ch 1.6.2 NetBSD 1.6.2 (GENERIC) #0: Tue Feb 10 21:53:10 UTC 2004
autobuild <at> tgm.netbsd.org:/autobuild/netbsd-1-6-PATCH002/i386/OBJ/autobuild/netbsd-1-6-PATCH002/src/sys/arch/i386/compile/GENERIC i386
Architecture: i386
Machine: i386
>Description:
by default ipmon gets started with '-ns' plus '-D' due the
command_args in /etc/rc.conf/ipmon. that's ok until you change the ipmon_flags
to something like '-n /var/log/ipf.log', then the '-D' in /etc/rc.d/ipmon gets
overridden, because the filename must be the last argument, and ipmon doesnt start in daemon mode.

>How-To-Repeat:
(Continue reading)

Matthias Scheler | 1 Apr 16:51 2004
Picon

kern/25010: com(4) can get stuck while sending data


>Number:         25010
>Category:       kern
>Synopsis:       com(4) can get stuck while sending data
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Apr 01 14:52:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     
>Release:        NetBSD 2.0B / 1.6.2_STABLE
>Organization:
Matthias Scheler                                  http://scheler.de/~matthias/
>Environment:
System: NetBSD lyssa.zhadum.de 2.0B NetBSD 2.0B (LYSSA) #0: Wed Mar 31 13:13:28 CEST 2004
tron <at> lyssa.zhadum.de:/src/sys/compile/LYSSA i386

System: NetBSD colwyn.zhadum.de 1.6.2_STABLE NetBSD 1.6.2_STABLE (COLWYN) #0: Sat Mar 20 14:55:07 CET
2004     tron <at> colwyn.zhadum.de:/src/sys/compile/COLWYN i386

Architecture: i386
Machine: i386

>Description:
While investigating PR kern/18799 FTP connections on my SLIP link often
(Continue reading)

www.NetBSD.org update | 1 Apr 22:00 2004
Picon

NetBSD Nightly Trouble Ticket Report

There are 3346 non-confidential bugs in 61 categories.

Category             critical  serious non-crit    TOTAL           Median TTC
admin                       0        2        3        5         12d 03:31:17
bin                        18      209      357      584         14d 01:31:32
install                    11       49       58      118      7m 13d 03:01:35
kern                      173      558      401     1132      1m  2d 06:18:11
lib                         4       52       67      123         10d 21:44:23
misc                        1       16       99      116          8d 04:01:13
pkg                        33      212      265      510          7d 22:49:27
port-acorn26                0        1        1        2             12:28:42
port-acorn32                0        4        4        8  1y  2m 10d 00:51:48
port-algor                  0        1        0        1                  n/a
port-alpha                 18       35       16       69      2m  7d 02:11:43
port-amd64                  2        3        2        7      8m  2d 19:49:08
port-amiga                  3        6        6       15         28d 17:08:30
port-arc                    0        3        1        4  1y 10m 21d 15:02:22
port-arm                    1        4        2        7      1m 17d 16:26:56
port-bebox                  0        2        0        2             05:54:18
port-cats                   0        4        0        4      1m 19d 13:47:34
port-cesfic                 0        1        0        1                  n/a
port-cobalt                 0        1        1        2          5d 10:30:26
port-evbarm                 0        1        1        2      9m  2d 17:20:18
port-evbmips                0        1        0        1          2d 23:22:47
port-evbppc                 1        1        0        2             12:59:00
port-evbsh3                 0        1        0        1                  n/a
port-hp300                  4        5        4       13         13d 07:07:27
port-hp700                  0        1        0        1                  n/a
port-hpcarm                 0        2        2        4         11d 00:50:30
port-hpcmips                1        2        2        5         25d 10:51:04
(Continue reading)

thesing | 1 Apr 22:16 2004
Picon

port-i386/25014: performance counters cause panic on Pentium 4 machines


>Number:         25014
>Category:       port-i386
>Synopsis:       Using performance counters on Pentium 4 machines causes panic
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-i386-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Apr 01 20:17:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Stephan Thesing
>Release:        NetBSD 1.6.2_STABLE and 2.0 and current
>Organization:
Saarland University
>Environment:
	
	
System: NetBSD  1.6.2_STABLE NetBSD 1.6.2_STABLE (Itanium 150503 ST) #3: Mon Mar 22 10:42:36 CET 2004 
Architecture: i386
Machine: i386
>Description:
Using the performance counters on machines with a Pentium 4 causes a system panic.
When performance counters are compiled into the kernel (options PERFCTRS) on a Pentium 4 machine, 
using them via the i386_pmc_startstop API causes a system panic.
This is because the performance counters use either the i586 or i686 (or Athlon, in 2.0, -current)
performance counter special registers. 
(Continue reading)

jeffi | 2 Apr 02:44 2004

bin/25017: duplicate include in ac(8) ac.c


>Number:         25017
>Category:       bin
>Synopsis:       duplicate include in ac(8) ac.c
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Apr 02 00:45:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Jeff Ito
>Release:        1.6ZL
>Organization:
>Environment:
NetBSD netbsd 1.6ZL NetBSD 1.6ZL (LAB) #0: Mon Mar 29 11:05:38 EST 2004
>Description:
remove duplicate includes
>How-To-Repeat:
n/a
>Fix:
Index: ac.c
===================================================================
RCS file: /cvs/nbsd/src/usr.sbin/ac/ac.c,v
retrieving revision 1.19
diff -u -r1.19 ac.c
--- ac.c        6 Jan 2004 13:28:20 -0000       1.19
(Continue reading)

jeffi | 2 Apr 03:07 2004

bin/25018: duplicate include in rcp(1) rcp.c


>Number:         25018
>Category:       bin
>Synopsis:       duplicate include in rcp(1) rcp.c
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Apr 02 01:08:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Jeff Ito
>Release:        1.6ZL
>Organization:
>Environment:
NetBSD netbsd 1.6ZL NetBSD 1.6ZL (LAB) #0: Mon Mar 29 11:05:38 EST 2004
>Description:
remove duplicate include
>How-To-Repeat:
n/a
>Fix:
Index: rcp.c
===================================================================
RCS file: /cvs/nbsd/src/bin/rcp/rcp.c,v
retrieving revision 1.34
diff -u -r1.34 rcp.c
--- rcp.c       28 Mar 2004 08:18:25 -0000      1.34
(Continue reading)

jukka-netbsd | 2 Apr 10:38 2004
Picon

xsrc/25019: xsrc flists not up to date


>Number:         25019
>Category:       xsrc
>Synopsis:       xsrc flists not up to date
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    xsrc-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Apr 02 08:39:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Jukka Salmi
>Release:        NetBSD 1.6.2_STABLE
>Organization:
>Environment:
System: NetBSD bart.stasoft.ch 1.6.2_STABLE NetBSD 1.6.2_STABLE (GENERIC) #0: Fri Apr 2 01:37:43 CEST
2004 build <at> bart.stasoft.ch:/opt/obj/usr/src/sys/arch/i386/compile/GENERIC i386
Architecture: i386
Machine: i386
>Description:
When building a current xsrc release on a stable (1.6.2_STABLE) NetBSD i386
system, maketars -x print some pax error messages.
>How-To-Repeat:
# cd /usr/xsrc && make DESTDIR=/opt/dst RELEASEDIR=/opt/dst release
[...]
cd /usr/src/distrib/sets &&  sh ./maketars -x -d /opt/dst -t /opt/rel/i386/binary/sets
making xbase.tgz
(Continue reading)


Gmane