Re: Read-only file system for usb stick partition?
On Tue 03 Mar 2015 at 07:35:31 +, Michael van Elst wrote: rhia...@falu.nl (Rhialto) writes: The NetBSD disk starts at sector 63, so that's where the disklabel is placed and you are not allowed to write over the disklabel. Oh, of course, yes.. Thanks! -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgplwT014nTM4.pgp Description: PGP signature
TAKE NOTICE...
My name is Soldatenko Leonid policy service manager of prudential insurance plc., i have important notice for you. respond vehemently for official briefing. Soldatenko Leonid Policy Service Manager Prudential Insurance Plc Email: zahr...@zing.vn
rump i386 cross compile trouble
Not having much luck.. with today's source I see:
# link rump_server/rump_server
/scratch3/prlw1/netbsd/tools.i386/bin/i486--netbsdelf-gcc--sysroot=/scratch3
/prlw1/netbsd/destdir/i386 -o rump_server rump_allserver.o -Wl,-rpath-link
,/scratch3/prlw1/netbsd/destdir/i386/lib -L=/lib -Wl,--whole-archive -lrumpkern
_sysproxy -lrump -lrumpuser -Wl,--no-whole-archive -lpthread
/scratch3/prlw1/netbsd/destdir/i386/usr/lib/librump.so: undefined reference to `
rumpns_root_device'
grep -rw rumpns_root_device /scratch3/prlw1/netbsd/src
doesn't find anything. The source is vanilla.
No DBG / optimisation anywhere. Additions to /etc/mk.conf:
RUMP_DIAGNOSTIC=yes
RUMP_DEBUG=yes
RUMP_LOCKDEBUG=yes
RUMP_KTRACE=yes
Built on NetBSD-7.99.5/amd64 with:
d=/scratch3/prlw1/netbsd
arch=i386
sh build.sh -r -m ${arch} -U -T ${d}/tools.${arch} -O /tmp/obj.${arch}/netbsd
-D ${d}/destdir/${arch} -R ${d}/releasedir release 21 | tee /tmp/build.log
Puzzled...
Cheers,
Patrick
Re: rump and htonl() in constants
On 3 March 2015 at 11:44, Patrick Welche pr...@cam.ac.uk wrote: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19449 trunk/gcc/testsuite/gcc.c-torture/execute/pr19449.c passes, but Ryan Lortie's test case doesn't = sounds like a gcc bug. So what should we do? Work around it? Stick to clang? The external buildrump.sh script https://github.com/rumpkernel/buildrump.sh seems to work fine with -O0 with gcc (on NetBSD 7) - maybe it doesnt compile that bit of code? ./buildrump.sh -s /usr/src -F ACLFLAGS=-O0 will build -O0 -g version. I fixed the issues that had with -O0 a while back and I use it a fair amount. Justin
NetBSD fatal page fault in supervisor mode on XEN 4.5 / cpu-pools
Hi,
may be somebody has seen similiar crashes in the past and/or any solution?
This is a NetBSD:
NetBSD xx 6.1.5 NetBSD 6.1.5 (XEN3_DOMU) amd64
running as PV DomU under XEN with a Linux Dom0.
It seems the system is running stable with just one Xen cpu pool.
After dividing the two stone machine by xen cpupool-numa-split and assigning
the DomU to the second resulting cpupool the systems seems to get instable
after a while (hours).
I'm not shure if it is related to the cpupool mechanics - so i brought the xen
HV back to the initial state with the one default cpupool Pool0 and see what
get happen in the next...
...some thin meat for the coders:
uvm_fault(0x805f06a0, 0xa00162768000, 2) - 5
fatal page fault in supervisor mode
trap type 6 code 2 rip 801ef8ad cs e030 rflags 10202 cr2
a00162768000 cpl 0 rsp a00166827930
kernel: page fault trap, code=0
Stopped in pid 16824.1 (sh) at netbsd:execve_loadvm+0x1f2: movb
%dl,0(%r
12)
execve_loadvm() at netbsd:execve_loadvm+0x1f2
execve1() at netbsd:execve1+0x20
syscall() at netbsd:syscall+0xc4
ds cda0
es 48c1
fs 0
gs d150
rdi a00019597280
rsi fffe
rbp a001668279e0
rbx a00016cc7b40
rdx 2f
rcx 805dcda0exec_pool+0x20
rax a0001b0df4d8
r8 c
r9 0
r10 1
r11 118
r12 a00162768000
r13 a001668279f0
r14 a00019597280
r15 a00014ade038
rip 801ef8adexecve_loadvm+0x1f2
cs e030
rflags 10202
rsp a00166827930
ss e02b
netbsd:execve_loadvm+0x1f2: movb%dl,0(%r12)
db{4} sync
dump to dev 142,1 not possible
rebooting...
Xen Host:
==
host : xen2
release: 3.19.0-xen-niels
version: #1 SMP Tue Feb 10 14:47:32 CET 2015
machine: x86_64
nr_cpus: 32
max_cpu_id : 63
nr_nodes : 2
cores_per_socket : 8
threads_per_core : 2
cpu_mhz: 2893
hw_caps:
bfebfbff:xxx00::xx:1xxx::0001:
virt_caps : hvm hvm_directio
total_memory : 32733
free_memory: 19393
sharing_freed_memory : 0
sharing_used_memory: 0
outstanding_claims : 0
free_cpus : 0
xen_major : 4
xen_minor : 5
xen_extra : .0
xen_version: 4.5.0
xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler : credit
xen_pagesize : 4096
platform_params: virt_start=0xffxx
xen_changeset :
xen_commandline: dom0_mem=1024M,max:1024M loglvl=all guest_loglvl=all
dom0_max_vcpus=2 dom0_vcpus_pin
cc_compiler: x86_64-pc-linux-gnu-gcc (Hardened 4.9.2 p1.0,
pie-0.6.2)
cc_compile_by :
cc_compile_domain : (none)
cc_compile_date: Tue Feb 10 15:01:54 CET 2015
xend_config_format : 4
DomU conf:
===
kernel=./netbsd-XEN3_DOMU
memory = 8096
name = netbsd2
disk = [
'phy:/dev/vgxen/netbsd-root,xvda,w',
'phy:/dev/vgxen/netbsd-swap,xvdb,w',
'phy:/dev/vgxen/netbsd-home,xvdc,w',
'phy:/dev/vgxen/netbsd-var,xvdd,w'
]
boot='cda'
vif = [ 'mac=00:0D:EE:50:XX:YY, bridge=xenbr0, vifname=netbsd2',
'mac=00:0D:EE:50:ZZ:XX, bridge=xenint0, vifname=netbsd2int' ]
###pool=Pool-node1
vcpus=10
cpus = 16-25
many thanks and best regards,
Niels.
--
---
Niels Dettenbach
Syndicat IT Internet
http://www.syndicat.com
PGP: https://syndicat.com/pub_key.asc
---
signature.asc
Description: This is a digitally signed message part.
end of Belgian NetBSD mirrors
To my regret I must announce that I soon won't be able to provide some Belgian mirror services for NetBSD anymore. These are anoncvs.be, cvsweb.be, ftp.be, and www2.be. They will normally go offline on march 15th. I hope the short notice doesn't cause any inconvenience. kind regards dieter
daily CVS update output
Updating src tree: P src/distrib/sets/lists/debug/mi P src/doc/CHANGES P src/doc/CHANGES.prev P src/share/man/man4/iwm.4 P src/sys/arch/arm/amlogic/amlogic_com.c P src/sys/arch/arm/arm32/cpu.c P src/sys/arch/arm/cortex/gic.c P src/sys/arch/evbarm/amlogic/amlogic_machdep.c P src/sys/arch/mac68k/mac68k/trap.c P src/sys/arch/shark/conf/Makefile.shark.inc P src/sys/arch/vax/vax/trap.c P src/sys/dev/pci/if_iwm.c P src/sys/dev/pci/if_iwmvar.h P src/sys/external/bsd/drm2/dist/drm/i915/i915_gem.c P src/sys/external/bsd/drm2/dist/drm/radeon/radeon_fence.c P src/sys/ufs/ffs/ffs_vfsops.c P src/usr.bin/man/man.conf.5 P src/usr.bin/pwait/pwait.1 P src/usr.bin/pwait/pwait.c P src/usr.sbin/makemandb/makemandb.8 P src/usr.sbin/makemandb/makemandb.c Updating xsrc tree: P xsrc/external/mit/MesaLib/dist/src/mesa/main/imports.h Killing core files: Running the SUP scanner: SUP Scan for current starting at Wed Mar 4 03:04:47 2015 SUP Scan for current completed at Wed Mar 4 03:05:25 2015 SUP Scan for mirror starting at Wed Mar 4 03:05:25 2015 SUP Scan for mirror completed at Wed Mar 4 03:07:41 2015 Updating release-5 src tree (netbsd-5): Updating release-5 xsrc tree (netbsd-5): Running the SUP scanner: SUP Scan for release-5 starting at Wed Mar 4 03:12:15 2015 SUP Scan for release-5 completed at Wed Mar 4 03:12:24 2015 Updating release-6 src tree (netbsd-6): Updating release-6 xsrc tree (netbsd-6): Running the SUP scanner: SUP Scan for release-6 starting at Wed Mar 4 03:19:07 2015 SUP Scan for release-6 completed at Wed Mar 4 03:19:20 2015 Updating file list: -rw-rw-r-- 1 srcmastr netbsd 49232339 Mar 4 03:27 ls-lRA.gz
Re: rump i386 cross compile trouble
On 3 March 2015 at 12:10, Patrick Welche pr...@cam.ac.uk wrote: Not having much luck.. with today's source I see: # link rump_server/rump_server /scratch3/prlw1/netbsd/tools.i386/bin/i486--netbsdelf-gcc --sysroot=/scratch3 /prlw1/netbsd/destdir/i386 -o rump_server rump_allserver.o -Wl,-rpath-link ,/scratch3/prlw1/netbsd/destdir/i386/lib -L=/lib -Wl,--whole-archive -lrumpkern _sysproxy -lrump -lrumpuser -Wl,--no-whole-archive -lpthread /scratch3/prlw1/netbsd/destdir/i386/usr/lib/librump.so: undefined reference to ` rumpns_root_device' grep -rw rumpns_root_device /scratch3/prlw1/netbsd/src doesn't find anything. The source is vanilla. No DBG / optimisation anywhere. Additions to /etc/mk.conf: The rumpns_ prefix is added in the build process to namespace the rump kernel, so you want to search for root_device. I am aware of some hopefully temporary breakage around rumphijack and utimensat, but the rump CI is not reporting any other issues... Justin
Re: rump and htonl() in constants
On Sun, Mar 01, 2015 at 10:26:10AM +, Justin Cormack wrote: On 28 February 2015 at 21:38, Joerg Sonnenberger jo...@britannica.bec.de wrote: On Sat, Feb 28, 2015 at 01:16:11PM -0500, Christos Zoulas wrote: On Feb 28, 5:46pm, pr...@cam.ac.uk (Patrick Welche) wrote: -- Subject: Re: rump and htonl() in constants | Yes - I have DBG=-g -O0 in Makefile.rump | | I thought that would help trying to step through a rump kernel in gdb - not | a good idea? (removing now) | | I suppose that is why no one else is seeing this... We could make this compile by adding an ifdef __OPTIMIZE__... No, if you want to fix it make it use fixed size conversion macro from sys/endian.h, it takes care of handling constants. It does for some architectures, but not for x86. Arm checks with __builtin_constant_p and has a constant fallback, while x86 does not it just uses assembly implementation always. That seems to be what needs fixing... Seems to fit: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19449 trunk/gcc/testsuite/gcc.c-torture/execute/pr19449.c passes, but Ryan Lortie's test case doesn't = sounds like a gcc bug. So what should we do? Work around it? Stick to clang? Cheers, Patrick
Re: rump i386 cross compile trouble
On Tue, Mar 03, 2015 at 12:10:15PM +, Patrick Welche wrote: Not having much luck.. with today's source I see: No DBG / optimisation anywhere. Additions to /etc/mk.conf: RUMP_DIAGNOSTIC=yes RUMP_DEBUG=yes RUMP_LOCKDEBUG=yes RUMP_KTRACE=yes Removing these gets a successful build - that narrows it down a bit... Cheers, Patrick
