Age | Commit message (Collapse) | Author |
|
|
|
miod@ deraadt@ ok.
|
|
calls can go directly into selwakeup() safely
long discussion with nicm, murmers of consent from tedu and miod, noone
else seems to care of kqueue is busted as long as it makes their sockets
move data fast... pretty sad.
|
|
unmaintainable). these days, people use source. these id's do not provide
any benefit, and do hurt the small install media
(the 33,000 line diff is essentially mechanical)
ok with the idea millert, ok dms
|
|
on sas hotplug. you can add and remove drives and the kernel will handle it
now.
|
|
|
|
many luns, or the entire bus), dont report ENXIO as an error to the
caller. this broke autoconf when it tried to forcefully remove a
bus such as umass and it thought there was a failure.
this introduces a way for scsi hbas to call activate/deactivate on
a device based on its target/lun address via a call to scsi_activate().
they can then schedule the actual detach/attach in a thread later via
scsi_req_probe/detach.
the mpi changes tweak the sas event handling code to use these apis
to properly handle attaches and detaches of disks. event handling
is still disabled till i can make it less chatty.
umass breakage reported by form@
|
|
|
|
operations in the detach function in the right order. Also ensure that the
interrupt handlers not trust registers that go away.
read over very carefully by dms, tested by me
|
|
turned on. mitigation on io only slows us down.
developed on hardware donated by fox-it.
|
|
This is needed for the addition of further suspend/resume actions.
Okay deraadt@, marco@.
|
|
yet...
|
|
done using a chipset unmap callback.
Still needs to work to distinguish between compat
register mappings and compat interrupts so we
don't get caught out.
Tested with a diskless sii3112 CardBus eSATA controller
by me, and testing and feedback by deraadt@ with
a phison based expresscard SSD.
|
|
Reader.
|
|
such a Test Unit Ready; found the hard way by jbg@, and inexplicably missed
during dlg@ and I audit of hba drivers behaviour.
|
|
and splbio() around a simple timeout_set() call, it won't gain us anything.
ok dlg@ krw@
|
|
driver as these chipsets are not currently supported.
noticed by ian@
"makes sense" millert@
ok jsg@
|
|
with m_tag_copy_chain() failures.
Use m_defrag() to eliminate hand rolled defragging of mbufs and
some uses of M_DUP_PKTHDR().
Original diff from thib@, claudio@'s feedback integrated by me.
Tests kevlo@ claudio@, "reads ok" blambert@
ok thib@ claudio@, "m_defrag() bits ok" kettenis@
|
|
return zero on success and nonzero on failure.
This commit only performs mechanical changes for the existing emulops to
always return zero.
|
|
|
|
|
|
|
|
compiles without warnings again.
|
|
attachment. Add SBus support to the bus-agnostic code.
|
|
agreed by deraadt@
ok jsing@
|
|
ok krw@ miod@
|
|
'Reduce polling of the keyboard controller status by a factor of 1000.
While on real hardware hardware a poll cycle takes time in the
microsecond order of magnitude, a "legacy-free" system which emulates
the KBC in BIOS code takes milliseconds -- I'm seeing a multi-minute
delay in booting where the KBC is probed. So poll less and use delay()
to compensate so that the total wait time stays about the same.'
Noticeably helps some machines that do SMM based pckbc.
Tested by miod on alpha glass console.
ok miod@
|
|
rather have the USB HCI emulate it during boot, while legacy mode is enabled.
This causes pckbd0 to attach as the console device, but is lost as soon as
the USB HCI driver attaches.
The disappearance of the emulated PS/2 controller can however be detected
in pckbc(4) - which is supposed to attach after [eou]hci(4), with the controller
refusing to ack commands and replying ``please resend'' instead.
In that case, the kernel will now no longer attach pckbd, and will perform a
new console input device selection, allowing the (real) usb keyboard to
become the console.
Thanks to krw@ for countless tests on legacy-free hardware; also tested on
more conventional hardware by naddy@ and I.
Only amd64 and i386 platforms are affected by this change.
|
|
This was in the diff Brad sent to tech@ and had tested
by others and should have been in my previous commit, but I was
working from and testing an earlier version of the diff. I've
retested with multicast/promisc on my dual 82550.
|
|
|
|
|
|
|
|
usage of BITS(). There is a binary change due to the way these
macros are further used in the MASK_AND_RSHIFT specifically
for ATW_SR_RFTYPE_MASK and ATW_SR_BBPTYPE_MASK.
|
|
naddy@ and several tech@ readers. From Brad.
|
|
ok niklas@
|
|
second vc is created. However, it was allocated using the geometry of
the second vc to allocate backing store for the first. Be sure to use
the proper values in case geometries differ.
|
|
midlayer. always call scsi_done on the xs too.
|
|
COMPLETE in a scsi_cmd handler.
found by thib when testing my midlayer changes.
|
|
|
|
to stop is not called because the ioctl function is a masterpiece)
|
|
these cases the xxstop function is a bit more complicated and has a flag of
some sort, but the use of that flag does not matter; DMA is already ceased
ok dlg
|
|
slightly modified version of a diff from Piotr Durlej.
similar to what the vendor driver is doing.
|
|
|
|
"Should never happen but I like it" marco@
|
|
reducing the amount of splnet/splx dancing required.. especially in the
worst case (of m_cldrop)
ok dlg kettenis damien
|
|
and wwnn so scsibus can use it.
requested by and ok deraadt@
|
|
and wwnn so scsibus can use it.
requested by and ok deraadt@
|
|
numeric values) from Brad. No binary change.
|
|
ok mglocker@ jsg@
|
|
ok miod@
|