Re: TXT Kernel linking failed on -CURRENT

2024-04-26 Thread BSD USER 

Konstantin, good day!

25.04.2024 0:09, Konstantin Belousov пишет:

On Wed, Apr 24, 2024 at 01:12:39PM +0500, BSD USER wrote:

linking kernel
ld: error: undefined symbol: ktrcapfail

referenced by vfs_lookup.c
    vfs_lookup.o:(namei)
referenced by vfs_lookup.c
    vfs_lookup.o:(namei_setup)
referenced by vfs_lookup.c
    vfs_lookup.o:(vfs_lookup)
referenced 3 more times

*** [kernel] Error code 1

Try
https://reviews.freebsd.org/D44931


Yes, now system and kernel builds fine.

Thanks!

TXT Kernel linking failed on -CURRENT

2024-04-24 Thread BSD USER 

Sorry for HTML-trash from previous mail :)

Hi, FreeBSD Community!
I have a teach with FreeBSD and use -CURRENT on my test machine.
And some days ago after
- git pull
- make buildworld
- make buildkernel
There is /etc/src.conf and BSDSERV below, what can cause that error?
Thanks for help!

My /usr/src state is:

 git log -n 1
commit a0d7d68a2dd818ce84e37e1ff20c8849cda6d853 (HEAD -> main, 
origin/main, origin/HEAD)

Author: Cy Schubert 


kernel building failed with such messages:
--
--- force-dynamic-hack.pico ---
cc -target x86_64-unknown-freebsd15.0 
--sysroot=/usr/obj/usr/src/amd64.amd64/tmp 
-B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -shared -O2 -pipe 
-fno-strict-aliasing -march=native  -nostdinc  -I. -I/usr/src/sys -I/u
sr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common    -MD  
-MF.depend.force-dynamic-hack.pico -MTforce-dynamic-hack.pico -fdebug-pr
efix-map=./machine=/usr/src/sys/amd64/include 
-fdebug-prefix-map=./x86=/usr/src/sys/x86/include 
-fdebug-prefix-map=./i386=/usr/src/sys/i386/include -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float -fn
o-asynchronous-unwind-tables -ffreestanding -fwrapv -Wall 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual 
-Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ 
-Wmissing-include-dirs -fdi
agnostics-show-option -Wno-unknown-pragmas -Wswitch 
-Wno-error=tautological-compare -Wno-error=empty-body 
-Wno-error=parentheses-equality -Wno-error=unused-function 
-Wno-error=pointer-sign -Wno-error=shift-negativ
e-value -Wno-address-of-packed-member -Wno-format-zero-length   -mno-aes 
-mno-avx  -std=gnu99 -nostdlib  force-dynamic-hack.c -o 
force-dynamic-hack.pico

--- vers.c ---
MAKE="make" sh /usr/src/sys/conf/newvers.sh  BSDSERV
--- vers.o ---
cc -target x86_64-unknown-freebsd15.0 
--sysroot=/usr/obj/usr/src/amd64.amd64/tmp 
-B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -c -O2 -pipe 
-fno-strict-aliasing -march=native  -nostdinc  -I. -I/usr/src/sys -I/usr/src
/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-fdebug-prefix-map=./machine=/usr/src/sys/amd64/include 
-fdebug-prefix-map=./x86=/
usr/src/sys/x86/include 
-fdebug-prefix-map=./i386=/usr/src/sys/i386/include -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float 
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -Wall -Wstrict-proto
types -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef 
-Wno-pointer-sign -D__printf__=__freebsd_kprintf__ 
-Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas 
-Wswitch -Wno-error=tautologi
cal-compare -Wno-error=empty-body -Wno-error=parentheses-equality 
-Wno-error=unused-function -Wno-error=pointer-sign 
-Wno-error=shift-negative-value -Wno-address-of-packed-member 
-Wno-format-zero-length -mno-aes

 -mno-avx  -std=gnu99 -Werror vers.c
--- kernel ---
linking kernel
ld: error: undefined symbol: ktrcapfail
>>> referenced by vfs_lookup.c
>>>   vfs_lookup.o:(namei)
>>> referenced by vfs_lookup.c
>>>   vfs_lookup.o:(namei_setup)
>>> referenced by vfs_lookup.c
>>>   vfs_lookup.o:(vfs_lookup)
>>> referenced 3 more times
*** [kernel] Error code 1
make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/BSDSERV
make[2]: 1 error
make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/BSDSERV
 1098.27 real  2002.17 user   176.26 sys
make[1]: stopped in /usr/src
make: stopped in /usr/src

/etc/src.conf
===
WITHOUT_APM=yes
WITHOUT_ASSERT_DEBUG=yes
WITHOUT_AUTHPF=yes
WITHOUT_BHYVE=yes
WITHOUT_BLACKLIST=yes
WITHOUT_BLUETOOTH=yes
WITHOUT_CCD=yes
WITHOUT_CXGBETOOL=yes
WITHOUT_DEBUG_FILES=yes
WITHOUT_DTRACE=yes
WITHOUT_FLOPPY=yes
WITHOUT_GOOGLETEST=yes
WITHOUT_HAST=yes
WITHOUT_HTML=yes
WITHOUT_HYPERV=yes
WITHOUT_INET6=yes
WITHOUT_IPFILTER=yes
WITHOUT_ISCSI=yes
WITHOUT_KDUMP=yes
WITHOUT_KERNEL_SYMBOLS=yes
WITH_MALLOC_PRODUCTION=yes
WITHOUT_MLX5TOOL=yes
WITHOUT_NVME=yes
WITHOUT_OFED=yes
WITHOUT_PF=yes
WITHOUT_PTHREADS_ASSERTIONS=yes
WITHOUT_RADIUS_SUPPORT=yes
WITHOUT_RELRO=yes
WITHOUT_SSP=yes
WITHOUT_WARNS=yes
WITHOUT_WERROR=yes
WITHOUT_TESTS=yes
WITHOUT_WIRELESS=yes
BSDSERV
===
cpu HAMMER
ident   BSDSERV
device  amdtemp
options SCHED_ULE   # ULE scheduler
options PREEMPTION  # Enable kernel thread preemption
options VIMAGE  # Subsystem virtualization, e.g. 
VNET

options INET    # InterNETworking
options TCP_OFFLOAD # TCP offload
options TCP_BLACKBOX    # Enhanced TCP event l

Re: Multiple NFS server problems with Solaris 8 clients

2001-10-24 Thread BSD User 

On Wed, 24 Oct 2001, Paul van der Zwan wrote:

> I have looked at a trace I made using snoop and it shows an NFS_ACL call which
> is not supported by FreeBSD. It should have sent a reply that it does not
> know the NFS_ACL protocol but apparently it does not.
> The only return traffic I see is an empty packet with the tcp ACK.
> It looks like an implementation error in the -current NFS server.
>
>   Paul

I have been digging at traces of 4.4-RELEASE (which works) and -current
(which doesn't).

Both versions get it wrong.  I have no idea why 4.4-RELEASE worked.

-current responds with a blank TCP packet (which it emphatically should
*not* do) to the GETACL3 call.  It *could* conceivably be received as an
RPC packet with the "Last Fragment" flag not set and a length of 0.  Who
knows what the Solaris 8 client is doing when it encounters this (probably
getting stuck waiting for more data which never comes).

4.4-RELEASE responds with an RPC packet indicating "success" (which is
*also* wrong if the NFS server doesn't support ACLs) and then puts what
looks to be garbage in the response.  However, it is a valid RPC reponse
with the "Last Fragment" flag set.  Presumably the Solaris client gets the
message, sees the last fragment, throws away the packet as an error and
continues on with life.

I presume that the "correct" response is to send back an RPC reply (with
the "Last Fragment" set) which indicates that the RPC message was accepted
but that the procedure was unavailable (PROC_UNAVAIL).  Hopefully this
matches what an older Solaris server would do when faced with a Solaris 8
client and everything will proceed normally from there.

If anybody wants ethereal traces, I can send them.  Just ask.

Andy L.




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

-current nfsd still causes hang from Solaris 8 nfs client

2001-10-23 Thread BSD User 

There was some talk about patches getting committed to fix multiple
problems with Solaris 8 NFS clients.  Did those ever get committed?

As of 10/23, I'm still seeing problems.  If they have been committed, I'll
pull out ethereal and start sniffing packets.  However, if something is
about to get committed, I'll hold off.

Let me know what the status is,
Andy L.



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Current makeworld seems broken.

2001-10-21 Thread BSD User 

The problem seems to be in the /usr/src/share/examples/Makefile

copies:: is an idiom used in only one other place in the BSD tree (in
sendmail -- the /usr/src/share/sendmail/Makefile).  Burying copies::
inside a .for loop seems to hide the indentifier from make.  It probably
shouldn't have worked previously, but it apparently it did.  Something
somewhere else must have covered up the bug and just got exposed.

The fix seems to be to move the loops inside the copies:: section.
Disclaimer: I am not one of the BSD maintainers so I can't comment on the
validity of the patch.  But it seems to work for me.

The patch I used is attached.  Hope it helps.

Andy L.







*** /home/andrewl/Makefile-1.29 Sun Oct 21 15:25:19 2001
--- MakefileSun Oct 21 15:28:20 2001
***
*** 21,36 
  
  beforeinstall: etc-examples ${SHARED}
  
- .for dir in ${DIRS}
  FILES!=   find -L ${dir} \( -name CVS -prune \) -o -type f -print
! .for file in ${FILES}
  copies::
${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 644 ${file} ${DDIR}/${file}
  .endfor
  .endfor
  
- .for dir in ${DIRS}
  symlinks::
rm -rf ${DDIR}/${dir}; ln -s ${.CURDIR}/${dir} ${DDIR}
  .endfor
  
--- 21,37 
  
  beforeinstall: etc-examples ${SHARED}
  
  FILES!=   find -L ${dir} \( -name CVS -prune \) -o -type f -print
! 
  copies::
+ .for dir in ${DIRS}
+ .for file in ${FILES}
${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 644 ${file} ${DDIR}/${file}
  .endfor
  .endfor
  
  symlinks::
+ .for dir in ${DIRS}
rm -rf ${DDIR}/${dir}; ln -s ${.CURDIR}/${dir} ${DDIR}
  .endfor