Re: [PATCH] bsd.port.mk - make relation between GH_TAGNAME & GH_COMMIT more apparent (prevent actual bug regression)

2015-04-07 Thread Stuart Henderson
On 2015/04/06 11:59, Dmitrij D. Czarkoff wrote: > Stuart Henderson said: > > I think we should remove the existing ones and make it an error to > > specify both GH_TAGNAME and GH_COMMIT. Thoughts? If people think this > > is a good idea I'll do the ports mop-up. > > I'd rather see a warning saying

Re: weak symbols

2015-04-07 Thread Mark Kettenis
> Date: Tue, 7 Apr 2015 23:14:51 -0700 > From: Philip Guenther > > On Tue, 7 Apr 2015, Martijn van Duren wrote: > > $ nm -e ./a.out > ... > > W __cxa_atexit -> _dl_searchnum > ... > > 0c90 W __register_frame_info -> (null) > ... > > 0dd4 W pthread_create -> __got_end > > 0

Re: weak symbols

2015-04-07 Thread Philip Guenther
On Tue, 7 Apr 2015, Martijn van Duren wrote: > $ nm -e ./a.out ... > W __cxa_atexit -> _dl_searchnum ... > 0c90 W __register_frame_info -> (null) ... > 0dd4 W pthread_create -> __got_end > 0dfd W pthread_mutex_init -> __data_start > 0e10 W pthread_mutex_lock ->

remove mbuf cluster pool watermarks

2015-04-07 Thread David Gwynne
they basically prevent the return of mbuf cluster memory back to uvm. this means if you have a spike of socket activity, you can end up allocating a lot of memory that you can never use again. the watermark was introduced to prevent clusters constantly churning back and forward with uvm. this happ

upd(4) with async reports

2015-04-07 Thread David Higgs
Features of this diff: - All upd(4) reports are queried asynchronously - Use pending status to prevent duplicate usb queries - No apparent changes from end-user point of view Note: depends on the previous upd(4) LIST diff, not yet committed. As usual, feedback and comments are welcome. --david

Re: bce(4), lge(4), nge(4), vge(4), wb(4), malo(4) and hme(4/sparc)

2015-04-07 Thread David Gwynne
> On 8 Apr 2015, at 01:38, Martin Pieuchot wrote: > > Here's a diff to convert these drivers to if_input(). They all make > use of m_devget(9) which takes an ifp as argument and I'd like to > change that. But first I need to make sure all these drivers are > converted. > > If you can try this

Re: add m_defrag to pcn driver

2015-04-07 Thread David Gwynne
> On 8 Apr 2015, at 06:42, Stefan Fritsch wrote: > > Hi, > > I have committed the vio diff with some tweaks to remove some more now > unused code. But I think this diff is actually incorrect: > > On Tue, 31 Mar 2015, Kimberley Manning wrote: >> Index: if_pcn.c >> =

Re: falloc and related stuff

2015-04-07 Thread Philip Guenther
On Tue, Apr 7, 2015 at 3:57 PM, Kanonenvogel wrote: > I have idea to modify falloc() function and related logic. > Now, after successful faclloc call, we have half-initialized struct file > object, protected by FIF_LARVAL flag. > I want to initialise struct file object within falloc() and then p

falloc and related stuff

2015-04-07 Thread Kanonenvogel
Hello. I have idea to modify falloc() function and related logic. Now, after successful faclloc call, we have half-initialized struct file object, protected by FIF_LARVAL flag. I want to initialise struct file object within falloc() and then put it to fd_ofiles array and filehead list. This modi

Re: add m_defrag to pcn driver

2015-04-07 Thread Stefan Fritsch
Hi, I have committed the vio diff with some tweaks to remove some more now unused code. But I think this diff is actually incorrect: On Tue, 31 Mar 2015, Kimberley Manning wrote: > Index: if_pcn.c > === > RCS file: /cvs/src/sys/dev/

bce(4), lge(4), nge(4), vge(4), wb(4), malo(4) and hme(4/sparc)

2015-04-07 Thread Martin Pieuchot
Here's a diff to convert these drivers to if_input(). They all make use of m_devget(9) which takes an ifp as argument and I'd like to change that. But first I need to make sure all these drivers are converted. If you can try this diff on one or more chips, please let me know how it goes. Martin

Re: autoinstall(8) tweaks

2015-04-07 Thread Philipp
Am 07.04.2015 16:55 schrieb Kirill Bychkov: disklabel = D\na b\n\n4g\n\na a\n\n\n\n/\np\nq\n Oh, please yes. I know that this will be PITA around (non)escaping and all, but the default labelling just isnt cutting it. + _mode=$(sed -E '/^ *filename "(.*\/)?auto_(install|upgrade)";$/!d;s//\2

Re: autoinstall(8) tweaks

2015-04-07 Thread Kirill Bychkov
On Tue, April 7, 2015 13:02, Alex Wilson wrote: > On the topic of local tweaks to autoinstall, I was trying to use it for > a bunch of blades with very limited disk the other day, and I really > wanted to make them just create a single slice for / and some swap. > > I ended up doing: > > --- a/dist

Re: [proposal] dump -U by default

2015-04-07 Thread Manuel Giraud
Philip Guenther writes: > On Fri, Apr 3, 2015 at 7:14 AM, Manuel Giraud wrote: >> The following patch replaces the -U flag with a -D flag that forces >> usage of device name in /etc/dumpdates. The default is now to use DUID. >> >> Why?: >> - dump identification would better be unique >>

Re: autoinstall(8) tweaks

2015-04-07 Thread Alex Wilson
On the topic of local tweaks to autoinstall, I was trying to use it for a bunch of blades with very limited disk the other day, and I really wanted to make them just create a single slice for / and some swap. I ended up doing: --- a/distrib/amd64/common/install.md +++ b/distrib/amd64/common/in

Re: autoinstall(8) tweaks

2015-04-07 Thread Robert Peichaer
On Mon, Apr 06, 2015 at 09:01:51PM +0100, Robert Peichaer wrote: > On Mon, Apr 06, 2015 at 09:48:58PM +0800, Nathanael Rensen wrote: > > A couple of autoinstall(8) tweaks that I find useful. > > > > I find it convenient to be able to specify a path to the response file. > > I also prefer to use th