Ian Dowse wrote:
In message [EMAIL PROTECTED], Scott Long writes:
You're correct that dumping is meant to be done with interrupts and task
switching disabled. The first thing that the umass driver is missing is
a working CAM poll handler. Without this, there is no way for command
completions
In message [EMAIL PROTECTED], Nate Nielsen writes:
Thanks, that helps. It works nicely with a uhci USB controller.
However when the ohci driver is in use, we crash somewhere in
usb_transfer_complete. I'll look into this further.
You could try updating to the latest 6-stable usb code, which might
In message [EMAIL PROTECTED], Scott Long writes:
You're correct that dumping is meant to be done with interrupts and task
switching disabled. The first thing that the umass driver is missing is
a working CAM poll handler. Without this, there is no way for command
completions to be seen when
Ian Dowse wrote:
The USB stack supports polled operations, so it's actually not to
hard to make this work. Below is a patch I had in one of my local
trees that adds a CAM poll handler to the umass driver. I've just
tested this and it does seem to make kernel dumping work, but I
guess it
I'm developing for small embedded systems, and I'm looking into the
possibility of dumping a kernel core dump to a USB memory stick (umass
driver). It currently doesn't work (see below), but I'm interested in
fixing it.
Yes, I know it'll be slow. It's probably also a non-tested (and
non-reliable)
Nate Nielsen wrote:
I'm developing for small embedded systems, and I'm looking into the
possibility of dumping a kernel core dump to a USB memory stick (umass
driver). It currently doesn't work (see below), but I'm interested in
fixing it.
Yes, I know it'll be slow. It's probably also a
6 matches
Mail list logo
