Age | Commit message (Collapse) | Author |
|
|
|
ironlake interrupt handler is changed. some nasty bug lurks in here,
and any binary change randomly exposes this and screws up the chip.
back this out for now; until it is found.
ok oga
|
|
something. Doesn't matter right now because scsibus_attach_args only
has one field and it's mandatory, but I'm planning to move some more
fields from scsi_link to scsibus_attach_args+scsibus_softc.
ok dlg@
|
|
link->bus->sc_dev.dv_unit.
|
|
Instead of allocating a crypto op and the optional dma buffer on each
and every io, preallocate a list of softraid crypto wus that contain a
buffer of the max size we will use (MAXPHYS). since we know the number
of openings we have in advance this means that on each io we just pick
one, shorten the list of crypto descs, init any values then do the io.
ok jsing (who provided many useful comments. he also provided a smarter way of
handling the cryptop lists which is not in this diff but will be implemented
soonish), marco@.
dlg@ pointed out that this should probably use iopools but letting
disciplines allocate their own iopool involves more softraid rejigging
that will have to be done first. For now this is sufficient.
|
|
the MSI enabled flag there such that the driver actually pays attention to it.
Found out the hard way by Chris Smith on an 82540EM, which defenitely does
not like MSI.
ok deraadt@
|
|
become empty. In that case, the hme driver could not recover as
the ring was only filled after receiving data. Check and potentially
fill an empty receive ring every second in hme_tick().
ok kettenis@
|
|
into DSM/TRIM commands.
found by tedu
|
|
Some gm45 and 965 are having issues and this fixes it for halex at least.
Art's machine (945gm) is also playing up but he didn't update for a year
(and the problem doesn't look like what i would expect).
|
|
SR_DEBUG enabled. Broken since r1.227.
|
|
scsi_link::scsibus hack to determine which channel the link is
associated with.
"looks sane" dlg@, but haven't found any testers yet; committing so
further SCSI refactorings can go in. dlg@ or I will back out or fix
if anything breaks.
|
|
3400
series) report that they do, and some BIOSes for those chipsets don't clear
the capability bit like they're supposed to. Since we know it doesn't work,
don't check for port multipliers on these controllers. Replaces my earlier hack
for a specific 3400 series device.
ok kettenis@ phessler@
|
|
|
|
filled in. Move D_CLONE down to 0x0001 as suggested by thib.
ok deraadt thib
|
|
this has been a problem since internal xfer queues got
removed back in 2008.
ok matthew@ krw@
|
|
ok md5
|
|
not that it works any better.
|
|
no binary change.
ok jmatthew@
|
|
we no longer retry commands, somebody else can worry about that.
|
|
|
|
|
|
ok claudio@
|
|
ok deraadt@, miod@
|
|
no change in binary
OK claudio@
|
|
accesses. we don't need to disable the interrupt on the chip. if the
interrupt isn't for us, then we should not write to lots of registers,
either.
ok oga, tested by lots of people in snapshots
|
|
add a bit more locking in the open function.
originally spotted by matthew, ok matthew miod
|
|
The vm hackers don't use it, don't maintain it and have to look at it all the
time. About time this 800 lines of code hit /dev/null.
``never liked it'' tedu@. ariane@ was very happy when i told her i wrote
this diff.
|
|
wsdisplaypoll.
ok miod deraadt
|
|
uses standard disk device numbering.
ok deraadt@
|
|
before closing the vnode, because VNDRW() checks for the VNF_READONLY
bit and the vnode layer doesn't like it when you close a read-only
vnode with FREAD|FWRITE.
ok deraadt@
|
|
that's ever used it, and it's long since been changed to use
DVACT_{QUIESCE,SUSPEND,RESUME} instead.
ok deraadt@, dlg@; miod@ also agreed with this idea when I brought it
up a few weeks ago
|
|
ok jsing@
|
|
the obvious cases to return EINVAL and ENXIO.
ok tedu deraadt
|
|
sr_metadata_list struct to sr_boot_chunk and use a sr_metadata struct
rather than an array of u_int8_t when storing the metadata. Also rename
some variables to keep the boot volume/boot chunk consistency.
This diff also fixes a memory leak where the structures were never freed
for key disks. Otherwise there should be no functional change.
ok marco@
|
|
code. This gets us some additional validation and correct reference
counting.
Issue spotted by matthew@
ok thib@
|
|
|
|
subr_disk.c. For now just the MI disk drivers.
ok deraadt@, krw@; jsing@ liked the approach too
|
|
ok ratchov@
|
|
attribute.
|
|
doesn't work. goodbye. ok miod
|
|
|
|
ok tedu@, "I won't mourn it" miod@, "no objection" oga@,
"I won't cry" todd@, "fine, even happy" nick@
|
|
initialization statements.
Found the hard way by Sebastiaan Indesteege
|
|
|
|
some situations can run out of vectors. On amd64, there is at least one
machine that fails to resume. Yes, those problems need to be fixed. But
other problems should be found, too. If we leave ppb msi off, we won't
learn anything new. So use an #ifdef to enable ppb msi for non-i386,
temporarily.
Kind of discussed this with kettenis.
|
|
|
|
|
|
|
|
i386. Stop abusing it on other archs for controling a shutdown by
pressing the soft power button:
* Add a MI sysctl hw.allowpowerdown; if set to 1 (the default) it
allows a power button shutdown.
* Make acpi(4)/acpibtn(4) honor hw.allowpowerdown.
* Switch the various power button intercepts on landisk, sgi, sparc64
and zaurus over to hw.allowpowerdown.
* Garbage collect the machdep.kbdreset sysctl on all archs other than
amd64 and i386.
ok miod@
|
|
ok marco@
|