Re: Fix for USB keyboards eating keys, a DDB story

2017-05-10 Thread David Gwynne
> On 10 May 2017, at 23:22, Martin Pieuchot wrote: > > In 2001 augustss@NetBSD added the following hack to make USB keyboards > work in ddb(4): > > /* >* For the console keyboard we can't deliver CTL-ALT-ESC >* from the interrupt routine. Doing so would

Re: netcat receive limit

2017-05-10 Thread Todd C. Miller
Since netcat is generally used as a debugging tool I think this is a reasonable addition. OK millert@ - todd

Re: bypass support for iommu on sparc64

2017-05-10 Thread David Gwynne
On Mon, May 08, 2017 at 11:03:58AM +1000, David Gwynne wrote: > on modern sparc64s (think fire or sparc enterprise Mx000 boxes), > setting up and tearing down the translation table entries (TTEs) > is very expensive. so expensive that the cost of doing it for disk > io has a noticable impact on

fix warnings in netcat

2017-05-10 Thread Alexander Bluhm
Hi, When compiling netcat with WARNINGS=yes, gcc produces a bunch of warnings. /crypt/home/bluhm/openbsd/cvs/src/usr.bin/nc/netcat.c:1348: warning: no previous prototype for 'strtoport' /crypt/home/bluhm/openbsd/cvs/src/usr.bin/nc/netcat.c: In function 'save_peer_cert':

Fix for USB keyboards eating keys, a DDB story

2017-05-10 Thread Martin Pieuchot
In 2001 augustss@NetBSD added the following hack to make USB keyboards work in ddb(4): /* * For the console keyboard we can't deliver CTL-ALT-ESC * from the interrupt routine. Doing so would start * polling from inside the interrupt routine and that

netcat receive limit

2017-05-10 Thread Alexander Bluhm
Hi, I am using netcat to write tests that send and receive UDP packets. Unfortunately I can terminate nc only with a timeout. This takes either too long or is unreliable. So I implemented nc -W recvlimit. It works a bit like ping -c count. So I can quickly check for UDP responses. # echo

Re: pointer corruption in exec_script.c

2017-05-10 Thread Peter J. Philipp
Yeah, thanks... I don't know what I was drinking yesterday it was only ice-tea, sorry for that noise. In retrospect I unearthed another hole in my own non-committed implementation and it will need to be rewritten to work ever. While I profited on that knowledge, you guys did not or only

Re: Fix for USB keyboards eating keys, a DDB story

2017-05-10 Thread Hrvoje Popovski
On 10.5.2017. 15:22, Martin Pieuchot wrote: > This big hammer of delaying every input via a timeout introduced a nasty > side effect. Since only one element can be queued, we can lose inputs > if the keyboard is too fast. > > Here are some bug reports: > >