Hi,
I have a virtual machine running with FreeBSD 11-stable at a cloud
provider. It runs fine. I tried to upgrade to FreeBSD 12-current and
the kernel panics at boot time with:
make_dev_alias_v bad si_name (error=22) si_name=vtcon/ org.qemu.guest_agent.0)
and hangs. Lucky, I still can boot from
Hi Wolfram,
Looks like the same issue as
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223531 .
Best,
Conrad
On Wed, Nov 15, 2017 at 1:31 AM, Wolfram Schneider wrote:
> Hi,
>
> I have a virtual machine running with FreeBSD 11-stable at a cloud
> provider. It runs fine. I tried to upgrade to
Hi All,
Anyone have an idea when the GELI with UEFI supporting Boot
Environments goes to HEAD?
The Phabricator reviews for this seem to done.
Also recently I have seen quite a few commits done by @imp which touch GELI,
Are these related to this feature or something else?
So it could be that this
Somewhat related, (I think!) "make LINT" in the kernel-config directory
no longer works as expected unless MAKEOBJDIRPREDIX=/ is set, i.e.:
cd /usr/src/sys/ARCH/conf/ && make MAKEOBJDIRPREFIX=/ LINT
cheers, Jamie
___
freebsd-current@freebsd.org mailing
On Wed, Nov 15, 2017 at 3:28 AM, Tommi Pernila
wrote:
> Hi All,
>
> Anyone have an idea when the GELI with UEFI supporting Boot
> Environments goes to HEAD?
>
> The Phabricator reviews for this seem to done.
> Also recently I have seen quite a few commits done by @imp which touch
> GELI,
> Are th
On 15 November 2017 at 10:58, Conrad Meyer wrote:
> Hi Wolfram,
>
> Looks like the same issue as
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223531 .
Hi Conrad,
thanks for the hint. Do you know which commit may broke the driver? Is
there any patch or workaround?
I do not have access to
I'll reply in more detail later on, when I'm not on a phone
On November 15, 2017 9:47:54 AM EST, Warner Losh wrote:
>On Wed, Nov 15, 2017 at 3:28 AM, Tommi Pernila
>
>wrote:
>
>> Hi All,
>>
>> Anyone have an idea when the GELI with UEFI supporting Boot
>> Environments goes to HEAD?
>>
>> The Phab
On Wed, 15 Nov 2017 at 16.47, Warner Losh wrote:
> On Wed, Nov 15, 2017 at 3:28 AM, Tommi Pernila
> wrote:
>
>> Hi All,
>>
>> Anyone have an idea when the GELI with UEFI supporting Boot
>> Environments goes to HEAD?
>>
>> The Phabricator reviews for this seem to done.
>> Also recently I have see
On 11/15/17 3:29 AM, Jamie Landeg-Jones wrote:
> Somewhat related, (I think!) "make LINT" in the kernel-config directory
> no longer works as expected unless MAKEOBJDIRPREDIX=/ is set, i.e.:
>
> cd /usr/src/sys/ARCH/conf/ && make MAKEOBJDIRPREFIX=/ LINT
>
> cheers, Jamie
>
This was fixed in r32
On 11/14/2017 3:17 PM, Bryan Drewery wrote:
> After a recent change a read-only /usr/obj, or other MAKEOBJDIRPREFIX,
> will not properly work for an installworld. I am working on a fix.
>
> It will manifest as a missing rescue/rescue like:
>
>> --- __installcheck_sh_check ---
>> sh: /usr/src/res
Hi Wolfram,
I believe r305900 broke it. I don't have any patch or workaround,
sorry. It wouldn't be too hard for someone interested in
virtualization to fix the issue. Please follow up in the bug :-).
Best,
Conrad
On Wed, Nov 15, 2017 at 7:16 AM, Wolfram Schneider wrote:
> Hi Conrad,
>
> tha
Right, so basically, the remaining GELI patches are against loader, and
most of them can go in independently of the work on removing boot1.
There's a unanimous consensus on getting rid of boot1 which includes its
original author, so that's going to happen.
For GELI, we have the following (not nec
12 matches
Mail list logo
