Re: [PATCH] uname, arch/machine -> %c, %a update in PKG_PATH

2016-01-31 Thread Joerg Jung
On Mon, Jan 11, 2016 at 03:40:17PM +, Raf Czlonka wrote: > Hi all, > > Given that PKG_PATH and pkg.conf(5)'s installpath, now supports %c, %a, > etc. sequences, it might be worth advertising it a bit more by changing > all relevant uname(1), arch(1)/machine(1) occurrences or (hard-coded >

Re: tcpdump: decode 802.11 QoS frames correctly

2016-01-31 Thread Mark Kettenis
> Date: Sun, 31 Jan 2016 20:57:29 +0100 > From: Stefan Sperling > > On Sun, Jan 31, 2016 at 03:14:46PM +0100, Mark Kettenis wrote: > > I think you should add a TCHECK somewhere at the top for the qos frame > > size otherwise this might look beyond the end of the buffer for > >

Re: fix armv7 long descriptor second level bits

2016-01-31 Thread Patrick Wildt
On Sun, Jan 31, 2016 at 06:19:59PM +1100, Jonathan Gray wrote: > The AP bits are the same place as in the small descriptor second level > format. > > Expanded version of a diff from Patrick. Looks good to me, works for me. > > Index: arm/pmap.c >

Re: 11n: don't require a BlockAck timeout

2016-01-31 Thread Stuart Henderson
On 2016/01/31 17:45, Stefan Sperling wrote: > We currently force BlockAck agreements to time out after a certain > period of inactivity. Some APs, notably Broadcom-based ones (like > Apple Airport) don't cope with this nicely and drop packets while > the BA session is reestablished. The result is

Re: 11n: don't require a BlockAck timeout

2016-01-31 Thread Stefan Sperling
On Sun, Jan 31, 2016 at 05:19:42PM +, Stuart Henderson wrote: > Could this capping be an attempt to mitigate DoS from people playing > games with ADDBAs? That kind of attack doesn't make much sense. A lot of stuff in wifi depends on others being cooperative. Far more disruption can already be

Re: tcpdump: decode 802.11 QoS frames correctly

2016-01-31 Thread Stefan Sperling
On Sun, Jan 31, 2016 at 03:14:46PM +0100, Mark Kettenis wrote: > I think you should add a TCHECK somewhere at the top for the qos frame > size otherwise this might look beyond the end of the buffer for > specially crafted frames. Oh yes, indeed. Index: print-802_11.c

Re: I have a program I wish to submit for the base

2016-01-31 Thread Luke Small
I'm not merely experimenting with kqueue because I like the shiny bells and whistles. I want to know how fast a mirror will download the same file from different mirrors. ftp() is shitty for expediency. It does one of three things it fails fast, succeeds fast, or it could take FOREVERR!!! I

Re: I have a program I wish to submit for the base

2016-01-31 Thread Luke Small
I fixed the uname(1) call and replaced it with uname(3) I read the style man page. ran the program through indent. I ran it through sed because it reduces code complexity. Why re-engineer the wheel? I use C because I can use kqueue from a fresh install. You have to use unaudited packages to use

Re: I have a program I wish to submit for the base

2016-01-31 Thread Loganaden Velvindron
On Mon, Feb 1, 2016 at 6:18 AM, Luke Small wrote: > I fixed the uname(1) call and replaced it with uname(3) I read the style > man page. ran the program through indent. > > 2 seasoned OpenBSD developers have taken time to reply to you, and they do not like the general idea.

Re: I have a program I wish to submit for the base

2016-01-31 Thread Luke Small
Whoops, got rid of putting in a null character when I should have left it in. -Luke /* * Copyright (c) 2016 Luke N. Small * * Permission to use, copy, modify, and distribute this software for any * purpose with or without fee is hereby granted, provided that the above * copyright notice and

Re: sunxi: don't use sxitimer on the sun7i/A20

2016-01-31 Thread Artturi Alm
On Sun, Jan 31, 2016 at 10:45:42PM +1100, Jonathan Gray wrote: > On Sun, Jan 31, 2016 at 10:12:05AM +0200, Artturi Alm wrote: > > On Sun, Jan 31, 2016 at 01:14:35AM +0100, Patrick Wildt wrote: > > > Hi, > > > > > > one of the reasons Allwinner A20/sun7i-based boards, like the > > > Cubieboard 2

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

2016-01-31 Thread Tinker
Patrick, On 2016-02-01 07:10, Patrick Dohman wrote: There is some hardware solution, e.g. Intel made the http://ark.intel.com/products/70029/Intel-RAID-SSD-Cache-Controller-RCS25ZB04 0LX using the "Nytro MegaRAID" chip. Someone would need to port its driver to OpenBSD. Also in the past

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

2016-01-31 Thread Tinker
(Moving to misc@ only) On 2016-02-01 11:14, Patrick Dohman wrote: Do you know any MegaRaid that a) supports that, b) is modern and not archaic, and c) is supported by OpenBSD? It appears the MFI driver provides support for the MegaRAID SAS 9260-8i Pleas note I’ve not tested the 9260-8i

Re: sunxi: don't use sxitimer on the sun7i/A20

2016-01-31 Thread Artturi Alm
On Sun, Jan 31, 2016 at 10:45:42PM +1100, Jonathan Gray wrote: > On Sun, Jan 31, 2016 at 10:12:05AM +0200, Artturi Alm wrote: > > On Sun, Jan 31, 2016 at 01:14:35AM +0100, Patrick Wildt wrote: > > > Hi, > > > > > > one of the reasons Allwinner A20/sun7i-based boards, like the > > > Cubieboard 2

Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

2016-01-31 Thread Tinker
This could be made in software with benefit, as a Softraid patch. So the frequently accessed stuff ends up cached on the SSD for faster read speed. ZFS on FreeBSD etc. does it in its "ARC"/"ARC2L" feature? There is some hardware solution, e.g. Intel made the

Karel, some followup Q:s on your RAID1C patch

2016-01-31 Thread Tinker
Hi Karel, Can you please tell me, about your RAID1C patch: So basically, your RAID1C patch is just the ordinary softraid, BUT, with checksums for each sector, located right at the end of the physical disc. Q1: My most important question to you is, the DATA that you CHECKSUM, do you

ldapd: add -r option to specify datadir path

2016-01-31 Thread Landry Breuil
Hi, i'm tinkering with ldapd and writing regress tests for it, and to allow running independent instances (with separate port/control socket/etc) i needed to add the possibility to specify an alternative datadir, which was so far #defined in the code. Patch is pretty simple and works fine, i'm

ntfs uiomove() conversion

2016-01-31 Thread Martin Natano
Below the conversion to uiomove() for ntfs. In the first three hunks the size passed to uiomove(i) already was of type size_t. I also converted the 'left' variable in ntfs_readattr() to size_t, because it tracks the remainder of 'rsize', which also is size_t. Index: ntfs/ntfs_subr.c

Re: sunxi: don't use sxitimer on the sun7i/A20

2016-01-31 Thread Artturi Alm
On Sun, Jan 31, 2016 at 01:14:35AM +0100, Patrick Wildt wrote: > Hi, > > one of the reasons Allwinner A20/sun7i-based boards, like the > Cubieboard 2 or Banana Pi, don't boot is that the sxitimer does > not work for us. We are getting no hardclock ticks and so the > system can't work. > >

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

2016-01-31 Thread Tinker
If there is nothing like this implemented in software in OpenBSD, * If someone implemented it, would there be interest to actually include the patch in OpenBSD? * Could a direct personal donation (separate from the normal donations to the OpenBSD project) to a developer be of use for

Re: sunxi: don't use sxitimer on the sun7i/A20

2016-01-31 Thread Jonathan Gray
On Sun, Jan 31, 2016 at 10:12:05AM +0200, Artturi Alm wrote: > On Sun, Jan 31, 2016 at 01:14:35AM +0100, Patrick Wildt wrote: > > Hi, > > > > one of the reasons Allwinner A20/sun7i-based boards, like the > > Cubieboard 2 or Banana Pi, don't boot is that the sxitimer does > > not work for us. We

Re: Can I accelerate my magnet HDD using a SSD in any way?? E.g. softraid patch/ARC, dedicated hardware e.g. Intel RCS25ZB040LX="Nytro MegaRAID", anything

2016-01-31 Thread Tinker
Ah, I now understand that this problem is mindbogglingly complex because of tons and tons of work needed to make it work, including the storage format on the SSD cache, and tools for "fsck":ing it etc etc. In a way that maybe answered my question, thanks! On 2016-01-31 19:00, Tinker wrote:

tcpdump: decode 802.11 QoS frames correctly

2016-01-31 Thread Stefan Sperling
This matters for frames which arrived in A-MPDUs. Before: 12:35:07.726898 802.11: QoS data: 00:1e:52:f1:80:55 sap 00 > 58:94:6b:06:70:04 sap 06 I (s=85,r=85,C) len=82 After: 12:49:08.879003 802.11: QoS data: 10.197.84.33 > 10.0.1.3: icmp: echo reply Index: print-802_11.c

Apologies for messed up vim makeing a mess of white space & tabs

2016-01-31 Thread Chris Bennett
It was suggested to me, after getting some vim options that work well for style but "popped" the file to another format when I clicked on C syntax that most files were indeed following style, that I look at these files with vi. Behold! My vim and vi are in total disagreement! So I am going to

11n: don't require a BlockAck timeout

2016-01-31 Thread Stefan Sperling
We currently force BlockAck agreements to time out after a certain period of inactivity. Some APs, notably Broadcom-based ones (like Apple Airport) don't cope with this nicely and drop packets while the BA session is reestablished. The result is unusable wifi in 11n mode with such APs (> 50%

Re: Karel, some followup Q:s on your RAID1C patch

2016-01-31 Thread Tinker
Migrating this thread to misc@ . On 2016-01-31 16:24, Tinker wrote: Hi Karel, Can you please tell me, about your RAID1C patch: So basically, your RAID1C patch is just the ordinary softraid, BUT, with checksums for each sector, located right at the end of the physical disc. Q1: My most

Re: tcpdump: decode 802.11 QoS frames correctly

2016-01-31 Thread Mark Kettenis
> Date: Sun, 31 Jan 2016 13:36:17 +0100 > From: Stefan Sperling > > On Sun, Jan 31, 2016 at 12:53:09PM +0100, Stefan Sperling wrote: > > This matters for frames which arrived in A-MPDUs. > > > > Before: > > > > 12:35:07.726898 802.11: QoS data: 00:1e:52:f1:80:55 sap 00 > > >