Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 6 Oct 2011 22:55:18 -0700
From:      Garrett Cooper <yanegomi@gmail.com>
To:        Adrian Chadd <adrian@freebsd.org>
Cc:        freebsd-current <freebsd-current@freebsd.org>, Hans Petter Selasky <hselasky@freebsd.org>
Subject:   Re: USB storage corruption/panic when doing file IO and unplugging (another, non-storage) device
Message-ID:  <CAGH67wTtLqVyKRynOHDF4yD7%2B6J38%2Bk507BUeTjsvrG6HuaAGw@mail.gmail.com>
In-Reply-To: <CAJ-Vmo=0_X1-jZ%2BqNXT-BjCUrF%2B6KQMXmJXRphpT0tZ20hKEDA@mail.gmail.com>
References:  <CAJ-Vmo=0_X1-jZ%2BqNXT-BjCUrF%2B6KQMXmJXRphpT0tZ20hKEDA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Oct 6, 2011 at 9:30 PM, Adrian Chadd <adrian@freebsd.org> wrote:
> Hi,
>
> I've noticed a strange issue with 9.0-BETA3. I haven't tried this on
> any previous 9.0 installs, I'm sorry, so I don't know when it began.
>
> If I'm doing some disk IO (say svn checkout, kernel building, watching
> a movie) on a USB device, whilst adding/removing non-storage USB
> devices (specifically here, unsupported wifi devices so I can get
> their device/vendor IDs), I reliably see failed read/write IO
> transactions. This ends up causing an eventual panic.
>
> Has anyone seen this before?
>
> This is _not_ plug/unplug the active storage device, or another
> storage device. This is when doing IO on a storage device (whether the
> root device or a media device) whilst plug/unplug a non-storage USB
> device (wifi chipsets w/ no driver.)

    Yeah. Ran into it earlier on in the 9.x cycle with twa unplugging
a USB keyboard when I was rebooting a machine; the panic was fixed in
twa, not ukbd. I suppose my question is: does this only happen with
USB, or is firewire affected, and why aren't the devices being
properly masked against interrupts [in the same queue??] [by
newbus???]?
Thanks,
-Garrett



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGH67wTtLqVyKRynOHDF4yD7%2B6J38%2Bk507BUeTjsvrG6HuaAGw>