Age | Commit message (Collapse) | Author |
|
|
|
enabling/disabling promisc mode instead of calling sis_init().
|
|
|
|
From Stuart Henderson
|
|
link cable seems happy. thanks to sevan janiyan for the gear.
|
|
Tested with Verizon Wireless by jolan@
ok dlg@
|
|
|
|
|
|
was remapped to a dead key (such as control).
Fortunately (?), accounting power key transitions can help reconstructing
the exact caps lock key behaviour - this state machine is still flawed,
and one can make it go wrong by hitting one of the caps lock and power keys
while the other is held, but for now we'll assume people who do this are
smart enough to be able to put the state machine in the correct state back,
while mere mortals will never do such things anyway.
Spotted by Matthias Kilian, ok itojun@
|
|
|
|
|
|
PCI bus, from NetBSD. This is useful for things like finding
another device in a driver ie ISA bridge in pciide.
ok brad@ grange@, looks ok kettenis@
|
|
ok marco@
|
|
"Go ahead" damien@ via jsg@
|
|
|
|
returning ENOMEM and the like. userland can say that for us while keeping
our dmesg clean.
|
|
with the ccb queues rather than over the whole ioctl.
also get rid of the CMD_WAIT flag which is used to restrict the ioctl to
only one caller at a time. this is actually protecting from overuse of
ccbs for management tasks (like bioctl) by making sure the scsi paths
will always have their ccbs. replace the flag with a real lock so that
callers can sleep till the mgmt ccb is free, rather than returning EBUSY
|
|
the ioctl paths can wake up, check the state of the ccb instead. when the
ccb becomes READY again then the command has completed.
|
|
now that each code path that puts commands on the hardware has specific
completion routines, we dont have to deal with the memory magic in a
generic fashion.
|
|
|
|
of the dmammem is now done in the ioctl, the completion routing simply
wakes it up.
|
|
things down. this path is easy to verify without this code so im just
dropping it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- defer access to interrupt configuration register, as its existence depends on
HDRTYPE.
From itojun NetBSD
|
|
|
|
dmesgs from damien@
|
|
|
|
commands to the hardware and completing them.
previously the driver was very engineered toward moving io from the
logical disks scsi commands onto the hardware and off. as we built extra
functionality into the driver, this path grew more and more hairy as bits
were tacked on to cope.
this strips it back to dealing with getting the command onto the hardware
and off again. each path that submits commands now has to do all its work
before submitting the ccb, and supply a function for completing the ccb.
both the async and polled paths call the completion routines for commands
now. async commands that fail to get onto the hardware first go are stuck
on a queue and retried out of a timeout. previously this was only done for
scsi commands, now all paths take advantage of it.
|
|
|
|
|
|
make the "generic" PCI bus enumeration code the standard case which
gets used if nothing else is defined in MD headers,
introduce a "PCI_MACHDEP_ENUMERATE_BUS" CPP definition which can
be used by MD headers (just 1 port atm) to plug in special code
rev 1.62
* Implement a machine-dependent pci_enumerate_bus() for sparc64 which
uses OFW device nodes to enumerate the bus. When a PCI bus that is
behind a bridge is attached, pci_attach_hook() allocates a new PCI
chipset tag for the new bus and sets it's "curnode" to the OFW node
of the bridge. This is used as a starting point when enumerating
that bus. Root busses get the OFW node of the host bridge (psycho).
rev 1.59
Split the code that enumerates the PCI bus and that actually probes
for a device into two functions:
* pci_probe_device() actually probes/attaches the device specified
by the provide pcitag_t.
* pci_enumerate_bus() enumerates the bus, and calls pci_probe_device()
for each device on the bus. A pci_enumerate_bus_generic() is provided
which implements the old method of doing this: If something found at
dev0/func0, determine number of functions and probe each one.
From NetBSD
ok kettenis@
Tested on a good number of amd64/i386/macppc/sparc64 systems
|
|
|
|
|
|
in the scis done path
|
|
completion stuff around.
|
|
|
|
up ioctl paths.
|
|
that sets the command up to say how its should be completed. this means
we dont have to complicate a generic handler to cope with all the different
setup paths. however, at the moment we're using the generic complicated
one :)
|
|
|
|
siop_common.c; shaves half a KB.
|
|
code instead of four; shaves more than 1KB off GENERIC.
|
|
Ansify some remaining function declarations in vga_pci.c.
ok miod@, dim@.
|
|
media status of none.
|
|
|