Panic on "DOH! ata_alloc_request failed!"

2006-10-21 Thread Jon Passki
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey all, (I'm off list, please include me in any replies) (Søren, please let me know if you do not want to be emailed in the future directly! You seem to be the ATA RAID FreeBSD goto guy. Apologies if you did not want to be solicited). I jus

Re: em network issues

2006-10-21 Thread Kris Kennaway
On Sat, Oct 21, 2006 at 09:32:50PM +0400, Gleb Smirnoff wrote: > On Sat, Oct 21, 2006 at 12:57:52PM -0400, Kris Kennaway wrote: > K> On Sat, Oct 21, 2006 at 10:17:06AM +0400, Gleb Smirnoff wrote: > K> > On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > K> > J> The engineer in our test g

Re: 5 to 6

2006-10-21 Thread Randy Bush
for the record, i followed the recipe in UPDATING and it worked. randy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: em network issues

2006-10-21 Thread Kris Kennaway
On Sat, Oct 21, 2006 at 10:17:06AM +0400, Gleb Smirnoff wrote: > On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > J> The engineer in our test group has installed 6.2 BETA2 and attempted via a > J> number of tests to reproduce this problem, the machine even shares the em > J> interrupt

Re: em network issues

2006-10-21 Thread Mikhail Teterin
= I'd appreciate if people who are observing the problem will report = whether adding DEVICE_POLLING option to kernel config helps them = or not. This will help to tell whether the problem is in the above = quote or in the import of new versions from vendor. I tried this yesterday -- before writin

Re: em network issues

2006-10-21 Thread Gleb Smirnoff
On Sat, Oct 21, 2006 at 01:00:08PM -0400, Mikhail Teterin wrote: M> = I'd appreciate if people who are observing the problem will report M> = whether adding DEVICE_POLLING option to kernel config helps them M> = or not. This will help to tell whether the problem is in the above M> = quote or in the

Re: em network issues

2006-10-21 Thread Gleb Smirnoff
On Sat, Oct 21, 2006 at 12:57:52PM -0400, Kris Kennaway wrote: K> On Sat, Oct 21, 2006 at 10:17:06AM +0400, Gleb Smirnoff wrote: K> > On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: K> > J> The engineer in our test group has installed 6.2 BETA2 and attempted via a K> > J> number of tes

Re: locked vnode / nfs... requires kill -9 in ddb

2006-10-21 Thread John E Hein
David Xu wrote at 15:46 +0800 on Oct 21, 2006: > On Saturday 21 October 2006 15:22, John E Hein wrote: > > David Xu wrote at 15:10 +0800 on Oct 21, 2006: > > > This is also RELENG_4's behavior, if PCATCH is set, the tsleep will > > > call CURSIG() which will suspends current process if there

Re: Hard lock on 6.1-STABLE

2006-10-21 Thread Stefan Bethke
Am 21.10.2006 um 01:05 schrieb Laurence Sanford: The switch rarely shows any collisions unless network load is high on this box, then the collision light will come on nearly constantly. Depending on what exactly the collision led signifies on your switch, this might indicate a problem. On

Re: When will the new BCE driver in HEAD be incorporated into RELENG_6?

2006-10-21 Thread Scott Long
I'm not really a Broadcom developer, but I play one on TV =-) Scott Kevin Kramer wrote: Sorry, I thought that you and others were working on numerous Broadcom issues including incorrect recognition of the chipsets for the Poweredge 1950's and Precision 390. You had been responding to most of

Re: When will the new BCE driver in HEAD be incorporated into RELENG_6?

2006-10-21 Thread Scott Long
Bill Moran wrote: In response to Jason Thomson <[EMAIL PROTECTED]>: Scott Long wrote: > Conrad Burger wrote: > >> Hi >> >> It looks like there is a "new" version of the bce driver in HEAD. >> When will it be incorporated into Releng_6? > > > It will be merged when someone, preferably

Re: locked vnode / nfs... requires kill -9 in ddb

2006-10-21 Thread David Xu
On Saturday 21 October 2006 15:22, John E Hein wrote: > David Xu wrote at 15:10 +0800 on Oct 21, 2006: > > This is also RELENG_4's behavior, if PCATCH is set, the tsleep will > > call CURSIG() which will suspends current process if there is a > > SIGTSTP or SIGSTOP signal. > > Great. Suspending

Re: locked vnode / nfs... requires kill -9 in ddb

2006-10-21 Thread John E Hein
David Xu wrote at 15:10 +0800 on Oct 21, 2006: > On Saturday 21 October 2006 14:56, John E Hein wrote: > > > David, here's the original report. > > http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029755.html > > > > Indeed, as Kostik surmised, the mount point is mounted intr.

Re: locked vnode / nfs... requires kill -9 in ddb

2006-10-21 Thread David Xu
On Saturday 21 October 2006 11:57, Kostik Belousov wrote: > On Sat, Oct 21, 2006 at 08:25:00AM +0800, David Xu wrote: > > On Thursday 19 October 2006 18:04, Kostik Belousov wrote: > > > The nfs_reply is sleeping with the PCATCH set. The question is why > > > SIGTSTP does not cause msleep to return

Re: locked vnode / nfs... requires kill -9 in ddb

2006-10-21 Thread David Xu
On Saturday 21 October 2006 14:56, John E Hein wrote: > David, here's the original report. > http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029755.html > > Indeed, as Kostik surmised, the mount point is mounted intr. > > I did not notice this problem while running with releng_6 fro