Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 25 Nov 2002 21:27:55 +0100
From:      Philip Paeps <philip@paeps.cx>
To:        current@FreeBSD.ORG
Subject:   Re: I'm impressed, but ...
Message-ID:  <20021125202755.GA633@juno.home.paeps.cx>
In-Reply-To: <20021125194122.GA17986@angelica.unixdaemons.com>
References:  <20021125004934.GA604@juno.home.paeps.cx> <20021125194122.GA17986@angelica.unixdaemons.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2002-11-25 14:41:22 (-0500), Hiten Pandya <hiten@angelica.unixdaemons.com> wrote:
> On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote the words in effect of:
> >   | unknown: <PNP0401> can't assign resources (port)
> >   | unknown: <PNP0501> can't assign resources (port)
> 
> Can you try changing the hardware tunable,
> hw.pci.allow_unsupported_io_range, to the value of 1 in your loader.conf.  I
> think this should do it.  You can then check this value after you booted by
> `sysctl hw.pci`.

I'm afraid that doesn't cure the 'problem'.  

  (juno:/home/philip)# sysctl hw.pci
  hw.pci.enable_io_modes: 1
  hw.pci.allow_unsupported_io_range: 1

Exactly the same output as above.

> >  2. This one's the most irritating.  I use Mutt as my mailclient using
> >     Maildirs for storage.  It occasionally happens that Mutt just 'hangs'
> > 	reading a directory, and there's no way for me to kill it.  Ps axl shows
> > 	it as being in state Ds or Ds+ and blocked by ufs.
> 
> Hmm, this also happens in the case of dd(1).  If you invoke dd(1) as:
> 
> 	# dd if=/dev/zero of=/tmp/somefile
> 
> As you can see, it gets stuck when not provided with a count variable.  It
> hangs in the `ufs' state.  I am currently looking into this.  I am thinking,
> this is because a 0 byte file is found disturbing.

Mmm, this doesn't seem hang for me.  It just keeps filling the file, but
doesn't hang.  

  (juno:/usr/src)# dd if=/dev/zero of=/tmp/somefile
  ^C980608+0 records in
  980607+0 records out
  502070784 bytes transferred in 32.172603 secs (15605538 bytes/sec)

> Can you try using `ktrace`, like this:
> 
> 	root# ktrace mutt (or the command which makes it hang)
> 	root# kdump -f ktrace.out (this is the output needed)

Will do.  Just building a kernel with ktrace, as I accidently removed it.

I'll get back with more info.

 - Philip

-- 
Philip Paeps                                          Please don't CC me, I am
philip@paeps.cx                                       subscribed to the list.

  (1)	If the weather is extremely bad, church
  	attendance will be down.
  (2)	If the weather is extremely good, church
  	attendance will be down.
  (3)	If the bulletin covers are in short supply
  	church attendance will exceed all expectations.

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?20021125202755.GA633>