Hi,
I recently replaced an old DDS-II Tape with a not so old AIT-Tape in one
of my FBSD-Boxes. However, access via RMT is really slow :-(
When I perform a local dump of the machines that hosts the drive I get 4
- 6MB/s throughput. I get roughly the same speed, when I move the Tape
to one of
Hi Hans,
On Fri, 10 Nov 2006, 08:38+0100, Hans Petter Selasky wrote:
On Thursday 09 November 2006 18:29, Maxim Konovalov wrote:
[ iedowse CC'ed ]
Hello,
On Fri, 5 May 2006, 11:04-0400, David Coder wrote:
thx for the suggestions, guys. with
device uftdi
device uplcom
On Thu, 9 Nov 2006 19:31:59 -0800 (PST) Minette Pamela wrote:
hi, i got this problem with linux-firefox. I Installed it before in my
KDE in FreeBSD with no problems and been able to use flash
plugins. Then, I changed to Gnome recently and installed
linux-firefox. Now, when I tried to install
On Friday 10 November 2006 03:45, Robert Marella wrote:
Aloha All
One of my computers has an Asus A8N-VM motherboard. I have been running
i386 on it for nearly a year. I played around with AMD64 earlier stuck
with the i386.
Last week I set up a dual boot with i386 and AMD64. The i386 is on
SNIP
(FreeBSD 4.x) : cd /usr; tar clpf - . | (cd /mnt; tar xvf -)
(FreeBSD 5.x+) : cd /usr; gtar clpf - . | (cd /mnt; gtar xvf -)
iirc tar(1) has changed in 5.3. why do you use gtar please? is new tar
missing something?
Well, technically no, but it requires more typing.
gtar
On Thu, 9 Nov 2006, Vlad Galu wrote:
-- cut here --
lock order reversal:
1st 0x80501ba0 cdev (cdev) @ kern/kern_conf.c:61
2nd 0x858d20f8 sleep mtxpool (sleep mtxpool) @ kern/kern_prot.c:1877
isn't that http://sources.zabbadoz.net/freebsd/lor.html#187 ?
--
Bjoern A. Zeeb
Install flash plugin from the port. cd /usr/ports/www/linux-flashplugin7
make install.
In firefox options change the default download directory to where you can
write.
HTH,-vlado
On Thu, 9 Nov 2006, Minette Pamela wrote:
hi, i got this problem with linux-firefox. I Installed it
On Thu, 9 Nov 2006, Minette Pamela wrote:
Ppass on Q1 .. what Vladimir said.
Now, maybe is somehow related to the errors I always get when I try
to download files or open files from the linux-firefox browser like :
/tmp/file, could not be saved, because you cannot change the
contents of
Hi All,
I have a bit of a wierd problem, My laptop has no serial ports, as is
the norm these days, so i have a FTDI based usb serial connector which
is very handy and works well. However, what i have found is that freebsd
still detects a serial port anyway
sio0: configured irq 4 not in
At 07:17 AM 11/10/2006, Vince wrote:
Hi All,
I have a bit of a wierd problem, My laptop has no serial ports, as is
the norm these days, so i have a FTDI based usb serial connector which
is very handy and works well. However, what i have found is that freebsd
still detects a serial port
On Fri, 10 Nov 2006, Vince wrote:
I have a bit of a wierd problem, My laptop has no serial ports, as is
the norm these days, so i have a FTDI based usb serial connector which
is very handy and works well. However, what i have found is that freebsd
still detects a serial port anyway
Aaron Burke wrote:
SNIP
(FreeBSD 4.x) : cd /usr; tar clpf - . | (cd /mnt; tar xvf -)
(FreeBSD 5.x+) : cd /usr; gtar clpf - . | (cd /mnt; gtar xvf -)
iirc tar(1) has changed in 5.3. why do you use gtar please? is new tar
missing something?
Well, technically no, but it
On Friday 10 November 2006 10:08, Maxim Konovalov wrote:
Hi Hans,
On Fri, 10 Nov 2006, 08:38+0100, Hans Petter Selasky wrote:
On Thursday 09 November 2006 18:29, Maxim Konovalov wrote:
[ iedowse CC'ed ]
Hello,
On Fri, 5 May 2006, 11:04-0400, David Coder wrote:
thx for the
[...]
The second question: is it OK to commit uark(4) as is and then convert
it to the new model?
I would prefer no. It is better to commit uark(4) to the USB p4 project,
than HEAD, because then we don't have to worry about integrating the driver.
I looked at your uark.diff, and it
In message [EMAIL PROTECTED], Hans Petter Selasky writes:
On Friday 10 November 2006 10:08, Maxim Konovalov wrote:
The second question: is it OK to commit uark(4) as is and then convert
it to the new model?
I would prefer no. It is better to commit uark(4) to the USB p4 project,
than HEAD,
On Fri, 10 Nov 2006, 11:09-, Ian Dowse wrote:
In message [EMAIL PROTECTED], Hans Petter Selasky writes:
On Friday 10 November 2006 10:08, Maxim Konovalov wrote:
The second question: is it OK to commit uark(4) as is and then convert
it to the new model?
I would prefer no. It is better
Ian Smith wrote:
On Fri, 10 Nov 2006, Vince wrote:
I have a bit of a wierd problem, My laptop has no serial ports, as is
the norm these days, so i have a FTDI based usb serial connector which
is very handy and works well. However, what i have found is that freebsd
still detects a
Hello Barry,
On Fri, Nov 10, 2006 at 08:56:30AM -0600, Barry Boes wrote:
BI see you listed on the EM stability issues list. I have a Tyan
B H1000S with dual em ports on 6.1, and it won't stay up 5 minutes
B without EM watchdog resets unless I use giant locks.
BIs there any way you'd
On Fri, 10 Nov 2006 11:48:40 +0200
Andrei Kolu [EMAIL PROTECTED] wrote:
On Friday 10 November 2006 03:45, Robert Marella wrote:
Aloha All
One of my computers has an Asus A8N-VM motherboard. I have been
running i386 on it for nearly a year. I played around with AMD64
earlier stuck with
On Nov 10, 2006, at 10:19 AM, Robert Marella wrote:
Thank you for your response. It seems unlikely that it is the power
supply because I can buildworld on the same machine with an i386
install. The only difference is the i386 is on a SATA drive while the
AMD64 is on an IDE drive.
The funny
On Fri, 10 Nov 2006 10:33:44 -0500
Vivek Khera [EMAIL PROTECTED] wrote:
On Nov 10, 2006, at 10:19 AM, Robert Marella wrote:
Thank you for your response. It seems unlikely that it is the power
supply because I can buildworld on the same machine with an i386
install. The only difference
I have just built a new SunFire X4100 server with an Adaptec 2230SLP
RAID card using FreeBSD 6.2-PRE kernel (from September 20).
Everything is working extremely well except I cannot run the aaccli
utility on this controller. When I try to open the controller, it
gives this error:
Command
on 10/11/2006 14:32 Oliver Fromme said the following:
Aaron Burke wrote:
SNIP
(FreeBSD 4.x) : cd /usr; tar clpf - . | (cd /mnt; tar xvf -)
(FreeBSD 5.x+) : cd /usr; gtar clpf - . | (cd /mnt; gtar xvf -)
iirc tar(1) has changed in 5.3. why do you use gtar please? is new
So far so good. I updated to the latest, including jfv's revision
1.65.2.21 from this AM.
With the 6.1 ISO distribution, I would get watchdogs within seconds of
starting a file transfer (except giant locked which worked fine).
With RELENG_6 I've transfered 100's of GB via ftp and NFS over both
The machine in question has a 2-core Xeon, 2GB RAM and a new
ciss-compatible controller, for which I appologise for not remembering
the exact model but it's 200-something with three attached 7.2k RPM
SATA drives (so it's probably SAS-compatible) in RAID5, and 128 MB cache
with BBU. I'm trying to
At 05:00 PM 11/9/2006, Mike Tancsa wrote:
At 10:51 AM 11/9/2006, Scott Long wrote:
Mike Tancsa wrote:
At 08:19 PM 11/8/2006, Jack Vogel wrote:
BUT, I've added the FAST_INTR changes back into the code, so
if you go into your Makefile and add -DEM_FAST_INTR you will
then get the taskqueue
I have set CPUTYPE=p3 in make.conf. When I compile my kernel I see
-march=pentium3 as I expect. I also see -mno-mmx and -mno-sse are set
which I do not expect given that -march=pentium3 is used. I presume
that I want MMX and SSE since my processor supports it. What options do
I set and
On 11/10/06, Mike Tancsa [EMAIL PROTECTED] wrote:
Some more tests. I tried again with what was committed to today's
RELENG_6. I am guessing its pretty well the same patch. Polling is
the only way to avoid livelock at a high pps rate. Does anyone know
of any simple tools to measure end to end
From /usr/src/sys/conf/kern.mk:
# On the i386, do not align the stack to 16-byte boundaries. Otherwise GCC
# 2.95 adds code to the entry and exit point of every function to align the
# stack to 16-byte boundaries -- thus wasting approximately 12 bytes of
stack
# per function call. While the
Jason C. Wells wrote:
I have set CPUTYPE=p3 in make.conf. When I compile my kernel I see
-march=pentium3 as I expect. I also see -mno-mmx and -mno-sse are set
which I do not expect given that -march=pentium3 is used. I presume
that I want MMX and SSE since my processor supports it. What
On Fri, 10 Nov 2006 11:34:22 -0800
Jason C. Wells [EMAIL PROTECTED] wrote:
I have set CPUTYPE=p3 in make.conf. When I compile my kernel I see
-march=pentium3 as I expect. I also see -mno-mmx and -mno-sse are
set which I do not expect given that -march=pentium3 is used. I
presume that I
At 05:00 PM 11/10/2006, Jack Vogel wrote:
On 11/10/06, Mike Tancsa [EMAIL PROTECTED] wrote:
Some more tests. I tried again with what was committed to today's
RELENG_6. I am guessing its pretty well the same patch. Polling is
the only way to avoid livelock at a high pps rate. Does anyone know
On Fri, Nov 10, 2006 at 11:34:22AM -0800, Jason C. Wells wrote:
I have set CPUTYPE=p3 in make.conf. When I compile my kernel I see
-march=pentium3 as I expect. I also see -mno-mmx and -mno-sse are set
which I do not expect given that -march=pentium3 is used. I presume
that I want MMX and
Luck ran out. Hard must press the reset button hang. No console
messages. The system was idle at the time.
Is there anything you'd like me to do to attempt to narrow down the
problem or get debugging output? I do not know if the freeze was
related to em or something else.
-Barry
Barry
On Fri, Nov 10, 2006 at 04:28:30PM -0600, Barry Boes wrote:
B
B Luck ran out. Hard must press the reset button hang. No console
B messages. The system was idle at the time.
BIs there anything you'd like me to do to attempt to narrow down the
B problem or get debugging output? I do not
On 11/10/06, Barry Boes [EMAIL PROTECTED] wrote:
Luck ran out. Hard must press the reset button hang. No console
messages. The system was idle at the time.
Is there anything you'd like me to do to attempt to narrow down the
problem or get debugging output? I do not know if the freeze
On Fri, Nov 10, 2006 at 05:56:54AM -1000, Robert Marella wrote:
On Fri, 10 Nov 2006 10:33:44 -0500
Vivek Khera [EMAIL PROTECTED] wrote:
On Nov 10, 2006, at 10:19 AM, Robert Marella wrote:
Thank you for your response. It seems unlikely that it is the power
supply because I can
On Tue, 24 Oct 2006, Vivek Khera wrote:
On Oct 24, 2006, at 12:27 PM, Nguyen Tam Chinh wrote:
The size of your DB is not all that large. There are people running
terabyte DB's under postgres. Our big DB is around 60Gb with hundreds of
millions of rows spread across dozens of tables which
On Saturday 11 November 2006 08:54, Jeremy Chadwick wrote:
The kernel itself _will not_ use any SSE or MMX operations when built.
This is because these optimisations are known to break the FreeBSD
kernel. This applies to all i386 architectures, and probably 64-bit
architectures too (not
On Sat, 11 Nov 2006 10:19:42 +1030
Daniel O'Connor [EMAIL PROTECTED] wrote:
On Saturday 11 November 2006 08:54, Jeremy Chadwick wrote:
The kernel itself _will not_ use any SSE or MMX operations when
built. This is because these optimisations are known to break the
FreeBSD kernel. This
Sources from today, right before the compile.
I have paused the virtual machine if someone would like me to issue
further db commands.
Thanks,
Scott
FreeBSD 6.2-PRERELEASE #0: Sat Nov 11 02:47:35 UTC 2006
[EMAIL PROTECTED]:/usr/obj.pfSense/usr/src/sys/pfSense_Dev.6
lock order reversal:
Mike Tancsa wrote:
At 05:00 PM 11/10/2006, Jack Vogel wrote:
On 11/10/06, Mike Tancsa [EMAIL PROTECTED] wrote:
Some more tests. I tried again with what was committed to today's
RELENG_6. I am guessing its pretty well the same patch. Polling is
the only way to avoid livelock at a high pps
- Original Message -
From: Scott Long [EMAIL PROTECTED]
To: Mike Tancsa [EMAIL PROTECTED]
Cc: freebsd-net freebsd-net@freebsd.org; [EMAIL PROTECTED];
freebsd-stable@freebsd.org; Jack Vogel [EMAIL PROTECTED]
Sent: Saturday, November 11, 2006 8:42 AM
Subject: Re: Proposed 6.2 em
Whatever that last em commit was, it seems to have made the interrupt
issues better. It still seems high, but it's a lot better than the
2000/s I was getting before.
interrupt total rate
irq1: atkbd0 54 0
irq6: fdc0
44 matches
Mail list logo
