headers
Mark Linimon | 1 Feb 2012 02:10

Re: kern/164674: vsprintf/vswprintf return error (EOF) on success if __SERR flag is already set on file

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

From: Mark Linimon <linimon <at> lonesome.com>
To: Matthew Story <matthewstory <at> gmail.com>
Cc: freebsd-gnats-submit <at> freebsd.org
Subject: Re: kern/164674: vsprintf/vswprintf return error (EOF) on success
 if __SERR flag is already set on file
Date: Tue, 31 Jan 2012 18:47:13 -0600

 On Tue, Jan 31, 2012 at 06:16:22PM -0500, Matthew Story wrote:
 > this synopsis should read "vfprintf/vfwprintf return ...", apologies for
 > the typo, can someone with appropriate edit privileges change this?

 done.

 mcl
_______________________________________________
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
linimon | 1 Feb 2012 02:34
Picon
Favicon

Re: kern/164651: [cam] Disabling DMA in new Freebsd 9.0 CAM drivers does not work

Old Synopsis: Disabling DMA in new Freebsd 9.0 CAM drivers does not work
New Synopsis: [cam] Disabling DMA in new Freebsd 9.0 CAM drivers does not work

Responsible-Changed-From-To: freebsd-bugs-≥ken
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Feb 1 01:33:36 UTC 2012
Responsible-Changed-Why: 
Ken, is this your area of expertise?  If not, please just assign it over
to freebsd-scsi <at> .  Thanks.

http://www.freebsd.org/cgi/query-pr.cgi?pr=164651
_______________________________________________
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
Matthew Story | 1 Feb 2012 03:00
Picon
Gravatar

Re: kern/164674: vsprintf/vswprintf return error (EOF) on success if __SERR flag is already set on file

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

From: Matthew Story <matthewstory <at> gmail.com>
To: Mark Linimon <linimon <at> lonesome.com>
Cc: freebsd-gnats-submit <at> freebsd.org
Subject: Re: kern/164674: vsprintf/vswprintf return error (EOF) on success if
 __SERR flag is already set on file
Date: Tue, 31 Jan 2012 20:52:20 -0500

 --f46d0438936d80ad7204b7dd5444
 Content-Type: text/plain; charset=ISO-8859-1

 thanks!

 On Tue, Jan 31, 2012 at 7:47 PM, Mark Linimon <linimon <at> lonesome.com> wrote:

 > On Tue, Jan 31, 2012 at 06:16:22PM -0500, Matthew Story wrote:
 > > this synopsis should read "vfprintf/vfwprintf return ...", apologies for
 > > the typo, can someone with appropriate edit privileges change this?
 >
 > done.
 >
 > mcl
 >

 

 -- 
 regards,
 matt
(Continue reading)

Permalink | Reply | 0 comments |
headers
dfilter service | 1 Feb 2012 04:00
Picon
Favicon

Re: kern/156567: commit references a PR

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

From: dfilter <at> FreeBSD.ORG (dfilter service)
To: bug-followup <at> FreeBSD.org
Cc:  
Subject: Re: kern/156567: commit references a PR
Date: Wed,  1 Feb 2012 02:53:15 +0000 (UTC)

 Author: davidxu
 Date: Wed Feb  1 02:53:06 2012
 New Revision: 230857
 URL: http://svn.freebsd.org/changeset/base/230857

 Log:
   If multiple threads call kevent() to get AIO events on same kqueue fd,
   it is possible that a single AIO event will be reported to multiple
   threads, it is not threading friendly, and the existing API can not
   control this behavior.
   Allocate a kevent flags field sigev_notify_kevent_flags for AIO event
   notification in sigevent, and allow user to pass EV_CLEAR, EV_DISPATCH
   or EV_ONESHOT to AIO kernel code, user can control whether the event
   should be cleared once it is retrieved by a thread. This change should
   be comptaible with existing application, because the field should have
   already been zero-filled, and no additional action will be taken by
   kernel.

   PR:	kern/156567

 Modified:
   head/sys/kern/vfs_aio.c
(Continue reading)

Permalink | Reply | 0 comments |
headers
Yuri Pankov | 1 Feb 2012 07:26
Picon

kern/164684: [kern][patch] Zero out dynamically allocated sbufs


>Number:         164684
>Category:       kern
>Synopsis:       [kern][patch] Zero out dynamically allocated sbufs
>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:   Wed Feb 01 06:30:14 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Yuri Pankov
>Release:        FreeBSD 10.0-CURRENT amd64
>Organization:
>Environment:
System: FreeBSD sirius.xvoid.org 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r230537: Wed Jan 25 16:28:58 MSK
2012 yuri <at> sirius.xvoid.org:/usr/obj/data/src/freebsd/head/sys/GENERIC amd64
>Description:
Filing this against kernel (as the source is in sys/kern), but got the problem itself using libsbuf -
sbuf_newbuf() and sbuf_extend() don't zero out the malloc'ed memory, leading to issues when malloc
debugging is enabled.
>How-To-Repeat:
#include <sys/types.h>
#include <sys/sbuf.h>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Yuri Pankov | 1 Feb 2012 08:20
Picon

Re: kern/164684: [kern][patch] Zero out dynamically allocated sbufs

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

From: Yuri Pankov <yuri.pankov <at> gmail.com>
To: bug-followup <at> freebsd.org
Cc:  
Subject: Re: kern/164684: [kern][patch] Zero out dynamically allocated sbufs
Date: Wed, 1 Feb 2012 11:19:43 +0400

 The test code is obviously missing sbuf_finish. Please close the PR.

 
 Yuri
_______________________________________________
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
ae | 1 Feb 2012 08:30
Picon
Favicon

Re: kern/164684: [kern][patch] Zero out dynamically allocated sbufs

Synopsis: [kern][patch] Zero out dynamically allocated sbufs

State-Changed-From-To: open->closed
State-Changed-By: ae
State-Changed-When: Wed Feb 1 07:28:12 UTC 2012
State-Changed-Why: 
Not a bug.

http://www.freebsd.org/cgi/query-pr.cgi?pr=164684
_______________________________________________
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
Bjorn Danielsson | 1 Feb 2012 10:50
Picon

misc/164690: Request for ipv6 support in ipfw tables


>Number:         164690
>Category:       misc
>Synopsis:       Request for ipv6 support in ipfw tables
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Wed Feb 01 10:00:23 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Bjorn Danielsson
>Release:        9.0
>Organization:
>Environment:
FreeBSD nine-pack 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 31 09:49:15 CET 2012    
root <at> nine-pack:/usr/src/sys/amd64/compile/CUSTOM  amd64
>Description:
The lookup tables for address prefixes in ipfw only understand v4 addresses.
This impacts the possibility to migrate systems that use this feature.

I know this has been discussed on the freebsd-ipfw list, but I think it
deserves its own PR also.
(Continue reading)

Permalink | Reply | 0 comments |
headers
kib | 1 Feb 2012 15:15
Picon
Favicon

Re: kern/156423: [kqueue] [patch] Please add kqueue support for /dev/klog

Synopsis: [kqueue] [patch] Please add kqueue support for /dev/klog

Responsible-Changed-From-To: freebsd-bugs-≥grab
Responsible-Changed-By: kib
Responsible-Changed-When: Wed Feb 1 14:15:04 UTC 2012
Responsible-Changed-Why: 

http://www.freebsd.org/cgi/query-pr.cgi?pr=156423
_______________________________________________
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
Allen Belletti | 1 Feb 2012 20:16
Favicon

kern/164694: Regression in 3726 port multiplier support in 9.0


>Number:         164694
>Category:       kern
>Synopsis:       Regression in 3726 port multiplier support in 9.0
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Feb 01 19:20:09 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Allen Belletti
>Release:        9.0-RELEASE
>Organization:
Georgia Tech ISyE
>Environment:
FreeBSD chimney 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 31 17:53:10 EST 2012    
broot <at> chimney:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
I've recently upgraded an amd64 disk-to-disk backup server from 8.2 to 9.0 and run into a serious problem. 
We have three SiI 3132 dual-port eSATA cards. Each of those six ports (two per card) connects to an SiI 3726
(possibly 4726, but detected as 3726) port multiplier, which in turn drives four disks. This worked
brilliantly on 8.x with a total of 24 disks running reliably for quite some time.  Upon upgrading to 9.0, the
controllers are detected by the Siis driver, and it is aware that the port multipliers exist, but no disks
(Continue reading)

Permalink | Reply | 5 comments |

Gmane