headers
dogan | 1 Apr 2004 03:31
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)

Permalink | Reply | 0 comments |
headers
John Kohl | 1 Apr 2004 03:23
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)

Permalink | Reply | 0 comments |
headers
ctribo | 1 Apr 2004 08:02

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)

Permalink | Reply | 0 comments |
headers
Fabian.Duelli | 1 Apr 2004 11:03
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)

Permalink | Reply | 0 comments |
headers
Matthias Scheler | 1 Apr 2004 16:51
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)

Permalink | Reply | 0 comments |
headers
www.NetBSD.org update | 1 Apr 2004 22:00
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)

Permalink | Reply | 0 comments |
headers
thesing | 1 Apr 2004 22:16
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)

Permalink | Reply | 0 comments |
headers
jeffi | 2 Apr 2004 02:44
Favicon

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)

Permalink | Reply | 0 comments |
headers
jeffi | 2 Apr 2004 03:07
Favicon

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)

Permalink | Reply | 0 comments |
headers
jukka-netbsd | 2 Apr 2004 10:38
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)

Permalink | Reply | 0 comments |

Gmane