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]
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.
---
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 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
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 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/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 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 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 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 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 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
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
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.
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
15 matches
Mail list logo
