Hmm- I doesn't recall name not mentioned telling me about this
earlier- perhaps he can dig up the mail as I haven't had any mail from
him directly in years that I recall.
Is the tinderbox still failing? I haven't seen that mail- maybe I'm not
on the list it's being sent to?
There are two
On Thu, 2 Feb 2006, Matthew Jacob wrote:
MJIs the tinderbox still failing? I haven't seen that mail- maybe I'm not on
MJthe list it's being sent to?
You may look into either stable@ or spar64@
harti
___
freebsd-stable@freebsd.org mailing list
On Tue, Jan 31, 2006 at 12:09:13PM +0300, Oleg Bulyzhin wrote:
Could you please test attached patch?
This patch enables 'full' rxcsum offloading so ipfilter's bug should not be
triggered.
FYI, the patch works for me; the checksum errors still show in tcpdump,
but ipfilter doesn't choke on
On Thu, 2 Feb 2006, Matthew Jacob wrote:
MJIs the tinderbox still failing? I haven't seen that mail- maybe I'm not on
MJthe list it's being sent to?
You may look into either stable@ or spar64@
Ah. I'm subscribed to neither. Okay- thanks for the headsup that it's
still broken. I have a
yesterday upgraded my laptop (Dell X1 with iwi wireless card)
running 6.0 to a fresh version of stable and the newest iwi-firmware,
and since then it frequently hangs at boot time right after
loading the iwi firmware - in fact, it booted ok only 2 times out
of the last 10.
The last msg i see on
Hello.
I do not know whether this should be a bug report or not, I will ask
prior to any further action.
Reading 'man fpresetsticky' show up a man page for FPGETROUND(3) and
tells me the existence of the fpresetsticky routine.
Now take a look into machine/ieeefp.h, where this function should
To the best of my knowledge, connect() being always interruptable
is correct and well-known.
Fair enough, that answers my question!
And my 4.11-STABLE system will interrupt connect() on a signal with
SA_RESTART set, which disagrees with your observations yet agrees with
the standard.
Hello,
I am trying to deploy a FreeBSD6 machine using if_bridge and pf to
provide some protection for our Windows servers ;)
During testing it seemed to work fine, but in production it panics frequently.
When I came in to work this morning it was complaining about mbufs, so
I have tried
O. Hartmann schrieb:
Hello.
I do not know whether this should be a bug report or not, I will ask
prior to any further action.
Reading 'man fpresetsticky' show up a man page for FPGETROUND(3) and
tells me the existence of the fpresetsticky routine.
Now take a look into machine/ieeefp.h, where
On Thu, 2 Feb 2006, O. Hartmann wrote:
O. Hartmann schrieb:
Hello.
I do not know whether this should be a bug report or not, I will ask prior
to any further action.
Reading 'man fpresetsticky' show up a man page for FPGETROUND(3) and tells
me the existence of the fpresetsticky routine.
Bruce Evans schrieb:
On Thu, 2 Feb 2006, O. Hartmann wrote:
O. Hartmann schrieb:
Hello.
I do not know whether this should be a bug report or not, I will ask
prior to any further action.
Reading 'man fpresetsticky' show up a man page for FPGETROUND(3) and
tells me the existence of the
Pertti Kosunen wrote:
Some change between Sun Nov 13 14:58:40 EET 2005 and Wed Jan 25 17:21:02
EET 2006 causes this message on boot:
Jan 27 14:59:46 xx kernel: ad0: req=0xc306baf0 SETFEATURES SET TRANSFER
MODE semaphore timeout !! DANGER Will Robinson !!
Jan 27 14:59:47 xx kernel: ad0:
On Thu, Feb 02, 2006 at 11:23:10AM +0100, Koen Martens wrote:
David Wilhelm wrote:
On Tue, Jan 31, 2006 at 12:09:13PM +0300, Oleg Bulyzhin wrote:
Could you please test attached patch?
This patch enables 'full' rxcsum offloading so ipfilter's bug should not be
triggered.
FYI,
Hi, Luigi -
I have been watching this too, due to an earlier problem with
iwi-firmware-2.4_2 which leads to spurious damaged-packet messages
(type 15). According to Florent ([EMAIL PROTECTED]) on this page:
http://damien.bergamini.free.fr/ipw/forum/list.php?f=1, a new commit was
made to HEAD two
Hello, i'm trying to install FreeBSD6 on an old PowerEdge 4200. But i cannot
even get to sysinstall, when it's booting from the cd it gets to a point
where the system reboots, these are the messages i can see on the console:
...
amr0: LSILogic MegaRAID 1.51 port 0xf480-0xf4ff irq 9 at device
TB --- 2006-02-02 17:36:08 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2006-02-02 17:36:08 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2006-02-02 17:36:08 - cleaning the object tree
TB --- 2006-02-02 17:36:33 - checking out the source tree
TB --- 2006-02-02
On Thu, Feb 02, 2006 at 10:36:56AM +, James Seward wrote:
Hello,
I am trying to deploy a FreeBSD6 machine using if_bridge and pf to
provide some protection for our Windows servers ;)
During testing it seemed to work fine, but in production it panics frequently.
When I came in to
Hello,
When I boot my laptop with a wi0 pccard inserted, the machine locks after
probing wi0. I can't go to the debugger also.
The fun thing is, that it probes if I also inserted my ep0 card before
booting. But if I than remove both and only reinsert the wi0 it hangs
again. Suspend-resume
Running 5.4-CURRENT. Web server. About 150 virtual servers.
%netstat -m
4294481198 mbufs in use
4294662679/25600 mbuf clusters in use (current/max)
0/694/6656 sfbufs in use (current/peak/max)
3463545 KBytes allocated to network
0 requests for sfbufs denied
0 requests for sfbufs delayed
1681997
On Fri, Feb 03, 2006 at 12:52:09AM +0300, Artem Kuchin wrote:
Running 5.4-CURRENT. Web server. About 150 virtual servers.
%netstat -m
4294481198 mbufs in use
4294662679/25600 mbuf clusters in use (current/max)
0/694/6656 sfbufs in use (current/peak/max)
3463545 KBytes allocated to
On Thu, 02 Feb 2006 22:22:12 +0100, Ronald Klop
[EMAIL PROTECTED] wrote:
Hello,
When I boot my laptop with a wi0 pccard inserted, the machine locks
after probing wi0. I can't go to the debugger also.
The fun thing is, that it probes if I also inserted my ep0 card before
booting. But if I
I've been having a same sort of issue that others have reported. After
dhclient has been running for a random length of time, it suddenly
starts consuming a large amount of CPU. Unfortunately for me, the
longest it tends to run is 48 hours before acting up.
I did get it rebuilt with debug
22 matches
Mail list logo
