On Thu, Nov 04, 2010 at 02:32:45PM -0600, Theo de Raadt wrote:
On second thought, I should answer with a little less snark, though I
think this one attribute sums it up pretty well.
First, some committee sat around and tried to come up with all the
things needed to describe a person,
On Thursday, November 4, 2010 21:32 CET, Theo de Raadt
dera...@cvs.openbsd.org wrote:
On second thought, I should answer with a little less snark, though I
think this one attribute sums it up pretty well.
First, some committee sat around and tried to come up with all the
things
On Fri, 05 Nov 2010, Sebastian Reitenbach wrote:
I like that, and probably worth a fortune cookie, starting with a dedicated
cookie file just for theo!
OK? ;)
Here's to you ;)
ciao,
david
Write more code.
%
Make more commits.
%
That's because you have been slacking.
%
slacker!
%
That's
if you have two carped routers and you also want to redistribute
routes that relayd inserts into the kernel via ospf or bgp, but
only on the router that has the master carp interface, then this
diff should allow you to do so.
in relayd you can have a config like:
table routers { $gw1 ip
The second generation ix(4) (82599) produce a low latency interrupt when
the RX DMA ring gets full. This interrupt is currently unmoderated. On
overload mclgeti() shrinks the ring to very small sizes and ix(4) will
answer that with a massive interrupt storm. Enabling interrupt moderation
on the
Vmbi9202.rar
Description: Binary data
I've always thought Bob's comment from 2/11/2005, was worth adding to
quotes, but it might be a bit long. Bob might even remember why I
say that.
diana
Bob Beck said on Feb 11, 2005 in a comment Re: Star OpenBSD .
OpenBSD wants even the worst nastiest
hi,
we've finally got an interesting panic that shed some light on the
'kernel diagnostic assertion __mp_lock_held(sched_lock) == 0 failed'
panics that plagued some heavily loaded systems.
apparently, there's a window in mi_switch (right after cpu_switchto) that
has sched_lock held but
Hi,
I've just committed urtwn(4) to -current.
urtwn(4) is a driver for Realtek RTL8188CU/RTL8192CU USB 2.0
802.11b/g/n adapters.
It is currently enabled in i386 and amd64 GENERIC kernels.
Notice that it does not support the RTL8192SU devices which
are different.
The adapter requires a firmware
On Fri, Nov 05, 2010 at 17:52 +0100, Mike Belopuhov wrote:
or am i trippin' on some high quality drugs? (:
although i don't stand corrected, there's another possible window
that would explain this thing:
ddb{1} tr
Debugger(d432,d082b116,1,202,1) at Debugger+0x4
Well, it's definitely a race, and the potential deadlock is handled
in mi_switch(), so my vote is for good intention, bad judgement
on the assertions in kern_lock.c
On Fri, Nov 05, 2010 at 05:52:23PM +0100, Mike Belopuhov wrote:
hi,
we've finally got an interesting panic that shed some light
On Fri, Nov 05, 2010 at 17:52 +0100, Mike Belopuhov wrote:
or am i trippin' on some high quality drugs? (:
ok, i stand corrected. please disregard my erroneous analysis.
as pointed out by kettenis, SCHED_ASSERT_LOCKED checks if the
current cpu owns the lock and that defeats all my proof :)
I've always thought Bob's comment from 2/11/2005, was worth adding to
quotes, but it might be a bit long. Bob might even remember why I
say that.
I remember. Your response was priceless
/\/\arc
On Fri, Nov 5, 2010 at 11:04 AM, Marco S Hyman m...@snafu.org wrote:
I've always thought Bob's comment from 2/11/2005, was worth adding to
quotes, but it might be a bit long. Bob might even remember why I
say that.
I remember. Your response was priceless
share!
On 11/05/10 19:43, Eichert, Diana wrote:
On Fri, Nov 5, 2010 at 12:34 PM, patrick keshishian pkesh...@gmail.com
wrote:
On Fri, Nov 5, 2010 at 11:04 AM, Marco S Hyman m...@snafu.org wrote:
I've always thought Bob's comment from 2/11/2005, was worth adding to
quotes, but it might be a bit
I've always thought Bob's comment from 2/11/2005, was worth adding to
quotes, but it might be a bit long. Bob might even remember why I
say that.
I remember. Your response was priceless
share!
It wasn't the response itself that was funny. it was the response in
conjunction with the
Index: lib/libc/gen/sigsetops.c
===
RCS file: /cvs/src/lib/libc/gen/sigsetops.c,v
retrieving revision 1.5
diff lib/libc/gen/sigsetops.c
34c34
#include signal.h
---
#include sys/signal.h
to fix
Many older revisions of the Acer Labs M5229 UDMA IDE controller have a
hardware bug that makes DMA fail for LBA48 commands fail. As a result
accessing data on disks bigger than 137 GB beyond the 137 GB boundary
will fail. A workaround for this is to fall back to PIO, but this is
quite a bit
On Fri, 5 Nov 2010, Amit Kulkarni wrote:
Index: lib/libc/gen/sigsetops.c
===
RCS file: /cvs/src/lib/libc/gen/sigsetops.c,v
retrieving revision 1.5
diff lib/libc/gen/sigsetops.c
34c34
#include signal.h
---
#include
19 matches
Mail list logo
