Hi all,
I try to isntall libapreq2 by ports, but it fails!!
Everything just works fine, until:
...
Writing Makefile for libapreq2
cd perl; gmake
gmake[2]: Entering directory
`/usr/ports/www/libapreq2/work/libapreq2-2.08/glue/perl'
cp lib/Apache2/Cookie.pm blib/lib/Apache2/Cookie.pm
cp lib/Apach
Mike Tancsa wrote:
At 11:05 PM 11/12/2006, Scott Long wrote:
Mike Tancsa wrote:
However, if I turn on fastforwarding, its back to the old behavior
with it locking up. This was with the stock driver. I will try the
same test with
#define EM_FAST_INTR 1
as well as taking out the nfs option fro
At 11:05 PM 11/12/2006, Scott Long wrote:
Mike Tancsa wrote:
However, if I turn on fastforwarding, its back to the old behavior
with it locking up. This was with the stock driver. I will try the
same test with
#define EM_FAST_INTR 1
as well as taking out the nfs option from the kernel
driver
Mike Tancsa wrote:
However, if I turn on fastforwarding, its back to the old behavior with
it locking up. This was with the stock driver. I will try the same test
with
#define EM_FAST_INTR 1
as well as taking out the nfs option from the kernel driver. Anything
else to tune with ?
YMMV and your message is content free. I use sio all the time as a
[EMAIL PROTECTED] w/o any problems.
On 11/12/06, Sergey Matveychuk <[EMAIL PROTECTED]> wrote:
Do you know an old sio driver is hardly usable?
There are many silo overflows, working with a terminal device is a
nightmare. There wa
At 08:47 PM 11/12/2006, Scott Long wrote:
2. Try compiling in WITNESS and running the test as before, then break
into the debugger as before. Run 'show locks'. I'm not sure how
fruitful this will be, WITNESS might make it unbearably slow.
It was in that kernel already
So you're seeing the li
Hi all,
I'm seeing this crash too. Trying to build pfSense while chrooted
following the directions at
http://wiki.pfsense.com/wikka.php?wakka=BuildingpFSense
I've got a dump and can reproduce this fairly reliably by running the
build_embedded script. (1 in ~3 tries does it). I'll try to come
Mike Tancsa wrote:
At 11:41 AM 11/12/2006, Scott Long wrote:
Mike Tancsa wrote:
At 01:42 AM 11/11/2006, Scott Long wrote:
driver. What will help me is if you can hook up a serial console to
your machine and see if it can be made to drop to the debugger while it
is under load and otherwise unr
At 11:41 AM 11/12/2006, Scott Long wrote:
Mike Tancsa wrote:
At 01:42 AM 11/11/2006, Scott Long wrote:
driver. What will help me is if you can hook up a serial console to
your machine and see if it can be made to drop to the debugger while it
is under load and otherwise unresponsive. If you c
On Sun, 12 Nov 2006, Sam Leffler wrote:
If tx stops in ap mode you need to figure out whether the h/w tx q is
stalled or something else "above" is blocking outbound traffic. The
usual things to check are:
1. are there resources in the driver to send a packet (e.g. buffers on
the queue); if th
I thought I'd try out the new audit support in 6.2-PRE and discovered
that having quota enabled causes:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x0
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc0695278
stack pointe
Todorov @ Paladin wrote:
> Hi group,
>
> what is your opinion - will there be directly supported way to upgrade
> from source 5.3 & 5.4 to upcomming 6.2 ?
The "officially supported" way is always to do a backup then clean
reinstall.
That said, it's been reported on the list several times that so
After the last hang I added giant locks back in and the machine has
been up since.
I don't have a serial console, just a graphic console. When the
machine hangs it stops replying to ethernet packets at all protocol
levels and doesn't respond to keyboard input in any way, virtual
console or other
O. Hartmann wrote:
> Had those overflows many times when I used FreeBSD 6.0-STABLE,
> 6.1-STABLE and a modem.
> But this never had a so bad influence forcing me into using uart.
I tried to configure cisco router plugged in a serial port. It was very
uncomfortable. It hangs for a few tens seconds a
Lamont Granquist wrote:
>
> i did the same thing with running:
>
> while(1)
> echo foo
> sleep 1
> end
>
> in a window ssh'd into the machine with the ath0 driver, but with the
> kernel recompiled with ATH_DEBUG and sysctl dev.ath.0.debug=0x
> -- there should be packets sent every seco
On Sunday 12 November 2006 17:32, Lamont Granquist wrote:
> i saw the same behavior where tx packets would tend to
> spool up and buffer. here's the output of one second
> where a bunch of spooled up packets were sent alont with
> the previous second and following second and with a note
> on how l
Sergey Matveychuk wrote:
> Do you know an old sio driver is hardly usable?
>
> There are many silo overflows, working with a terminal device is a
> nightmare. There was a report about one crash with a message about a
> spinlock holed more than 5 seconds (there is no core dump because it has
> not r
i did the same thing with running:
while(1)
echo foo
sleep 1
end
in a window ssh'd into the machine with the ath0 driver, but with the
kernel recompiled with ATH_DEBUG and sysctl dev.ath.0.debug=0x --
there should be packets sent every second while doing this.
i saw the same behav
Hi group,
what is your opinion - will there be directly supported way to upgrade
from source 5.3 & 5.4 to upcomming 6.2 ?
I'll appreciate your answers. Thanks.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
Do you know an old sio driver is hardly usable?
There are many silo overflows, working with a terminal device is a
nightmare. There was a report about one crash with a message about a
spinlock holed more than 5 seconds (there is no core dump because it has
not repeated).
After a discussion in a R
Mike Tancsa wrote:
At 01:42 AM 11/11/2006, Scott Long wrote:
driver. What will help me is if you can hook up a serial console to
your machine and see if it can be made to drop to the debugger while it
is under load and otherwise unresponsive. If you can, getting a process
dump might help confi
At 08:45 AM 11/12/2006, Adrian Chadd wrote:
Should fiddling with the interrupt-coalescing stuff in the em driver
via sysctl be tried?
None of the recent tests in reply to your email indicate any
particular tx/rx threshold settings.
I was using whatever is the default. What would you like me t
Should fiddling with the interrupt-coalescing stuff in the em driver
via sysctl be tried?
None of the recent tests in reply to your email indicate any
particular tx/rx threshold settings.
adrian
--
Adrian Chadd - [EMAIL PROTECTED]
___
freebsd-stable@
On Oct 24, 2006, at 7:27 AM, Vivek Khera wrote:
I believe the front-end application is MySQL dependent, but what
is so much better about PostgreSQL? I understand that it has some
more advanced features, but if they are not used, then what is the
advantage? (I really like the InnooDB storag
24 matches
Mail list logo