UPDATING revision 1.170
11.170Schristos$NetBSD: UPDATING,v 1.170 2008/01/28 03:30:26 christos Exp $ 21.1Sabs 31.123SjmcThis file (UPDATING) is intended to be a brief reference to recent 41.123Sjmcchanges that might cause problems in the build process, and a guide for 51.123Sjmcwhat to do if something doesn't work. 61.1Sabs 71.123SjmcFor a more detailed description of the recommended way to build NetBSD 81.123Sjmcusing build.sh, see the BUILDING file. 91.123Sjmc 101.123SjmcNote that much of the advice in this UPDATING file was written before 111.123Sjmcbuild.sh existed. Nevertheless, the advice here may be useful for 121.123Sjmcworking around specific problems with build.sh. 131.123Sjmc 141.123SjmcSee also: BUILDING, build.sh, Makefile. 151.1Sabs 161.1SabsRecent changes: 171.1Sabs^^^^^^^^^^^^^^^ 181.138Slukem 191.170Schristos20080126: 201.170Schristos The posix_fadvise system call has been changed from an assembly 211.170Schristos stub, to a c file that calls an assembly stub. You need to 221.170Schristos 'rm -f posix_fadvise.* .depend' in the libc build directory to 231.170Schristos avoid using the old assembly stub. 241.170Schristos 251.168Sjoerg20071209: 261.168Sjoerg The acpiec(4) driver has been split into two attachments. If you 271.168Sjoerg get ACPI errors before the attachment, please update your kernel 281.169Swiz configuration file appropriately or see GENERIC for more details. 291.168Sjoerg 301.166Sxtraeme20071115: 311.166Sxtraeme The it(4) driver has been renamed to itesio(4) and the old port 321.166Sxtraeme argument specified in the kernel configuration file is not valid 331.166Sxtraeme anymore. The itesio(4) driver now uses the Super I/O address port 341.166Sxtraeme rather than the EC address port. Please update your kernel 351.167Swiz configuration file appropriately or see GENERIC for more details. 361.166Sxtraeme 371.165Sjmmv20071028: 381.165Sjmmv The pccons(4) driver has been removed from the NetBSD/shark port. 391.165Sjmmv You need to update any custom kernel configuration file you have 401.165Sjmmv to remove any references to pccons (which includes removing the 411.165Sjmmv now useless XSERVER option) and replace them with the correct 421.165Sjmmv entries for the wscons driver. See the GENERIC configuration file 431.165Sjmmv for more details. 441.165Sjmmv 451.164Sgdt20070913: 461.164Sgdt A latent bug in dhclient/dhcpd that caused it to be unable to 471.164Sgdt enumerate interfaces was fixed. The bug began to cause 481.164Sgdt problems after 20070911 when the kernel's SIOCGIFCONF 491.164Sgdt implementation was repaired. From 20070529 to 20070911 racoon 501.164Sgdt could not enumerate interfaces. (These are noted because 511.164Sgdt normal kernel/userspace version matching hygiene is not 521.164Sgdt sufficient to avoid this problem.) Ensure that both kernel 531.164Sgdt and userland are from after 20070913. 541.164Sgdt 551.163Sjoerg20070703: 561.163Sjoerg nbinstall has been renamed as it calls the target specific and 571.163Sjoerg the logic to pass down STRIP from mk been removed. This forces 581.163Sjoerg a re-installation of tools. 591.163Sjoerg 601.161Sdsl20070422: 611.161Sdsl The way OS emulations lookup filenames inside the emulation root 621.161Sdsl has been changed. Rather than modify the pathname (and copy back 631.161Sdsl to userspace) namei() and lookup() directly check the emulation 641.161Sdsl root. One side effect is that absolute symlinks inside the emulated 651.167Swiz root file system will be relative to that file system - unless they 661.161Sdsl start /../ this is useful when the emulated root is a real install 671.161Sdsl that has such links. 681.161Sdsl This might affect symlinks that have been added to reference outside 691.161Sdsl the emulated root. 701.161Sdsl 711.160Sjmcneill20070412: 721.160Sjmcneill The pckbc driver on sgimips IP32 has been removed. Use macekbc 731.160Sjmcneill instead. See the GENERIC32_IP3x kernel configuration for an 741.160Sjmcneill example. 751.160Sjmcneill 761.159Sgdt20070319: 771.159Sgdt src/lib/libc/Makefile revision 1.129 broke libc and ld.elf_so 781.159Sgdt on many platforms due to incorrect flags settings. If you 791.159Sgdt updated and built after about 20070315, do "nbmake-$arch 801.159Sgdt cleandir" in src/lib/libc and src/libexec/ld.elf_so to force a 811.159Sgdt rebuild of object files that might have been built 821.159Sgdt incorrectly, and ensure that you have at least 831.159Sgdt src/lib/libc/Makefile 1.130. 841.159Sgdt 851.158Sdbj20070210: 861.158Sdbj src/sys/sys/{sa.h,savar.h} were removed. 871.158Sdbj find ${OBJDIR} \( -name .depend -o -name '*.d' \) -print \ 881.158Sdbj | xargs egrep -l '/sa.h|/savar.h' | xargs rm 891.158Sdbj will allow dependencies on those files to get get rebuilt 901.158Sdbj 911.157Sapb20070209: 921.157Sapb The threading model was changed when the newlock2 branch 931.157Sapb was merged to NetBSD-current. If you boot with a new 941.157Sapb kernel (version 4.99.10), then you also need a new pthread 951.157Sapb library (/usr/lib/libpthread.so.0.7). If you boot with 961.157Sapb an old kernel, then you need the old pthread library 971.157Sapb (/usr/lib/libpthread.so.0.6). Provided you keep the kernel and 981.157Sapb the pthread library in sync, old threaded applications should 991.157Sapb continue to work with an old or new kernel. Note that named(8) 1001.157Sapb is the only threaded application in the base system. 1011.157Sapb 1021.154She20061214: 1031.154She Following the move of string_to_flags() and flags_to_string() 1041.154She from the bin/ls/ sources to libutil, users doing UPDATE builds 1051.154She will need to do a "make cleandir" in 1061.154She tools/mtree/, tools/makefs/, tools/binstall/, tools/pax/, 1071.154She bin/pax/, bin/ls/, usr.sbin/mtree/, usr.sbin/makefs/, 1081.156She usr.bin/xinstall/, libexec/ftpd/, rescue/, as well 1091.156She as the installation images in distrib/ 1101.154She in order to excise stale references to the old stat_flags.h header 1111.154She file in the ls sources -- stat_flags.h has been removed. 1121.154She 1131.152Schristos20061108: 1141.152Schristos The configure script used in the src/tools/gcc compiler has been 1151.152Schristos changed to indicate that our libc has ssp support built-in and 1161.152Schristos does not depend on -lssp and -lssp-nonshared. You'll need to 1171.152Schristos make clean in src/tools/gcc first to rebuild the compiler. 1181.152Schristos 1191.151Srpaulo20061009: 1201.151Srpaulo The sysctl variables net.inet{,6}.tcp{,6}.newreno are no longer 1211.151Srpaulo available. Use net.inet{,6}.tcp{,6}.congctl.selected instead. 1221.151Srpaulo 1231.150Sbjh2120060814: 1241.150Sbjh21 The vt, vidcconsole, kbd, and rpckbd drivers on acorn32 have been 1251.150Sbjh21 withdrawn. Use vidcvideo and pckbd instead. See the GENERIC 1261.150Sbjh21 kernel configuration for an example. X servers from the last 1271.150Sbjh21 few years should cope. 1281.150Sbjh21 1291.149Schristos20060703: 1301.149Schristos MPACPI is no more. We always configure PCI interrupts using ACPI 1311.149Schristos if we have an ACPI kernel. The option MPACPI_SCANPCI has been renamed 1321.149Schristos to ACPI_SCANPCI. Thanks to work from fvdl. 1331.149Schristos 1341.148Sdogcow20060627: 1351.148Sdogcow socket(2) has changed, and its system call has been versioned. 1361.148Sdogcow For userlands with the old version of socket(2), make sure that 1371.148Sdogcow your kernel has 'options COMPAT_30' set, or else 'bad system call' 1381.148Sdogcow errors will result. 1391.148Sdogcow 1401.1SabsHints for a more successful build: 1411.1Sabs^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 1421.123Sjmc Use build.sh, but do not use its "expert mode": 1431.132Sjmmv This will automatically build the tools in the 1441.123Sjmc correct order, and it will keep the tools and the 1451.123Sjmc new build products from interfering with the running 1461.123Sjmc system. This will allow you to ignore most of the 1471.123Sjmc other advice in this file. 1481.2Smrg Build a new kernel first: 1491.2Smrg This makes sure that any new system calls or features 1501.2Smrg expected by the new userland will be present. This 1511.2Smrg helps to avoid critical errors when upgrading. 1521.1Sabs Use object directories: 1531.1Sabs This helps to keep stale object 1541.1Sabs files from polluting the build if a Makefile "forgets" 1551.1Sabs about one. It also makes it easier to clean up after 1561.1Sabs a build. It's also necessary if you want to use the 1571.1Sabs same source tree for multiple machines. 1581.123Sjmc To use object directories with build.sh: 1591.123Sjmc a) invoke build.sh with the "-M" or "-O" options. 1601.123Sjmc To use object directories without using build.sh: 1611.1Sabs a) cd /usr/src ; make cleandir 1621.2Smrg b) Add "OBJMACHINE=yes" to /etc/mk.conf 1631.2Smrg c) Add "MKOBJDIRS=yes" to /etc/mk.conf 1641.1Sabs d) cd /usr/src ; make build 1651.2Smrg Note that running "make obj" in a directory will create 1661.2Smrg in obj.$MACHINE directory. 1671.1Sabs Build to a DESTDIR: 1681.123Sjmc This helps to keep old installed files (especially libraries) 1691.123Sjmc from interfering with the new build. 1701.123Sjmc To build to a DESTDIR with build.sh, use the "-D" option. 1711.123Sjmc To build to a DESTDIR without using build.sh, set the DESTDIR 1721.123Sjmc environment variable before running make build. It should be 1731.123Sjmc set to the pathname of an initially empty directory. 1741.123Sjmc Problems: if you do not use build.sh, you might need to 1751.123Sjmc update critical utilities without using DESTDIR since 1761.123Sjmc nothing is executed from what is installed in DESTDIR. 1771.123Sjmc (See critical utils, below.) 1781.1Sabs Build often: 1791.1Sabs This keeps critical utilities current enough to not choke 1801.1Sabs on any other part of the source tree that depends on up to 1811.123Sjmc date functionality. If you use build.sh, you should not have 1821.123Sjmc this problem. 1831.1Sabs 1841.1SabsWhat to do if things don't work: 1851.1Sabs^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 1861.1SabsWhen things don't work there is usually a few things that commonly 1871.1Sabsshould be done. 1881.1Sabs 1) make includes 1891.1Sabs This should be done automatically by make build. 1901.1Sabs 2) cd share/mk && make install 1911.1Sabs Again, automatically done by make build. 1921.1Sabs 1931.1SabsFailsafe rebuild of a small part of the tree: 1941.1Sabs^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 1951.1SabsTo make sure you rebuild something correctly you want to do 1961.1Sabssomething like the following: 1971.1Sabs 1) Make sure the includes and .mk files are up to date. 1981.1Sabs 2) Make sure any program used to build the particular 1991.1Sabs utility is up to date. (yacc, lex, etc...) 2001.1Sabs 3) cd ...path/to/util... 2011.1Sabs make cleandir 2021.1Sabs rm ...all obj directories... 2031.1Sabs make cleandir # yes, again 2041.1Sabs make obj 2051.1Sabs make depend && make 2061.1Sabs 2071.1SabsFailsafe rebuild of the entire tree: 2081.1Sabs^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 2091.1SabsIf you really want to make sure the source tree is clean and 2101.2Smrgready for a build try the following. Note that sourcing /etc/mk.conf 2111.2Smrg(a make(1) Makefile) in this manner is not right, and will not work 2121.2Smrgfor anyone who uses any make(1) features in /etc/mk.conf. 2131.1Sabs 2141.1Sabs---cut here--- 2151.1Sabs#!/bin/sh 2161.1Sabs. /etc/mk.conf 2171.1Sabs 2181.58Slukemif [ -z $NETBSDSRCDIR ] ; then 2191.58Slukem NETBSDSRCDIR=/usr/src 2201.1Sabsfi 2211.58Slukemif [ \! -d $NETBSDSRCDIR ] ; then 2221.1Sabs echo Unable to find sources 2231.1Sabs exit 1 2241.1Sabsfi 2251.58Slukemfind $NETBSDSRCDIR -name \*.o -o -name obj.\* -o -name obj -exec rm \{\} \; 2261.1Sabs 2271.1Sabsif [ -z $BSDOBJDIR ] ; then 2281.1Sabs BSDOBJDIR=/usr/obj 2291.1Sabsfi 2301.1Sabsif [ -d $BSDOBJDIR ] ; then 2311.1Sabs rm -rf $BSDOBJDIR 2321.1Sabsfi 2331.1Sabs 2341.58Slukemcd $NETBSDSRCDIR && make cleandir 2351.1Sabs 2361.1Sabs---cut here--- 2371.1Sabs 2381.1SabsCritical utilities: 2391.1Sabs^^^^^^^^^^^^^^^^^^^ 2401.3Sitojun usr.bin/compile_et 2411.1Sabs usr.bin/make 2421.1Sabs usr.bin/yacc 2431.1Sabs usr.bin/lex 2441.11Slukem usr.bin/xlint 2451.142Sdrochner usr.bin/config 2461.1Sabs 2471.34SsimonbOther problems and possible solutions: 2481.1Sabs^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 2491.1SabsSymptom:Complaints involving a Makefile. 2501.17SerhFix: Rebuild usr.bin/make: 2511.17Serh cd usr.bin/make && make && make install 2521.111Ssimonb Or, a failsafe method if that doesn't work: 2531.17Serh cd usr.bin/make && cc *.c */*.c -I . -o make && mv make /usr/bin 2541.17Serh 2551.1SabsFix: Make sure .mk files are up to date. 2561.1Sabs cd share/mk && make install 2571.2Smrg 2581.2SmrgSymptom:Kernel `config' fails to configure any kernel, including GENERIC. 2591.142SdrochnerFix: Rebuild usr.bin/config 2601.1Sabs 2611.1SabsSymptom: 2621.1SabsFix: Rebuild usr.bin/yacc 2631.1Sabs 2641.1SabsSymptom: 2651.1SabsFix: Rebuild usr.bin/lex 2661.1Sabs 2671.1SabsSymptom: 2681.1SabsFix: rm /usr/lib/libbfd.a 2691.4Sitojun 2701.4SitojunSymptom:Obsolete intermediate files are used during compilation 2711.4SitojunFix: Try the following sequence of commands in the directory in question. 2721.4Sitojun make cleandir; rm `make print-objdir`; make cleandir; make obj 2731.4Sitojun (If you built the tree without "make obj" in the past, obsolete files 2741.4Sitojun may remain. The command tries to clean everything up) 2751.5Swiz 2761.5SwizSymptom:.../sysinst/run.c:xx: warning: initialization from incompatible pointer type 2771.5SwizFix: Rebuild and install usr.bin/menuc 2781.12Sitojun 2791.12SitojunSymptom:mklocale not found during build in share/locale/ctype 2801.12SitojunFix: Build and install usr.bin/mklocale 2811.13Sdogcow 2821.86SkleinkSymptom:undefined reference to `__assert13' or `__unsetenv13' 2831.13SdogcowFix: Rebuild and install lib/libc 2841.13Sdogcow 2851.142SdrochnerSymptom:usr.bin/config fails to build. 2861.19ScgdFix: Try building with -DMAKE_BOOTSTRAP added to CFLAGS in Makefile. 2871.13Sdogcow 2881.19ScgdSymptom:undefined reference to `getprogname' or `setprogname' 2891.19ScgdFix: Rebuild and install lib/libc 2901.24Sabs 2911.24SabsSymptom:lint does not understand the '-X' option 2921.24SabsFix: May need to build & install libs with NOLINT=1 before rebuilding lint 293