Age | Commit message (Collapse) | Author |
|
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@
|
|
ok jsg@
|
|
ok damien@
|
|
ok jsg@
|
|
ok jsg@ claudio@
|
|
to say it works great yet. Might fix bwi on any other alignment
sensitive archs we have.
My original hack generalized and made sane by jsg@. Didn't affect
operation on my macppc. Problem first noted by ian@ a long time
ago.
ok jsg@ (whose tree is currently unavailable to commit from)
|
|
ok reyk@
|
|
and as ar5xxx.h is included from athvar.h this made referencing the
SIOCGATHSTATS ioctl from userland impossible.
ok reyk@
|
|
ok deraadt@
|
|
mii_attach. Spotted by chl@. Fix inspired by looking at the current
NetBSD code. Repeated calls for testing went unanswered.
|
|
|
|
devices.
http://bcm-specs.sipsolutions.net/BackPlane agrees.
|
|
and fix the appropriate code in gem_init_regs(). From Brad,
tested by Brad (sparc64), todd@ (macppc).
|
|
with FreeBSD. From Brad.
|
|
Tested by Brad on sparc64, todd@ on macppc.
|