Re: kern/158641: [libc] Writing > 8192 bytes to a pipe blocks signal handling

2011-07-06 Thread bde
Synopsis: [libc] Writing > 8192 bytes to a pipe blocks signal handling State-Changed-From-To: open->closed State-Changed-By: bde State-Changed-When: Thu Jul 7 02:33:39 UTC 2011 State-Changed-Why: Not a bug -- see the followup. http://www.freebsd.org/cgi/query-pr.cgi?pr=158641 ___

Re: kern/158641: Writing > 8192 bytes to a pipe blocks signal handling

2011-07-06 Thread Bruce Evans
The following reply was made to PR kern/158641; it has been noted by GNATS. From: Bruce Evans To: Tom Hukins Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/158641: Writing > 8192 bytes to a pipe blocks signal handling Date: Thu, 7 Jul 2011 12:21:25 +1000 (EST)

Re: kern/158641: Writing > 8192 bytes to a pipe blocks signal handling

2011-07-06 Thread Bruce Evans
On Mon, 4 Jul 2011, Tom Hukins wrote: Description: When a pipe has more than 8192 bytes written to it, the current process hangs and does not handle signals correctly. It just blocks and does handle signals correctly. If a pipe is open in not-O_NONBLOCK mode (as is the case here), write()s

Re: kern/158635: [em] TSO breaks BPF packet captures with em driver

2011-07-06 Thread linimon
Old Synopsis: TSO breaks BPF packet captures with em driver New Synopsis: [em] TSO breaks BPF packet captures with em driver Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jul 6 21:53:02 UTC 2011 Responsible-Changed-Why: Over t

Re: kern/158689: [acpi] value of sysctl hw.acpi.thermal.polling_rate needs validation

2011-07-06 Thread linimon
Synopsis: [acpi] value of sysctl hw.acpi.thermal.polling_rate needs validation Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jul 6 21:49:03 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/

Re: kern/158686: [patch] [tap] Add VIMAGE support to if_tap

2011-07-06 Thread linimon
Old Synopsis: [PATCH] [if_tap] Add VIMAGE support to if_tap New Synopsis: [patch] [tap] Add VIMAGE support to if_tap Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jul 6 19:19:24 UTC 2011 Responsible-Changed-Why: Over to mainta

kern/158689: [acpi] value of sysctl hw.acpi.thermal.polling_rate needs validation

2011-07-06 Thread Andriy Gapon
>Number: 158689 >Category: kern >Synopsis: [acpi] value of sysctl hw.acpi.thermal.polling_rate needs >validation >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date

Re: bin/139389: [patch] Change top(1) to display thread IDs

2011-07-06 Thread pluknet
Synopsis: [patch] Change top(1) to display thread IDs Responsible-Changed-From-To: freebsd-bugs->pluknet Responsible-Changed-By: pluknet Responsible-Changed-When: Wed Jul 6 13:39:53 UTC 2011 Responsible-Changed-Why: I will look at it. http://www.freebsd.org/cgi/query-pr.cgi?pr=139389 ___

kern/158686: [PATCH] [if_tap] Add VIMAGE support to if_tap

2011-07-06 Thread Daan Vreeken [PA4DAN]
>Number: 158686 >Category: kern >Synopsis: [PATCH] [if_tap] Add VIMAGE support to if_tap >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class:

bin/158682: top(1) man page not mentioning all flags that are toggles

2011-07-06 Thread Alexander Best
>Number: 158682 >Category: bin >Synopsis: top(1) man page not mentioning all flags that are toggles >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Cl

Re: bin/158677: top(1) ignoring -z option in 'io' mode

2011-07-06 Thread arundel
Synopsis: top(1) ignoring -z option in 'io' mode Responsible-Changed-From-To: freebsd-bugs->jhb Responsible-Changed-By: arundel Responsible-Changed-When: Wed Jul 6 08:59:12 UTC 2011 Responsible-Changed-Why: Hi John, since you were the one who implemented the -z flag, could you take a look at thi