Re: Build error on amd64 -current
I've been complaining about this since yesterday. I'm trying a clean build now. On Fri, 26 Jun 2020, Paul Goyette wrote: With up-to-date sources I'm getting /build/netbsd-compat/src_ro/sys/arch/xen/x86/cpu.c: In function 'mp_cpu_start': /build/netbsd-compat/src_ro/sys/arch/xen/x86/cpu.c:999:1: error: stack usage is5408 bytes [-Werror=stack-usage=] mp_cpu_start(struct cpu_info *ci, vaddr_t target) ^~~~ cc1: all warnings being treated as errors *** [cpu.o] Error code 1 nbmake[2]: stopped in /build/netbsd-compat/obj/amd64/sys/arch/amd64/compile/INSTALL_XEN3_DOMU 1 error ++--+---+ | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com | | Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org | ++--+---+ -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: Tar extract behaviour changed
On Mon, 21 Oct 2019, Martin Husemann wrote: On Mon, Oct 21, 2019 at 11:54:44AM +0200, J. Hannken-Illjes wrote: Somewhere between Netbsd-8 and NetBSD-9 "tar" changed its behaviour when it has to extract a directory and the path exists as a symlink. I still believe it should be fixed, but J?rg disagrees. You need to use -P now. See PR 54467. Yeah it's a real pain in my you-know-what. Is it Joerg vs everyone else? -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: NetBSD 9.0 release process has started
On Fri, 2 Aug 2019, Manuel Bouyer wrote: On Fri, Aug 02, 2019 at 07:44:05AM -0700, Hisashi T Fujinaka wrote: [...] Nothing in the logs, no core files, nothing in the console. Just a reboot. Ooh, wait, I got one this time. [ 1055.9565284] panic: pr_find_pagehead: [npfcn4pl] item 0xc25db2dc poolid 173 != 172 This one is being looked at: http://mail-index.netbsd.org/current-users/2019/08/01/msg036316.html It's related to npf Cool. Thanks for the tip. I'll quit testing netbsd-9 on my router for now. Too bad downgrades are so painful. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: NetBSD 9.0 release process has started
On Fri, 2 Aug 2019, Michael van Elst wrote: ht...@twofifty.com (Hisashi T Fujinaka) writes: Oh, duh, I think I remember that the real issue is that you can't run as many $JOBS. Before it would be better about throttling things. Nothing is ever throttled :) Can you be a bit more verbose about what "crashes" means? panic ? uvm fault ? system just freezes ? console input / ddb too ? Nothing in the logs, no core files, nothing in the console. Just a reboot. Ooh, wait, I got one this time. [ 1055.9565284] panic: pr_find_pagehead: [npfcn4pl] item 0xc25db2dc poolid 173 != 172 [ 1055.9565284] cpu0: Begin traceback... [ 1055.9565284] vpanic(c0677a98,da27ce98,da27cee0,c04adab4,c0677a98,c061be2c,c066782d,c25db2dc,ad,ac) at netbsd:vpanic+0x12d [ 1055.9565284] snprintf(c0677a98,c061be2c,c066782d,c25db2dc,ad,ac,c1c1ba26,0,c07806c4,da27cee4) at netbsd:snprintf [ 1055.9565284] pool_put(c1c1b940,c25db2dc,c2015e00,c25db2dc,c1c1b940,c1c1ba24,c2b6f500,da27cf30,c04aea3b,0) at netbsd:pool_put+0x3bd [ 1055.9565284] pool_cache_invalidate_groups(0,0,c1c1b940,0,c251ab00,c2b6fe80,c1c1b940,0,c1e49c60,da27cf70) at netbsd:pool_cache_invalidate_groups+0x51 [ 1055.9565284] pool_cache_invalidate(c1c1b940,da27cf5c,c048b792,c1e49c60,c07bde2e,c07bde20,c1e49ccc,c07bde2c,c07bde20,da27cf00) at netbsd:pool_cache_invalidate+0x9e [ 1055.9565284] pool_reclaim(c1c1b940,0,c044e950,c1e49c60,da27cf9c,c044e9c8,0,c07bde2c,c1e49c60,0) at netbsd:pool_reclaim+0x54 [ 1055.9565284] pool_drain(0,c07bde2c,c1e49c60,0,c0100411,c1e49c60,898000,89f000,0,c01003fd) at netbsd:pool_drain+0x65 [ 1055.9565284] uvmpd_pool_drain_thread(c1e49c60,898000,89f000,0,c01003fd,0,0,0,0,0) at netbsd:uvmpd_pool_drain_thread+0x78 [ 1055.9565284] cpu0: End traceback... [ 1055.9565284] dumping to dev 0,1 offset 5245872 [ 1055.9565284] dump 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 succeeded [ 1055.9565284] rebooting... -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: NetBSD 9.0 release process has started
Well, I could build it on netbsd-8/pkgsrc-2019Q2. netbsd-9/pkgsrc-2019Q2 is crashtastic. On Thu, 1 Aug 2019, bch wrote: On Thu, Aug 1, 2019 at 15:04 Hisashi T Fujinaka wrote: Wow. So far, it's been a disaster for me. I remember saying the memory management seemed iffy but being told to get a real machine with more memory. My i386 machine w/1G of RAM and ~4G of swap kept crashing while trying to compile things in pkgsrc. I think it's trying to recompile gcc6. It's crashed eight times in the day I've had it running NetBSD-9. My beefier x86_64 system isn't all that happy either. Trying to compile firefox grournd everything to a halt. I couldn't even reply to this email until I killed the build of firefox. I don?t know if that?s attributable to the scheduler or resource scarcity, or , but Firefox has come to be nigh unbuildable for me in the last few months, owing to the Rust build (dependency); it?s *brutal*, IME. Oh well, I guess that's progress. On Wed, 31 Jul 2019, Maya Rashish wrote: > If you have been following source-changes, you may have noticed the > creation of the netbsd-9 branch! It has some really exciting items > that we worked on: > > - New AArch64 architecture support: >Symmetric and asymmetrical multiprocessing support (aka big.LITTLE) >Support for running 32-bit binaries >UEFI and ACPI support >Support for SBSA/SBBR (server-class) hardware. > - The FDT-ization of many ARM boards: >the 32-bit GENERIC kernel lists 129 different DTS configurations >the 64-bit GENERIC64 kernel lists 74 different DTS configurations >All supported by a single kernel, without requiring per-board >configuration. > - Graphics driver update, matching Linux 4.4, adding support for up to > Kaby Lake based Intel graphics devices. > - ZFS has been updated to a modern version and seen many bugfixes. > - New hardware-accelerated virtualization via NVMM. > - NPF performance improvements and bug fixes. A new lookup algorithm, > thmap, is now the default. > - NVMe performance improvements > - Optional kernel ASLR support, and partial kernel ASLR for the default > configuration. > - Kernel sanitizers: >KLEAK, detecting memory leaks >KASAN, detecting memory overruns >KUBSAN, detecting undefined behaviour >These have been used together with continuous fuzzing via the >syzkaller project to find many bugs that were fixed. > - The removal of outdated networking components such as ISDN and all > of its drivers > - The installer is now capable of performing GPT UEFI installations. > - Dramatically improved support for userland sanitizers, as well as the > option to build all of NetBSD's userland using them for bug-finding. > - Update to graphics userland: Mesa was updated to 18.3.4, and > llvmpipe is now available for several architectures, providing 3D > graphics even in the absence of a supported GPU. > > We try to test NetBSD as best as we can, but your testing can help > NetBSD 9.0 a great release. Please test it and let us know of any > bugs you find. > > Binaries are available on > https://nycdn.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/ > > Please report any bugs you find! > -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: NetBSD 9.0 release process has started
Oh, duh, I think I remember that the real issue is that you can't run as many $JOBS. Before it would be better about throttling things. On Thu, 1 Aug 2019, bch wrote: On Thu, Aug 1, 2019 at 15:04 Hisashi T Fujinaka wrote: Wow. So far, it's been a disaster for me. I remember saying the memory management seemed iffy but being told to get a real machine with more memory. My i386 machine w/1G of RAM and ~4G of swap kept crashing while trying to compile things in pkgsrc. I think it's trying to recompile gcc6. It's crashed eight times in the day I've had it running NetBSD-9. My beefier x86_64 system isn't all that happy either. Trying to compile firefox grournd everything to a halt. I couldn't even reply to this email until I killed the build of firefox. I don?t know if that?s attributable to the scheduler or resource scarcity, or , but Firefox has come to be nigh unbuildable for me in the last few months, owing to the Rust build (dependency); it?s *brutal*, IME. Oh well, I guess that's progress. On Wed, 31 Jul 2019, Maya Rashish wrote: > If you have been following source-changes, you may have noticed the > creation of the netbsd-9 branch! It has some really exciting items > that we worked on: > > - New AArch64 architecture support: >Symmetric and asymmetrical multiprocessing support (aka big.LITTLE) >Support for running 32-bit binaries >UEFI and ACPI support >Support for SBSA/SBBR (server-class) hardware. > - The FDT-ization of many ARM boards: >the 32-bit GENERIC kernel lists 129 different DTS configurations >the 64-bit GENERIC64 kernel lists 74 different DTS configurations >All supported by a single kernel, without requiring per-board >configuration. > - Graphics driver update, matching Linux 4.4, adding support for up to > Kaby Lake based Intel graphics devices. > - ZFS has been updated to a modern version and seen many bugfixes. > - New hardware-accelerated virtualization via NVMM. > - NPF performance improvements and bug fixes. A new lookup algorithm, > thmap, is now the default. > - NVMe performance improvements > - Optional kernel ASLR support, and partial kernel ASLR for the default > configuration. > - Kernel sanitizers: >KLEAK, detecting memory leaks >KASAN, detecting memory overruns >KUBSAN, detecting undefined behaviour >These have been used together with continuous fuzzing via the >syzkaller project to find many bugs that were fixed. > - The removal of outdated networking components such as ISDN and all > of its drivers > - The installer is now capable of performing GPT UEFI installations. > - Dramatically improved support for userland sanitizers, as well as the > option to build all of NetBSD's userland using them for bug-finding. > - Update to graphics userland: Mesa was updated to 18.3.4, and > llvmpipe is now available for several architectures, providing 3D > graphics even in the absence of a supported GPU. > > We try to test NetBSD as best as we can, but your testing can help > NetBSD 9.0 a great release. Please test it and let us know of any > bugs you find. > > Binaries are available on > https://nycdn.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/ > > Please report any bugs you find! > -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: NetBSD 9.0 release process has started
Wow. So far, it's been a disaster for me. I remember saying the memory management seemed iffy but being told to get a real machine with more memory. My i386 machine w/1G of RAM and ~4G of swap kept crashing while trying to compile things in pkgsrc. I think it's trying to recompile gcc6. It's crashed eight times in the day I've had it running NetBSD-9. My beefier x86_64 system isn't all that happy either. Trying to compile firefox grournd everything to a halt. I couldn't even reply to this email until I killed the build of firefox. Oh well, I guess that's progress. On Wed, 31 Jul 2019, Maya Rashish wrote: If you have been following source-changes, you may have noticed the creation of the netbsd-9 branch! It has some really exciting items that we worked on: - New AArch64 architecture support: Symmetric and asymmetrical multiprocessing support (aka big.LITTLE) Support for running 32-bit binaries UEFI and ACPI support Support for SBSA/SBBR (server-class) hardware. - The FDT-ization of many ARM boards: the 32-bit GENERIC kernel lists 129 different DTS configurations the 64-bit GENERIC64 kernel lists 74 different DTS configurations All supported by a single kernel, without requiring per-board configuration. - Graphics driver update, matching Linux 4.4, adding support for up to Kaby Lake based Intel graphics devices. - ZFS has been updated to a modern version and seen many bugfixes. - New hardware-accelerated virtualization via NVMM. - NPF performance improvements and bug fixes. A new lookup algorithm, thmap, is now the default. - NVMe performance improvements - Optional kernel ASLR support, and partial kernel ASLR for the default configuration. - Kernel sanitizers: KLEAK, detecting memory leaks KASAN, detecting memory overruns KUBSAN, detecting undefined behaviour These have been used together with continuous fuzzing via the syzkaller project to find many bugs that were fixed. - The removal of outdated networking components such as ISDN and all of its drivers - The installer is now capable of performing GPT UEFI installations. - Dramatically improved support for userland sanitizers, as well as the option to build all of NetBSD's userland using them for bug-finding. - Update to graphics userland: Mesa was updated to 18.3.4, and llvmpipe is now available for several architectures, providing 3D graphics even in the absence of a supported GPU. We try to test NetBSD as best as we can, but your testing can help NetBSD 9.0 a great release. Please test it and let us know of any bugs you find. Binaries are available on https://nycdn.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/ Please report any bugs you find! -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
amd64 build break
# compile INSTALL_XEN3_DOMU/intr.o /var/shm/tools.amd64/bin/x86_64--netbsd-gcc -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -mno-avx -msoft-float -mno-fp-ret-in-387 -ffreestanding -fno-zero-initialized-in-bss -O2 -fno-omit-frame-pointer -fstack-protector -Wstack-protector --param ssp-buffer-size =1 -fno-strict-aliasing -fno-common -std=gnu99 -Werror -Wall -Wno-main -Wno-format-zero-length -Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -Wold-style-definition -Wswitch -Wshadow -Wcast-qual -Wwrite-strings -Wno-unreachable-code -Wno-pointer-sign -Wn o-attributes -Wextra -Wno-unused-parameter -Wold-style-definition -Wno-sign-compare --sysroot=/var/shm/amd64/destdir.amd64 -Damd64 -Dx86_64 -I. -I/var/shm/amd64/sys/arch/amd64/compile/INSTALL_XEN3_DOMU/xen-ma -I/usr/src/sys/external/bsd/acpica/dist -I/usr/src/sys/ ../common/lib/libx86emu -I/usr/src/sys/../common/include -I/usr/src/sys/arch -I/usr/src/sys -nostdinc -DMAXPHYS=32768 -DDIAGNOSTIC -DCOMPAT_44 -D_KERNEL -D_KERNEL_OPT -std=gnu99 -I/usr/src/sys/lib/libkern/../../../common/lib/libc/quad -I/usr/src/sys/lib/libkern/../../../common/lib/libc/string -I/usr/src/sys/lib/libkern/../../../common/lib/libc/arch/x86_64/string -D_FORTIFY_SOURCE=2 -I/usr/src/ sys/external/bsd/ipf -c /usr/src/sys/arch/x86/x86/intr.c -o intr.o /usr/src/sys/arch/x86/x86/intr.c: In function 'cpu_intr_init': /usr/src/sys/arch/x86/x86/intr.c:1503:10: error: unused variable 'istack' [-Werror=unused-variable] vaddr_t istack; /* XXX: duplicate */ ^ cc1: all warnings being treated as errors *** [intr.o] Error code 1 -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: amd64 stuck in tstile
OK, so I guess it wouldn't boot if it was i386 and you were running amd64. On Wed, 29 Nov 2017, Patrick Welche wrote: OK, maybe not that old... On Wed, Nov 29, 2017 at 07:57:27AM -0800, Hisashi T Fujinaka wrote: Old Pentium, to me, means i386. On Wed, 29 Nov 2017, Patrick Welche wrote: I have a netbooted old pentium running 20 November -current/amd64, that has been on and scrubbing a usb connected disk since that date. ddb works. I see that essentially everything is stuck in tstile. After a kill 1, I see that init too is in tstile... Any thoughts before I just reboot? Cheers, Patrick -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: amd64 stuck in tstile
Old Pentium, to me, means i386. On Wed, 29 Nov 2017, Patrick Welche wrote: I have a netbooted old pentium running 20 November -current/amd64, that has been on and scrubbing a usb connected disk since that date. ddb works. I see that essentially everything is stuck in tstile. After a kill 1, I see that init too is in tstile... Any thoughts before I just reboot? Cheers, Patrick -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: Remove fortune quotes attributed to or providing admiration of Adolf Hitler [pr bin/52735]
On Sun, 19 Nov 2017, Andy Ruhl wrote: On Sun, Nov 19, 2017 at 8:44 AM, Joerg Sonnenberger <jo...@bec.de> wrote: choice in the tonal sense, he was a brilliant orator and there are many useful quotes from him. Heck, he is often found on the list of most inspirational quotes. If anything, there should be more and better quotes from him in the database. Yeah that's a step too far for me. Preserving the fortune program as it is for historical context is fine for me. Adding more quotes from this jerk isn't productive. That would send the wrong message. People can find these quotes elsewhere. In that sense I guess my position is preserving fortune as a historical relic, nothing more. It's a snapshot in time of what the developers of this stuff were thinking. I suggested that /usr/games just be moved to pkgsrc on irc. This makes a good argument for that move, to me, because there's no reason to be carrying around all that code if it's just for 'historic' purposes. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: Heads up: users of the netbsd-8 branch
On Fri, 1 Sep 2017, Martin Husemann wrote: If you are using NetBSD 8 BETA already, and are not updating from the official "daily" builds, please note: - The gcc internal specs have changed (rules for libgcc when building shared binaries). This change requires a full build of ALL binaries ever created with gcc 5.4. - Failure to do this might lead to strange/spurious fallout like we saw in PRs 51266 and 52326. Please make sure to NOT do an update build next time when updating from source, and also rebuild ALL your pkgs. If you are upgrading by downloading new binary sets, it is enough to rebuild all your pkgs (or wait for new binary pkgs to become available). Sorry for the inconvenience, I wish I would've noticed this earlier. I haven't been able to build mysql on -current for days and rebuilding all my packages was what I needed to do. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: Kernel panic from network traffic
On Fri, 24 Jul 2015, Andy Ruhl wrote: On Thu, Jul 23, 2015 at 10:41 PM, Hisashi T Fujinaka ht...@twofifty.com wrote: Being a moron, I plugged ports of my switch together. The big surprise is two ports away is my -current box and it kept panicking. Hello fellow moron :) I have a general question: I see some comments around unifying route caches, but in this particular case it seems related to ipv6. Is this an ipv6 problem or a general problem? I have a -current machine and it's not likely to encounter this particular scenario (sorry, heh), but wondering anyway. I'm not sure of what kind of flood of traffic was seen at the -current box (tcpdump wasn't being helpful) but I kind of doubt it was IPv6 only. But who knows? My guess is that there is IPv6 routing traffic mixed in with a whole lot of garbage from my switch. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Kernel panic from network traffic
Being a moron, I plugged ports of my switch together. The big surprise is two ports away is my -current box and it kept panicking. This is all I got so far. Jul 23 21:46:11 mara /netbsd: panic: kernel diagnostic assertion rt-rt_refcnt 0 failed: file /usr/src/sys/net/route.c, line 418 Jul 23 21:46:11 mara /netbsd: cpu3: Begin traceback... Jul 23 21:46:11 mara /netbsd: vpanic() at netbsd:vpanic+0x13c Jul 23 21:46:11 mara /netbsd: kern_assert() at netbsd:kern_assert+0x4f Jul 23 21:46:11 mara /netbsd: rtfree() at netbsd:rtfree+0xf5 Jul 23 21:46:11 mara /netbsd: rtcache_clear() at netbsd:rtcache_clear+0x41 Jul 23 21:46:11 mara /netbsd: rtcache_free() at netbsd:rtcache_free+0xd Jul 23 21:46:11 mara /netbsd: in6_pcbdetach() at netbsd:in6_pcbdetach+0xcb Jul 23 21:46:11 mara /netbsd: udp6_detach_wrapper() at netbsd:udp6_detach_wrapper+0x3f Jul 23 21:46:11 mara /netbsd: soclose() at netbsd:soclose+0x63 Jul 23 21:46:11 mara /netbsd: soo_close() at netbsd:soo_close+0x16 Jul 23 21:46:11 mara /netbsd: closef() at netbsd:closef+0x54 Jul 23 21:46:11 mara /netbsd: fd_close() at netbsd:fd_close+0x19f Jul 23 21:46:11 mara /netbsd: sys_close() at netbsd:sys_close+0x20 Jul 23 21:46:11 mara /netbsd: syscall() at netbsd:syscall+0x9c Jul 23 21:46:11 mara /netbsd: --- syscall (number 6) --- Jul 23 21:46:11 mara /netbsd: 7f7ff5e5494a: Jul 23 21:46:11 mara /netbsd: cpu3: End traceback... -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: modules on -current
Do you use -u? On Tue, 21 Apr 2015, Chavdar Ivanov wrote: Both my 7.99.10 overnight builds (i386 and amd64) were successful. Chavdar On Tue, 21 Apr 2015 at 03:30 Paul Goyette p...@vps1.whooppee.com wrote: Is it only the amd64-xen modules that aren;t handled properly? Or are both amd64 and amd64-xen affected? This used to work correctly (in the pre-7.0 days) - but of course, that was before the had the @OSRELEASE@ variants of the modules for amd64, i386, and powerpc... :) On Mon, 20 Apr 2015, Hisashi T Fujinaka wrote: I think you just have to delete the stand directory. For some reason the 7.99.10 don't get regenerated until the 7.99.9 is gone. On Mon, 20 Apr 2015, bch wrote: This has been the case nearly all day, so I'll report it: # ./build.sh -j4 -x -u distribution [...] ./stand/amd64-xen/7.99.10/modules/xc3028/xc3028.kmod ./stand/amd64-xen/7.99.10/modules/xc5k ./stand/amd64-xen/7.99.10/modules/xc5k/xc5k.kmod ./stand/amd64-xen/7.99.10/modules/zfs ./stand/amd64-xen/7.99.10/modules/zfs/zfs.kmod ./stand/amd64-xen/7.99.10/modules/zl10353 ./stand/amd64-xen/7.99.10/modules/zl10353/zl10353.kmod ./stand/amd64-xen/7.99.10/modules/zlib ./stand/amd64-xen/7.99.10/modules/zlib/zlib.kmod end of 388 missing files == *** [checkflist] Error code 1 nbmake[1]: stopped in /usr/src/distrib/sets 1 error nbmake[1]: stopped in /usr/src/distrib/sets *** [distribution] Error code 2 nbmake: stopped in /usr/src 1 error [...] -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org | - -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Re: modules on -current
I think you just have to delete the stand directory. For some reason the 7.99.10 don't get regenerated until the 7.99.9 is gone. On Mon, 20 Apr 2015, bch wrote: This has been the case nearly all day, so I'll report it: # ./build.sh -j4 -x -u distribution [...] ./stand/amd64-xen/7.99.10/modules/xc3028/xc3028.kmod ./stand/amd64-xen/7.99.10/modules/xc5k ./stand/amd64-xen/7.99.10/modules/xc5k/xc5k.kmod ./stand/amd64-xen/7.99.10/modules/zfs ./stand/amd64-xen/7.99.10/modules/zfs/zfs.kmod ./stand/amd64-xen/7.99.10/modules/zl10353 ./stand/amd64-xen/7.99.10/modules/zl10353/zl10353.kmod ./stand/amd64-xen/7.99.10/modules/zlib ./stand/amd64-xen/7.99.10/modules/zlib/zlib.kmod end of 388 missing files == *** [checkflist] Error code 1 nbmake[1]: stopped in /usr/src/distrib/sets 1 error nbmake[1]: stopped in /usr/src/distrib/sets *** [distribution] Error code 2 nbmake: stopped in /usr/src 1 error [...] -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
fix X build on i386-current
Forgot to send this to current-users. I'm not committing it because I'm not sure if it's right, but it fixes the build. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- Forwarded message -- Date: Mon, 26 Jan 2015 18:59:09 -0800 (PST) From: Hisashi T Fujinaka ht...@twofifty.com To: pr...@netbsd.org Subject: fix build on i386 Index: external/mit/xf86-video-geode/dist/src/geode_dcon.c === RCS file: /cvsroot/xsrc/external/mit/xf86-video-geode/dist/src/geode_dcon.c,v retrieving revision 1.1.1.3 diff -u -r1.1.1.3 geode_dcon.c --- external/mit/xf86-video-geode/dist/src/geode_dcon.c 20 Mar 2014 06:54:20 - 1.1.1.3 +++ external/mit/xf86-video-geode/dist/src/geode_dcon.c 27 Jan 2015 02:57:10 - @@ -30,6 +30,7 @@ /* Includes that are used by all drivers */ #include xf86.h #include xf86_OSproc.h +#include xf86Crtc.h #include compiler.h #include geode.h -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
I think src/lib/libm/arch/arm/fenv.c is incorrect
/usr/obj/evbarm/destdir.evbarm/usr/include/fenv.h: In function 'feenableexcept': /usr/src/lib/libm/arch/arm/fenv.c:170:1: error: control reaches end of non-void function [-Werror=return-type] There's no return in the __SOFTFP__ part. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
netbsd7-i386 build failure
I've been complaining about this for days, but of course in the wrong venues. WHICH IS THE RIGHT VENUE? -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- Forwarded message -- Date: Mon, 25 Aug 2014 15:10:59 -0700 (PDT) From: Hisashi T Fujinaka ht...@twofifty.com To: rel...@netbsd.org Subject: netbsd7-i386 build failure --- dispatcher.pico --- /usr/src/lib/libpuffs/dispatcher.c: In function 'dispatch': /usr/src/lib/libpuffs/dispatcher.c:418:14: error: 'struct puffs_vnmsg_open' has no member named 'pvnr_oflags' auxt-pvnr_oflags); ^ *** [dispatcher.pico] Error code 1 nbmake[7]: stopped in /usr/src/lib/libpuffs --- dispatcher.po --- /usr/src/lib/libpuffs/dispatcher.c: In function 'dispatch': /usr/src/lib/libpuffs/dispatcher.c:418:14: error: 'struct puffs_vnmsg_open' has no member named 'pvnr_oflags' auxt-pvnr_oflags); ^ *** [dispatcher.po] Error code 1 nbmake[7]: stopped in /usr/src/lib/libpuffs 2 errors nbmake[7]: stopped in /usr/src/lib/libpuffs *** [dependall] Error code 2 nbmake[6]: stopped in /usr/src/lib/libpuffs 1 error nbmake[6]: stopped in /usr/src/lib/libpuffs *** Failed target: dependall-libpuffs *** Failed command: _makedirtarget() { dir=$1; shift; target=$1; shift; case ${dir} in /*) this=${dir}/; real=${dir} ;; .) this=lib/; real=/usr/src/lib ;; *) this=lib/${dir}/; real=/usr/src/lib/${dir} ;; esac; show=${this:-.}; echo ${target} === ${show%/}${1:+ (with: $@)}; cd ${real} /usr/obj/tools.i386/bin/nbmake _THISDIR_=${this} $@ ${target}; }; _makedirtarget libpuffs dependall *** Error code 2 Stop. nbmake[5]: stopped in /usr/src/lib *** [build_install] Error code 1 -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Re: changes to npf in netbsd-6 to bring it up to -current
On Sat, 31 May 2014, Hisashi T Fujinaka wrote: On Thu, 29 May 2014, Hisashi T Fujinaka wrote: I have a 480k patch of 115 files to bring npf in netbsd-6 up to (or at least close to) npf-current. I've tested it on i386 and compiled it on amd64. Please give it a look. http://www.netbsd.org/~htodd/src-cvs.diff.gz There are new diffs to sync with rmind's latest changes to npf: http://www.netbsd.org/~htodd/src-cvs.diff2.bz There are new diffs, new updates to npfctl and setlists for amd64: http://www.netbsd.org/~htodd/src-cvs.diff3.bz2 -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
changes to npf in netbsd-6 to bring it up to -current
I have a 480k patch of 115 files to bring npf in netbsd-6 up to (or at least close to) npf-current. I've tested it on i386 and compiled it on amd64. Please give it a look. http://www.netbsd.org/~htodd/src-cvs.diff.gz -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Re: Automated report: NetBSD-current/i386 build failure
On Sun, 30 Mar 2014, Takahiro HAYASHI wrote: (03/30/14 07:21), NetBSD Test Fixture wrote: --- task.pico --- cc1: warnings being treated as errors /tmp/bracket/build/2014.03.29.20.53.55-i386/src/external/bsd/bind/dist/lib/isc/task.c:1643:1: error: no previous prototype for 'isc__taskmgr_resume' *** [task.pico] Error code 1 nbmake[8]: stopped in /tmp/bracket/build/2014.03.29.20.53.55-i386/src/external/bsd/bind/lib/libisc task_p.h should be: #if defined(ISC_PLATFORM_USETHREADS) void isc__taskmgr_pause(isc_taskmgr_t *taskmgr); void isc__taskmgr_resume(isc_taskmgr_t *taskmgr); #else isc_boolean_t isc__taskmgr_ready(isc_taskmgr_t *taskmgr); isc_result_t isc__taskmgr_dispatch(isc_taskmgr_t *taskmgr); #endif /* !ISC_PLATFORM_USETHREADS */ I'm going to test and then can commit it. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Re: 82599EB 10-Gigabit not detected
Looks like that's a Dell verison of the NIC. My guess is that the device ID isn't in the driver. On Thu, 20 Mar 2014, 6b...@6bone.informatik.uni-leipzig.de wrote: On Thu, 20 Mar 2014, Matthias Scheler wrote: Date: Thu, 20 Mar 2014 00:30:04 + From: Matthias Scheler t...@zhadum.org.uk Reply-To: current-users@netbsd.org To: 6b...@6bone.informatik.uni-leipzig.de Cc: current-users@netbsd.org Subject: Re: 82599EB 10-Gigabit not detected On Wed, Mar 19, 2014 at 08:59:56PM +, Matthias Scheler wrote: On Mon, Mar 10, 2014 at 09:07:50AM +0100, 6b...@6bone.informatik.uni-leipzig.de wrote: I am trying to use an Intel 82599EB 10-Gigabit NIC. I added ixg*at pci? dev ? function ?# Intel 8259x 10 gigabit I cannot find any trace of an ixg driver in NetBSD. Are you trying to use the ixgbe driver? It seems that while the source directory is called ixgbe the driver is indeed called ixg. My fault, sorry. You could try to get your card to work by changing the array ixgbe_vendor_info_array in src/sys/dev/pci/ixgbe/ixgbe.c. You add an entry for your card with the correct PCI device it it might just work. The reported device-id is: Ethernet controller [0200]: Intel Corporation 82599EB 10-Gigabit SFP+ Network Connection [8086:154d] (rev 01) I will test to change the array. Thank you for your efforts Regards Uwe -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
netbsd-6 src/lib/libc/net breaks sendmail
I just got sendmail working again by checking out everything before all the changes, but netbsd-6 on my amd64 system breaks sendmail for me. It dies with messages that I reported to an irc channel (mail was dead) but I can't remember exactly what it was. My i386 system won't even boot any more (it will with my onetbsd) with netbsd-6 but I haven't even looked into that yet. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Re: netbsd-6 src/lib/libc/net breaks sendmail
Forgot to add releng. On Fri, 20 Dec 2013, Hisashi T Fujinaka wrote: I just got sendmail working again by checking out everything before all the changes, but netbsd-6 on my amd64 system breaks sendmail for me. It dies with messages that I reported to an irc channel (mail was dead) but I can't remember exactly what it was. My i386 system won't even boot any more (it will with my onetbsd) with netbsd-6 but I haven't even looked into that yet. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Re: Another build break on amd64
On Tue, 20 Aug 2013, John Nemeth wrote: On Aug 20, 3:09pm, Paul Goyette wrote: } Subject: Another build break on amd64 Given that there is an automated system for reporting build failures (complete with output about the failure), why do you post these messages? }-- End of excerpt from Paul Goyette Because Paul and I are racing! :) -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte