I am trying to jump into the world of FreeBSD and have been having some
nasty problems with some things. The latest of which is the fact that
FreeBSD is noting DMA timeouts with my SATA card, particularly when
performing writes:
ad4: FAILURE - WRITE_DMA48 status=51READYDSC,ERROR
On Tue, 25 Apr 2006, Kris Kennaway wrote:
KK What people are seeing now must be some other problem that I wan't
KK able to reproduce.
KK
KK Once I hear back from someone who can reproduce it with debugging
KK enabled (I'm also trying) we can try to fix it.
Please try to simulate user who is
What happens if you run it from the command line?
Same thing. The problem's now gone away though following an installworld.
-pcf.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
Oleg Bulyzhin wrote:
Next time this happen check following sysctls:
net.inet.ip.fw.dyn_max
net.inet.ip.fw.dyn_count
I guess you've hit the limit.
If so, is it safe to increase dyn_max to, for example, 8192?
___
freebsd-stable@freebsd.org mailing
On Wednesday 26 April 2006 01:02, Sam Leffler wrote:
Attached are two patches; one for the ath driver and another for
sys/net80211/ieee80211.c in releng6 (note changes to the latter in head
aplies clean and compiles on i386 and amd64, I need to reset some cards to
0x12 to see if it works and
Mike Tancsa wrote:
At 01:02 PM 25/04/2006, Stephen Clark wrote:
Try first
sysctl -w net.inet.tcp.inflight.enable=0
If its still slower, try using FAST_IPSEC instead on the
server. However, make sure you disable INET6
That increased it to 39mbits/sec. Still far from 54mbits/sec
Robert Watson wrote:
On Tue, 18 Apr 2006, Stephen Clark wrote:
I have discovered that if I disable quaqqa/ospfd then I don't lose mbufs!
This makes it appear that the mbuf leak is in the multicast routing logic.
In fact I lose mbufs even with the both system basically idle but with a 100
On Wed, Apr 26, 2006 at 01:01:32PM +0200, Ivan Voras wrote:
Oleg Bulyzhin wrote:
Next time this happen check following sysctls:
net.inet.ip.fw.dyn_max
net.inet.ip.fw.dyn_count
I guess you've hit the limit.
If so, is it safe to increase dyn_max to, for example, 8192?
Sure.
P.S. if you
On Wed, Apr 26, 2006 at 01:43:42PM +0400, Dmitry Morozovsky wrote:
On Tue, 25 Apr 2006, Kris Kennaway wrote:
KK What people are seeing now must be some other problem that I wan't
KK able to reproduce.
KK
KK Once I hear back from someone who can reproduce it with debugging
KK enabled (I'm
At some point in the last couple of weeks postfix on my 5.4-RELEASE system
stopped logging to /var/log/maillog. The only thing in there now (and for
all of the saved maillog files) is the turnover timestamp. Any
suggestions where to look?
Thanks!
--
-Jason
-
--- There are no
6.1-RC as of today:
-- cut here --
lock order reversal:
1st 0xc7e9e500 kqueue (kqueue) @ kern/kern_event.c:1053
2nd 0xc1043144 system map (system map) @ vm/vm_map.c:2317
KDB: stack backtrace:
witness_checkorder(c1043144,9,c070ef8e,90d,c06ed2cf) at witness_checkorder+0x3bb
Sorry Dmitry, you'll get this again since I forgot to reply to the
list the first time.
Quoting Dmitry Morozovsky [EMAIL PROTECTED]:
On Tue, 25 Apr 2006, Kris Kennaway wrote:
KK What people are seeing now must be some other problem that I wan't
KK able to reproduce.
KK
KK Once I hear back
JoaoBR wrote:
On Wednesday 26 April 2006 01:02, Sam Leffler wrote:
Attached are two patches; one for the ath driver and another for
sys/net80211/ieee80211.c in releng6 (note changes to the latter in head
aplies clean and compiles on i386 and amd64, I need to reset some cards to
0x12 to see
On Wed, Apr 26, 2006 at 04:36:17PM +0300, Kostik Belousov wrote:
+ On Wed, Apr 26, 2006 at 01:43:42PM +0400, Dmitry Morozovsky wrote:
+ On Tue, 25 Apr 2006, Kris Kennaway wrote:
+
+ KK What people are seeing now must be some other problem that I wan't
+ KK able to reproduce.
+ KK
+ KK Once
On Wed, 26 Apr 2006, Stephen Clark wrote:
Sorry not to have caught this thread earlier; I've been on travel for the
last few weeks. My general suggestion would be to try to narrow the code
paths traversed to try to eliminate as much code as possible from the
search. It sounds like you've
Chris Dillon wrote:
I had problems with snapshots and hangs in 5.x. For that, a daily
reboot would keep the problems at bay. I upgraded to 6.0 and the
problems completely disappeared. I kept 6.0-STABLE running for weeks.
Somewhere along the line, as 6.1 approached, similar problems
Stephen Clark wrote:
Mike Tancsa wrote:
At 01:02 PM 25/04/2006, Stephen Clark wrote:
Try first
sysctl -w net.inet.tcp.inflight.enable=0
If its still slower, try using FAST_IPSEC instead on the server.
However, make sure you disable INET6
That increased it to 39mbits/sec. Still
On Wed, Apr 26, 2006 at 06:42:28PM +0200, Pawel Jakub Dawidek wrote:
On Wed, Apr 26, 2006 at 04:36:17PM +0300, Kostik Belousov wrote:
+ On Wed, Apr 26, 2006 at 01:43:42PM +0400, Dmitry Morozovsky wrote:
+ On Tue, 25 Apr 2006, Kris Kennaway wrote:
+
+ KK What people are seeing now must be
On Wed, Apr 26, 2006 at 11:23:43AM -0600, secmgr wrote:
Chris Dillon wrote:
I had problems with snapshots and hangs in 5.x. For that, a daily
reboot would keep the problems at bay. I upgraded to 6.0 and the
problems completely disappeared. I kept 6.0-STABLE running for weeks.
On Fri, Apr 21, 2006 at 04:11:00PM +, Stefan 'Steve' Tell wrote:
Hi,
I tried to install FreeBSD 6.1-RC1 on my Acer Aspire 1304LC Notebook. That
notebook has a AMD Athlon XP 1800+ CPU.
The installation process succeeded but I can't get any power management to
work. If I load
Hi,
my /usr/home is a geli-partition. It always worked fine.
Today I compiled a fresh kernel and after the password
prompt nothing moves anymore. The system seems to be in
a frozen state (I cannot enter the password,
Ctrl+Alt+Del does nothing).
The kernel configuration is GENERIC.
The last
On Wed, Apr 26, 2006 at 08:24:15PM +0200, Martin wrote:
+
+ Hi,
+
+ my /usr/home is a geli-partition. It always worked fine.
+ Today I compiled a fresh kernel and after the password
+ prompt nothing moves anymore. The system seems to be in
+ a frozen state (I cannot enter the password,
+
FreeBSD gamma.private.lan 6.1-RC FreeBSD 6.1-RC #3: Mon Apr 17 15:14:12 BST
2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LOCAL amd64
kbdmux breaks keyboard LEDs. Cosmetic but anoying.
Disabling (see man kbdmux) restores normal usage.
--
ian j hart
Robert Watson wrote:
On Wed, 26 Apr 2006, Stephen Clark wrote:
Sorry not to have caught this thread earlier; I've been on travel for the
last few weeks. My general suggestion would be to try to narrow the code
paths traversed to try to eliminate as much code as possible from the
search.
Hi list,
I thought this device was supported:
The nve(4) driver supports the NVIDIA MCP onboard adapters of
mainboards with the following chipsets:
* nForce
* nForce2
* nForce3
* nForce4
Mother board with
NVIDIA® GeForce6100 + nForce 410
from lspci -vv:
00:14.0 Bridge:
Sam Leffler wrote:
Stephen Clark wrote:
Mike Tancsa wrote:
At 01:02 PM 25/04/2006, Stephen Clark wrote:
Try first
sysctl -w net.inet.tcp.inflight.enable=0
If its still slower, try using FAST_IPSEC instead on the server.
However, make sure you disable INET6
Pawel Jakub Dawidek wrote:
Could you send me the output of:
# geli dump /dev/foo | head -10
Metadata on /dev/ad0s2g:
magic: GEOM::ELI
version: 0
flags: 0x2
algo: AES
keylen: 128
provsize: 6475562496
sectorsize: 4096
keys: 0x01
iterations: 46459
Also,
On Wed, Apr 26, 2006 at 10:31:38PM +0200, Martin wrote:
+ Pawel Jakub Dawidek wrote:
+ Could you send me the output of:
+
+ # geli dump /dev/foo | head -10
+
+ Metadata on /dev/ad0s2g:
+ magic: GEOM::ELI
+version: 0
+ flags: 0x2
+ algo: AES
+ keylen: 128
+
Stephen Clark wrote:
Sam Leffler wrote:
Stephen Clark wrote:
Mike Tancsa wrote:
At 01:02 PM 25/04/2006, Stephen Clark wrote:
Try first
sysctl -w net.inet.tcp.inflight.enable=0
If its still slower, try using FAST_IPSEC instead on the server.
Tim Soderstrom wrote:
I am trying to jump into the world of FreeBSD and have been having some
nasty problems with some things. The latest of which is the fact that
FreeBSD is noting DMA timeouts with my SATA card, particularly when
performing writes:
As far as I am aware it is not resolved and
On Wednesday 26 April 2006 12:52, Sam Leffler wrote:
No. releng5 has an older hal that does not even support regdomain 18.
Backporting work to releng5 would be a massive effort for very little
gain; anyone that truly wants wireless support should be running 6.x or
later.
ok and agree but 5
On Tue, Apr 25, 2006 at 11:46:03PM +0200, Torfinn Ingolfsen wrote:
It could also be viewed as irresponsible to have servers in production
_without_ a corresponding test system to test proposed changes on.
True, but some us are blessed with a collection of assorted ancient cast
off servers, and
Stephen Clark wrote:
Stephen Clark wrote:
Sam Leffler wrote:
Stephen Clark wrote:
Mike Tancsa wrote:
At 01:02 PM 25/04/2006, Stephen Clark wrote:
Try first
sysctl -w net.inet.tcp.inflight.enable=0
If its still slower,
Hi,
First, install with cairo source code. Then install with port.
During installing with source code, the other message show up.
The main issues are about stdint.h, -lpthread.
These are exchanged with inttypes.h, -pthread on Freebsd 4.x
Ryan.
___
On Thu, Apr 27, 2006 at 01:25:15PM +0900, Ryan Shin wrote:
Hi,
First, install with cairo source code. Then install with port.
During installing with source code, the other message show up.
The main issues are about stdint.h, -lpthread.
These are exchanged with inttypes.h, -pthread on
35 matches
Mail list logo