| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
only active during hibernation, preallocating the the submission and completion
queues during attach as they need to be page-aligned.
tested on an x270 that successfully hibernates now.
ok dlg@
|
|
|
|
|
|
|
| |
Based on an initial patch by ehrhardt@ . Thanks to claudio@ for testing
and deraadt@ for advice.
"go ahead" deraadt@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
it seems devices using levelled intx interrupts need to explicitely ack
interrupts by masking and unmasking the source around the completion
ring handling. without this completions can be lost, which in turn
causes long (permanent?) stalls in the block layer under heavy write
load.
ive experienced this problem with an intel nvme part that only has
intx and msix support. because we dont support msix yet we only
use intx on it. it appeared to lock up before this fix.
this has been tested on both that intel board and a samsung with msi.
this fix was based on work found in code by nonaka
|
| |
|
| |
|
| |
|
|
|
|
| |
so far the only useful info is namespace identify info
|
|
|
|
|
| |
the nn is used to size the scsi bus, and the controller identify is used
to build responses for various scsi commands.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
steps, but unfortunately the next step after "talk to the chips
registers" was "get command queues working" which ended up being a
huge amount of plumbing.
anyway, this lets me successfully run an identify controller command
against the chip and should be cut up the right way to be usable
for io command submissions. will need to think about how to avoid
overflowing rings though.
|
|
|