Re: Removal of acorn26 port
On 17 April 2015 at 13:02, Thomas Mueller mueller6...@bellsouth.net wrote: Moving a port to Tier III and letting it become more broken is not fair; better to be honest and put it out of its misery. It has been moved to tier III... https://www.netbsd.org/ports/ Since there is no immediate urgency, maybe give two weeks or a month for anybody who uses port-acorn26 to speak up, then delete if nobody comes forward. I can't figure how I'd use it or find a compatible computer; running in an emulator doesn't really count. I could probably find a computer here in the UK, but have other things I would rather work on. Justin
Re: HP Proliant Microserver N36L fails to boot under current
On Tue, Mar 24, 2015 at 09:19:34PM +, Michael van Elst wrote: That patch seems to fix the problem. I used a 7.99.5 kernel with the above to successfully boot the machine with a NetBSD 7.0_BETA userland. Can you commit the fix? Does IPMI work for you? I have a ProLiant G7 N54L and just ran into the same issue, and the same patch allows the machien to boot, too. IPMI doesn't work, but it didn't work before, either. ipmi: bus_space_map(..., 0, 2, 0, 0x808f5be8) failed I took a snapshot of the screen where it paniced; it's pretty much exactly the same as dtyson's. attimer1: attached to pcppi1 extent_alloc_region: extent 'ioport` (0x0 - 0x) extent_alloc_region: start 0xfff9, end 0xfffa panic: extent_alloc_region: region lies outside extent fatal breakpoint trap in supervisor mode trap type 1 code 0 rip blah blah blah blah
Re: xz -current build failure
On 4/17/15 1:17 PM, bch wrote: includes === lib/../external/mit/expat/lib/libexpat includes === lib/../external/public-domain/sqlite/lib includes === lib/../external/public-domain/xz/lib #create lib/pub-lzma.h rm -f pub-lzma.h /usr/src/obj/tooldir.NetBSD-7.99.9-amd64/bin/nbcat /usr/src/external/public-domain/xz/lib/../dist/src/liblzma/api/lzma.h pub-lzma.h nbmake[4]: don't know how to make lzma.h. Stop update and try again. +j
xz -current build failure
includes === lib/../external/mit/expat/lib/libexpat
includes === lib/../external/public-domain/sqlite/lib
includes === lib/../external/public-domain/xz/lib
#create lib/pub-lzma.h
rm -f pub-lzma.h
/usr/src/obj/tooldir.NetBSD-7.99.9-amd64/bin/nbcat
/usr/src/external/public-domain/xz/lib/../dist/src/liblzma/api/lzma.h
pub-lzma.h
nbmake[4]: don't know how to make lzma.h. Stop
nbmake[4]: stopped in /usr/src/external/public-domain/xz/lib
*** Failed target: includes-../external/public-domain/xz/lib
*** 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/src/obj/tooldir.NetBSD-7.99.9-amd64/bin/nbmake
_THISDIR_=${this} $@ ${target}; }; _makedirtarget
../external/public-domain/xz/lib includes
*** Error code 2
Stop.
nbmake[3]: stopped in /usr/src/lib
*** Failed target: includes-lib
*** Failed command: _makedirtarget() { dir=$1; shift; target=$1;
shift; case ${dir} in /*) this=${dir}/; real=${dir} ;; .)
this=; real=/usr/src ;; *) this=${dir}/; real=/usr/src/${dir}
;; esac; show=${this:-.}; echo ${target} === ${show%/}${1:+ (with:
$@)}; cd ${real}
/usr/src/obj/tooldir.NetBSD-7.99.9-amd64/bin/nbmake
_THISDIR_=${this} $@ ${target}; }; _makedirtarget lib includes
*** Error code 1
Automated report: NetBSD-current/i386 build failure
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.NetBSD.org, a NetBSD/amd64 host, using sources from CVS date 2015.04.17.20.14.27. An extract from the build.sh output follows: --- liblzma.so.2.0 --- # build lib/liblzma.so.2.0 rm -f liblzma.so.2.0 /tmp/bracket/build/2015.04.17.20.14.27-i386/tools/bin/i486--netbsdelf-gcc -Wl,-x -shared -Wl,-soname,liblzma.so.2 -Wl,--warn-shared-textrel -Wl,-Map=liblzma.so.2.map --sysroot=/tmp/bracket/build/2015.04.17.20.14.27-i386/destdir -Wl,-z,defs -o liblzma.so.2.0 -Wl,-rpath,/lib -L=/lib -Wl,--whole-archive liblzma_pic.a -Wl,--no-whole-archive -lpthread /tmp/bracket/build/2015.04.17.20.14.27-i386/tools/lib/gcc/i486--netbsdelf/4.8.4/../../../../i486--netbsdelf/bin/ld: cannot find -lpthread collect2: error: ld returned 1 exit status *** [liblzma.so.2.0] Error code 1 nbmake[7]: stopped in /tmp/bracket/build/2015.04.17.20.14.27-i386/src/external/public-domain/xz/lib --- stream_encoder_mt.o --- The following commits were made between the last successful build and the failed build: 2015.04.17.18.24.54 christos src/external/public-domain/xz/dist/tests/files/bad-1-block_header-6.xz.base64,v 1.1 2015.04.17.18.24.54 christos src/external/public-domain/xz/dist/tests/test_bcj_exact_size.c,v 1.1 2015.04.17.18.24.54 christos src/external/public-domain/xz/dist/tests/test_scripts.sh,v 1.1 2015.04.17.18.24.54 christos src/external/public-domain/xz/dist/tests/xzgrep_expected_output,v 1.1 2015.04.17.18.24.55 christos src/external/public-domain/xz/dist/po/vi.gmo,v 1.1 2015.04.17.18.24.55 christos src/external/public-domain/xz/dist/po/vi.po,v 1.1 2015.04.17.18.24.55 christos src/external/public-domain/xz/dist/src/liblzma/api/lzma/lzma12.h,v 1.1 2015.04.17.18.24.55 christos src/external/public-domain/xz/dist/src/liblzma/liblzma.map,v 1.1 2015.04.17.18.24.55 christos src/external/public-domain/xz/dist/src/liblzma/validate_map.sh,v 1.1 2015.04.17.18.24.55 christos src/external/public-domain/xz/dist/src/xz/mytime.c,v 1.1 2015.04.17.18.24.55 christos src/external/public-domain/xz/dist/src/xz/mytime.h,v 1.1 2015.04.17.18.24.56 christos src/external/public-domain/xz/dist/macosx/build.sh,v 1.1 2015.04.17.18.24.56 christos src/external/public-domain/xz/dist/src/liblzma/common/block_buffer_encoder.h,v 1.1 2015.04.17.18.24.56 christos src/external/public-domain/xz/dist/src/liblzma/common/hardware_cputhreads.c,v 1.1 2015.04.17.18.24.56 christos src/external/public-domain/xz/dist/src/liblzma/common/memcmplen.h,v 1.1 2015.04.17.18.24.56 christos src/external/public-domain/xz/dist/src/liblzma/common/outqueue.c,v 1.1 2015.04.17.18.24.56 christos src/external/public-domain/xz/dist/src/liblzma/common/outqueue.h,v 1.1 2015.04.17.18.24.56 christos src/external/public-domain/xz/dist/src/liblzma/common/stream_encoder_mt.c,v 1.1 2015.04.17.18.24.57 christos src/external/public-domain/xz/dist/doc/examples/00_README.txt,v 1.1 2015.04.17.18.24.57 christos src/external/public-domain/xz/dist/doc/examples/01_compress_easy.c,v 1.1 2015.04.17.18.24.57 christos src/external/public-domain/xz/dist/doc/examples/02_decompress.c,v 1.1 2015.04.17.18.24.57 christos src/external/public-domain/xz/dist/doc/examples/03_compress_custom.c,v 1.1 2015.04.17.18.24.57 christos src/external/public-domain/xz/dist/doc/examples/04_compress_easy_mt.c,v 1.1 2015.04.17.18.24.57 christos src/external/public-domain/xz/dist/doc/examples_old/xz_pipe_comp.c,v 1.1 2015.04.17.18.24.57 christos src/external/public-domain/xz/dist/doc/examples_old/xz_pipe_decomp.c,v 1.1 2015.04.17.18.36.15 jmcneill src/sys/arch/arm/amlogic/amlogic_sdhc.c,v 1.4 2015.04.17.18.36.15 jmcneill src/sys/arch/evbarm/conf/ODROID-C1,v 1.17 2015.04.17.18.49.23 christos src/external/public-domain/xz/bin/xz/Makefile,v 1.2 2015.04.17.18.49.23 christos src/external/public-domain/xz/dist/configure.ac,v 1.4 2015.04.17.18.49.23 christos src/external/public-domain/xz/dist/doc/examples/Attic/xz_pipe_comp.c,v 1.2 2015.04.17.18.49.23 christos src/external/public-domain/xz/dist/doc/examples/Attic/xz_pipe_decomp.c,v 1.2 2015.04.17.18.49.23 christos src/external/public-domain/xz/dist/src/liblzma/api/lzma/Attic/lzma.h,v 1.2 2015.04.17.18.49.23 christos src/external/public-domain/xz/dist/src/liblzma/check/check.h,v 1.3 2015.04.17.18.49.23 christos src/external/public-domain/xz/dist/src/liblzma/common/Attic/stream_encoder.h,v 1.2 2015.04.17.18.49.23 christos src/external/public-domain/xz/include/config.h,v 1.3 2015.04.17.18.49.23 christos src/external/public-domain/xz/lib/Makefile,v 1.4 2015.04.17.18.49.23 christos src/external/public-domain/xz/lib/shlib_version,v 1.3 2015.04.17.18.49.23 christos src/external/public-domain/xz/prepare-import.sh,v 1.4 2015.04.17.18.50.36 christos
Re: HP Proliant Microserver N36L fails to boot under current
On 04/17/15 10:49, Tom Spindler (moof) wrote: On Tue, Mar 24, 2015 at 09:19:34PM +, Michael van Elst wrote: That patch seems to fix the problem. I used a 7.99.5 kernel with the above to successfully boot the machine with a NetBSD 7.0_BETA userland. Can you commit the fix? Does IPMI work for you? I have a ProLiant G7 N54L and just ran into the same issue, and the same patch allows the machien to boot, too. IPMI doesn't work, but it didn't work before, either. ipmi: bus_space_map(..., 0, 2, 0, 0x808f5be8) failed I took a snapshot of the screen where it paniced; it's pretty much exactly the same as dtyson's. attimer1: attached to pcppi1 extent_alloc_region: extent 'ioport` (0x0 - 0x) extent_alloc_region: start 0xfff9, end 0xfffa panic: extent_alloc_region: region lies outside extent fatal breakpoint trap in supervisor mode trap type 1 code 0 rip blah blah blah blah I have done a bit more poking around on this problem. I think the issue is that if you don't have the IPMI card installed then NetBSD ipmi.c code still tries to attach the device. The patch supplied with PR #48233 corrects a problem that the BIOS incorrectly reports the I/O address for the device, however it makes the assumption that the card is actually present! If you look at the debug output under current then: ipmi_smbios_probe 01 20 20 ff 00 00 The base address is and the existing patch just decrements the address by 7 and that panics the kernel when an attempt to access that address space occurs. NetBSD 7 is OK so far as this patch hasn't been pulled up. Accessing the zero address on that gives an bus map error. My guess is that if you plug in a ipmi card then the base address will now be 0CA9 and the code will correctly change this to 0CA2 and the card will be detected. I installed a recent Debian on a spare disk for the N36L and dmidecode shows: # dmidecode 2.11 SMBIOS 2.6 present. Handle 0x001B, DMI type 38, 18 bytes IPMI Device Information Interface Type: KCS (Keyboard Control Style) Specification Version: 2.0 I2C Slave Address: 0x10 NV Storage Device: Not Present Base Address: 0x (Memory-mapped) Register Spacing: Successive Byte Boundaries Linux fails to attach the device and I did have an attempt at forcing it to use the 0xCA2 address and that fails to work. If I had a ipmi card I am sure it would have attached fine. It would be nice to get a bit of feedback from someone with an ipmi card in HP microserver hardware. The results on booting a kernel with and without the card should confirm the analysis. I think the patch in 48233 need to be reworked so that if the base address is zero then ipmi.c just silently ignores the non-existent device and doesn't bother to try and map it. Even without the ipmi card you can get the environmental monitoring info if a wd83795g0 device is configured in the kernel. Dave
Re: Removal of acorn26 port
On Fri 17 Apr 2015 at 12:02:04 +, Thomas Mueller wrote: For that matter, does anybody still use port-vax? I have a few microVAXen... -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpxDeoZtn55O.pgp Description: PGP signature
Re: HP Proliant Microserver N36L fails to boot under current
On Fri, Apr 17, 2015 at 02:49:43AM -0700, Tom Spindler (moof) wrote: ipmi: bus_space_map(..., 0, 2, 0, 0x808f5be8) failed That's the same address 0 that is being attempted to map. Would be interesting what a real address is when the machine is equipped with an ILO card. Greetings, -- Michael van Elst Internet: mlel...@serpens.de A potential Snark may lurk in every tree.
Re: Is sysinst broken by recent public-domain/xz commits?
On Sat, 18 Apr 2015, Paul Goyette wrote: Ever since yesterday's commits to src/external/public-domain/xz/... I have been unable to get sysinst to unpack any distribution sets. I'm using sysutils/anita to prepare a bootable amd64 cd-rom image, and other than build for amd64 vs i386, I'm following the instructions posted at http://wiki.netbsd.org/kernel_debugging_with_qemu/ Sysinst tries to unpack kern-GENERIC.tgz but gets an error. The message quickly flies off of the screen and is replaced by a generic unpack of kern-GENERIC.tgz failed, should we continue? message! (I tried to rebuild an Xterm image with ALLOWLOGGING enabled, but I can't seem to figure out the magical incantation for that...) Ah, OK, I figured out the magical incantation to -DALLOWLOGGING in xterm (I had to update the /src/external/mit/... xgterm Makefile, not the one the lives in /src/x11/... ) Here's what sysinst reports when trying to unpack the kernel-GENERIC.tgz set (after removing all the terminal control escape sequences): Status: Running Command: progress -zf /mnt2//amd64/binary/sets/kern-GENERIC.tgz tar --chroot -xhepf - Shared object libpthread.so.1 not found tar: End of archive volume 1 reached tar: Sorry, unable to determine archive format. Does anyone know how to properly resolve this? (Include the shared library in the sysinst cd-rom image?) - | 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 | -
Re: Removal of acorn26 port
Hi, I can't figure how I'd use it or find a compatible computer; running in an emulator doesn't really count. True. Just like the ns32k, it was nice, but without hardware to run it, it's hardly worth the effort. For that matter, does anybody still use port-vax? Actually, yes. That port gets much more use. VAXen are pretty common and they're more than just a curiosity. Mine are used for various things - secondary DNS and backup MX in a non-temperature controlled location, performance profiling of code which will eventually run on embedded hardware, edge case testing of floating point code and so on. netbsd-6 runs just fine on VAXen, but netbsd-7 and current have toolchain issues at the moment. In some ways removal of acorn26 isn't too unlike the removal of support for i80386 processors from the i386 port (the name is a bit of a misnomer now, though). John
