On Sun, Oct 21, 2007 at 09:19:35AM +0200, Peter Schuller wrote:
> Hello,
>
> Since then I have now tried two distinct TX4 cards (but only in one
> PCI slot). Both suffer from the same problem. Amazingly a SiI 3114
> *does* seem to work in the same PCI slot - no corruption, and no DMA
> timeouts an
For some reason, my port 1645 is closed on FreeBSD 6.2. I have all the
firewall disabled, but it's not allowing me access the port 1645. How do you
manually open this port? I can't seem to find at google.
___
freebsd-stable@freebsd.org mailing list
h
Hello,
I did fresh buildworld then tried to build my kernel.
:> hack.c
cc -shared -nostdlib hack.c -o hack.So
rm -f hack.c
MAKE=make sh /usr/src/sys/conf/newvers.sh VB
cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpoint
At 12:10 AM 10/21/2007, Mike Andrews wrote:
I haven't tried the 6.6.6 driver on mine yet, though, so this could
be something totally different. I was going to bump one of them
from RELENG_6 to RELENG_7 as a test soon.
I see this problem running RELENG_6, which has the 6.6.6 driver. I
forget
On Sun, Oct 21, 2007 at 11:07:34AM +0800, Yi Wang wrote:
> Hi,
>
> My box is running 7.0-PREREALEASE.
>
> When I run more than two building tasks, X11 became extremely slow.
> The mouse pointer can also hardly move.
>
> Running more than two building tasks under 6-stable does not introduce
> the
At 08:32 PM 10/19/2007, Jack Vogel wrote:
OK, I will look into this as soon as I can.
Just a "Same here" I think. The time outs dont correlate with load.
The one nic is also seeing a lot of overruns. Also, I checked the
eeprom and its not an issue it seems
Oct 21 14:24:39 c1 kernel: Inte
On Sun, Oct 21, 2007 at 11:07:34AM +0800, Yi Wang wrote:
> My box is running 7.0-PREREALEASE.
>
> When I run more than two building tasks, X11 became extremely slow.
> The mouse pointer can also hardly move.
>
> Running more than two building tasks under 6-stable does not introduce
> the issues.
Yi Wang wrote:
Hi,
My box is running 7.0-PREREALEASE.
When I run more than two building tasks, X11 became extremely slow.
The mouse pointer can also hardly move.
Running more than two building tasks under 6-stable does not introduce
the issues.
Does any one know how to solve it?
Hi,
I ha
Jeff Doolittle wrote:
Everyone,
I just recently updated my primary server to the latest FreeBSD RELENG_6
release last weekend and have started receiving the following errors
every day requiring me to power off the computer (the console is hung
and Ctrl-Alt-Del don't work):
=
TB --- 2007-10-21 04:39:58 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 04:39:58 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2007-10-21 04:39:58 - cleaning the object tree
TB --- 2007-10-21 04:40:19 - checking out the source tree
TB --- 2007-10-21 04:40:19
TB --- 2007-10-21 04:39:08 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 04:39:08 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2007-10-21 04:39:08 - cleaning the object tree
TB --- 2007-10-21 04:39:19 - checking out the source tree
TB --- 2007-10-21 04:39:19 - cd
TB --- 2007-10-20 21:28:36 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-20 21:28:36 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2007-10-20 21:28:36 - cleaning the object tree
TB --- 2007-10-20 21:29:02 - checking out the source tree
TB --- 2007-10-20 21:29:02
TB --- 2007-10-20 21:02:03 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-20 21:02:03 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2007-10-20 21:02:03 - cleaning the object tree
TB --- 2007-10-20 21:02:34 - checking out the source tree
TB --- 2007-10-20 21:02:34 - cd
On 21/10/2007, Peter Schuller <[EMAIL PROTECTED]> wrote:
> However, once I started dd:ing large files and reading them back in I
> started getting I/O errors from ZFS, because of checksum
> mismatches. Turns out all the drives connected to the TX4 in the
> raidz2 were generating checksum errors (t
TB --- 2007-10-21 00:16:15 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 00:16:15 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2007-10-21 00:16:15 - cleaning the object tree
TB --- 2007-10-21 00:16:48 - checking out the source tree
TB --- 2007-10-21 00:16:48 - c
TB --- 2007-10-21 00:16:15 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 00:16:15 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2007-10-21 00:16:15 - cleaning the object tree
TB --- 2007-10-21 00:16:46 - checking out the source tree
TB --- 2007-10-21 00:16:46 - cd
TB --- 2007-10-21 01:02:27 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 01:02:27 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2007-10-21 01:02:28 - cleaning the object tree
TB --- 2007-10-21 01:03:02 - checking out the source tree
TB --- 2007-10-21 01:03:02
TB --- 2007-10-21 01:01:25 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 01:01:25 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2007-10-21 01:01:25 - cleaning the object tree
TB --- 2007-10-21 01:01:34 - checking out the source tree
TB --- 2007-10-21 01:01:34 - cd
TB --- 2007-10-21 07:32:28 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 07:32:28 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2007-10-21 07:32:28 - cleaning the object tree
TB --- 2007-10-21 07:32:39 - checking out the source tree
TB --- 2007-10-21 07:32:39 - c
TB --- 2007-10-21 07:32:28 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 07:32:28 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2007-10-21 07:32:28 - cleaning the object tree
TB --- 2007-10-21 07:32:41 - checking out the source tree
TB --- 2007-10-21 07:32:41 - cd
TB --- 2007-10-21 03:54:54 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 03:54:54 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2007-10-21 03:54:54 - cleaning the object tree
TB --- 2007-10-21 03:55:05 - checking out the source tree
TB --- 2007-10-21 03:55:05 - c
TB --- 2007-10-21 08:17:32 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 08:17:32 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2007-10-21 08:17:32 - cleaning the object tree
TB --- 2007-10-21 08:17:47 - checking out the source tree
TB --- 2007-10-21 08:17:47
TB --- 2007-10-21 08:16:26 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 08:16:26 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2007-10-21 08:16:26 - cleaning the object tree
TB --- 2007-10-21 08:16:32 - checking out the source tree
TB --- 2007-10-21 08:16:32 - cd
TB --- 2007-10-21 11:09:38 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 11:09:38 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2007-10-21 11:09:38 - cleaning the object tree
TB --- 2007-10-21 11:09:50 - checking out the source tree
TB --- 2007-10-21 11:09:50 - c
TB --- 2007-10-21 11:09:38 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 11:09:38 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2007-10-21 11:09:38 - cleaning the object tree
TB --- 2007-10-21 11:09:52 - checking out the source tree
TB --- 2007-10-21 11:09:52 - cd
Jeremy Chadwick wrote:
On Sat, Oct 20, 2007 at 11:21:10AM +1300, Philip Murray wrote:
"me too" on a Supermicro 5015MT+, although I notice my em0 is also sharing
an interrupt with USB (uhci3)... not sure if that's the culprit.
I'm not aware of a 5015MT+ model. Maybe you mean 5015M-MT+ or
5015M
TB --- 2007-10-21 11:54:58 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 11:54:58 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2007-10-21 11:54:58 - cleaning the object tree
TB --- 2007-10-21 11:55:22 - checking out the source tree
TB --- 2007-10-21 11:55:22
TB --- 2007-10-21 11:54:07 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 11:54:07 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2007-10-21 11:54:07 - cleaning the object tree
TB --- 2007-10-21 11:54:20 - checking out the source tree
TB --- 2007-10-21 11:54:20 - cd
Hi,
My box is running 7.0-PREREALEASE.
When I run more than two building tasks, X11 became extremely slow.
The mouse pointer can also hardly move.
Running more than two building tasks under 6-stable does not introduce
the issues.
Does any one know how to solve it?
--
Regards,
Wang Yi
Hello,
I went through the previous threads such as
http://lists.freebsd.org/pipermail/freebsd-multimedia/2007-May/006759.htmlbut
I am still unable to have mu card
working on 6.2-STABLE. I tried different optoins but no luck so far. I even
tried the driver at http://darkircop.org/hdac.tgz but it di
* Kris Kennaway <[EMAIL PROTECTED]> [071021 01:56] wrote:
> Alfred Perlstein wrote:
> >* Robert Watson <[EMAIL PROTECTED]> [071020 10:21] wrote:
> >>On Sat, 20 Oct 2007, Kris Kennaway wrote:
> >>
> >>>Alfred Perlstein wrote:
> Hey guys, I have LOCK_PROFILING done for a product based on FreeBSD-
Everyone,
I just recently updated my primary server to the latest FreeBSD RELENG_6
release last weekend and have started receiving the following errors
every day requiring me to power off the computer (the console is hung
and Ctrl-Alt-Del don't work):
On Sat, 20 Oct 2007, Alfred Perlstein wrote:
This is my feeling also -- I would consider ABI breakage a show stopper for
6.x, but feel otherwise that the new code is much more mature and capable
and would be quite beneficial to people building appliances and related
products on 6.x. You might
TB --- 2007-10-21 03:54:54 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2007-10-21 03:54:54 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2007-10-21 03:54:54 - cleaning the object tree
TB --- 2007-10-21 03:55:08 - checking out the source tree
TB --- 2007-10-21 03:55:08 - cd
> > After my break to debugger using Ctrl+Alt+Esc sequence and entering a
> > "panic" command kernel does not wrote a kernel dump but seems to
> > hang.
Can
> > anyone describe how to obtain a kernel dump in this situation, or at
least
> > say - which output of show commands need in first place
Alfred Perlstein wrote:
* Robert Watson <[EMAIL PROTECTED]> [071020 10:21] wrote:
On Sat, 20 Oct 2007, Kris Kennaway wrote:
Alfred Perlstein wrote:
Hey guys, I have LOCK_PROFILING done for a product based on FreeBSD-6,
this means I can relatively easily backport LOCK_PROFILING from FreeBSD-7
Hello,
The following is not a request for help or bug report as such, I just
want to put the information out there in case it helps other people by
encouraging active checking for silent data corruption (also happens
to be a good "saved yet again by ZFS" story).
I was moving some disks to a machi
37 matches
Mail list logo
