Re: RFC: mpsafe bridge and NIC drivers (vioif and wm)

2014-06-30 Thread Ryota Ozaki
Hi,

http://www.netbsd.org/~ozaki-r/mpsafe-ifq-wm.diff

I've updated the patch. The changes include:
- Make callouts MPSAFE
- Reduce splnet as much as possible
- Make ifconfig up/down work correctly under load

if_wm is now MPSAFEd as much as possible at this point.

Thanks,
  ozaki-r


pkgsrc/emulators/simh build failure on -current

2014-06-30 Thread Chavdar Ivanov
Hi,

I tried to rebuild emulators/simh on a very -current amd64 system; I am getting:
...
 simhmake
= Bootstrap dependency digest=20010302: found digest-20121220
=== Checking for vulnerabilities in simh-3.9.0nb4
=== Building for simh-3.9.0nb4
lib paths are: /usr/lib /usr/pkg/lib
using libm: /usr/lib/libm.so
using librt: /usr/lib/librt.so
using libpthread: /usr/lib/libpthread.so /usr/include/pthread.h
using libdl: /usr/include/dlfcn.h
using libpcap: /usr/include/pcap.h
***
*** all Simulators being built with:
*** - compiler optimizations and no debugging support. GCC Version: 4.8.3.
*** - dynamic networking support using NetBSD provided libpcap components.
***
gcc -std=c99 -U__STRICT_ANSI__  -O2 -I/usr/include -finline-functions
-fgcse-after-reload -fpredictive-commoning -fipa-cp-clone
-fno-unsafe-loop-optimizations -fno-strict-overflow -flto
-fwhole-program -Wno-unused-result -I . -D_GNU_SOURCE
-DUSE_READER_THREAD -DHAVE_DLOPEN=so  PDP1/pdp1_lp.c PDP1/pdp1_cpu.c
PDP1/pdp1_stddev.c PDP1/pdp1_sys.c PDP1/pdp1_dt.c PDP1/pdp1_drm.c
PDP1/pdp1_clk.c PDP1/pdp1_dcs.c scp.c sim_console.c sim_fio.c
sim_timer.c sim_sock.c sim_tmxr.c sim_ether.c sim_tape.c -I PDP1 -o
BIN/pdp1   -L/usr/lib -Wl,-R/usr/lib -Wl,-R/usr/pkg/lib -L/usr/pkg/lib
-R/usr/pkg/lib -lm -lrt -lpthread   -flto -fwhole-program
ld: /usr/libexec/liblto_plugin.so: error loading plugin:
/usr/libexec/liblto_plugin.so: Undefined PLT symbol htab_hash_string
(symnum = 2)
makefile:627: recipe for target 'BIN/pdp1' failed
gmake: *** [BIN/pdp1] Error 1
*** Error code 2

Stop.
make[1]: stopped in /usr/pkgsrc/emulators/simh
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/emulators/simh


Compiler problem?

Chavdar



-- 



Re: pkgsrc/emulators/simh build failure on -current

2014-06-30 Thread Matt Thomas
We don't build gcc to support lto.

so remove -flto
and it should work.


Re: pkgsrc/emulators/simh build failure on -current

2014-06-30 Thread Martin Husemann
On Mon, Jun 30, 2014 at 08:29:06AM -0700, Matt Thomas wrote:
 We don't build gcc to support lto.
 
 so remove -flto
 and it should work.

Patch-aa already does that for some gcc versions. However, this points
at a bug in the liblto_plugin build (missing -liberty?)

Martin


Re: pkgsrc/emulators/simh build failure on -current

2014-06-30 Thread Matt Thomas

On Jun 30, 2014, at 8:30 AM, Martin Husemann mar...@duskware.de wrote:

 On Mon, Jun 30, 2014 at 08:29:06AM -0700, Matt Thomas wrote:
 We don't build gcc to support lto.
 
 so remove -flto
 and it should work.
 
 Patch-aa already does that for some gcc versions. However, this points
 at a bug in the liblto_plugin build (missing -liberty?)

Worse.  libiberty is linked into the base program so we might need
--whole-archive to make all routines make it in or link with a
shared libiberty.



Re: pkgsrc/emulators/simh build failure on -current

2014-06-30 Thread Chavdar Ivanov
An earlier build (under 6.99.23) seems to work fine. I also just built
it under 6.1.4, again, installs  and runs under -current. Just a data
point; I thought it was compiler connected.

Chavdar

On 30 June 2014 16:39, Matt Thomas m...@3am-software.com wrote:

 On Jun 30, 2014, at 8:30 AM, Martin Husemann mar...@duskware.de wrote:

 On Mon, Jun 30, 2014 at 08:29:06AM -0700, Matt Thomas wrote:
 We don't build gcc to support lto.

 so remove -flto
 and it should work.

 Patch-aa already does that for some gcc versions. However, this points
 at a bug in the liblto_plugin build (missing -liberty?)

 Worse.  libiberty is linked into the base program so we might need
 --whole-archive to make all routines make it in or link with a
 shared libiberty.




-- 



Dokumenty

2014-06-30 Thread Andrzej Sieradzan

Witam,

Zwracam się z zapytaniem w imieniu internetowego serwisu tłumaczeniowego.

Polscy przedsiębiorcy szukają dobrych jakościowo tłumaczeń w związku z rosnącym 
eksportem i chęcią nawiązywania międzynarodowej współpracy.

Chciałem się zapytać czy mogę przedstawić ofertę na usługi tłumaczeń
pisemnych?


Pozdrawiam,
Andrzej Sieradzan
Senior Account Manager
translateit.pl



Automated report: NetBSD-current/i386 build failure

2014-06-30 Thread NetBSD Test Fixture
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 2014.06.30.17.51.31.

An extract from the build.sh output follows:

./usr/tests/ipf/expected/in101_6
./usr/tests/ipf/expected/in102_6
./usr/tests/ipf/expected/in1_6
./usr/tests/ipf/expected/in2_6
./usr/tests/ipf/expected/in3_6
./usr/tests/ipf/expected/in4_6
./usr/tests/ipf/expected/in5_6
./usr/tests/ipf/expected/in6_6
./usr/tests/ipf/expected/in8_6
./usr/tests/ipf/regress/in100_6
./usr/tests/ipf/regress/in101_6
./usr/tests/ipf/regress/in102_6
./usr/tests/ipf/regress/in1_6
./usr/tests/ipf/regress/in2_6
./usr/tests/ipf/regress/in3_6
./usr/tests/ipf/regress/in4_6
./usr/tests/ipf/regress/in5_6
./usr/tests/ipf/regress/in6_6
./usr/tests/ipf/regress/in8_6
=  end of 20 extra files  ===
*** [checkflist] Error code 1
nbmake[2]: stopped in 
/tmp/bracket/build/2014.06.30.17.51.31-i386/src/distrib/sets
1 error

The following commits were made between the last successful build and the 
failed build:

2014.06.30.14.58.59 njoly src/sys/miscfs/procfs/procfs_linux.c,v 1.68
2014.06.30.15.34.57 martin src/etc/Makefile,v 1.415
2014.06.30.15.34.57 martin src/etc/etc.mac68k/Makefile.inc,v 1.22
2014.06.30.16.14.35 darrenr src/tests/ipf/expected/in2,v 1.5
2014.06.30.17.02.55 darrenr src/tests/ipf/expected/Makefile,v 1.7
2014.06.30.17.02.55 darrenr src/tests/ipf/regress/Makefile,v 1.7
2014.06.30.17.22.32 maxv src/sys/kern/exec_script.c,v 1.72
2014.06.30.17.31.15 maxv src/sys/kern/exec_script.c,v 1.73
2014.06.30.17.51.31 maxv src/sys/kern/vfs_syscalls.c,v 1.487

Log files can be found at:


http://releng.NetBSD.org/b5reports/i386/commits-2014.06.html#2014.06.30.17.51.31


Re: amd64 DRMKMS results, 28 Jun 2014

2014-06-30 Thread Patrick Welche
On Mon, Jun 30, 2014 at 09:36:24PM +, Taylor R Campbell wrote:
Date: Sat, 28 Jun 2014 18:25:32 +0200
From: Piotr Meyer an...@smutek.pl
 
Message from glxinfo, glxgears:
 
name of display: :0
Unrecognized deviceID 152
X Error of failed request:  BadAlloc (insufficient resources for operation)
  Major opcode of failed request:  155 (GLX)
  Minor opcode of failed request:  3 (X_GLXCreateContext)
  Serial number of failed request:  21
  Current serial number in output stream:  24
 
 This is PR 48916.  The problem is that the version of Mesa we have
 right now (7.8.2) doesn't know how to handle your graphics device,
 even though the kernel and X.org driver (xf86-video-intel) do.
 
 I'm looking into a Mesa update to fix this, but it's tricky because
 Mesa 8.0 dropped support for various old hardware that we apparently
 want to continue supporting.  So I'm thinking of updating it to 7.11.2
 which adds support for Intel Ivy Bridge graphics (like your device)
 and is the last release with the old hardware support.

7.11.2 seems to be the version already in pkgsrc...

P


Re: amd64 DRMKMS results, 28 Jun 2014

2014-06-30 Thread Taylor R Campbell
   Date: Sun, 29 Jun 2014 13:13:19 +0200
   From: Piotr Meyer an...@smutek.pl

   For record: I have been digging around a little and found clue - some 
   bits of code were introduced by upstream after NetBSD port.

   Jun 28 22:27:37 dodo /netbsd: drm kern debug: [drm:i915_driver_open],
   Jun 28 22:27:37 dodo /netbsd: drm kern debug: [drm:drm_add_magic], 1
   Jun 28 22:27:37 dodo /netbsd: drm kern debug: [drm:drm_getmagic], 1
   Jun 28 22:27:37 dodo /netbsd: drm kern debug: [drm:drm_authmagic], 1
   Jun 28 22:27:37 dodo /netbsd: drm kern debug: [drm:drm_remove_magic], 1
   Jun 28 22:27:37 dodo /netbsd: drm kern debug: [drm:i915_getparam], Unknown 
parameter 22
   Jun 28 22:27:37 dodo /netbsd: drm kern debug: [drm:drm_remove_magic], 1

This message is harmless -- it just means the userland X.org
xf86-video-intel driver is querying parameters that the kernel
i915drmkms driver doesn't know about.


daily CVS update output

2014-06-30 Thread NetBSD source update

Updating src tree:
P src/distrib/sets/lists/tests/mi
P src/doc/CHANGES
P src/etc/Makefile
P src/etc/etc.mac68k/Makefile.inc
P src/etc/mtree/NetBSD.dist.tests
P src/sys/arch/sparc64/doc/TODO
P src/sys/arch/sparc64/sparc64/locore.s
P src/sys/dev/pci/if_wm.c
P src/sys/dev/pci/if_wpireg.h
P src/sys/kern/exec_script.c
P src/sys/kern/vfs_syscalls.c
P src/sys/lib/libunwind/Makefile.inc
P src/sys/miscfs/procfs/procfs_linux.c
P src/sys/net/if_ethersubr.c
P src/sys/net/if_ppp.c
P src/sys/sys/mman.h
P src/tests/ipf/expected/Makefile
P src/tests/ipf/expected/in2
P src/tests/ipf/regress/Makefile
P src/tests/net/Makefile
U src/tests/net/bpfjit/Makefile
U src/tests/net/bpfjit/t_bpfjit.c

Updating xsrc tree:


Killing core files:

Running the SUP scanner:
SUP Scan for current starting at Tue Jul  1 03:06:03 2014
SUP Scan for current completed at Tue Jul  1 03:06:46 2014
SUP Scan for mirror starting at Tue Jul  1 03:06:46 2014
SUP Scan for mirror completed at Tue Jul  1 03:09:19 2014




Updating file list:
-rw-rw-r--  1 srcmastr  netbsd  41768248 Jul  1 03:16 ls-lRA.gz