The attached patch changes the xid to be a global for all "connections" for
the krpc UDP client.
You could try it if you'd like. It passed a trivial test, but I don't know why
there is that "misfeature" comment means, so I don't know if this breaks that.
I can't think of why "xid" would have been
I hope you don't mind the top post, but...
Here's a snippet of code from the krpc (I wasn't the author):
if (stat == RPC_TIMEDOUT) {
/*
* Check for async send misfeature for NLM
* protocol.
Switch to using TCP should avoid the DRC crap. (Most systems except FreeBSD
only do
DRC for UDP.)
I assume that by "transaction ID", they are referring to the XID in the RPC
header.
(I'll take a look at how it is maintained for UDP in the krpc. Btw, although
their code
expecting it to change fo
On 1/8/20 13:09 , Edward Tomasz Napierała wrote:
> I'm afraid linking isn't supported. I've always considered it
> an optimization that made sense back when NFS could have significant
> overhead and nowadays just wasn't worth it.
>
> One thing you could try is to use nullfs(5) instead of NFS for
On 8 Jan 2020, at 22:00, Dimitry Andric wrote:
>
> On 8 Jan 2020, at 19:37, mike tancsa wrote:
>>
>> On 1/8/2020 1:14 PM, mike tancsa wrote:
>>> On 1/8/2020 1:08 PM, Ian Lepore wrote:
I am at r356502
> root@asrock-ryzen7a:/usr/src # sleep 20;time make -j 16 buildworld >
> /var/log/
On 0103T1602, Lee Damon wrote:
> I am (reluctantly) replacing am-utils (amd) with autofs. To do this I
> need to replace a lot of functionality that I've had embedded for a very
> long time and which my users absolutely rely on. I have two (so far)
> questions that I need to solve before I can proc
On 8 Jan 2020, at 19:37, mike tancsa wrote:
>
> On 1/8/2020 1:14 PM, mike tancsa wrote:
>> On 1/8/2020 1:08 PM, Ian Lepore wrote:
>>> I am at r356502
root@asrock-ryzen7a:/usr/src # sleep 20;time make -j 16 buildworld >
/var/log/build.out ; time make -j16 buildkernel > /var/log/build.out
On 1/8/2020 1:14 PM, mike tancsa wrote:
> On 1/8/2020 1:08 PM, Ian Lepore wrote:
>> I am at r356502
>>> root@asrock-ryzen7a:/usr/src # sleep 20;time make -j 16 buildworld >
>>> /var/log/build.out ; time make -j16 buildkernel > /var/log/build.out.k
>>> [Creating objdir /usr/obj/usr/src/amd64.amd6
On 1/8/2020 1:08 PM, Ian Lepore wrote:
> I am at r356502
>> root@asrock-ryzen7a:/usr/src # sleep 20;time make -j 16 buildworld >
>> /var/log/build.out ; time make -j16 buildkernel > /var/log/build.out.k
>> [Creating objdir /usr/obj/usr/src/amd64.amd64...]
>> 20805.460u 1075.767s 26:02.05 1400.8%
On 1/8/2020 12:33 PM, Jung-uk Kim wrote:
> On 20. 1. 8., mike tancsa wrote:
>> On 1/8/2020 10:15 AM, mike tancsa wrote:
>>> Going from a kernel from Dec 21st to today, my bhyve image no longer
>>> starts up. Is this possibly related to the mfc 356471 ?
>>>
>>>
>> OK, confirmed. Doing a svnlite up
On 1/7/2020 3:01 PM, Dimitry Andric wrote:
> Author: dim
> Date: Tue Jan 7 20:01:59 2020
> New Revision: 356465
> URL: https://svnweb.freebsd.org/changeset/base/356465
>
> Log:
> MFC r356004:
>
> Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp
> 9.0.1 final release
On 20. 1. 8., mike tancsa wrote:
> On 1/8/2020 10:15 AM, mike tancsa wrote:
>> Going from a kernel from Dec 21st to today, my bhyve image no longer
>> starts up. Is this possibly related to the mfc 356471 ?
>>
>>
> OK, confirmed. Doing a svnlite update -r356469, to just before the ACPI
> MFC allo
top posting NetAPP reply:
…
Here you can see transaction ID (0x5e15f77a) being used over port 886 and the
NFS server successfully responds.
44806952020-01-08 12:20:54 132.65.116.111
132.65.60.56 NLM 0x5e15f77a (1578497914) 886
V4
On 1/8/2020 10:15 AM, mike tancsa wrote:
> Going from a kernel from Dec 21st to today, my bhyve image no longer
> starts up. Is this possibly related to the mfc 356471 ?
>
>
OK, confirmed. Doing a svnlite update -r356469, to just before the ACPI
MFC allows be to start up my bhyve image.
---
Going from a kernel from Dec 21st to today, my bhyve image no longer
starts up. Is this possibly related to the mfc 356471 ?
/boot/kernel/kernel text=0x948ee3 data=0x13d9b8+0x463b10
syms=[0x8+0xef220+0x8+0x10ec23]
/boot/entropy size=0x1000
Booting...
/tmp/bhyve.e6GT9mY 61: [0001]
15 matches
Mail list logo
