Fixed in r359769
Hartmann, O. wrote:
> While recent CURRENT doesn't show any problems, 12-STABLE (r359768)
> drops out from buildworld with the error shown below when option
>
> WITH_BEARSSL= YES
>
> is set in /etc/src.conf
___
Hartmann, O. wrote:
> While recent CURRENT doesn't show any problems, 12-STABLE (r359768)
> drops out from buildworld with the error shown below when option
>
> WITH_BEARSSL= YES
Sorry, I did buildworld just before committing r359735
but I use ficl, - missed the below for lua.
Will fix.
>
>
> Date: Fri, 10 Apr 2020 11:17:39 +0900 (JST)
> To: freebsd-current@freebsd.org
> Cc: mckus...@mckusick.com
> Subject: Re: r359627 is panicked with 'softdep_setup_blkfree: not free'
> From: Masachika ISHIZUKA
>
>>I'm using r359627M. (r359627 with mount_udf2).
>>It is
While recent CURRENT doesn't show any problems, 12-STABLE (r359768)
drops out from buildworld with the error shown below when option
WITH_BEARSSL= YES
is set in /etc/src.conf
[...]
Building /usr/obj/usr/src/amd64.amd64/stand/liblua/lutils.o
--- lstd.o ---
/usr/src/stand/liblua/lstd.c:86:44:
>I'm using r359627M. (r359627 with mount_udf2).
>It is panicked with 'softdep_setup_blkfree: not free'.
>>>
>>> Could you please try this workaround to see if it clears your panic:
>>>
[snip]
>>>
>>> + journaltrunc = 0;
>
> Thanks for checking and sorry it did not
On Thu, Apr 09, 2020 at 11:49:47PM +0200, Julian H. Stacey wrote:
> Anyoe else seeing this on current ?
>
> ===> lib/libsysdecode (all)
> env CPP="cpp" MK_PF="yes" /bin/sh /usr/src/lib/libsysdecode/mkioctls
> /usr/include > ioctl.c.tmp
> In file included from :97:
>
Anyoe else seeing this on current ?
===> lib/libsysdecode (all)
env CPP="cpp" MK_PF="yes" /bin/sh /usr/src/lib/libsysdecode/mkioctls
/usr/include > ioctl.c.tmp
In file included from :97:
/usr/include/./sys/pioctl.h:45:2: warning: " is deprecated,
ptrace() should be used instead"
>>>I'm using r359627M. (r359627 with mount_udf2).
>>>It is panicked with 'softdep_setup_blkfree: not free'.
>
> Could you please try this workaround to see if it clears your panic:
>
> *** sys/ufs/ffs/ffs_inode.c Wed Apr 8 21:57:31 2020
> --- sys/ufs/ffs/ffs_inode.c.new
On Thu, 9 Apr 2020 06:34:08 -0500
Justin Hibbits wrote:
> On Thu, Apr 9, 2020, 03:57 Gary Jennejohn wrote:
>
> >
> > OK, I figured it out.
> >
> > I used to have MK_CTF=no in src.conf, but I recently changed it to
> > WITH_CTF=no.
> >
>
> It should be spelled
>
> WITHOUT_CTF=
>
> only the
Trond Endrestøl wrote:
On Thu, 9 Apr 2020 10:56+0200, Gary Jennejohn wrote:
OK, I figured it out.
I used to have MK_CTF=no in src.conf, but I recently changed it to
WITH_CTF=no.
It's either WITH_xxx=yes or WITHOUT_xxx=yes.
Or even WITH_xxx= or WITHOUT_xxx=, src.conf(5) explicitly states
On Thu, 9 Apr 2020 10:56+0200, Gary Jennejohn wrote:
> OK, I figured it out.
>
> I used to have MK_CTF=no in src.conf, but I recently changed it to
> WITH_CTF=no.
It's either WITH_xxx=yes or WITHOUT_xxx=yes.
> /sys/conf/kern.post.mk checks whether MK_CTF is no and apparently
> does not invoke
OK, I figured it out.
I used to have MK_CTF=no in src.conf, but I recently changed it to
WITH_CTF=no.
/sys/conf/kern.post.mk checks whether MK_CTF is no and apparently
does not invoke ctfconvert if that is the case.
I put MK_CTF=no back into src.conf.
So, now everything works without having
On Wed, 8 Apr 2020 14:51:14 -0700
John Baldwin wrote:
> On 4/7/20 11:32 PM, Gary Jennejohn wrote:
> > Has anyone else seen this error?
> >
> > I tried to build a kernel yesterday, but the build failed while compiling
> > modules because ctfconvert was not found.
> >
> > I've had WITH_CTF=no in
13 matches
Mail list logo
