On Wed, 16 Dec 2015, Stefan Sperling wrote:
> This diff adds 11n MCS 0-7 with A-MPDU and A-MSDU Rx to the iwn(4) driver.
>
> It also tweaks replay detection for CCMP encrypted frames, which needed
> tweaking for A-MPDU anyway (see comments in code). Even in non-11n modes
> this driver was discard
Debugging cranked.
Interesting final notification... I do not see a #define for type 20.
I wonder if that is the culprit.
...
rxon chan 11 flags 44008035 cck f ofdm 15
setting TX power
adding BSS node
setting link quality for node 0
setting initial differential gains
sending request for statis
Hi,
Compiling sha256-x86_64.S fails if the "src" is located a directory
which includes "512".
The diff below fixes this problem.
ok?
Index: lib/libssl/src/crypto/sha/asm/sha512-x86_64.pl
===
RCS file: /cvs/src/lib/libssl/src/crypto
On 12/16/2015 03:11 PM, Matthieu Herrb wrote:
On Wed, Dec 16, 2015 at 02:32:44AM +0100, Ulf Brosziewski wrote:
Ping? No further thoughts on this, no tests? Do I have to conclude that
most people are happy with wsmouse as it is?
Hi,
I'd like to see things move forward, but I currently lack tim
That dmesg got pretty severely mangled by Yahoo. Could you send it
through an email client like Mutt or Thunderbird?
Michael, I just upgraded my box to 5.8, and, for my surprise the CPU usage was
worst... I was able to use 100% of the cpu0 and the latency started to increase.
Here is my dmesg output:
OpenBSD 5.8 (GENERIC.MP) #1236: Sun Aug 16 02:31:04 MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch
On Wed, Dec 16, 2015 at 09:46:26PM +0100, Alexander Bluhm wrote:
> 10.188.70.17 fe:e1:ba:d0:d5:6d UHLS 03 - 8 vio0
This is this route that crashed the machine when the arp entry expired.
When I move the rtref()/rtfree() calls into rtdeletemsg() it also
protects the c
Patch works.
hw.sensors.vmt0.timedelta0=0.000109 secs, OK, Thu Dec 17 09:29:31.932
Dec 17 09:29:19 ianm-openbsd ntpd[882]: ntp engine ready
Dec 17 09:29:20 ianm-openbsd ntpd[5528]: set local clock to Thu Dec 17 09:29:20
AEDT 2015 (offset 0.937695s)
Dec 17 09:29:20 ianm-openbsd savecore: no core
On Wed, Dec 16, 2015 at 05:15:27PM +0100, Stefan Sperling wrote:
> On Wed, Dec 16, 2015 at 10:14:49AM -0500, David Hill wrote:
> > Hi Stefan -
> >
> > Thanks for the 11n work!
> >
> > Unfortunately, your diff breaks iwn on my machine.
> >
> > iwn0 at pci2 dev 0 function 0 "Intel Centrino Ultimat
On Wed, Dec 16, 2015 at 07:48:23PM +0100, Mark Kettenis wrote:
> Most, if not all, somewhat recent Thinkpads have some subtle issues
> with display brightness control. For example,if you change the
> display brightness using wsconsctl(8) or cbacklight(1), and later use
> the brightness control but
On Wed, Dec 16, 2015 at 12:59:00PM -0500, Ted Unangst wrote:
> Tati Chevron wrote:
> > But I don't see that touch-based devices are ever going to become the most
> > common devices to run OpenBSD, that's not realistic. Even ignoring servers
> > and headless devices, and only counting devices tha
On Wed, Dec 16, 2015 at 03:35:22PM +0100, Stefan Sperling wrote:
> This diff adds 11n MCS 0-7 with A-MPDU and A-MSDU Rx to the iwn(4) driver.
I went through my pile of wlan cards and found a few more iwn
devices in there.
Current test stats are:
Tested by myself, working:
iwn0 at pci3 dev 0 func
On Wed, Dec 16, 2015 at 08:47:02PM +0100, Alexander Bluhm wrote:
> It happened after running the ARP regression test. I cannot reproduce
> it by running the test. Perhaps I have to wait for the arp timer.
Reproduceable by waiting for the arp timeout, then it crashes.
I will investigate.
bluhm
No regression so far.
//mxb
> On 15 dec. 2015, at 14:18, Mike Belopuhov wrote:
>
> Hi,
>
> This has been in my tree for a while and I believe Yasuoka-san has
> tested it in the scenario where it was crashing.
>
> m_pulldown is done here with a zero offset which means that if
> there's been n
On Wed, Dec 16, 2015 at 02:47:10PM -0500, Ted Unangst wrote:
Tati Chevron wrote:
On Wed, Dec 16, 2015 at 11:13:36AM -0700, Theo de Raadt wrote:
>Your emails only contain opinions.
"Questions, comments, suggestions and any kind of help would also be
welcome".
Sorry if I mis-understood the purpo
On Wed, Dec 16, 2015 at 02:32:44AM +0100, Ulf Brosziewski wrote:
> Ping? No further thoughts on this, no tests? Do I have to conclude that
> most people are happy with wsmouse as it is?
Yes and no. As I told you earlier, I think your diffs contain some very
good work and are required for further
Now I got a panic with this diff.
login: panic: kernel diagnostic assertion "!ISSET(rt->rt_flags, RTF_UP)"
failed: file "../../../../net/route.c", line 444
Stopped at Debugger+0x9: leave
TIDPIDUID PRFLAGS PFLAGS CPU COMMAND
Debugger() at Debugger+0x9
panic() at panic+0
On Wed, Dec 16, 2015 at 04:11:21PM +, Tati Chevron wrote:
>
> The touchscreen interfaces I have to use, principally on mobile phones,
> are cumbersome and irritate me no end.
Multitouch support is not only about touchscreens. There are also
modern touchpads (and not only the Apple one) which
Tati Chevron wrote:
> On Wed, Dec 16, 2015 at 11:13:36AM -0700, Theo de Raadt wrote:
> >Your emails only contain opinions.
>
> "Questions, comments, suggestions and any kind of help would also be
> welcome".
>
> Sorry if I mis-understood the purpose of a mailing list.
Your suggestions aren't hel
On Mon, Dec 07, 2015 at 04:36:17PM +0100, Martin Pieuchot wrote:
> The rtrequest_delete() refactoring exposed an existing bug and
> introduced a regression, both triggered by the same KASSERT().
>
> The regression has been reported there:
> https://marc.info/?l=openbsd-bugs&m=144943901304713&w=2
Ping?
On Sun, Dec 13, 2015 at 9:45 PM, Maxim Pugachev wrote:
> Hi,
>
> In exec_script_makecmds function, when EXEC_HASFD flag was set, but
> copystr/copyinstr returns an error, we need to set *tmpsap to NULL to
> terminate a loop (under "fail" label) correctly.
>
>
> Index: sys/kern/exec_script.c
Ping?
On Sun, Dec 13, 2015 at 12:28 AM, Maxim Pugachev wrote:
> Hi,
>
> In a case when the shell name is not specified (i.e. just "#!" without
> a path), don't run the heavy logic that checks shell, simply return
> ENOENT.
>
> Also, as a tiny improvement: avoid a loop when calculating shell's arg
Ping?
On Sat, Dec 12, 2015 at 8:38 PM, Maxim Pugachev wrote:
> Hi,
>
> This patch removes copypasted code that prepares args and env in exec
> system call.
>
>
> Index: sys/kern/kern_exec.c
> ===
> RCS file: /cvs/src/sys/kern/kern_ex
Most, if not all, somewhat recent Thinkpads have some subtle issues
with display brightness control. For example,if you change the
display brightness using wsconsctl(8) or cbacklight(1), and later use
the brightness control buttons on the keyboard, you're likely to see a
big jump in brightness. o
On Wed, Dec 16, 2015 at 11:13:36AM -0700, Theo de Raadt wrote:
Your emails only contain opinions.
"Questions, comments, suggestions and any kind of help would also be
welcome".
Sorry if I mis-understood the purpose of a mailing list.
--
Tati Chevron
Perl and FORTRAN specialist.
SWABSIT develo
> >Tati Chevron wrote:
> >> But I don't see that touch-based devices are ever going to become the most
> >> common devices to run OpenBSD, that's not realistic. Even ignoring
> >> servers and headless devices, and only counting devices that are used
> >> interactively in some way, I just don't
> >Ulf's mails have diffs attached, and yours don't. Easy choice.
>
> I don't see the connection.
I definately see a connection.
Your emails only contain opinions.
On Wed, Dec 16, 2015 at 12:59:00PM -0500, Ted Unangst wrote:
Tati Chevron wrote:
But I don't see that touch-based devices are ever going to become the most
common devices to run OpenBSD, that's not realistic. Even ignoring servers and
headless devices, and only counting devices that are used
Tati Chevron wrote:
> But I don't see that touch-based devices are ever going to become the most
> common devices to run OpenBSD, that's not realistic. Even ignoring servers
> and headless devices, and only counting devices that are used interactively
> in some way, I just don't see tablet devi
On Wed, Dec 16, 2015 at 06:29:23PM +0100, Stefan Sperling wrote:
On Wed, Dec 16, 2015 at 05:10:45PM +, Tati Chevron wrote:
why does it have to be integrated into the same mouse driver that everybody
else uses?
Since you seem to care about this topic enough to actually contend
with what Ul
On Wed, Dec 16, 2015 at 05:10:45PM +, Tati Chevron wrote:
> why does it have to be integrated into the same mouse driver that everybody
> else uses?
Since you seem to care about this topic enough to actually contend
with what Ulf has been working on for months, let's phrase it this way:
Ulf'
On Wed, Dec 16, 2015 at 03:13:32PM +0100, Stefan Sperling wrote:
On Wed, Dec 16, 2015 at 12:55:03PM +, Tati Chevron wrote:
Sorry to be negative, but I just don't see the perceived value in this.
You wouldn't want to use OpenBSD on a trouchscreen computer if you
had one? Where windows can b
On Wed, Dec 16, 2015 at 05:31:30PM +0100, Stefan Sperling wrote:
On Wed, Dec 16, 2015 at 04:11:21PM +, Tati Chevron wrote:
>So I believe this work is important.
I think it's much more important to look at the impact on existing use cases,
before making changes and introducing a lot of new c
On Wed, Dec 16, 2015 at 04:46:19PM +0100, Gregor Best wrote:
> I have done some speed testing, but with inconclusive results. I used a
> Macbook Pro with OS X as the other side, testing was done with iperf,
> both machines connected to the same WiFi:
>
> $ iperf -i 2 -c 192.168.178.54
> --
ping
On 12/02/15 20:36, Martijn van Duren wrote:
Hello tech@,
I've had a discussion with bentley@ about some patches for vi. Some of
which I've send to Zhihao from the nvi2 project to keep the projects
somewhat in sync. I'm still awaiting his response on those before
sending them here.
nvi2 sw
On 2015-12-16, David Hill wrote:
> Thanks for the 11n work!
> Unfortunately, your diff breaks iwn on my machine.
>
> iwn0 at pci2 dev 0 function 0 "Intel Centrino Ultimate-N 6300" rev 0x35:
> msi, MIMO 3T3R, MoW,
That is odd, because it works for me:
iwn0 at pci2 dev 0 function 0 "Intel Centri
On Wed, Dec 16, 2015 at 04:11:21PM +, Tati Chevron wrote:
> >So I believe this work is important.
>
> I think it's much more important to look at the impact on existing use cases,
> before making changes and introducing a lot of new code that the end user
> can't easily disable, and potentiall
hello,
> > > It just occurred to me that another possibility would be a match-only
> > > rule that matches one but doesn't involve any purging machinery. Right
> > > now we install ftp-proxy rules as having maximum number of states equal
> > > to 1, however there's a time window between the mome
On Wed, Dec 16, 2015 at 10:14:49AM -0500, David Hill wrote:
> Hi Stefan -
>
> Thanks for the 11n work!
>
> Unfortunately, your diff breaks iwn on my machine.
>
> iwn0 at pci2 dev 0 function 0 "Intel Centrino Ultimate-N 6300" rev 0x35:
> msi, MIMO 3T3R, MoW,
>
> It spews over and over:
>
> iwn
Hi Stefan,
On Wed, Dec 16, 2015 at 03:35:22PM +0100, Stefan Sperling wrote:
> This diff adds 11n MCS 0-7 with A-MPDU and A-MSDU Rx to the iwn(4)
> driver.
> [...]
Whoo! Thanks a lot for your hard work :)
> [...]
> Please post here or let me know in private which hardware you're.
> testi
Hi Stefan -
Thanks for the 11n work!
Unfortunately, your diff breaks iwn on my machine.
iwn0 at pci2 dev 0 function 0 "Intel Centrino Ultimate-N 6300" rev 0x35:
msi, MIMO 3T3R, MoW,
It spews over and over:
iwn0: fatal firmware error
firmware error log:
error type = "SYSASSERT" (0x0
On 16/12/15(Wed) 14:56, Mike Belopuhov wrote:
> On Wed, Dec 16, 2015 at 03:53 +, Ian Mcwilliam wrote:
> >
> > Disable sensors * in ntpd.conf and time is good again.
> >
> > I see this on boot up when things go strange.
> >
> > hw.sensors.vmt0.timedelta0=1450237689.498077 secs, OK, Tue Nov 29
This diff adds 11n MCS 0-7 with A-MPDU and A-MSDU Rx to the iwn(4) driver.
It also tweaks replay detection for CCMP encrypted frames, which needed
tweaking for A-MPDU anyway (see comments in code). Even in non-11n modes
this driver was discarding some retransmitted frames for no good reason.
This
On Wed, Dec 16, 2015 at 12:55:03PM +, Tati Chevron wrote:
> Sorry to be negative, but I just don't see the perceived value in this.
You wouldn't want to use OpenBSD on a trouchscreen computer if you
had one? Where windows can be moved or resized depending on how many
fingers you use to touch t
On Wed, Dec 16, 2015 at 02:32:44AM +0100, Ulf Brosziewski wrote:
> Ping? No further thoughts on this, no tests? Do I have to conclude that
> most people are happy with wsmouse as it is?
Hi,
I'd like to see things move forward, but I currently lack time to do
anything serious on this.
One thing
Theo Buehler wrote:
> ping.
>
ok
> On Tue, Dec 08, 2015 at 07:15:39PM +0100, Theo Buehler wrote:
> > On Sat, Nov 07, 2015 at 12:20:42PM +0100, Tobias Stoeckmann wrote:
> > > Based on Todd's patch for at and cron, I did a grep through our base
> > > tree to see if there are more occurrences of se
On Wed, Dec 16, 2015 at 03:53 +, Ian Mcwilliam wrote:
>
> Disable sensors * in ntpd.conf and time is good again.
>
> I see this on boot up when things go strange.
>
> hw.sensors.vmt0.timedelta0=1450237689.498077 secs, OK, Tue Nov 29 18:36:38.371
>
> I wonder if it's related to this change?
On Wed, Dec 16, 2015 at 02:31 +0100, Alexandr Nedvedicky wrote:
> Hello,
>
> > It just occurred to me that another possibility would be a match-only
> > rule that matches one but doesn't involve any purging machinery. Right
> > now we install ftp-proxy rules as having maximum number of states equ
On 16/12/15(Wed) 13:30, Alexandr Nedvedicky wrote:
> On Wed, Dec 16, 2015 at 12:35:41PM +0100, Martin Pieuchot wrote:
> > On 16/12/15(Wed) 10:19, Alexandr Nedvedicky wrote:
> > > On Wed, Dec 16, 2015 at 02:48:49PM +1300, Richard Procter wrote:
> > > >
> > > > On Tue, 15 Dec 2015, Mike Belopuhov wr
On Wed, Dec 16, 2015 at 02:32:44AM +0100, Ulf Brosziewski wrote:
Ping? No further thoughts on this, no tests? Do I have to conclude that
most people are happy with wsmouse as it is?
I think that most people probably are, to be honest.
Unless you are using a pointing device other than a standar
On Wed, Dec 16, 2015 at 12:35:41PM +0100, Martin Pieuchot wrote:
> On 16/12/15(Wed) 10:19, Alexandr Nedvedicky wrote:
> > On Wed, Dec 16, 2015 at 02:48:49PM +1300, Richard Procter wrote:
> > >
> > > On Tue, 15 Dec 2015, Mike Belopuhov wrote:
> > >
> > > > >Yet another possibility is to drop '
On 16/12/15(Wed) 10:19, Alexandr Nedvedicky wrote:
> On Wed, Dec 16, 2015 at 02:48:49PM +1300, Richard Procter wrote:
> >
> > On Tue, 15 Dec 2015, Mike Belopuhov wrote:
> >
> > > >Yet another possibility is to drop 'once' rules as too complex to
> > > >implement for multiprocessor but I h
Hi,
Ingo Schwarze wrote on Tue, Dec 08, 2015 at 10:37:29PM +0100:
> here is UTF-8 support for fmt(1).
> This does not include the -c case; the patch is already large enough.
Meanwhile, i committed that.
Here is a simple solution for the -c case.
The loop in center_stream() is designed to be simi
Hi,
On Wed, Dec 16, 2015 at 8:22 AM, Dmitrij D. Czarkoff wrote:
> Hi!
>
> I recently came across a shell script that uses idiom
>
> var1=var1
> var2=var2
> echo "${var1+($var2)}"
>
> ksh(1) doesn't like it:
>
> ksh: ${var1+($var2)}": bad substitution
>
> Meanwhile bash and dash just print
Hello,
On Wed, Dec 16, 2015 at 02:48:49PM +1300, Richard Procter wrote:
>
> On Tue, 15 Dec 2015, Mike Belopuhov wrote:
>
> > >Yet another possibility is to drop 'once' rules as too complex to
> > >implement for multiprocessor but I have no idea if this is viable.
> >
> > It is. And I
Hi,
It seems the "dpath" promise isn't documented in pledge(2) man page.
Technically, with "dpath" you have only access to mkfifo(2) and mknod(2)
system calls. No more promises are need for create the files.
If you request a mode with setuid/setgid/sticky bits, there are ignored.
It is already d
ping.
On Tue, Dec 08, 2015 at 07:15:39PM +0100, Theo Buehler wrote:
> On Sat, Nov 07, 2015 at 12:20:42PM +0100, Tobias Stoeckmann wrote:
> > Based on Todd's patch for at and cron, I did a grep through our base
> > tree to see if there are more occurrences of self-made __progname
> > handling.
>
>
57 matches
Mail list logo
