On Sat, May 30, 2015 at 01:40:24PM +0200, Claudio Jeker wrote:
> New version that now passes all regress tests. It got a fair bit more
> complex because the F_TLSINSPECT case results in multiple entries of
> relay_connect and relay_connected. So I switched to use a state variable
> instead of a fla
Hi Joerg,
Thanks for getting back to me.
I cloned the server and upgraded it to the 31 May snapshot, did the
sysmerge and upgraded the packages to the snapshot versions.
The behaviour is still there. It actually appears to be somewhat
more pronounced, and php-fpm hits max_children more quickly
(for the record: the problem was seen with -current and was not specific to
brad's diff. I was testing the diff on a sparc64 and discovered the
pre-existing problem.)
On Sat, May 30, 2015 at 6:07 AM, Mark Kettenis
wrote:
>
> I think this means that the tx slot was reused without
> bus_dmamap_un
(ping in case anyone pertinent may have missed this)
Permanent links to screenshots:
https://www.azabani.com/patch/1/before.png
https://www.azabani.com/patch/1/after.png
1.152 not fixed this, thus reversion far back to 1.150
> On 31 maj 2015, at 22:33, mxb wrote:
>
>
> Reverting if_ether.c from 1.153 to 1.150 fixes my problem.
>
> //mxb
>
>> On 31 maj 2015, at 22:05, mxb wrote:
>>
>>
>> Hello,
>> any ideas regarding ?
>> I see this in ‘dmesg’.
>>
>> Al
Reverting if_ether.c from 1.153 to 1.150 fixes my problem.
//mxb
> On 31 maj 2015, at 22:05, mxb wrote:
>
>
> Hello,
> any ideas regarding ?
> I see this in ‘dmesg’.
>
> Also all local (on machine itself) arp entries are incomplete:
>
> Host Ethernet Addres
Hello,
any ideas regarding ?
I see this in ‘dmesg’.
Also all local (on machine itself) arp entries are incomplete:
Host Ethernet Address Netif Expire Flags
10.1.240.1 fe:e1:ba:d3:b4:56 vether0 1m43s
10.1.240.2
On Sun, May 31, 2015 at 1:33 PM, sven falempin
wrote:
>
> On Sun, May 31, 2015 at 8:40 AM, Reyk Floeter wrote:
>
>> On Sat, May 30, 2015 at 11:18:59PM -0400, sven falempin wrote:
>> > The patch is in a turned off machine,
>> > after doing the patch
>> > i contacted directly reyk for the matter,
On Sun, May 31, 2015 at 8:40 AM, Reyk Floeter wrote:
> On Sat, May 30, 2015 at 11:18:59PM -0400, sven falempin wrote:
> > The patch is in a turned off machine,
> > after doing the patch
> > i contacted directly reyk for the matter,
> > i d like to push the issue further by not accepting
> > the s
On May 31, 2015 3:15:33 PM GMT+02:00, Gleydson Soares wrote:
>> (The pastebin expire)
>
>patches on tech@ are preferably as inline(text/plain) in the body of
>the email.
>and make sure that your mail client doesn't corrupt it.
>
>most openbsd developers uses mutt,
>
>but there are a lot of MUAs
On Thu May 28 2015 11:28, Martin Pieuchot wrote:
> Replace the last ether_input_mbuf() by if_input().
Successfully tested with OpenVPN.
I took a shot at fixing this the correct way by adding kqueue support
to cd9660. Hopefully I'm on the right track here with this diff based on
what I saw for ufs.
Index: cd9660_vnops.c
===
RCS file: /cvs/src/sys/isofs/cd9660/cd9660_v
> (The pastebin expire)
patches on tech@ are preferably as inline(text/plain) in the body of the email.
and make sure that your mail client doesn't corrupt it.
most openbsd developers uses mutt,
but there are a lot of MUAs that handle correctly inline content
disposition without mangling the dif
On Sat, May 30, 2015 at 11:18:59PM -0400, sven falempin wrote:
> The patch is in a turned off machine,
> after doing the patch
> i contacted directly reyk for the matter,
> i d like to push the issue further by not accepting
> the socket while the connect didnt succeed when possible.
>
> (The past
14 matches
Mail list logo