> On Apr 11, 2016, at 7:29 AM, Martin Husemann wrote:
>
> On Mon, Apr 11, 2016 at 10:23:11AM -0400, Christos Zoulas wrote:
>> I still don't understand why the else part is needed.
>
> I assumed it had never been tested on anything but amd64 (and your commit
> log and the
> On Nov 1, 2015, at 4:36 PM, Greg Troxel wrote:
>
> On the other hand, DEBUG_ELF_NOTES sounds just right for printfs about
> unexpected ELF notes :-)
I think VERBOSE_ELF_NOTES would be more consistent.
On Jun 28, 2015, at 1:42 PM, Kamil Rytarowski n...@gmx.com wrote:
I went for a next set of the build options:
Should be fixed.
On Jun 27, 2015, at 8:05 AM, Kamil Rytarowski n...@gmx.com wrote:
Still valid! The situation has deteriorated.
I cannot generate distribution.
checkflist === distrib/sets
=== 4 extra files in DESTDIR =
Files in DESTDIR but missing from flist.
File is obsolete or flist
On Jun 27, 2015, at 12:23 PM, Kamil Rytarowski n...@gmx.com wrote:
The sources after update still generate errors for the distribution target.
checkflist === distrib/sets
=== 2 extra files in DESTDIR =
Files in DESTDIR but missing from flist.
File is obsolete or flist is
On Apr 29, 2015, at 5:34 PM, Michael van Elst mlel...@serpens.de wrote:
mar...@duskware.de (Martin Husemann) writes:
bpg 11796 fpg 94368 ipg 23296
The fpg value is not a multiple of NBBY (==8).
368 is 8*46. (1000 mod 8 == 0 so the 94000 can be ignored).
acorn26 was moved to Tier III last week and unless someone steps forward it
will be removed sometime in Mid-October 2015.
To quote http://www.netbsd.org/ports/ :
“The reasons can range from lack of community interest to the hardware becoming
so rare that it is simply not available any more.
Unless someone can give a good reason to keep it, the acorn26 port will be
removed in a week or two or three. Along with the removal will be the cleanup
of the common arm to remove the arm26 bits associated with it.
On Apr 15, 2015, at 10:28 AM, Justin Cormack jus...@specialbusservice.com
wrote:
On 15 April 2015 at 14:36, Matt Thomas m...@3am-software.com wrote:
Unless someone can give a good reason to keep it, the acorn26 port will be
removed in a week or two or three. Along with the removal
On Aug 13, 2014, at 7:49 AM, William D. Jones thor0...@comcast.net wrote:
Then what's the best course of action? I'd just like to get a distribution
with PCC instead of GCC for an old machine with limited disk space... it
doesn't matter to me if PCC cannot compile all of userland. I was
On Jul 21, 2014, at 2:35 AM, Alan Barrett a...@cequrux.com wrote:
On Sun, 20 Jul 2014, Matt Thomas wrote:
- how sysctl hw.machine_arch should be handled
Right now it return the MACHINE_ARCH the executable was built for via an ELF
note.
I'd expect sysctl hw.something to report
On Jul 21, 2014, at 10:56 AM, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote:
rjs@ wrote:
Izumi Tsutsui wrote:
skrll@ wrote:
I'd guess
MACHINE=hpcarmMACHINE_ARCH=earmv4
Maybe the port-masters/users can test?
I can test hpcarm on an iPAQ.
Ok, good to hear.
Unfortunately
On Jul 21, 2014, at 11:23 AM, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote:
matt@ wrote:
On Jul 21, 2014, at 10:56 AM, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote:
rjs@ wrote:
Izumi Tsutsui wrote:
skrll@ wrote:
I'd guess
MACHINE=hpcarmMACHINE_ARCH=earmv4
Maybe the
On Jul 21, 2014, at 12:50 PM, Manuel Bouyer bou...@antioche.eu.org wrote:
On Sun, Jul 20, 2014 at 08:45:40PM -0700, Matt Thomas wrote:
[...]
Absolutely. You can't run an earmv7 on earmv6 or before. You default to
just earm but you lose efficiency and performance. An earmv7hf userland
We don't build gcc to support lto.
so remove -flto
and it should work.
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
On Jun 21, 2014, at 9:48 PM, Darren Reed darr...@netbsd.org wrote:
On 22/06/2014 8:13 AM, Matt Thomas wrote:
On Jun 21, 2014, at 4:56 AM, Darren Reed darr...@netbsd.org wrote:
On 21/06/2014 11:00 AM, Matt Thomas wrote:
On Jun 20, 2014, at 5:57 AM, Ryota Ozaki ozak...@iij.ad.jp wrote:
Hi
On Jun 20, 2014, at 5:57 AM, Ryota Ozaki ozak...@iij.ad.jp wrote:
Hi,
I've prepared a trial patch of MPSAFE networking.
http://www.netbsd.org/~ozaki-r/mpsafe-wm.diff
The kmutex_t in ifqueue, etc. should be pointers and not in the structure
themselves.
That can simply the macros to
On Jun 12, 2014, at 2:11 PM, Thomas Klausner t...@giga.or.at wrote:
Something changed in -current or firefox recently. Other programs like
unrar or go or gnome programs sometimes don't start because no threads
are available. When I quit firefox, the problem is solved.
This happens also
On May 18, 2014, at 6:49 PM, Paul Goyette p...@whooppee.com wrote:
I vaguely remember some discussion on this recently, but can't seem to find
it...
Has there been some changes that cause
makeoptions DEBUG=-g # compile full symbol table
(in kernel configuration file)
On Apr 25, 2014, at 3:45 PM, Mike Pumford mpumf...@black-star.demon.co.uk
wrote:
Thanks for that but my kernel has quite a few tweaks as I'm trying to a
little bit of modernization on the acorn32 specific code. In particular I'm
tweaking the interrupt accounting to use event counters rather
On Apr 21, 2014, at 3:29 AM, Anders Magnusson ra...@ludd.ltu.se wrote:
Iain Hibbert skrev 2014-04-20 20:07:
Hello
I found an issue when compiling NetBSD sources with pcc, which I am not
sure where the 'fault' lies, as pcc handles this slightly differently than
gcc (and clang) though the
On Mar 7, 2014, at 2:27 AM, Ryota Ozaki ozak...@netbsd.org wrote:
Hi Matt,
So my patch for sys/arch/arm is now rather small than
so far (just two files); it's minimum code for the core part
to run DTrace on ARM.
Can you please check it?
The patch for sys/arch/arm is
On Mar 5, 2014, at 3:12 AM, Ryota Ozaki ozak...@netbsd.org wrote:
- Replace cpu_id with cpuid in sys/arch/arm
- Can I commit the change?
Why? It's just churn for no reason I can see.
- Move INKERNEL and FR_* macros from arm/arm/db_trace.c
to arm/include/db_machdep.h to refer them in
On Mar 4, 2014, at 7:08 AM, Paul Goyette p...@whooppee.com wrote:
With up-to-date sources:
# link crunchide/crunchide
/build/netbsd-local/tools/x86_64/evbarm-eb/bin/armeb--netbsdelf-gcc
--sysroot=/build/netbsd-local/dest/evbarm-eb -o crunchide crunchide.o
On Jan 31, 2014, at 12:34 PM, Paul Goyette p...@whooppee.com wrote:
With up-to-date sources...
In file included from
/build/netbsd-local/dest/amd64/usr/include/x86/ieee.h:49:0,
from
/build/netbsd-local/dest/amd64/usr/include/machine/ieee.h:3,
from
On Jan 27, 2014, at 11:25 AM, Kurt Schreiner k...@ub.uni-mainz.de wrote:
Hi,
with -current source updated some minutes ago compiling a kernel for
i386 failed:
compile kern/atomic_and_64_cas.o
cc1: warnings being treated as errors
On Dec 31, 2013, at 5:22 PM, Paul Goyette p...@whooppee.com wrote:
I noticed that sysctl thinks I have more than a million mbuf clusters!
# sysctl kern.mbuf
kern.mbuf.msize = 512
kern.mbuf.mclbytes = 2048
kern.mbuf.nmbclusters = 1048547
kern.mbuf.mblowat = 16
kern.mbuf.mcllowat = 8
On Nov 13, 2013, at 2:22 PM, Paul Goyette p...@whooppee.com wrote:
I notice that even though there are so many variants of evbarm, they all seem
to use the same $RELEASEDIR when doing a 'build.sh release' even though they
have separate $OBJDIR and $DESTDIR.
Woud it not make sense to put
On Aug 21, 2013, at 4:44 PM, Paul Goyette p...@whooppee.com wrote:
It seems that the latest bootloader changes have broken the ability to boot
amd64 in qemu.
Fixed.
On Aug 20, 2013, at 12:20 PM, Paul Goyette p...@whooppee.com wrote:
FYI this also fails on my amd64 test-bed.
Fixed (tested for all machine).
There should be no reason why atomic ops should be including machine/trap.h
On Aug 20, 2013, at 5:55 PM, Paul Goyette p...@whooppee.com wrote:
With sources current as of 2013-08-20 at 23:20:00 UTC
#create libkern/__main.d
CC=/test-bed/tools/bin/x86_64--netbsd-gcc /test-bed/tools/bin/nbmkdep -f
__main.d -- -m32 --sysroot=/test-bed/dst -nostdinc
32 matches
Mail list logo