Re: sunfire v120 gem interfaces

Ryan Freeman: > However, for some reason after sometimes mere hours -- othertimes days at a > time, the gem0 interface needs to be cycled: [...] starting to wonder > if this machine is at its EOL and the network ports are dying :( I see the same problem with the gem in my Blade 150. --

pledge(2) nohup(1)

Hi! Simple pledge around nohup, it starts with "stdio rpath wpath cpath exec" and then after nohup.out file is open(2)'ed it can drop to "stdio exec" only: Index: nohup.c === RCS file: /cvs/src/usr.bin/nohup/nohup.c,v retrieving

Re: Patch 1/3 - make DIOCRADDADDRS to accept on IP address per ioctl() call

Hello, > On Wed, Oct 28, 2015 at 06:19:48PM +0100, Alexandr Nedvedicky wrote: > > The idea has been proposed by Claudio at Varazdin. > > I guess the idea is to eliminate the workq. Or is ther naother > reason to change it? the primary goal is to kill work queues. > > Comments inline > thank

at(1): avoid chdir

Use the *at system calls instead of changing directories. - todd Index: usr.bin/at/at.c === RCS file: /cvs/src/usr.bin/at/at.c,v retrieving revision 1.70 diff -u -p -u -r1.70 at.c --- usr.bin/at/at.c 9 Nov 2015 15:57:39 -

Re: Patch 1/3 - make DIOCRADDADDRS to accept on IP address per ioctl() call

On Sun, Nov 08, 2015 at 01:18:22PM +0100, Alexander Bluhm wrote: > On Sun, Nov 08, 2015 at 02:37:58AM +0100, Alexander Bluhm wrote: > > > + for (i = 0; (i < size) && (rv == 0); i++) { > > > > rv is unitialized in the first interation > > > > > + io.pfrio_buffer = addr++; > > > +

Re: Patch 1/3 - make DIOCRADDADDRS to accept on IP address per ioctl() call

> On 09.11.2015, at 22:21, Alexandr Nedvedicky > wrote: > > On Sun, Nov 08, 2015 at 01:18:22PM +0100, Alexander Bluhm wrote: >> On Sun, Nov 08, 2015 at 02:37:58AM +0100, Alexander Bluhm wrote: + for (i = 0; (i < size) && (rv == 0); i++) { >>> >>> rv is

less(1): fix implicit declaration

Index: main.c === RCS file: /cvs/src/usr.bin/less/main.c,v retrieving revision 1.26 diff -u -p -r1.26 main.c --- main.c 9 Nov 2015 18:41:46 - 1.26 +++ main.c 9 Nov 2015 21:09:46 - @@ -13,6 +13,7 @@ * Entry

Re: at(1): avoid chdir

On Mon, Nov 9, 2015 at 2:57 PM, Todd C. Miller wrote: > On Mon, 09 Nov 2015 14:52:53 -0800, Philip Guenther wrote: > >> If fdopendir() fails, dfd needs to be closed. > > Since perr() exits like err() does we don't need to close dfd. Ah, in that case, ok guenther@

Re: [patch] dc: array_free usage

Michael W. Bombardieri wrote: > Hi tech@, > > In dc(1) the function array_free() knows how to skip a null pointer so > calling code doesn't need to avoid passing null. > Also, minor style (braces) clean-up. ok mmcc@ It may also be a good idea to change the allocation names in the form bmalloc

[patch] tsec(4): enable TX interrupt coalescing

Hi, This reduces tsec(4) TX interrupts by over a factor of four per interface, boosting throughput by a couple of percent for $ dd if=/dev/zero bs=4096 | nc ${host} ${port} It does this by reducing TX interrupts notifications to one per frame, from one per mbuf fragment, and by

fix segfault in rs(1)

Hi, schwarze@isnote $ cat rs.c | rs -H 61 line 1 [...] 25 line 50 26 line 12338 Segmentation fault (core dumped) rs(1) -H always segfaults for input larger than 4 KB. The reason is that, in get_line(), * Initially, (irows == 0), curline gets set to the static buffer ibuf. * -H

Re: tls_init.3 add small info

On Thu, Nov 05, 2015 at 02:11:06PM +0100, Jan Klemkow wrote: > Hi, > > I'm playing around with client-side certificates[1] and saw that the > manpage of tls_init.3 recommend to uses the functions: > tls_config_set_ca_{file,path,mem} only in client context. > > But to check client-side

Re: Call for Testing: rtalloc(9) change

On Wed, Nov 04, 2015 at 12:33:23PM +0100, Martin Pieuchot wrote: > On 12/08/15(Wed) 17:03, Martin Pieuchot wrote: > > I'm currently working on the routing table interface to make is safe > > to use by multiple CPUs at the same time. The diff below is a big > > step in this direction and I'd

Re: [PATCH] add F13-F24 and colour support to console terminfo

Perhaps it should go in FAQ section 7, or somewhere else, I don't know where. Note pccon is only for some platforms. On Mon, Nov 09, 2015 at 08:50:12AM +, Tati Chevron wrote: > On Mon, Nov 09, 2015 at 08:23:08AM +, Nicholas Marriott wrote: > >On Sun, Nov 08, 2015 at 09:01:52PM +,

Re: PC Engines APU2 coming soon - how is OpenBSD's support so far?

Brian Conway [bcon...@rcesoftware.com] wrote: > I meant positioning the whole case bottom-up (i.e. but the hot surface > at the top). Oh I see! I just got a beta unit. I was late to the party. I used some of this ZM-STG1 thermal grease (comes with a paint applicator type brush) and the

Re: pledge(2) spamdb(8)

Ping? On 27/10/2015 12:33, Ricardo Mestre wrote: Hi! I have been running this on my "production" server, for a few days now, without any apparent issues (I also tested manual interactions adding/removing SPAMTRAP and TRAPPED entries). Any comments? :) Best regards, Ricardo Mestre On

restore typo

Hi, Here is a typo in the verbose mode of restore: Index: tape.c === RCS file: /cvs/src/sbin/restore/tape.c,v retrieving revision 1.46 diff -u -p -r1.46 tape.c --- tape.c 25 Aug 2015 04:18:43 - 1.46 +++ tape.c 9

Re: restore typo

Manuel Giraud wrote: > Hi, > > Here is a typo in the verbose mode of restore: ok mmcc@ > Index: tape.c > === > RCS file: /cvs/src/sbin/restore/tape.c,v > retrieving revision 1.46 > diff -u -p -r1.46 tape.c > --- tape.c25 Aug

Re: [PATCH] add F13-F24 and colour support to console terminfo

On 11/09/15 11:50, Tati Chevron wrote: > On Mon, Nov 09, 2015 at 08:23:08AM +, Nicholas Marriott wrote: >> On Sun, Nov 08, 2015 at 09:01:52PM +, Tati Chevron wrote: >>> Is there any reason why the OpenBSD installer still defaults to a >>> terminal type of vt-220 for the VGA framebuffer

Re: PC Engines APU2 coming soon - how is OpenBSD's support so far?

I meant positioning the whole case bottom-up (i.e. but the hot surface at the top). Brian Conway On Mon, Nov 9, 2015 at 9:28 AM, Chris Cappuccio wrote: > Brian Conway [bcon...@rcesoftware.com] wrote: >> >> Taking into account Mr. Cappuccio's advice on using thermal paste >>

Re: PC Engines APU2 coming soon - how is OpenBSD's support so far?

Brian Conway [bcon...@rcesoftware.com] wrote: > > Taking into account Mr. Cappuccio's advice on using thermal paste > between the CPU and heat spreader, and also positioning it bottom-up, > this one stabilized at 51 C at idle. I haven't had a chance to do much > benchmarking for higher temps yet,

Re: [patch] cwm: Honour size hints when resizing using keyboard

On Mon 2015.11.09 at 00:14 +0100, Vadim Vygonets wrote: > Dear daemonfishes, > > After using evilwm for a decade, I'm quite impressed with cwm's > codebase and functionality. (I just couldn't understand one > feature: what's the use of ptrmove* if you cannot click? (...Mr. > Andersen?)) I've

New erratas released today: 5.8 errata #8, 5.7 errata #20

There is a remotely triggerable panic in the wireless subsystem involving WPA (a.k.a RSN). RSN element parsing in the input path lacks validation of the group cipher and group management cipher values. If a bad value is received it is stored without validation, which will trigger a panic when the

Re: patch saves some cycles by extending pfr_walktree() a bit

Hello, > > For now the code gets more as we have two ways to iterate over the > tree. When you remove the additional work queues I expect many - > diffs. So if this code dupliation is temporary, this aproach is > fine for me. yes code duplication is temporary, I'd like to kill work queues. >

Re: radioctl slight error

Hi tech@, I tried the code from radioctl(1) on a test program, since I don't have a radio tuner, and cannot reproduce this problem, nevertheless like Douglas mentioned below shouldn't strtod(3) be used instead of atof(3) since it has overflow/underflow checks for free? Also are there any

[patch] dc: array_free usage

Hi tech@, In dc(1) the function array_free() knows how to skip a null pointer so calling code doesn't need to avoid passing null. Also, minor style (braces) clean-up. - Michael Index: bcode.c === RCS file:

Re: Periodically sync RTC

> Date: Sun, 8 Nov 2015 22:57:24 +0100 > From: Christian Weisgerber > > I would like to sync the system time periodically back to the RTC. > > Currently we update the RTC > (1) when the time is set with clock_settime() or settimeofday(), which > never happens for a

Re: Patch 1/3 - make DIOCRADDADDRS to accept on IP address per ioctl() call

> > I'm wondering - how does it affect tools that load several thousands of IPs > into a table? Like spamd, bgpd (for spam lists etc.), or pfctl for IP black > lists (as distributed by ET). > > There are valid use cases with HUGE tables, but I have to admit that I didn't > test your diff yet.

Re: at(1): avoid chdir

On Mon, Nov 9, 2015 at 1:48 PM, Todd C. Miller wrote: > Use the *at system calls instead of changing directories. ... > + if ((dfd = open(AT_SPOOL, O_RDONLY|O_DIRECTORY)) == -1 || > + (spool = fdopendir(dfd)) == NULL) > perr2("Cannot open

Re: at(1): avoid chdir

On Mon, 09 Nov 2015 14:52:53 -0800, Philip Guenther wrote: > If fdopendir() fails, dfd needs to be closed. Since perr() exits like err() does we don't need to close dfd. - todd

Re: unify xmalloc (was Re: [patch] cvs: retire xfree())

> On November 9, 2015 at 5:04 AM Michael McConville wrote: > Tobias, could you split your latest diff into separate diffs for each > function type (xmalloc, xcalloc, etc.)? It'd make it easier to zero in > on the problematic hunks and fast-track the rest. I don't really see

Re: [patch] tcpdump print-atalk segfaults

On 9 November 2015 at 01:27, Kevin Reay wrote: > On Sun, Nov 8, 2015 at 4:58 PM, Mike Belopuhov wrote: >> Do you have a library of pcaps available somewhere? > > Just a small local set that I've built up for testing. > > Is there interest in

Re: Driver for Attansic Technology E2200.

Hello Guillermo, On 08/11/15(Sun) 17:06, Guillermo Bernaldo de Quiros Maraver wrote: > Hi, good afternoon. > > I don't know if this is the correct list to post the next email so, I'm > sorry if this isn't the correct place. > > My laptop computer wich is an MSI GE70 2QE has a network interface

Re: [patch] cwm: Honour size hints when resizing using keyboard

Quoth Okan Demirmen on Mon, Nov 09, 2015: > On Mon 2015.11.09 at 00:14 +0100, Vadim Vygonets wrote: > > Dear daemonfishes, > > > > After using evilwm for a decade, I'm quite impressed with cwm's > > codebase and functionality. (I just couldn't understand one > > feature: what's the use of

Re: [PATCH] add F13-F24 and colour support to console terminfo

On Mon, Nov 09, 2015 at 08:23:08AM +, Nicholas Marriott wrote: On Sun, Nov 08, 2015 at 09:01:52PM +, Tati Chevron wrote: Is there any reason why the OpenBSD installer still defaults to a terminal type of vt-220 for the VGA framebuffer console, and doesn't even suggest pccon as an

Re: [PATCH] add F13-F24 and colour support to console terminfo

On Sun, Nov 08, 2015 at 09:01:52PM +, Tati Chevron wrote: > Hi, > > On Sun, Nov 08, 2015 at 08:18:55PM +, Nicholas Marriott wrote: > >Hi > > > >I think it should be Shift-F1 etc, but since this is a general problem > >with the xterm entry not just on OpenBSD, I suggest you discuss it with

Re: less(1) cleanup

ok nicm On Sun, Nov 08, 2015 at 11:42:27PM -0500, Michael McConville wrote: > Here, I: > > 1) remove a useless comment > 2) remove a needless void* cast > 3) remove a bunch of NULL-checks for free() > 4) simplify a little associated logic > > Call me a one trick pony. > > ok? > > >

Re: unify xmalloc (was Re: [patch] cvs: retire xfree())

On Sun, Nov 08, 2015 at 07:43:10PM -0500, Michael McConville wrote: > Maybe we should pick this off in smaller chunks so that we don't get > immobilized by a few scattered issues. > > ok for removing xfree from aucat? > yes, ok ratchov; if later this causes me merges i'll find another solution.

Re: [patch] tail(1) follow multiple files

ping On 11/04/15 23:29, Martijn van Duren wrote: Hello tech@, I got somewhat annoyed by the fact that OpenBSD's tail can't follow multiple files and since the last attempt at it was from 2008 I thought I'd give it a shot. I already sent an earlier version of this diff to Landry who called it