On Fri, Jun 26, 2015 at 04:59:32AM +0300, Sergey Ryazanov wrote:
> Hello,
>
> during building l2tp tunnel with xl2tpd-1.3.1 I was faced with its too
> low upload performance. When download, the speed is 20 mbit/s at
> nearly 100% CPU utilization. CPU is Pentium D 930 3 GHz. When upload,
> t
If there’s no further work on upd(4) prior to 5.8, at least make the man page
reflect present reality.
- Update list of supported sensors, re-sorted by source file occurrence
- Explain why manual sensorsd.conf(5) intervention can be necessary
- Link to HID power specs
- Prefer “a UPS” over “an UP
Hello,
during building l2tp tunnel with xl2tpd-1.3.1 I was faced with its too
low upload performance. When download, the speed is 20 mbit/s at
nearly 100% CPU utilization. CPU is Pentium D 930 3 GHz. When upload,
the speed is below 2 mbit/s at nearly zero CPU utilization.
First, I examin
Pavel Plamenov writes:
> There are some leftover links to www@, which is gone.
Your patch seems to have gotten broken somehow, by adding extra
space to the beginning of lines. I removed those and committed it;
thanks for sending.
On Fri, Jun 26, 2015 at 12:09:40AM +0200, Reyk Floeter wrote:
> On Thu, Jun 25, 2015 at 11:04:00PM +0200, Imre Vadasz wrote:
> > On 22:27 Thu 25 Jun , Reyk Floeter wrote:
> > > On Thu, Jun 25, 2015 at 09:21:11PM +0200, Mark Kettenis wrote:
> > > > There really is no excuse for using dma_alloc(9) if
Hi,
I have added a -U feature for syslogd to specify an explict bind
address to receive UDP packets. One advantge over -u and the *
sockets is, that you can bind to localhost and divert the packets
with pf. It is also possible to use a different port.
My plan is to extend the interface with -T
On Thu, Jun 25, 2015 at 11:04:00PM +0200, Imre Vadasz wrote:
> On 22:27 Thu 25 Jun , Reyk Floeter wrote:
> > On Thu, Jun 25, 2015 at 09:21:11PM +0200, Mark Kettenis wrote:
> > > There really is no excuse for using dma_alloc(9) if you have the
> > > bus_dmatag_t available.
> > >
> > > This re-uses
On 22:27 Thu 25 Jun , Reyk Floeter wrote:
> On Thu, Jun 25, 2015 at 09:21:11PM +0200, Mark Kettenis wrote:
> > There really is no excuse for using dma_alloc(9) if you have the
> > bus_dmatag_t available.
> >
> > This re-uses tulip_busdma_allocmem(), which simplifies the code for
> > allocating the
Why do we still prefer de over dc for 211140 ?
Reyk Floeter [r...@openbsd.org] wrote:
> On Thu, Jun 25, 2015 at 09:21:11PM +0200, Mark Kettenis wrote:
> > There really is no excuse for using dma_alloc(9) if you have the
> > bus_dmatag_t available.
> >
> > This re-uses tulip_busdma_allocmem(), whi
On Thu, Jun 25, 2015 at 09:21:11PM +0200, Mark Kettenis wrote:
> There really is no excuse for using dma_alloc(9) if you have the
> bus_dmatag_t available.
>
> This re-uses tulip_busdma_allocmem(), which simplifies the code for
> allocating the dmamap and such.
>
> Unfortunately I can't test this
Hello,
attached is SMP patch for PF. consider it as toxic proof of concept as it has
paniced my amd64 system (see attached phone-shot). I have to figure out how to
debug it yet. The problem is the USB keyboard has died, so I had no chance to
type anything. fortunately the issue is 100% reproducib
There really is no excuse for using dma_alloc(9) if you have the
bus_dmatag_t available.
This re-uses tulip_busdma_allocmem(), which simplifies the code for
allocating the dmamap and such.
Unfortunately I can't test this myself right now.
Index: if_de.c
=
We do not need (or want) SIGINFO support in a program like this.
The complexity is way too high, and I see no benefit.
SIGINFO is awesome, but it's even better when it actually does
something relevant.
This makes it print the total counts so far to stderr.
Useful? Feature creep? You decide.
Index: wc.c
===
RCS file: /cvs/src/usr.bin/wc/wc.c,v
retri
On Thu, Jun 25, 2015 at 07:01:29AM +, Pavel Plamenov wrote:
> There are some leftover links to www@, which is gone.
I sent an almost identical diff over a year ago:
https://www.marc.info/?l=openbsd-misc&m=139627200904849&w=2
I think this is the right direction.
>From http://www.lua.org/manual/5.3/manual.html#6.4:
When indexing a string in Lua, the first character is at position 1 (not
at 0, as in C).
The example of applying the pattern "()aa()" to the string "flaaap" in
the manpage shows that the empty captures "()" capture the positions
between the
There are some leftover links to www@, which is gone.
Index: build/pkg-stable.html.head
===
RCS file: /cvs/www/build/pkg-stable.html.head,v
retrieving revision 1.7
diff -u -p -r1.7 pkg-stable.html.head
--- build/pkg-stable.html.head
17 matches
Mail list logo