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
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:
We don't build gcc to support lto.
so remove -flto
and it should work.
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
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
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
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ń
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
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
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
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
11 matches
Mail list logo