This moves the BIOCGSTATS ioctl operation done by the tcpdump process
(at ^C time, but not at -c count expiration) into a service provided
by the privsep monitor.
Had a bit of help from canacar, who wrote the original privsep code
with otto.
Will be needed for "tame".
Index: privsep.c
==
> > Index: tcpdump.c
> > ===
> > RCS file: /cvs/src/usr.sbin/tcpdump/tcpdump.c,v
> > retrieving revision 1.70
> > diff -u -p -r1.70 tcpdump.c
> > --- tcpdump.c 18 Apr 2015 18:28:38 - 1.70
> > +++ tcpdump.c 11 Jul 2
On Sat, Jul 11, 2015 at 10:45:44PM +0200, Christian Weisgerber wrote:
> I was looking at some SIP traffic (urgh) with tcpdump -A | less and
> wondered why ^K and ^L were considered printable characters. Let's
> tighten this a bit. Equivalent to what tcpdump.org has.
>
> OK?
>
> Index: tcpdump.c
On Sat, Jul 11, 2015 at 02:47:31PM -0600, Bob Beck wrote:
> Other verbiage aside guys - sorry Frantisek, I might not agree with
> Theo's level of rancor, but No, Your statement for "all the wrong
> reasons"
> is insulting to all of us, and more developers should speak out about it.
Yep, what is en
I was looking at some SIP traffic (urgh) with tcpdump -A | less and
wondered why ^K and ^L were considered printable characters. Let's
tighten this a bit. Equivalent to what tcpdump.org has.
OK?
Index: tcpdump.c
===
RCS file: /cvs/
Other verbiage aside guys - sorry Frantisek, I might not agree with
Theo's level of rancor, but No, Your statement for "all the wrong
reasons"
is insulting to all of us, and more developers should speak out about it.
I will speak somewhat out of turn here, and tell you I know for a fact
because I
On Sat, Jul 11, 2015 at 3:44 PM, Joel Sing wrote:
> Your analysis is incorrect - offlining of chunks is handled via sr_ccb_done().
> If lower level I/O indicates an error occurred then the chunk is marked
> offline,
> providing that the discipline has redundancy (for example, we do not offline
>
Theo de Raadt, 11 Jul 2015 11:43:
> > it flatters me somewhat that you read so much into
> > my simple astonishment about a news item that does
> > in most geek circles provoke the response "no way,
> > hell froze over".
>
> I quote from your original mail:
>
> this is very impressive news, a
> it flatters me somewhat that you read so much into
> my simple astonishment about a news item that does
> in most geek circles provoke the response "no way,
> hell froze over".
I quote from your original mail:
this is very impressive news, although for me for all
the wrong reasons.
Hav
Theo de Raadt, 09 Jul 2015 21:08:
> As a group (with me and others as the proxy) we do ask for companies
> to help fund us from time to time, and this benefits everyone as a
> result of the common advancements. As for output, there is no
> discrimination as to their cause, because that is not our
This was buried in a support thread on misc@, so I thought I'd send it
here. I'm interested to hear what other devs think.
https://marc.info/?l=openbsd-misc&m=143650092505421&w=2
https://marc.info/?l=openbsd-misc&m=143650301005709&w=2
https://marc.info/?l=openbsd-misc&m=1
On Friday 10 July 2015 22:01:43 Karel Gardas wrote:
> On Fri, Jul 10, 2015 at 9:34 PM, Chris Cappuccio wrote:
> > My first impression, offlining the drive after a single chunk failure
> > may be too aggressive as some errors are a result of issues other than
> > drive failures.
>
> Indeed, it may
On Sat, Jul 11, 2015 at 09:54:34AM +0200, Stefan Sperling wrote:
> While run_task() iterates through the host command queue during a scan,
> the interface may get reset via run_stop() and run_init() when switching
> bands (2GHz -> 5GHz) in run_media_change().
>
> The list state gets corrupted beca
I would like to ask your advice about sending patches that include
localedef and support for LC_TIME.
Some time ago I sent patches to support LC_TIME using source tables from
FreeBSD:
http://comments.gmane.org/gmane.os.openbsd.tech/36338
I understood from Stephan that source tables shoul
Every now and then sndiod hangs on me. Usually I discover this as
mplayer hangs while playing a video or hangs while opening the audio
device on startup. Restarting sndiod using the /etc/rc.d/sndiod
script doesn't work; it blocks trying to stop the running sndiod. I
have to use kill -9 to get ri
The urtwn(4) USB driver uses the same broken pattern as run(4).
See http://marc.info/?l=openbsd-tech&m=143660130627359&w=2
Single-band driver, so not actually affected.
Fix anyway for posterity.
Index: if_urtwn.c
===
RCS file: /cvs/s
The rsu(4) USB driver uses the same broken pattern as run(4).
See http://marc.info/?l=openbsd-tech&m=143660130627359&w=2
Single-band driver, so not actually affected.
Fix anyway for posterity.
Index: if_rsu.c
===
RCS file: /cvs/src/s
The otus(4) USB driver supports dual-band and uses the same broken pattern
as run(4). See http://marc.info/?l=openbsd-tech&m=143660130627359&w=2
Untested since I don't have hardware.
Index: if_otus.c
===
RCS file: /cvs/src/sys/dev/us
The athn(4) USB driver supports dual-band and uses the same broken pattern
as run(4). See http://marc.info/?l=openbsd-tech&m=143660130627359&w=2
Index: if_athn_usb.c
===
RCS file: /cvs/src/sys/dev/usb/if_athn_usb.c,v
retrieving revisi
While run_task() iterates through the host command queue during a scan,
the interface may get reset via run_stop() and run_init() when switching
bands (2GHz -> 5GHz) in run_media_change().
The list state gets corrupted because run_init() resets the list counters
while run_task() is still iterating
20 matches
Mail list logo