Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 14 Feb 2003 03:28:45 -0800
From:      Alfred Perlstein <bright@mu.org>
To:        Dag-Erling Smorgrav <des@ofug.org>
Cc:        current@freebsd.org, sos@freebsd.org
Subject:   Re: fix: lock order reversal proc/filedesc.
Message-ID:  <20030214112845.GG93252@elvis.mu.org>
In-Reply-To: <xzpy94jp0l7.fsf@flood.ping.uio.no>
References:  <20030214103808.GE93252@elvis.mu.org> <xzpwuk3rv75.fsf@flood.ping.uio.no> <20030214110403.GF93252@elvis.mu.org> <xzpy94jp0l7.fsf@flood.ping.uio.no>

next in thread | previous in thread | raw e-mail | index | archive | help
* Dag-Erling Smorgrav <des@ofug.org> [030214 03:23] wrote:
> Alfred Perlstein <bright@mu.org> writes:
> > What exactly is broken about dumps for you on ata?
> 
> Well, after you told me that "call dumpsys" is no longer kosher (when
> did that happen, and where was it documented?), I tried 'call doadump':

Whatever, ddb should have a command "dump".  Calling directly into
the routine is bad mojo.

> # Debugger("manual escape to debugger")
> Stopped at      Debugger+0x50:  xchgl   %ebx,in_Debugger.0
> db> call doadump
> Dumping 511 MB
> ata1: resetting devices ..
> Context switches not allowed in the debugger.
> db> call cpu_reset
> 
> Makes me want to get my Norwegian Sword [tm] and make a short trip to
> Denmark.

Can't blame you, not having working dumps really annoyed me.

> It is becoming increasingly clear to me that the majority of FreeBSD
> developers don't really care if their code works, as long as they get
> the credit (and / or paycheck) for committing it.

Heh...

Back on track, this is bogus, ata should not be calling tsleep() from
the dump routine.

Soren please fix this.

-- 
-Alfred Perlstein [alfred@freebsd.org]
'Instead of asking why a piece of software is using "1970s technology,"
 start asking why software is ignoring 30 years of accumulated wisdom.'

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030214112845.GG93252>