It looks this change is causing 'make xdev TARGET=mips TARGET_ARCH=mips' to
fail as the following with HEAD checked out under "/usr/obj/freebsd":
cc -O2 -pipe -DWITH_CASPER -I/usr/obj/freebsd/contrib/elftoolchain/libelftc -
I/usr/obj/freebsd/contrib/elftoolchain/common -g -MD -MF.depend.strin
with both "arm" and "mips" for TARGET and
TARGET_ARCH.
Both fail same way.
Please check your /usr/include/casper/ca_fileargs.h and I suspect that's where
you pick up FA_OPEN.
I attached a log file this time.
Regards,
Hiro
On Tue, 23 Apr 2019 09:49:00 -0400
Ed Maste wrote
bin/systat/devs.c
> > ==
> > --- head/usr.bin/systat/devs.c Tue Apr 2 13:59:04 2019
> > (r345803)
> > +++ head/usr.bin/systat/devs.c Tue Apr 2 14:01:03 2019
> > (
gt; This is a prerequisite of unifying kernel zlib instances.
>
> Submitted by: Yoshihiro Ota
> Approved by:re (kib)
>
> Added:
> - copied from r347244, head/sys/contrib/zlib/
> Directory Properties:
> stable/11/sys/contrib/zlib/ (props change
Hi Konstantin,
I coundn't remount ro->rw a few days ago.
This change isn't related, then.
I will check/tesst it again later, then.
Thanks,
Hiro
On Sun, 19 May 2019 20:51:04 +0300
Konstantin Belousov wrote:
> On Sun, May 19, 2019 at 11:52:28AM -0400, Yoshihiro Ota wrote:
>
Hi,
Does this change fix 'mount -u -rw /path' to remount read-only device with
write mode?
I moticed an issue a couple of days ago but didn't have time to conform nor
report.
Thanks,
Hiro
On Sun, 19 May 2019 09:18:10 + (UTC)
Konstantin Belousov wrote:
> Author: kib
> Date: Sun May 19 09:
I wonder if we can use a tool to confirm coding style like
clang-format or something else.
I tried to setup clang-format and 2 others in the past like
a year ago but wasn't able to do...
Hiro
On Sat, 18 May 2019 06:06:51 -0700 (PDT)
"Rodney W. Grimes" wrote:
> > Hello Konstantin and Bruce,
>
ile errors by:
% make xdev-build TARGET_ARCH=mips TARGET=mips -C /usr/src
In other words, if I don't run explict xdev command, buildworld and buildkernel
compile okay.
Hiro
On Wed, 24 Apr 2019 00:24:34 -0400
Yoshihiro Ota wrote:
> Hi Ed and thank you for taking a look.
>
> my sv
with both "arm" and "mips" for TARGET and
TARGET_ARCH.
Both fail same way.
Please check your /usr/include/casper/ca_fileargs.h and I suspect that's where
you pick up FA_OPEN.
I attached a log file this time.
Regards,
Hiro
On Tue, 23 Apr 2019 09:49:00 -0400
Ed Maste wrote
It looks this change is causing 'make xdev TARGET=mips TARGET_ARCH=mips' to
fail as the following with HEAD checked out under "/usr/obj/freebsd":
cc -O2 -pipe -DWITH_CASPER -I/usr/obj/freebsd/contrib/elftoolchain/libelftc -
I/usr/obj/freebsd/contrib/elftoolchain/common -g -MD -MF.depend.strin
bin/systat/devs.c
> > ==
> > --- head/usr.bin/systat/devs.c Tue Apr 2 13:59:04 2019
> > (r345803)
> > +++ head/usr.bin/systat/devs.c Tue Apr 2 14:01:03 2019
> > (
Thanks.
I noticed when this was broken upon a new release long time ago but couldn't
get any clue nor when this was broken (since I hadn't started following
trunk/stable back then.)
Was that 7.0-RELEASE or 8.0-RELEASE?
Anyway, good news and I will try to bring this to local 12.0-RELEASE.
On Wed, 20 Jan 2010 18:50:58 +0100
"Ronald Klop" wrote:
> On Wed, 20 Jan 2010 18:34:37 +0100, Ivan Voras wrote:
>
> > 2010/1/20 Jaakko Heinonen :
> >> Author: jh
> >> Date: Wed Jan 20 16:56:20 2010
> >> New Revision: 202708
> >> URL: http://svn.freebsd.org/changeset/base/202708
> >
> >> Modifie
Could someone explain what was the cause and why this fixes the issue?
When I read it, it looked like that a vm object could be in 2 locations
and one of them looked the cause of the problem.
But I couldn't figure out thereafter.
Thanks,
Hiro
On Wed, 7 Oct 2009 23:17:15 + (UTC)
Xin LI wrote
On Tue, 10 Mar 2009 19:01:57 +0100
Guido van Rooij wrote:
> On Tue, Mar 10, 2009 at 05:19:48PM +0100, Fabian Keil wrote:
> > > Log:
> > > When attaching a geli on boot make sure that it is detached
> > > upon last close. (needed for a gmirror to properly shutdown
> > > upon reboot when a ge
While you are working on mount, can you take a look at this patch?
http://lists.freebsd.org/pipermail/freebsd-current/2007-February/068980.html
The problem is that all mount_XXX programs that are not in the base system
fail; i.e. everything from the ports or all mount_XXX programs anyone creates
o
16 matches
Mail list logo