On Tuesday 19 December 2006 19:54, chmod000 wrote:
> Thanks Pieter
> You were right, the PROFILING ware set enabled.
>
> I followed your instructions desabling it. But still having the same
> error, even if I try to build fox14 before xfe.
>
> Have some other idea?
> []'s
You'll probably have to cl
On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote:
> In the process of investigating performance in another area I happened
> to be measuring sequential cached reads (in a fairly basic manner):
>
> $ dd if=/dev/zero of=/tmp/file bs=8k count=10 # create file
> 81920 bytes transferr
Hello guys,
I have problem with my laptop Acer Aspire 5102 WLMi which has AMD
Turion™ 64 X2 dual-core TL-50 1.6 GHz with 1.5 GB of ram.
I'm running i386 6.2-RC1 upgraded to 6.2-PRELEASE via RELENG6 tag
since I don't have more than 4 GB of ram.
I have these lines add to my custom generic kernel
JoaoBR wrote:
> hum, look my releng_6:
>
> # dd of=/dev/null if=/c/c1/file bs=8k
> 10+0 records in
> 10+0 records out
> 81920 bytes transferred in 1.017492 secs (805116851 bytes/sec)
> # dd of=/dev/null if=/c/c1/file bs=8k
> 10+0 records in
> 10+0 records out
> 81920 bytes
JoaoBR wrote:
On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote:
$ dd of=/dev/null if=/tmp/file bs=32k # read it
81920 bytes transferred in 1.801944 secs (454620117 bytes/sec)
hum, look my releng_6:
# dd of=/dev/null if=/c/c1/file bs=32k
81920 bytes transfe
on 20/12/2006 01:50 Juraj Lutter said the following:
> On 12/20/06, martinko <[EMAIL PROTECTED]> wrote:
I've looked through iconv_sysctl_add() and can't see any way for the
code to return EPERM.
>> I've been experiencing the exactly same issue for too long, too. :-((
>>
>
> Load the icon
On Wednesday 20 December 2006 07:37, Mark Kirkwood wrote:
> JoaoBR wrote:
> > On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote:
> >> $ dd of=/dev/null if=/tmp/file bs=32k # read it
> >> 81920 bytes transferred in 1.801944 secs (454620117 bytes/sec)
> >
> > hum, look my re
JoaoBR wrote:
On Wednesday 20 December 2006 07:37, Mark Kirkwood wrote:
JoaoBR wrote:
On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote:
$ dd of=/dev/null if=/tmp/file bs=32k # read it
81920 bytes transferred in 1.801944 secs (454620117 bytes/sec)
hum, look my releng
On Tue, Dec 19, 2006 at 06:45:15PM -0500, David Magda wrote:
>
> This bug has been reported to the NTP maintainers:
>
> https://ntp.isc.org/bugs/show_bug.cgi?id=452
>
> It's been assigned to Harlan Stenn (stennntp.org). There have
> been no notes added to the bug report after the initial
Hi,
I have a ral rt2561 I guess, which currently isn't support by the
releng_6 branch.
Is it possible to backport the driver from HEAD?
My card is a
--
[EMAIL PROTECTED]:14:0:class=0x028000 card=0x25611814 chip=0x03021814
rev=0x00 hdr=0x00
vendor = 'Ralink Technology, Cor
Hi
seems to be something wrong with the sf driver
I have starfire 64bit cards (adaptec 1 and two port) on amd64 releng_6
the card is probed, recognize correctly the connection but no traffic i/o, arp
either
any idea?
sf0: flags=8843 mtu 1500
options=40
ether 00:00:d1:a8:3c:f7
On Wednesday 20 December 2006 10:51, Frank Steinborn wrote:
>
> Tried without polling?
>
Yes, also with ULE and 4BSD, no change
thank's
--
João
A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik https://datacenter.mati
JoaoBR wrote:
On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote:
In the process of investigating performance in another area I happened
to be measuring sequential cached reads (in a fairly basic manner):
$ dd if=/dev/zero of=/tmp/file bs=8k count=10 # create file
81920 bytes t
JoaoBR wrote:
> Hi
>
> seems to be something wrong with the sf driver
> I have starfire 64bit cards (adaptec 1 and two port) on amd64 releng_6
>
> the card is probed, recognize correctly the connection but no traffic i/o,
> arp
> either
>
> any idea?
>
> sf0: flags=8843 mtu 1500
> opt
On Wednesday 20 December 2006 11:38, Mark Kirkwood wrote:
> In fact if you note that the PIII HW *can* actually do 700MB/s, it
> suggests that your HW is capable of considerably more than 900MB/s -
> given that opteron's have excellent cpu to memory bandwidth, and the
> speed of your memory!
Indeed
On Wednesday 20 December 2006 10:42, JoaoBR wrote:
> seems to be something wrong with the sf driver
> I have starfire 64bit cards (adaptec 1 and two port) on amd64 releng_6
>
> the card is probed, recognize correctly the connection but no traffic i/o,
> arp either
>
> any idea?
in this manual
htt
On Wed, 2006-Dec-20 00:50:15 +0100, Juraj Lutter wrote:
>On 12/20/06, martinko <[EMAIL PROTECTED]> wrote:
I've looked through iconv_sysctl_add() and can't see any way for the
code to return EPERM.
>>I've been experiencing the exactly same issue for too long, too. :-((
>>
>
>Load the iconv
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Problem with truss, won't start. Please advise me what to do.
truss /bin/echo hello truss: truss: cannot open /proc/42520/mem cannot
open /proc/curproc/mem: : No such file or directory
No such file or directory
uname -a output:
FreeBSD mars.mysite
Ilya Vishnyakov wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Problem with truss, won't start. Please advise me what to do.
truss /bin/echo hello truss: truss: cannot open /proc/42520/mem cannot
open /proc/curproc/mem: : No such file or directory
No such file or directory
uname -a ou
On Wed, Dec 20, 2006 at 01:08:54PM -0500, Ilya Vishnyakov wrote:
> Problem with truss, won't start. Please advise me what to do.
>
> truss /bin/echo hello truss: truss: cannot open /proc/42520/mem cannot
> open /proc/curproc/mem: : No such file or directory
> No such file or directory
>
Do you ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- Original Message
Subject: Re:truss missing some files or directories
From: LI Xin <[EMAIL PROTECTED]>
To: Ilya Vishnyakov <[EMAIL PROTECTED]>
Cc: freebsd-stable@freebsd.org
Date: Wednesday, December 20, 2006 1:42:35 PM
> Ilya Vish
On Wed, 2006-12-20 at 13:08 -0500, Ilya Vishnyakov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Problem with truss, won't start. Please advise me what to do.
>
> truss /bin/echo hello truss: truss: cannot open /proc/42520/mem cannot
> open /proc/curproc/mem: : No such file or dir
Hello guys,
I have problem with my new laptop Acer Aspire 5102 WLMi which has AMD
Turion™ 64 X2 dual-core TL-50 1.6 GHz with 1.5 GB of ram.
I'm running i386 6.2-RC1 upgraded to 6.2-PRELEASE via RELENG6 tag
since I don't have more than 4 GB of ram.
1. The FreeBSD can't detect the builtin wlan ch
23 matches
Mail list logo