Re: Warnings about dlclose before thread exit. __cxa_thread_call_dtors

2018-08-26 Thread David Chisnall
The FreeBSD implementation here looks racy. If one thread dlcloses an object while another thread is exiting, we can end up calling a function at an invalid memory address. It also looks as if it may be possible to unload one library, load another at the same address, and end up executing

Re: clang manual page?

2018-04-05 Thread David Chisnall
On 6 Apr 2018, at 01:30, Pete Wright wrote: > > > On 04/05/2018 17:15, Steve Kargl wrote: >> This assumes that a gcc(1) is available on the system. >> >> % man gcc >> No manual entry for gcc >> >> If the system compiler is clang/clang++, then it ought to be >> documented

Re: atomic in i386 Current after CLANG 6 upgrade

2018-01-15 Thread David Chisnall
On 15 Jan 2018, at 17:00, Jan Beich wrote: > > It wouldn't help (see below). Clang 6 accidentally made __atomic* work > enough to satisfy configure check but not for the port to build. I guess, > it also confuses configure in net/librdkafka and net-mgmt/netdata. > Can we

Re: inconsistent for() and while() behavior when using floating point

2018-01-15 Thread David Chisnall
On 15 Jan 2018, at 14:49, Hans Petter Selasky wrote: > > The "seq" utility should use two 64-bit integers to represent the 10-base > decimal number instead of float/double. And then you need to step this pair > of integers. As the saying goes: > Sometimes, people think 'I

Re: [self base packages] pkg: packages for wrong OS version: FreeBSD:12:amd64

2018-01-11 Thread David Chisnall
On 10 Jan 2018, at 18:53, Baptiste Daroussin wrote: > > I need to figure out a mechanism to make this simpler to handle to upgrade of > base system while keeping this safety belt for users. > > Any idea is welcome I believe the apt approach to this is to have a different verb

Re: Programmatically cache line

2018-01-05 Thread David Chisnall
On 5 Jan 2018, at 02:46, Jon Brawn wrote: > This idea of Arm big.LITTLE systems having cache lines of different lengths > really, really bothers me - how on earth is the cache coherency supposed to > work in such a system? I doubt the usual cache coherency protocols would work

Re: Programmatically cache line

2018-01-04 Thread David Chisnall
On 3 Jan 2018, at 22:12, Nathan Whitehorn wrote: > > On 01/03/18 13:37, Ed Schouten wrote: >> 2018-01-01 11:36 GMT+01:00 Konstantin Belousov : >> On x86, the CPUID instruction leaf 0x1 returns the information in >> %ebx register. > Hm,

Re: Programmatically cache line

2018-01-01 Thread David Chisnall
On 1 Jan 2018, at 05:09, Adrian Chadd wrote: > > On 30 December 2017 at 00:28, Konstantin Belousov wrote: >> On Sat, Dec 30, 2017 at 07:50:19AM +, blubee blubeeme wrote: >>> Is there some way to programmatically get the CPU cache line sizes on

Re: libfuzzer support

2017-10-24 Thread David Chisnall
On 24 Oct 2017, at 10:29, Kurt Jaeger wrote: > >> >> is libfuzzer (see https://llvm.org/docs/LibFuzzer.html) supported on FreeBSD >> head? >> It seems that it is not supported by /usr/bin/clang... >> >> Am I wrong and it is supported or is someone working on it? > > I

Re: There is *NO* abi stability in -head

2017-10-24 Thread David Chisnall
On 23 Oct 2017, at 21:35, Mateusz Guzik wrote: > > Instead, the same can be reshuffled: > struct crap2 { >int i1; >int i2; >void *p1; >void *p2; > }; > > With offsets: > > 0x1000 i1 > 0x1004 i2 > 0x1008 p1 > 0x1010 p2 > > This is only 24

Re: [RFC] future of drm1 in base

2017-09-03 Thread David Chisnall
On 3 Sep 2017, at 06:31, Cy Schubert wrote: > > Thanks for the heads up Johannes. I currently have three machines that each > run ATI r128, mach64 and the last one an mga card. I normally use my i945 > and i915 laptops (mostly the former) but on occasion I may fire up

Re: svn commit: r322875 - head/sys/dev/nvme

2017-08-25 Thread David Chisnall
On 25 Aug 2017, at 07:32, Mark Millard wrote: > > As I remember _Static_assert is from C11, not > the older C99. In pre-C11 dialects of C, _Static_assert is an identifier reserved for the implementation. sys/cdefs.h defines it to generate a zero-length array if the

Re: swapfile query

2017-08-19 Thread David Chisnall
On 19 Aug 2017, at 17:54, Cy Schubert wrote: > >> 3. should total swap be 1x 2x or some other multiple of RAM these days? > > Depends. If you're running some kind of database server or OLTP > application. Some vendors recommend no swap whatsoever while others >

Re: [libelftc] internal library or not?

2017-08-01 Thread David Chisnall
On 1 Aug 2017, at 12:36, Michael Zhilin wrote: > > Hi Ed, freebsd-current, > > I want to add C++ demangling into sysutils/pstack. In man pages I've found > eltfc_demangle, exact what I need. This function belongs to libelftc. "make > installworld" installs man pages and

Re: libstdc++ build failures on MIPS, PowerPC, Sparc

2017-07-24 Thread David Chisnall
On 23 Jul 2017, at 23:54, Mark Millard wrote: > >>c++ -isystem ${OUTDIR}/tmp/usr/include/c++/v1 -std=c++11 -nostdinc++ >> -isystem ${OUTDIR}/tmp/usr/include -L${OUTDIR}/tmp/usr/lib >> -B${OUTDIR}/tmp/usr/lib --sysroot=${OUTDIR}/tmp -B${OUTDIR}/tmp/usr/bin -O >>

Re: Getting PID of socket client

2017-07-09 Thread David Chisnall
On 9 Jul 2017, at 14:25, Stefan Ehmann wrote: > > Don't why the structs are not compatible, maybe because: > "The process ID cmcred_pid should not be looked up (such as via the > KERN_PROC_PID sysctl) for making security decisions. The sending process > could have exited and

Re: [libltdl] removal from gnu ports

2017-06-07 Thread David Chisnall
On 7 Jun 2017, at 10:33, blubee blubeeme wrote: > > Hi > > I'm sure I was reading yesterday on a different machine about the linker > flag -ld which has something to do with gnu dlopen and how it's ok to > remove those from your Makefile since FreeBSD handles dlopen and a

Re: build src with colored output?

2017-05-16 Thread David Chisnall
On 16 May 2017, at 07:42, Johannes Lundberg wrote: > > Gonna answer myself here. Think I found a way. > > Add CFLAGS=-fcolor-diagnostics to env or /etc/src.conf > Do clean build, that is no -DNO_CLEAN,KERNFAST, etc. > > Makes it a lot easier to find the errors in a 16

Re: libstd++ missing in drm-next-4.7

2017-01-23 Thread David Chisnall
On 20 Jan 2017, at 14:06, Christian Schwarz wrote: > > I know clang is no longer built and installed as part of buildworld in > the FreeBSDDesktop repo, > but why isn't libstd++ present? > > … > > clang39 # now run clang, won't work, see below > Shared object

Re: vt(4) chops off the leftmost three columns

2017-01-14 Thread David Chisnall
On 13 Jan 2017, at 01:00, Ernie Luzar wrote: > > VT should have had better testing before becoming the default in 11.0. The choice was VT or no acceleration in X11, because all of the new DRI drivers depend on KMS, which requires VT. We only got VT in a useable state (and

Re: Is there possible run a MacOS X binary

2016-12-07 Thread David Chisnall
On 5 Dec 2016, at 19:31, Kevin P. Neal wrote: > >> Is there any emulator like linuxator to run Mac OS X binaries, or >> is ther any licensing problem? > > It may be possible to make an emulator for Darwin (the OS that Mac OS sits > on top of), but an emulator for Mac OS

Re: Optimising generated rules for SAT solving (5/12 are duplicates)

2016-11-29 Thread David Chisnall
On 23 Nov 2016, at 18:11, A. Wilcox wrote: > > Or you could just, I don't know, email the diff as a patch using git > send-email like normal people instead of using GitHub's walled garden. > That way, people without GitHub accounts can still comment on it. GitHub pull

Re: how to reduce the size of /usr/share/i18n data?

2016-11-03 Thread David Chisnall
On 3 Nov 2016, at 19:34, Rodney W. Grimes wrote: > > Depressing fact: The i18n directory alone is larger than > a full 386BSD 0.1+sources+patchkit install. Is the depressing thing here that even something as recent as 386BSD 0.1 assumed that ASCII was

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-09-08 Thread David Chisnall
On 24 Jul 2016, at 12:42, David Chisnall <thera...@freebsd.org> wrote: > > I’ve now fixed both of these in the version here: > > https://github.com/davidchisnall/dtc Andy filed a number of issues on GitHub, which are now all fixed. In particular, /include/ should n

Re: Wayland work status

2016-08-12 Thread David Chisnall
On 12 Aug 2016, at 00:18, Lundberg, Johannes wrote: > > Currently by default evdev create /dev/input/eventX devices with 600 > permission. These need to be accessible for non-root users. What is the > best solution? Should we create a "input" group similar to

Re: SafeStack in base

2016-07-28 Thread David Chisnall
On 27 Jul 2016, at 23:55, Shawn Webb wrote: > > I'm interested in getting SafeStack working in FreeBSD base. Below is a > link to a simplistic (maybe too simplistic?) patch to enable SafeStack. > The patch applies against HardenedBSD's hardened/current/master branch.

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-24 Thread David Chisnall
Thanks, On 19 Jul 2016, at 20:49, Emmanuel Vadot wrote: > > > Hello, > > I've just tried bsd dtc on all arm dts that we have. > It doesn't seems to handle multiple include directories. > Here is how to reproduce : > > $ export SRCROOT=/path/to/fbsd/src > $ export

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-23 Thread David Chisnall
On 23 Jul 2016, at 05:16, Warner Losh <i...@bsdimp.com> wrote: > > On Fri, Jul 22, 2016 at 1:03 AM, David Chisnall <thera...@freebsd.org> wrote: >> On 22 Jul 2016, at 03:40, Warner Losh <i...@bsdimp.com> wrote: >>> >>> On Wed, Jul 20, 2016

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-22 Thread David Chisnall
On 22 Jul 2016, at 03:40, Warner Losh <i...@bsdimp.com> wrote: > > On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall <thera...@freebsd.org> wrote: >> On 20 Jul 2016, at 16:46, Warner Losh <i...@bsdimp.com> wrote: >>> >>> I've been try

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-20 Thread David Chisnall
On 20 Jul 2016, at 16:46, Warner Losh wrote: > > I've been trying to get the final spec for it. Right now it's a > disorganized series > of patches, some of which have been merge some that haven't. I'll send you a > copy when I can find something better than "here's the code."

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-20 Thread David Chisnall
On 20 Jul 2016, at 05:48, Warner Losh wrote: > > My concern with this is overlay support. Overlay support for "shields" or > "badges" is going into upstream GPL dtc shortly. The patches have been > kicking around for a while and are almost ready to go in. We need this feature >

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread David Chisnall
On 13 Jul 2016, at 10:17, O. Hartmann wrote: > > A CD is still a used media, but it starts getting squeezy on it as certain > software starts to grow - as CLANG/LLVM does. Maybe it is time to have also > CDs > as "miniboot" and DVDs for a more complete installation

Re: CURRENT: bhyve and Kernel SamePage Mergin

2016-06-09 Thread David Chisnall
If this paper is the one that I think it is, then I was one of the reviewers. Their attack is neat, but it depends quite a lot on being able to deterministically trigger deduplication. Their proof-of-concept exploit was on Windows (and JavaScript attack was really fun) and I’m not convinced

Re: why 100 packages are evil

2016-04-25 Thread David Chisnall
On 25 Apr 2016, at 06:48, Gerrit Kühn wrote: > >> Yes. It will be replaced by 'pkg upgrade' -- as far as I know, that's >> the plan for 11.0-RELEASE. > > Hm... I never had any troubles with freebsd-update, it always "just > worked" for me. OTOH, I remember having

Re: [CFT] packaging the base system with pkg(8)

2016-04-22 Thread David Chisnall
On 21 Apr 2016, at 21:48, Dan Partelly wrote: > > Yes, you are right it misses the media change handler in devd.conf. > maybe it should bementioned somewhere in a man page if it is not > already there. Thanks for the pointer. > > Anyway, if I would have written the

Re: [CFT] packaging the base system with pkg(8)

2016-04-20 Thread David Chisnall
On 20 Apr 2016, at 15:53, Paul Mather wrote: > > Arguably, a packaged base will make it easier to help people, because it > makes more explicit the dependencies of different parts of the system. It's > been my experience that the interactions and impact of the various

Re: [CFT] packaging the base system with pkg(8)

2016-04-20 Thread David Chisnall
On 20 Apr 2016, at 06:06, Julian Elischer wrote: > > my problem with 400 packages is that is is hard to decide what you are > actually running.. or is it FreeBSD 11? is it FreeBSD 10.95342453? > you have no way to tell exactly what you have without comparing all the >

Re: [CFT] packaging the base system with pkg(8)

2016-04-19 Thread David Chisnall
On 19 Apr 2016, at 08:44, Julian Elischer wrote: > >> All this can be done by meta-packages which depend on larger package groups. > Currently Metapackage is a way to make 10 packages look like 11 packages. > The framework needs to understand to hide the 10 internal

Re: Packaging the FreeBSD base system with pkg(8)

2016-04-05 Thread David Chisnall
On 5 Apr 2016, at 10:07, Gergely Czuczy wrote: > > Also, quite often entries from the base system are changed manually, think of > root's/toor's password. Are such cases going to be dealt with properly > between upgrades, including self-built-and-packaged base

Re: FreeBSD MachO File format, your comments on it.

2016-03-24 Thread David Chisnall
On 24 Mar 2016, at 13:42, Damjan Jovanovic wrote: > > ELF itself is a disaster. Symbol lookup in ELF is process scoped, not > library scoped like Windows's PE and Mac's Mach-O, so same named > symbols from different libraries in the same process (loaded through > any number

Re: FreeBSD MachO File format, your comments on it.

2016-03-24 Thread David Chisnall
On 24 Mar 2016, at 12:05, mokhi wrote: > > Hi. > > I'm agreed with point you told about improvements we can do for fat > format (or more). > And I'm ready to do them (with your helps, sure :D). > > But we need short steps and more of them (a local proverb :D) IMO. > If we

Re: FreeBSD MachO File format, your comments on it.

2016-03-24 Thread David Chisnall
Hi, I’d slightly question the assertion that Mach-O is a well-designed format. For example, it has a hard limit of 16 section types, doesn’t support COMDATs and so on. OS X uses a load of magic section names to work around these limitations. Note that a Mach-O image activator is relatively

Re: mount_smbfs(8): support for SMBv3.02?

2016-03-08 Thread David Chisnall
On 8 Mar 2016, at 17:59, Kurt Jaeger wrote: > >> Indeed. Both Solaris and OS X have SMB2 implementations. If >> anyone is interested in working on this, then the Apple implementation >> may provide some inspiration: >> >> http://www.opensource.apple.com/source/smb/ > > Is

Re: [CFT] packaging the base system with pkg(8)

2016-03-08 Thread David Chisnall
On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: > > Yes, I undertund this. But what profit of this? Addtional size is > small, many small packages is bad. We already have expirense with > spliting Xorg to many small packages -- no profit of this. The X.org case is similar,

Re: mount_smbfs(8): support for SMBv3.02?

2016-03-08 Thread David Chisnall
On 8 Mar 2016, at 13:19, Miroslav Lachman <000.f...@quip.cz> wrote: > > It would be really nice if somebody can bring better support for FreeBSD's > SMB/CIFS mount. Maybe through FreeBSD Foundation projects. Indeed. Both Solaris and OS X have SMB2 implementations. If anyone is interested in

Re: Packaging the FreeBSD base system with pkg(8)

2016-01-28 Thread David Chisnall
On 28 Jan 2016, at 17:45, NGie Cooper wrote: > > Also, consider that you're going to be allowing upgrades from older RELEASE > versions of the OS which might be using a fixed copy of pkgng -- how are you > going to support that? I believe that the plan is to promote the

Re: Too low PTHREAD_STACK_MIN value?

2016-01-23 Thread David Chisnall
On 23 Jan 2016, at 08:58, Maxim Sobolev wrote: > > For what it's worth, I agree with David. This looks like definite misuse of > the constant. If app X requires min size of stack of Y, it's fullish of it if > to expect our PTHREAD_STACK_MIN somehow accommodate that. It

Re: Too low PTHREAD_STACK_MIN value?

2016-01-22 Thread David Chisnall
On 21 Jan 2016, at 16:02, Ed Maste wrote: > > I found that lang/polyml uses PTHREAD_STACK_MIN for a trivial signal > handler thread it creates[1]. They found it was too small and > implemented a 4K minimum bound to fix polyml on FreeBSD[2]. Even if > this isn't really the

Re: Is updating contrib/gcc desirable?

2015-12-31 Thread David Chisnall
On 31 Dec 2015, at 11:59, Yuri wrote: > > Would it be the right way of solving the problem if I submitted an update of > contrib/gcc and contrib/gcclibs from the gcc-5.3.0 tree? No. > Any pitfalls with this? The newer versions of GCC are GPLv3 and so are unacceptable for the

Re: Dwarf problem with gcc and gdb

2015-12-08 Thread David Chisnall
The gdb in the base system doesn’t support DWARF4. Use gdb791 or lldb-devel from ports (I believe gdb791 is probably a better bet on ARM, currently). David > On 8 Dec 2015, at 09:02, Ray Newman wrote: > > Hi, > > Compiled using gcc (FreeBSD Ports Collection) 4.8.5 on arm

Re: libXO-ification - tangent on JSON choices

2015-11-20 Thread David Chisnall
On 16 Nov 2015, at 21:04, Garance A Drosehn wrote: > > First let me say that I wish I had more time to contribute to the project, > but I seem to be caught in variety of long drawn-out hassles in real-life. > Otherwise I would already know the answer to this question: > > Is

Re: libXO-ification - Why - and is it a symptom of deeper issues?

2015-11-16 Thread David Chisnall
On 16 Nov 2015, at 17:09, Elizabeth Myers wrote: > > It seems to boil down to the golden rule: he who has the gold, makes the > rules. Juniper wanted it, they're a non-trivial donor to the FreeBSD > foundation and employ many devs, so they got their way. > > That's all

Re: libXO-ification - Why - and is it a symptom of deeper issues?

2015-11-15 Thread David Chisnall
On 15 Nov 2015, at 19:12, Simon J. Gerraty wrote: > > Garrett Cooper wrote: >> We lack a [dtd/json] spec for tools, so programming for xo'ification >> doesn't seems like the best idea in the world to me from a end-user >> sysadmin/developer perspective.

Re: FYI: SVN to GIT converter currently broken, github is falling behind

2015-11-08 Thread David Chisnall
On 8 Nov 2015, at 02:32, Ulrich Spörlein wrote: > > > Git commit hashes *might* change in the future. I really don't > see how this is a big deal anyway. It happened once and I'm trying to > have it never happen again. But why are people afraid of this > happening? Every

Re: [PATCH] microoptimize by trying to avoid locking a locked mutex

2015-11-06 Thread David Chisnall
On 5 Nov 2015, at 16:55, Mateusz Guzik wrote: > >> Will that cause problems, especially for code inside a loop >> where the compiler may decide to shuffle things around? >> > > Lock value is volatile, so the compiler should not screw us up. Note: volatile means do not

Re: [CFT] Unicode collation string and reworked locale definitions

2015-11-02 Thread David Chisnall
On 1 Nov 2015, at 21:30, Baptiste Daroussin wrote: > > All issues reported has been fixed, except if more issues are reported, this > will be merged into head next saturday: November 7th That’s really excellent news! Thanks for doing this. Are there any good potential

Re: dtc(1): reproducible segmentation fault

2015-10-25 Thread David Chisnall
On 25 Oct 2015, at 00:07, George Abdelmalik wrote: > > You've beaten me to it with the fix before I could lodge the bug report :) > > In your repo I've seen that the mmap(2) call now takes the MAP_PRIVATE flag. I > applied that change locally to my source tree and

Re: dtc(1): reproducible segmentation fault

2015-10-24 Thread David Chisnall
On 23 Oct 2015, at 17:40, Ian Lepore wrote: > > Don't cc me. I looked at the in-tree dtc code once and decided it's > too flawed to try to maintain, and it supports only a subset of the > full dts syntax. That's why we switched back to using the gnu dtc for > buildkernel.

Re: dtc(1): reproducible segmentation fault

2015-10-24 Thread David Chisnall
On 24 Oct 2015, at 11:07, David Chisnall <thera...@freebsd.org> wrote: > > On 23 Oct 2015, at 17:40, Ian Lepore <i...@freebsd.org> wrote: >> >> Don't cc me. I looked at the in-tree dtc code once and decided it's >> too flawed to try to maintain, and it suppo

Re: Intel Haswell support - Any updates?

2015-09-17 Thread David Chisnall
On 17 Sep 2015, at 10:55, Lundberg, Johannes wrote: > > Looking at those pages it seems like development has basically been > standing still for the last couple of years. I’m not sure why you’d have that impression. The Haswell entry on that page links here:

Re: Intel Haswell support - Any updates?

2015-09-17 Thread David Chisnall
On 17 Sep 2015, at 11:31, Lundberg, Johannes wrote: > > Anyway, I wish the foundation would support the graphics team by sponsoring > this development… The Foundation did fund a lot of this work, and likely will again. The problem is not willingness of the

Re: Intel Haswell support - Any updates?

2015-09-17 Thread David Chisnall
On 17 Sep 2015, at 14:41, Lundberg, Johannes wrote: > > However, the problem now is not the driver right? But the whole graphics > stack which has to be rewritten to work with new generation graphics like > KMS, Wayland, etc? There are lots of different

Re: CPU Perf Power Mgt

2015-08-21 Thread David Chisnall
On 20 Aug 2015, at 17:44, Justin Hibbits jr...@alumni.cwru.edu wrote: There was a working group at BSDCan this year on power management, and what we need to / can do to bring it up to par with the modern world. Unfortunately, I haven't had any time lately to work on it, but you can read the

Re: duration of buildworld

2015-07-28 Thread David Chisnall
On 27 Jul 2015, at 20:49, Slawa Olhovchenkov s...@zxy.spb.ru wrote: No idea. May be someone know about current status swap in file on UFS. This is work for me some time ago. It sounds as if the swap was working (as the build took a long time, it didn’t run out of memory). My guess would be

Re: eventfd lookalike in FreeBSD ?

2015-07-28 Thread David Chisnall
On 28 Jul 2015, at 18:23, Adrian Chadd adrian.ch...@gmail.com wrote: (What would be nice is having kqueue know about conditionals, so we can sleep on a cond as well as a kqueue fd+queue, but I can't have everything I want..) I recently came across a need to do something like this. Being

Re: eventfd lookalike in FreeBSD ?

2015-07-28 Thread David Chisnall
On 28 Jul 2015, at 18:33, Adrian Chadd adrian.ch...@gmail.com wrote: Windows has had this for years. It makes async network programming with thread worker queues significantly less abusive. Can you do the same with Solaris completion ports? It might be a good source of inspiration for a

Re: gettimeofday((void *)-1, NULL) implicates core dump on recent FreeBSD 11-CURRENT

2015-07-09 Thread David Chisnall
On 9 Jul 2015, at 10:17, NGie Cooper yaneurab...@gmail.com wrote: I agree that this is less applicable for FreeBSD than NetBSD. Please keep in mind that contrib/netbsd-tests came from NetBSD, not FreeBSD. Peter Holm and I tried our best to vet out the issues with the test suite before

Re: [RFC] Replace gnu groff in base by heirloom doctools

2015-05-14 Thread David Chisnall
On 14 May 2015, at 09:59, Baptiste Daroussin b...@freebsd.org wrote: On Thu, May 14, 2015 at 09:55:19AM +0100, David Chisnall wrote: On 14 May 2015, at 01:02, Baptiste Daroussin b...@freebsd.org wrote: - it is partially CDDL partially BSD license. We currently have a WITHOUT_CDDL knob

Re: [RFC] Replace gnu groff in base by heirloom doctools

2015-05-14 Thread David Chisnall
On 14 May 2015, at 01:02, Baptiste Daroussin b...@freebsd.org wrote: - it is partially CDDL partially BSD license. We currently have a WITHOUT_CDDL knob that some people use. If we don’t build the CDDL parts, what will break? David ___

Re: [RFC] Replace gnu groff in base by heirloom doctools

2015-05-14 Thread David Chisnall
On 14 May 2015, at 10:24, Baptiste Daroussin b...@freebsd.org wrote: On Thu, May 14, 2015 at 10:13:18AM +0100, David Chisnall wrote: On 14 May 2015, at 09:59, Baptiste Daroussin b...@freebsd.org wrote: On Thu, May 14, 2015 at 09:55:19AM +0100, David Chisnall wrote: On 14 May 2015, at 01:02

Re: Increase BUFSIZ to 8192

2015-05-13 Thread David Chisnall
On 13 May 2015, at 09:03, John-Mark Gurney j...@funkthat.com wrote: Poul-Henning Kamp wrote this message on Tue, May 12, 2015 at 06:31 +: In message 20150512032307.gp37...@funkthat.com, John-Mark Gurney writes: Also, you'd probably see even better performance by increasing the

Re: CFR: a new __unreachable() builtin

2015-05-13 Thread David Chisnall
On 13 May 2015, at 17:05, Pedro Giffuni p...@freebsd.org wrote: Hello; I am looking at the cdefs in other BSDs hoping to avoid adopting the same definitions with incompatible names and I noticed NetBSD is using a new __builtin_unreachable (void) function from gcc 4.6:

Re: What to do about RCS/OpenRCS

2015-05-11 Thread David Chisnall
On 11 May 2015, at 17:27, Jos Backus j...@catnook.com wrote: I didn't miss anything. My point is that debating to update one piece of obsolete software with another is silly, and that FreeBSD should try to move forward in this area. But that's hard, as your response indicates. Steve is

Re: Merging GitHub Pull Requests into Subversion using git-svn

2015-04-25 Thread David Chisnall
On 23 Apr 2015, at 00:12, Craig Rodrigues rodr...@freebsd.org wrote: While not as smooth as clicking a merge button in GitHub, this is a valid way to accept patches submitted via GitHub pull requests, and integrate them in our FreeBSD Subversion repo. The merge button on GitHub does the

Re: [CFT] Call for testing pkg 1.5.0

2015-04-01 Thread David Chisnall
On 1 Apr 2015, at 05:03, Rui Paulo rpa...@me.com wrote: That is expected. WITH_PKG=devel is a make(1) option that only affects ports (non-binary pkgs). Are you sure? I have it in make.conf on one of my systems where I never build ports manually (and don't even have a ports tree installed)

Re: SSE in libthr

2015-03-28 Thread David Chisnall
On 28 Mar 2015, at 13:54, Julian Elischer jul...@freebsd.org wrote: the point is that clang will do this anywhere it can, because it isn't taking into account the side effects, just the speed of the commands themselves. This is also something that is not going to decrease. Clang now

Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867

2015-03-23 Thread David Chisnall
On 22 Mar 2015, at 22:01, Craig Rodrigues rodr...@freebsd.org wrote: Volatile is not the solution, it is completely orthogonal. The correct way would be to use unsigned integers, for which wrapping is defined, then convert those back and forth when presenting the results to the user.

Re: Massive libxo-zation that breaks everything

2015-03-03 Thread David Chisnall
On 3 Mar 2015, at 01:32, Andrey Chernov a...@freebsd.org wrote: So, why you ever need to modify wc? Just load wc inside your json/xml/etc writer, replacing its printf at the ld-elf.so level. You can't get structured output from printf() because printf() takes unstructured input. It's a

Re: Massive libxo-zation that breaks everything

2015-03-02 Thread David Chisnall
On 1 Mar 2015, at 21:29, Rui Paulo rpa...@me.com wrote: On Mar 1, 2015, at 11:11, David Chisnall thera...@freebsd.org wrote: How would it be in a port? It involves modifying core utilities (some of which, like ifconfig, rely on kernel APIs that change between releases) to emit structured

Re: Massive libxo-zation that breaks everything

2015-03-02 Thread David Chisnall
On 2 Mar 2015, at 09:24, Harrison Grundy harrison.gru...@astrodoggroup.com wrote: It would seem like the libxo stuff runs the risk of becoming this same API. Why? The 'API' in the case of an libxo-ised program is a stream on stdout that is then consumed by a JSON or XML parser. XML and

Re: Massive libxo-zation that breaks everything

2015-03-02 Thread David Chisnall
On 2 Mar 2015, at 09:16, Julian Elischer jul...@freebsd.org wrote: if we develop a suitable post processor with pluggable grammars, we save a lot of work. given enough examples you could almost have automatically generated grammars. This decoupled approach is problematic. A large part of

Re: Massive libxo-zation that breaks everything

2015-03-01 Thread David Chisnall
On 1 Mar 2015, at 18:49, Harrison Grundy harrison.gru...@astrodoggroup.com wrote: That does seem useful, but I'm not sure I see the reasoning behind putting into base, over a port or package, since processing XML in base is a pain, and it can't serve up JSON or HTML without additional

Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default

2015-02-12 Thread David Chisnall
On 12 Feb 2015, at 04:49, Glen Barber g...@freebsd.org wrote: I would like to see it enabled by default for 11.0-RELEASE. For everyone concerned about size, remember that the goal for 11.0-RELEASE is to use pkg for the base system, which makes it much easier to: - Install some debug info

Re: PSA: If you run -current, beware!

2015-02-05 Thread David Chisnall
On 5 Feb 2015, at 07:48, Luigi Rizzo ri...@iet.unipi.it wrote: Rather than depending on a compiler option, wouldn't it be better/more robust to change ticks to unsigned, which has specified wrapping behavior? Especially if we want to extend support for external toolchains. gcc and clang

Re: asr(4) error with new clang/llvm

2015-01-02 Thread David Chisnall
On 2 Jan 2015, at 05:00, Ed Maste ema...@freebsd.org wrote: It's a variable length array in a struct / union. Other than being confusing and now triggering a warning after the clang update it should be fine. Most likely we need to build asr with -Werror disabled for that warning, perhaps

Re: [PATCH]: further shrinking of boot2

2014-11-21 Thread David Chisnall
Fir the clang 3.4 import, I had some patches (that never got applied), which used clang -O0 and then opt with some custom optimisation order to get a reasonable size saving. It might be worth trying that, so that future changes to the default optimisation order don't make things worse again.

Re: Finding a rogue src/sys commit with bisection?

2014-11-15 Thread David Chisnall
On 15 Nov 2014, at 18:56, Alfred Perlstein bri...@mu.org wrote: git clone --config remote.origin.fetch='+refs/notes/*:refs/notes/*' https://github.com/freebsd/freebsd.git You might want to add --depth 2000 (where 2000 is a guess at how many commits there have been since when it broke and

Re: Changing timezone without reboot/restarting each service?

2014-11-11 Thread David Chisnall
On 11 Nov 2014, at 03:35, Allan Jude allanj...@freebsd.org wrote: jkh@ mentioned this specifically when he gave his talk at EuroBSDCon and MeetBSD, about how Apple solved this in LaunchD, because apparently originally libc DID check /etc/localtime constantly. Darwin also has the notify(3)

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-29 Thread David Chisnall
On 29 Oct 2014, at 03:11, Ed Maste ema...@freebsd.org wrote: /usr/lib/debug is the standard location for standalone debug data established by GDB, and seems like a decent enough location. I'll make sure to update the man page. Do gdb and lldb also look in /usr/local/lib/debug? If not, it

Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg?

2014-10-21 Thread David Chisnall
On 21 Oct 2014, at 00:15, Mason Loring Bliss ma...@blisses.org wrote: The second thing that would be useful would be a series of cheat sheets for various things. This can either be equivalent commands or equivalent systems. Let new folks know that LUKS is GELI and that md-raid1 is gmirror and

Re: Voxer using FreeBSD, BSDNow.tv interview

2014-10-20 Thread David Chisnall
On 19 Oct 2014, at 23:09, Craig Rodrigues rodr...@freebsd.org wrote: (2) Most devops engineers in web/mobile companies are familiar with Linux. Any differences between Linux and FreeBSD in command-line utilities are not show-stoppers, but they are annoyances.

Re: usb printer vs cups

2014-09-17 Thread David Chisnall
There are a couple of similar issues currently. The other one that comes to mind is that every X11 application that needs to use OpenGL (or similar) must open /dev/dri/{something}, but the default permissions only permit root. The correct solution is probably to ship a devfs.conf that puts

Re: [HEADSUP] pkg(8) is now the only package management tool

2014-09-02 Thread David Chisnall
On 2 Sep 2014, at 12:47, Michelle Sullivan miche...@sorbs.net wrote: I'm not happy that the EOL was not actually an EOL and it was actually a deadline. I'm not sure what you think the difference is. The EOL says 'the FreeBSD project no longer supports this configuration'. If you are not

Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg?

2014-08-14 Thread David Chisnall
On 14 Aug 2014, at 02:34, Russell L. Carter rcar...@pinyon.org wrote: So I would be very willing to contribute to this project, if that makes sense. Best, Russell (what list should this move to? Perhaps ports?) I'd suggest docs. Note that currently, the docs team is the smallest part

Re: PostgreSQL performance on FreeBSD

2014-08-13 Thread David Chisnall
On 12 Aug 2014, at 19:09, John Baldwin j...@freebsd.org wrote: OTOH, I have actually seen junk profiling _improve_ performance in certain cases as it forces promotion of allocated pages to superpages since all pages are dirtied. (I have a local hack that adds a new malloc option to

Re: [ANNOUNCEMENT] pkg 1.3.0 out!

2014-07-24 Thread David Chisnall
Great news! I've been running the 1.3 prereleases for a while, and aside from one hiccup in the early alphas, it's been a very pleasant experience. Thanks to all involved, David On 23 Jul 2014, at 15:42, Baptiste Daroussin b...@freebsd.org wrote: Hi all, I'm very please to announce the

Re: Demangling issues with libcxxrt.so.1 on v9.2

2014-07-15 Thread David Chisnall
Hi Ivan, The demangler in libcxxrt is taken from the elftoolchain project. Kai Wang (added to cc:) was interested in improving it, but I doubt any fixes will be merged to 9.x any time soon. David On 15 Jul 2014, at 14:11, Ivan A. Kosarev i...@ivan-labs.com wrote: Hello everybody, It

Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break sysctl hw.ncpu]

2014-07-05 Thread David Chisnall
On 5 Jul 2014, at 14:07, Dimitry Andric d...@freebsd.org wrote: Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, and the accompanying comment (XXX Delete -Wuninitialized by default for now -- the compiler doesn't always get it right) has never been changed. :-) It is

Re: freebsd and utf-8 directory names

2014-07-01 Thread David Chisnall
On 1 Jul 2014, at 15:41, d...@gmx.com wrote: Also, you're at least the 3rd user (I'm at least the 2nd) that runs into this case; ie., here's a report: http://forums.freebsd.org/showthread.php?t=14612 (of course, this does not contain a solution). Please note that forums.freebsd.org is not a

Re: jail sockstat shows gdnc, gdomap, casperd as enabled

2014-06-03 Thread David Chisnall
On 3 Jun 2014, at 09:00, Beeblebrox zap...@berentweb.com wrote: I know that they are related to GNUstep (although I have no idea what GNUstep actually does other than act as a messaging system probably like dbus). Anyway, I don't understand how why they start up and that's exactly my

  1   2   3   >