I came across a little issue where file downloads abruptly get cut off with 408
http errors. (408 Request Timeout) (Specifically transferring
larger-than-normal files via fastcgi output)
It seems to me that when setting timeouts on the bufferevent object that
handles the CGI response buffer, tha
This diff modifies divert_packet() to increment the divs_errors counter
on if_get failure so that users will be aware of it via netstat(1).
The same thing is done for divert6_packet().
While here, it also modifies divert_output() to move m_freem(m) below
divstat_inc(divs_errors). This is purely
My position is we should delete support.
Hiltjo Posthuma wrote:
> On Sun, Feb 24, 2019 at 01:11:39PM +0100, Hiltjo Posthuma wrote:
> > Hi,
> >
> > I noticed some things in the strptime(3) implementing when parsing timezone
> > strings using the %z format string.
> >
> > 1. I noticed the tm_gmto
On Sun, Feb 24, 2019 at 01:11:39PM +0100, Hiltjo Posthuma wrote:
> Hi,
>
> I noticed some things in the strptime(3) implementing when parsing timezone
> strings using the %z format string.
>
> 1. I noticed the tm_gmtoff value is not correctly set in some cases. It should
> set tm_gmtoff to the of
OK with me, but you'll also need a man page, and Xr that from usb.4
Mark Kettenis wrote:
> In principle this hardware implements the standard USB Communication
> Device Class interface which is supported by umodem(4). However, the
> hardware enables hardware flow control bu default in CDC mode.
In principle this hardware implements the standard USB Communication
Device Class interface which is supported by umodem(4). However, the
hardware enables hardware flow control bu default in CDC mode. This
means that if the flow control lines are not (properly) connected, the
device isn't fully f
Alexandr Nedvedicky wrote:
> On Sun, Mar 24, 2019 at 09:51:13AM +0100, Denis Fondras wrote:
> > On Sun, Mar 24, 2019 at 09:24:34AM +0100, Alexandr Nedvedicky wrote:
> > > I think all the above calls for a new standalone option, which I named as
> > > 'Unconfigure'. Patch below suggest unconfigur
On Sun, Mar 24, 2019 at 09:51:13AM +0100, Denis Fondras wrote:
> On Sun, Mar 24, 2019 at 09:24:34AM +0100, Alexandr Nedvedicky wrote:
> > I think all the above calls for a new standalone option, which I named as
> > 'Unconfigure'. Patch below suggest unconfigure behavior for PF.
> > Doing 'pfctl -
Hi,
Below is a patch that fixes an issue where NVMe storage is presented only
via MSI-X. This issue came about as the NVMe implementation in bhyve only
uses MSI-X.
Thanks to Chuck Tuffli for the initial patch. It was adjusted to deal with
with both cases.
Thank,
Jason Tubnor
Index: sys/dev/p
On Sun, Mar 24, 2019 at 09:24:34AM +0100, Alexandr Nedvedicky wrote:
> I think all the above calls for a new standalone option, which I named as
> 'Unconfigure'. Patch below suggest unconfigure behavior for PF.
> Doing 'pfctl -U' will bring PF back to its initial state (e.g. right before
> pf.conf
Hello,
I received a feedback suggesting to come up with better name than 'Nuke'
> not sure about the name.
>
> i've often want a similar operation for network interfaces, which
> returns them to 'raw' state.
>
> and there's also been people who want the same for the routing
> table
>
> if we e
I personally think -E is enough, I don't know why you would need to
configure this per-host.
On Sun, Mar 24, 2019 at 04:18:58AM +0200, Artturi Alm wrote:
> Hi,
>
> for completeness, would anything like the diff below be acceptable?
>
> I might begin using /etc/remote soon, and I found the old
12 matches
Mail list logo
