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
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
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
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 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
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 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
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
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
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
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,
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
12 matches
Mail list logo
