the patch in pr 91799 does fix the assertion problem described in the
pr, but now that ggate connects for me, I need it to actually start
sync'ing. In my case, ggate between two SMP amd64 servers connects
and then passes little or no traffic.
I have also tried backing out the last bit of uipc_soc
Contrary to what I was told there are still users with 82542
hardware. I promised that if anyone spoke up I'd replace it,
so its back.
So Intel test and validation isnt always right, who knew :)
Enjoy,
Jack
___
freebsd-stable@freebsd.org mailing list
With a stock stable-supfile and freshly checked-out source, I get the
following error ( every time )
when I attempt to "make buildworld" on sparc64. Is there some cvs tag
I should be using?
BuildError
Description: Binary data
___
freebsd-stable@freebsd
Lodewijk Koopman wrote:
RE(4) LAN
The ASUS P5B has an onboard Realtek 8168B/8111B ethernet chip. It is
detected and hooked up to re0, but I get very bad network connectivity.
Some sites work, some don't. If I load www.google.com for instance the
page keeps loading indefinitely, and I only see
On Mon, Oct 23, 2006 at 02:50:44PM -0400, Mikhail Teterin wrote:
> ? 23 ??? 2006 13:37, Mikhail Teterin ???:
> > > We aren't currently speaking about performance, we need to know whether
> > > kernel with DEVICE_POLLING option makes NIC work stable.
> >
> > Yes, that seems to be the
On Sat, Oct 28, 2006 at 03:12:18PM -0400, Mike Jakubik wrote:
> Nguyen Tam Chinh wrote:
> >ad4: 476940MB at ata2-master SATA150
> >%dmesg | grep atapci0
> >atapci0: port
> >0xdc00-0xdc07,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f
> >mem 0xff8fec00-0xff8fedff irq
>
> Unfortunately
On Sat, 28 Oct 2006 13:22:06 +0200
Brian Josefsen <[EMAIL PROTECTED]> wrote:
> srwadleigh wrote:
> > On Fri, 27 Oct 2006 01:26:11 -0400
> > srwadleigh <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Thinkpad T41
> >> 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #20: Thu Oct 26 05:15:07 EDT
> >>
> >> Two usb a
Sorry, I forgot to include the chunk of code from the gmirror worker
thread which made me suspect this could be the problem:
[..]
/* Get first request from the queue. */
mtx_lock(&sc->sc_queue_mtx);
bp = bioq_first(&sc->sc_queue);
if
Nguyen Tam Chinh wrote:
ad4: 476940MB at ata2-master SATA150
%dmesg | grep atapci0
atapci0: port
0xdc00-0xdc07,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f
mem 0xff8fec00-0xff8fedff irq
Unfortunately you have a broken chipset, i would not recommend you use
the Sil 3112 for prod
It almost looks as if a user frequently runs gmirror(8) to query the
status of their array. Under a high load situation, the worker is busy,
so at one un-lucky momment, gmirror(8) is run:
(1) gmirror(8) waits for sc->sc_lock owned by the worker
(2) The worker then drops the lock
(3)
Ulrich Spoerlein wrote:
> Our fileserver deadlocked, again. It is running RELENG_6 checked out
> yesterday. I have enabled DDB, WITNESS and INVARIANTS and have it
> hooked up via serial console.
Happend again, now I have DEBUG_LOCKS and DEBUG_VFS_LOCK included. There
are hundreds of cron processes
On 10/28/06, Nikolay Pavlov <[EMAIL PROTECTED]> wrote:
On Friday, 27 October 2006 at 18:44:37 -0700, Jack Vogel wrote:
> After a conference call today, it was decided that a merge of
> my Intel driver base and the STABLE code would take place.
>
> This code undoes the INTR_FAST/taskqueue approach
On Sat, 28 Oct 2006, Jeremy Chadwick wrote:
On Sat, Oct 28, 2006 at 10:26:25AM +0400, Nguyen Tam Chinh wrote:
We have some dedicated servers at layeredtech. Currently new SATA 500Gb
drive was added to each server and we now noticed strange problems with
all of them: all new sata disks failed un
Mikhail Teterin wrote:
On Saturday 21 October 2006 13:33, Gleb Smirnoff wrote:
= We aren't currently speaking about performance, we need to know whether
= kernel with DEVICE_POLLING option makes NIC work stable.
Having noticed today's em-driver update, I rebuilt world/kernel and tried the
dump-t
On Friday, 27 October 2006 at 18:44:37 -0700, Jack Vogel wrote:
> After a conference call today, it was decided that a merge of
> my Intel driver base and the STABLE code would take place.
>
> This code undoes the INTR_FAST/taskqueue approach for right
> now. Work will continue to get that to work
On Sat, Oct 28, 2006 at 10:26:25AM +0400, Nguyen Tam Chinh wrote:
> We have some dedicated servers at layeredtech. Currently new SATA 500Gb
> drive was added to each server and we now noticed strange problems with
> all of them: all new sata disks failed under normal load (3-6 Mbit/s I/O).
> Eng
Hello,
We have some dedicated servers at layeredtech. Currently new SATA 500Gb
drive was added to each server and we now noticed strange problems with
all of them: all new sata disks failed under normal load (3-6 Mbit/s I/O).
Engineers at data center replaced the drives but they failed again a
17 matches
Mail list logo
