Age | Commit message (Collapse) | Author |
|
if their size is not exactly six bytes, as the chip can't cope with this
situation.
Another situation all 33C93 do not cope with very well, is sending stop
commands to targets (such as all sd(4) devices when halting with poweroff) -
it takes a very long time to recover once all targets on the bus have been
powered down, so we need to raise timeouts to unholy values (one test case has
required more than 20 seconds to recover). Not surprising, as this command
is not documented as supported in the chip documentation.
|
|
ep@eisa on sgi.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ok dlg@
|
|
FXP_REV_82550_C with server extensions.
|
|
|
|
USB layouts; reported by opera@witworx.com, thanks!
|
|
fixes breakage noticed by landry@ on macppc
|
|
just return and make the midi(4) driver retry later. UART buffers
are large enough for this, except eap(4) which uses interrupts for
output.
help from and ok jsg@
|
|
|
|
The same check is also performed later in the hibernate sequence, but by
then it's too late to cleanly unwind (presently).
ok deraadt
|
|
|
|
(IP20, IP22, IP24) in 64-bit mode, adapated from NetBSD. Currently limited
to headless operation, input and video drivers will get ported soon.
Should work on all R4000, R4440 and R5000 based systems. L2 cache on R5000SC
Indy not supported yet (coming soon), R4600 not supported yet either (coming
soon as well).
Tested to boot multiuser on: Indigo2 R4000SC, Indy R4000PC, Indy R4000SC,
Indy R5000SC, Indigo2 R4400SC. There are still glitches in the Ethernet driver
which are being looked at.
Expansion support is limited to the GIO E++ board; GIO boards with PCI-GIO
bridges not ported yet due to the lack of hardware, and this kind of driver
does not port blindly.
Most of this work comes from NetBSD, polishing and integration work, as well
as putting as many ``R4x00 in 64-bit mode'' erratas as necessary, by yours
truly.
More work is coming, as well as trying to get some easy way to boot install
kernels (as older PROM can only boot ECOFF binaries, which won't do for the
kernel).
|
|
thread, aka. p_p->ps_pid.
ok miod
|
|
work correctly, based on similiar changes in FreeBSD.
Originally from Brad Davis but changed quite a bit by claudio kettenis
and myself since. ok kettenis@, earlier version ok claudio@
|
|
ok mlarkin
|
|
ok mlarkin
|
|
OK mglocker@
|
|
|
|
OK mglocker@
|
|
|
|
read (this code is not compiled unless option AHC_DUMP_EEPROM anyway)
|
|
|
|
|
|
|
|
committed over it.
|
|
|
|
|
|
clear this is not supposed to happen, but unfortunately the description of
the ECDT table in the standard document has a path that starts with two
backslashes so that's what some vendors used.
From Christophe Staiesse.
ok deraadt@
|
|
|
|
and stops processing any further packets. this is believed to be
a result of the inconsistency of the destination mbuf chain as a
a copy acquired via m_copym2 works fine. so far only one problem
was discovered with the optimized inline version of m_copym2: a
cluster has to be allocated if source chain had one.
unfortunately, this solves the problem only for some packet sizes
so apply a larger hammer and call m_copym2 for now.
the problem was reported and diffs were patiently tested by Joosep
<joosepm-at-gmail-dot-com>, thanks!
deraadt agrees to this temporary measure.
|
|
have any drives on them. Fixes a panic seen on sparc64 machines with that
pesky Acer Labs chipset.
ok deraadt@, krw@, henning@
|
|
from Scott Benesh of HP via FreeBSD
|
|
|
|
from Scott Benesh of HP via FreeBSD
|
|
|
|
use signed integers. Partially fix issues by at least doing math operations
on unsigned integers. From Christophe Staiesse.
|
|
no oks (it is really a pain to review properly)
extensively tested, I'm confident it'll be stable
'now is the time' from several icb inhabitants
Diff provides:
- ability to specify different allocators for different regions/maps
- a simpler implementation of the current allocator
- currently in compatibility mode: it will generate similar addresses
as the old allocator
|
|
ok mlarkin@
|
|
|
|
|