headers
Greg 'groggy' Lehey | 1 Mar 2004 02:56
Picon
Favicon

Re: kern/59878: vinum panics 5.1 system

On Tuesday,  2 December 2003 at  9:50:14 -0800, Russell Cattelan wrote:
> The following reply was made to PR kern/59878; it has been noted by GNATS.
>
> From: Russell Cattelan <cattelan <at> xfs.org>
> To: "Greg 'groggy' Lehey" <grog <at> FreeBSD.org>
> Cc: FreeBSD-gnats-submit <at> FreeBSD.org
> Subject: Re: kern/59878: vinum panics 5.1 system
> Date: Tue, 02 Dec 2003 11:44:47 -0600
>
>  bk did it again :-)
>  Panic string
>  panic: kmem_malloc(16384): kmem_map too small: 54755328 total
>  allocated^M^ <at> 
>  cpuid = 1; lapic.id = 01000000^M^ <at> 
>  Debugger("panic")^M^ <at> 
>  Stopped at      Debugger+0x55:  xchgl   %ebx,in_Debugger.0^M^ <at> 

Sorry for the slow response to this PR.  As I mentioned before, I need
a processor dump to see anything.  Note, however, my and other
people's comments about memory depletion.  Did altering MAXUSERS help?

Greg
--
Note: I discard all HTML mail unseen.
Finger grog <at> FreeBSD.org for PGP public key.
See complete headers for address and phone numbers.
Permalink | Reply | 0 comments |
headers
Colin Percival | 1 Mar 2004 03:19
Picon
Favicon

Re: bin/63547: Just a suggestion for the output of the 'ls -lah' command

Synopsis: Just a suggestion for the output of the 'ls -lah' command

Responsible-Changed-From-To: freebsd-bugs-≥cperciva
Responsible-Changed-By: cperciva
Responsible-Changed-When: Sun Feb 29 18:19:03 PST 2004
Responsible-Changed-Why: 
I broke this, I guess I'd better fix it.

http://www.freebsd.org/cgi/query-pr.cgi?pr=63547
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Masaki Takakashi | 1 Mar 2004 09:39
Picon

misc/63577: Can not do "newfs" vinum volume larger than 1TB


>Number:         63577
>Category:       misc
>Synopsis:       Can not do "newfs" vinum volume larger than 1TB
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar 01 00:40:14 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     Masaki Takakashi
>Release:        5.2.1-RELEASE
>Organization:
COSMO Co., Ltd.
>Environment:
FreeBSD hostname 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE
#0: Mon Feb 23 20:45:55 GMT 2004     root <at> wv1u.btc.adaptec.com:/usr/obj/usr/src/
sys/GENERIC  i386

>Description:
I can not do "newfs" vinum volume larger than 1TB.

# newfs -O2 -U /dev/vinum/vinum0
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sven Mohr | 1 Mar 2004 17:40

Re: misc/61345: rue driver mbuf flag is bad

The following reply was made to PR misc/61345; it has been noted by GNATS.

From: Sven Mohr <svmohr <at> rm6.net>
To: freebsd-gnats-submit <at> FreeBSD.org, hiroki.mori <at> jcom.home.ne.jp
Cc:  
Subject: Re: misc/61345: rue driver mbuf flag is bad
Date: Mon, 01 Mar 2004 17:38:41 +0100

 Replacing M_NOWAIT with M_DONTWAIT does not solve anything here. I get 
 the following debug messages every time a packet makes its way through 
 the adapter.

 Mar  1 17:34:26 vigia kernel: Bad mbuf alloc flags: 1
 Mar  1 17:34:26 vigia kernel: Stack backtrace:
 Mar  1 17:34:26 vigia kernel: backtrace(c066eaa3,1,c049567d,c06c5fb0,0) 
 at backtrace+0x12
 Mar  1 17:34:26 vigia kernel: mb_alloc(c06cf280,1,1,0,0) at mb_alloc+0x4d
 Mar  1 17:34:26 vigia kernel: m_gethdr(1,1,c441663c,c4416400,d73a0cd0) 
 at m_gethdr+0x1c
 Mar  1 17:34:26 vigia kernel: 
 free(c4416400,c441663c,0,c08456c0,c4416400) at free+0x2284
 Mar  1 17:34:26 vigia kernel: free(c4416400,c4416400,c1988e00) at 
 free+0x24bc
 Mar  1 17:34:26 vigia kernel: 
 usbintr(0,c196d800,c1974480,d73a0d1c,c04d3ab8) at usbintr+0x7a
 Mar  1 17:34:26 vigia kernel: swi_net(0) at swi_net+0x7d
 Mar  1 17:34:26 vigia kernel: 
 ithread_loop(c1974480,d73a0d48,c1974480,c04d3984,0) at ithread_loop+0x134
 Mar  1 17:34:26 vigia kernel: fork_exit(c04d3984,c1974480,d73a0d48) at 
 fork_exit+0xa8
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jason Bacon | 1 Mar 2004 19:40
Picon

kern/63605: Can't unmount DVDRAM with write protect


>Number:         63605
>Category:       kern
>Synopsis:       Can't unmount DVDRAM with write protect
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar 01 10:50:13 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     Jason Bacon
>Release:        FreeBSD 5.1-RELEASE i386
>Organization:
Medical College of Wisconsin
>Environment:
System: FreeBSD smithers.neuro.mcw.edu 5.1-RELEASE FreeBSD 5.1-RELEASE #1: Thu Feb 19 13:09:05 CST
2004 bacon <at> smithers.neuro.mcw.edu:/usr/obj/usr/src/sys/smithers i386

>Description:
	If a DVDRAM is mounted with the write-protect enabled, attempts
	to unmount will produce the error:

	umount: umount of /dvdram failed: resource temporarily unavailable
(Continue reading)

Permalink | Reply | 0 comments |
headers
FreeBSD bugmaster | 1 Mar 2004 20:00
Picon
Favicon

open PR's (mis)filed to gnats-admin and in limbo

Current FreeBSD problem reports
Critical problems
Serious problems

S  Submitted   Tracker     Resp.       Description
-------------------------------------------------------------------------------
o [2004/02/19] pending/63076gnats-admin Re: ports/net/tcping - distfile rerolled,
o [2004/02/20] pending/63116gnats-admin Re: pike70 dialog is confusing
o [2004/02/20] pending/63119gnats-admin Re: amd64-fix: games/pykawari
o [2004/02/20] pending/63147gnats-admin Re: [patch] x11-wm/aquaosk: mark IGNORE (
o [2004/02/21] pending/63189gnats-admin Re: ti(4) broken on amd64
o [2004/02/22] pending/63232gnats-admin Re: [patch] Remove useless use of cat 3/5
o [2004/02/23] pending/63275gnats-admin Re: [PATCH] games/gnocatan: update to 0.8
o [2004/02/23] pending/63278gnats-admin Re: [PATCH] games/gnocatan: update to 0.8
o [2004/02/25] pending/63365gnats-admin Re: [MAINTAINER] sysutils/e2fsprogs: upda
o [2004/02/25] pending/63368gnats-admin Re: [MAINTAINER] sysutils/e2fsprogs: upda
o [2004/02/26] pending/63421gnats-admin Re: amd64-fix: prevent building palm/uppc
o [2004/02/26] pending/63429gnats-admin Re: Disabling the Java frontend at compil
o [2004/02/27] pending/63474gnats-admin Re:%20i386/47295:%20kernel%20panic%20duri
o [2004/02/27] pending/63475gnats-admin Well...
o [2004/02/28] pending/63482gnats-admin Re: mozilla with gtk2 & russian language
o [2004/02/28] pending/63489gnats-admin 
o [2004/02/28] pending/63507gnats-admin Re: Update emulators/xzx to 0.4.4
o [2004/02/28] pending/63514gnats-admin PR 47807
o [2004/02/29] pending/63529gnats-admin arcadetown.com games
o [2004/02/29] pending/63539gnats-admin warning
o [2004/02/29] pending/63540gnats-admin Undelivered Mail Returned to Sender
o [2004/02/29] pending/63544gnats-admin Valium, Soma, Phentermine, Xanax, Cialias
o [2004/02/29] pending/63562gnats-admin Camila
o [2004/02/29] pending/63563gnats-admin Looking for the report
(Continue reading)

Permalink | Reply | 0 comments |
headers
FreeBSD bugmaster | 1 Mar 2004 20:00
Picon
Favicon

Current problem reports

Current FreeBSD problem reports

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

Bugs can be in one of several states:

o - open
     A problem report has been submitted, no sanity checking performed.

a - analyzed
     The problem is understood and a solution is being sought.

f - feedback
     Further work requires additional information from the
     originator or the community - possibly confirmation of
     the effectiveness of a proposed solution.

p - patched
     A patch has been committed, but some issues (MFC and / or
     confirmation from originator) are still open.

s - suspended
     The problem is not being worked on, due to lack of information
     or resources.  This is a prime candidate
     for somebody who is looking for a project to do.
     If the problem cannot be solved at all,
     it will be closed, rather than suspended.
(Continue reading)

Permalink | Reply | 0 comments |
headers
John Baldwin | 1 Mar 2004 20:41
Picon
Favicon

bin/63608: Add a -c option to time(1) to display csh output


>Number:         63608
>Category:       bin
>Synopsis:       Add a -c option to time(1) to display csh output
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar 01 11:50:14 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     John Baldwin
>Release:        
>Organization:
FreeBSD Project
>Environment:
>Description:
Time(1)'s default output is inferior to the output from csh's time builtin command (less precision, etc.) 
It would be nice to have a -c switch to time(1) that outputs the default csh format.  If one is feeling extra
adventurous, one could also add a -f option that takes a format string similar to the csh time variable to
use for formatting the output.
>How-To-Repeat:
Compare '/usr/bin/time echo foo' and 'tcsh -c time echo foo'.
>Fix:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Larry Rosenman | 1 Mar 2004 22:20
Gravatar

bin/63616: setkey no longer recognizes tcp in an spdadd line


>Number:         63616
>Category:       bin
>Synopsis:       setkey no longer recognizes tcp in an spdadd line
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar 01 13:20:11 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     Larry Rosenman
>Release:        FreeBSD 5.2-CURRENT i386
>Organization:
LERCTR Consulting
>Environment:
System: FreeBSD lerlaptop-red.iadfw.net 5.2-CURRENT FreeBSD 5.2-CURRENT #96: Mon Mar 1 12:13:00 CST
2004 ler <at> lerlaptop-red.iadfw.net:/usr/obj/usr/src/sys/LERLAPTOP i386

	
>Description:
I have the following /etc/ipsec.conf:

spdflush;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Greg Rivers | 1 Mar 2004 23:22
Picon

kern/63619: Add support for SimpleTech UCF-100 USB CompactFlash reader [PATCH]


>Number:         63619
>Category:       kern
>Synopsis:       Add support for SimpleTech UCF-100 USB CompactFlash reader [PATCH]
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar 01 14:30:15 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     Greg Rivers
>Release:        FreeBSD 5.2.1-RELEASE i386
>Organization:
FedEx Internet Operations
>Environment:
System: FreeBSD w10.sac.fedex.com 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Sat Feb 28 22:42:34 CST 2004
root <at> w10.sac.fedex.com:/usr/src/sys/i386/compile/W10 i386

>Description:
	The SimpleTech UCF-100 USB CompactFlash reader
	(http://www.simpletech.com/parts/sti_ucf100.htm) does not work.
	Attaching it wedges the machine.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane