On Fri, Apr 29, 2005 at 10:30:32PM +0930, Daniel O'Connor wrote:
> > open() time: 2999673 us
> > open() time: 2999706 us
> >
> > Is this 3 second delay necessary? Can I get rid of it?
>
> man comcontrol
> Try trimming the dtrwait value back and see how it goes.
Thanks you, it does help.
I've thou
Hi, hackers!
It seems that reopening /dev/cuaaX devices after close() takes exactly
3 seconds on FreeBSD 4.10 (sorry, I've no 5.x systems available at the
moment).
Here is output of attached program:
open() time: 155 us
open() time: 2995729 us
open() time: 2999811 us
open() time: 2999608 us
open
On Mon, Jan 24, 2005 at 10:22:03AM -0700, Warner Losh wrote:
> > > sio2 irq10 981321757
> > > sio3 irq11 981382757
> > > Total 2316081 1788
> >
> > Looks like everything is fine and the message is just false alarm.
>
> It m
On Sun, Jan 23, 2005 at 09:35:16PM +0100, Bernd Walter wrote:
> On Sun, Jan 23, 2005 at 01:42:46PM +0300, Andrew L. Neporada wrote:
> > On Sat, Jan 22, 2005 at 02:52:21PM -0700, M. Warner Losh wrote:
> > >
> > > Chances are you don't have things configured quite c
On Sat, Jan 22, 2005 at 02:52:21PM -0700, M. Warner Losh wrote:
>
> Chances are you don't have things configured quite correctly in the
> bios. The interrupts aren't asserting proplerly.
Interrupts 3,4,10,11 are reserved for ISA cards in BIOS.
Tweaking "PnP aware OS [Y/N]" setting doesn't help.
Hi!
I am getting "configured irq .. is not in bitmap of probed irqs 0" error
(warning?) while booting 4.10:
...
sio0: irq maps: 0x1 0x11 0x1 0x1
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1: irq maps: 0x1 0x9 0x1 0x1
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 1
On Mon, Feb 16, 2004 at 07:06:07PM +, Colin Percival wrote:
> At 18:29 16/02/2004, Andrew L. Neporada wrote:
> >I have a problem with very large mfsroot filesystems in FreeBSD-4.9.
> >100Mb mfsroot fs boots and works fine, but 128Mb fs with the same
> >content cause i
Hi.
I have a problem with very large mfsroot filesystems in FreeBSD-4.9.
100Mb mfsroot fs boots and works fine, but 128Mb fs with the same
content cause immediate reboot after 'Booting kernel in xxx seconds'
line.
Kernel config is GENERIC minus some unneeded things.
Box with 1Gb of RAM is bootin
On Wed, Jul 16, 2003 at 05:57:44AM -0700, Avleen Vig wrote:
> > I have been experiencing several "ffs_clusteralloc: map mismatch"
> > kernel panics (always while heavy r/w activity on ad0). PC in question
> > has SuperMicro P3TDL3 motherboard,
> > 2 ide + 1 scsi HDD and 4 nics (full dmesg & kernel
On Wed, Jul 16, 2003 at 05:52:57PM +0200, [EMAIL PROTECTED] wrote:
> Dear Andrew,
>
> >
> > My system has brand new MB (supermicro dual proc mainbord
> > with U160 SCSI &
> > fxp NIC integrated), P3 processor & memory (btw, ECC memory).
> > Other components are not-so-new, but they worked flaw
On Wed, Jul 16, 2003 at 05:57:44AM -0700, Avleen Vig wrote:
>
> Andrew,
>
> I spend about two to three years fighting with a system trying to figure
> out what was wrong, and why these errors were caused. I got the very
> same crashes you're seeing now.
> I'm sure others are too, and I think this
I have been experiencing several "ffs_clusteralloc: map mismatch" kernel
panics (always while heavy r/w activity on ad0). PC in question has
SuperMicro P3TDL3 motherboard,
2 ide + 1 scsi HDD and 4 nics (full dmesg & kernel config attached).
Panic messages:
gw3# gdb -k kernel.debug vmcore.0
GNU
According to man page, mtree should exit with a status of 0 on success
(directory matches spec.), 1 if any error occurred and 2 in the case of
directory with spec. mismatch. But our mtree(1) is badly broken here
(see f.e. bin/28424).
Attached patch solves (I hope) this problem. This patch also in
+.Xr memmem 3 ,
.Xr memmove 3 ,
.Xr memset 3
.Sh STANDARDS
diff -ruN src.orig/lib/libc/string/memmem.3 src/lib/libc/string/memmem.3
--- src.orig/lib/libc/string/memmem.3 Thu Jan 1 03:00:00 1970
+++ src/lib/libc/string/memmem.3Fri Oct 26 07:21:02 2001
@@ -0,0 +1,84 @@
+.\" Copyrigh
On Tue, 2 Oct 2001, Matt Dillon wrote:
>
> :
> :Dwayne wrote:
> :> I'm creating an app where I want to use memory to store data so I
> :> can get at it quickly. The problem is, I can't afford the delays that
> :> would occur if the memory gets swapped out. Is there any way in FreeBSD
> :> t
I think you should write in ststr.3 that strnstr locates first occurrence
of null-terminated string 'little' in ___null-terminated___ string 'big'.
Andrew.
P.S. Because str(n)str functions deal with null-terminated strings
(i.e. we don't know sizes of strings), it
On Mon, 1 Oct 2001, Bakul Shah wrote:
> > If the length of substring is M and the length of string is N, then
> > current algorithm takes O(N*M) operations.
> > It is possible to perform search faster -- O(N+M) operations only.
>
> Is this a known algorithm? If so which one? Note that
> ht
If the length of substring is M and the length of string is N, then
current algorithm takes O(N*M) operations.
It is possible to perform search faster -- O(N+M) operations only.
I'll send patches if you are interested.
Andrey.
To Unsubscribe: send mail to [EMAIL
[posted to -questions several days ago, but still no response]
It always seems to me that `mtree -c | mtree` should output nothing
(because it compares current directory with itself). But recently I
noticed very strange thing:
andrew@sign> ls -la
total 4
drwxr-xr-x 2 andrew wheel 512 4 May
19 matches
Mail list logo
