Re: svn commit: r346315 - head/lib/libcasper/services/cap_fileargs

2019-09-03 Thread Yoshihiro Ota
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

Re: svn commit: r346315 - head/lib/libcasper/services/cap_fileargs

2019-09-03 Thread Yoshihiro Ota
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

Re: svn commit: r345804 - head/usr.bin/systat

2019-09-03 Thread Yoshihiro Ota
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 > > (

Re: svn commit: r348261 - in stable/11: contrib/zlib lib/libz stand/libsa usr.bin/minigzip

2019-05-27 Thread Yoshihiro Ota
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

Re: svn commit: r347968 - head/sys/kern

2019-05-19 Thread Yoshihiro Ota
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: >

Re: svn commit: r347968 - head/sys/kern

2019-05-19 Thread Yoshihiro Ota
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:

Re: svn commit: r347951 - stable/12/lib/libc/stdlib

2019-05-19 Thread Yoshihiro Ota
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, >

Re: svn commit: r346315 - head/lib/libcasper/services/cap_fileargs

2019-04-30 Thread Yoshihiro Ota
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

Re: svn commit: r346315 - head/lib/libcasper/services/cap_fileargs

2019-04-23 Thread Yoshihiro Ota
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

Re: svn commit: r346315 - head/lib/libcasper/services/cap_fileargs

2019-04-22 Thread Yoshihiro Ota
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

Re: svn commit: r345804 - head/usr.bin/systat

2019-04-02 Thread Yoshihiro Ota
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 > > (

Re: svn commit: r342375 - head/sys/dev/md

2018-12-23 Thread Yoshihiro Ota
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.

Re: svn commit: r202708 - head/sys/fs/tmpfs

2010-01-20 Thread Yoshihiro Ota
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

Re: svn commit: r197850 - head/sys/fs/tmpfs

2009-10-09 Thread Yoshihiro Ota
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

Re: svn commit: r189625 - head/sys/geom/eli

2009-03-10 Thread Yoshihiro Ota
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

Re: svn commit: r187130 - head/sbin/mount

2009-01-15 Thread Yoshihiro Ota
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