Hi everybody!
First of all, sorry for my bad english. I have two hp dl-380 server with
6.4 and 7.1 freebsd, but all of them have a poor performance.
To illustrate the problem:
Reference machine (AMD 2500 Athlon, pata disk, 6.4 bsd with generic kernel):
# time tar xvzf php-5.1.4.tar.gz
0.980u 1.
In message: <20090120.133113.-1630673491@bsdimp.com>
"M. Warner Losh" writes:
: In message: <4976297c.7020...@bluezbox.com>
: Oleksandr Tymoshenko writes:
: : Yesterday I ran into a "problem" with uart(4) on big-endian MIPS
: : board. uart code treats registers as
On Jan 20, 2009, at 1:54 AM, chandra reddy wrote:
Hi,
I am getting the following error when i run tar on a directory.
[chan...@home]$ tar zcf config-xsl.tar config-xsl/9.6
tar: Cannot open directory
config-xsl/9.6/configuration/protocols/mpls/label-switched-path/oam/
bfd-liveness-detectio
In message: <4976297c.7020...@bluezbox.com>
Oleksandr Tymoshenko writes:
: Yesterday I ran into a "problem" with uart(4) on big-endian MIPS
: board. uart code treats registers as bytes and reads/writes them using
: bus_space_read_1/bus_space_write_1. To handle word-aligned registe
Yesterday I ran into a "problem" with uart(4) on big-endian MIPS
board. uart code treats registers as bytes and reads/writes them using
bus_space_read_1/bus_space_write_1. To handle word-aligned registers we
have regshft in uart_bas structure. It works for little-endian flags
where lowest byte
In message:
"Jacky Oh" writes:
: Hi,
:
: I'm writing a syscall module and he compiles well but at load time, kldload
: shows:
:
: KLD: program.ko: depends of kernel - no avaiable
:
: anyone know something about this?
Yes. rebuild the kernel and modules to have the same
__FreeBSD_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 20 Jan 2009 18:25:06 +0100
"Paul B. Mahol" mentioned:
> On 1/20/09, Jacky Oh wrote:
> > Hi,
> >
> > I'm writing a syscall module and he compiles well but at load time, kldload
> > shows:
> >
> > KLD: program.ko: depends of kernel - no avaiab
On 1/20/09, Jacky Oh wrote:
> Hi,
>
> I'm writing a syscall module and he compiles well but at load time, kldload
> shows:
>
> KLD: program.ko: depends of kernel - no avaiable
program.ko expect kernel that is not currently running.
This usually means that kernel which you are currently using and
Hi,
I'm writing a syscall module and he compiles well but at load time, kldload
shows:
KLD: program.ko: depends of kernel - no avaiable
anyone know something about this?
Thanks!
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mai
On Tue, 20 Jan 2009, Danny Braniss wrote:
I just stumbled on this, ps(1) gives different info if the user is root or a
simple mortal:
simple-mortal> ps p8130
PID TT STAT TIME COMMAND
8130 ?? Is 0:05.72 [java]
root# ps p8130
PID TT STAT TIME COMMAND
8130 ?? Is 0:0
I just stumbled on this, ps(1) gives different info if the user is root or
a simple mortal:
simple-mortal> ps p8130
PID TT STAT TIME COMMAND
8130 ?? Is 0:05.72 [java]
root# ps p8130
PID TT STAT TIME COMMAND
8130 ?? Is 0:05.73 /usr/local/diablo-jdk1.6.0/bin/java ..
On Tue, Jan 20, 2009 at 01:24:41PM +0530, chandra reddy wrote:
> Hi,
>
> I am getting the following error when i run tar on a directory.
>
> [chan...@home]$ tar zcf config-xsl.tar config-xsl/9.6
>
> tar: Cannot open directory
> config-xsl/9.6/configuration/protocols/mpls/label-switched-path/oa
Hi Doug,
I have checked the files permission. It is fine. It passes on FreeBSD6 but
fails on FreeBSD 7. It passes on a local file system but fails on NFS file
system.
Thanks
-Chandra
On Tue, Jan 20, 2009 at 2:02 PM, Doug Hardie wrote:
>
> On Jan 19, 2009, at 23:54, chandra reddy wrote:
>
>
Hi,
I am getting the following error when i run tar on a directory.
[chan...@home]$ tar zcf config-xsl.tar config-xsl/9.6
tar: Cannot open directory
config-xsl/9.6/configuration/protocols/mpls/label-switched-path/oam/bfd-liveness-detection/detection-time:
No such file or directory
tar: Cannot
Christoph Mallon schrieb:
@@ -1340,7 +1340,8 @@
}
TAILQ_INSERT_HEAD(&bufqueues[bp->b_qindex], bp, b_freelist);
/* buffers with junk contents */
-} else if (bp->b_flags & (B_INVAL | B_NOCACHE | B_RELBUF) ||
+} else if (bp->b_flags & (B_INVAL | B_RELBUF) ||
+(
Sadly I got no response about the panic problem so far. I investigated
further and I came to the conclusion, that there are at least two
problems/bugs in brelse(). Here are my findings. All lines refer to
sys/kern/vfs_bio.c at r183754, which is the most recent version of this
file.
Below is t
Kamlesh Patel writes:
> I made wrong comment in Getpid():
>
> Getpid() {
>
> /* ..
>
> /* ... */
>
> */
>
> return()
> }
That still doesn't tell us anything. To start with, there is no
function named Getpid() anywhere in the tree. Secondly, the code you
show us won't even compile (impr
17 matches
Mail list logo